Wine+Reaper+EMU 0404 USB [RATKAISTU]

[uhappo]

Voi olla myös Winestä johtuva ongelma. Et ole tainnut kokeilla natiiviohjelmilla?

http://wiki.cockos.com/wiki/index.php/How_to_run_Reaper_in_Wine_on_Linux

Preferences->Buffering->Use native events for syncronizing: Due to the way wine works there is a lot of overhead in using IPC (Inter Process Communication). Reaper uses one such mechanism to syncronise it's threads, namely Native Events. Best results can most likely be achieved by unchecking Preferences->Buffering->Use native events for syncronizing. This will have the drawback (on SMP systems) of the cpus/cores running in loops and thus cause extra cpu usage, but the trade off is lower latency and less risk of xruns (audio dropouts) in the ASIO/JACK callback thread. One way of dealing with the high cpu usage is to manually specify a lower amount of cpus, like 1 or 2 in Preferences->Buffering until you really need more cpu.

Natiiviohjelmilla en oo kokeillu, tai on mulla Ardour (4.4) asennettuna mutta siellä tuntui hommat tökkivän. Muistaakseni oon ottanu noi winen hommat huomioon Reaperin asetuksissa, mut pitääpä tänä iltana vielä pläräillä synsteemiä läpi enempi.

[koivukoski1]

Bios pitää säätää mahdollisimman tyhmäksi.
Virran säästöt yms. pois.
Hyper threading pois päältä.
Yritän illalla katsella lisää.
Edit: Oletko audio groupissa?
Ajoitko scriptin, joka lopettaa turhat prosessit.

-Koivukoski1

[uhappo]

Bios pitää säätää mahdollisimman tyhmäksi.
Virran säästöt yms. pois.
Hyper threading pois päältä.
Yritän illalla katsella lisää.
Edit: Oletko audio groupissa?
Ajoitko scriptin, joka lopettaa turhat prosessit.

-Koivukoski1

Tässä ketjussa näkyy esim "audio scriptin" tulosteessa että oon audio groupissa ja oon kernelirivistöäkin modannu sen tiimoilta, vinkkien perusteella. Mikäs se semmoinen scripti on joka lopettaa turhat prosessit? En oo vielä semmoista nähny tai sit oon tyylikkäästi ohittanu sen tutkaillessani vinkkejä..

[koivukoski1]

sori en muistanut ja en laiskana lukenut uudestaan?

Koodia: [Valitse]

#!/bin/sh

modprobe -r ppdev # I don't have a parallel port
modprobe -r lp # I don't use a printer when making music
modprobe -r uvcvideo # I don't use a webcam when making music
modprobe -r videodev # Ditto
modprobe -r ath9k # Wireless driver
modprobe -r r8169 # NIC driver
modprobe -r btusb # Bluetooth USB

/etc/init.d/bluetooth stop & # Stop Bluetooth related processes
/etc/init.d/cups stop & # Stop cups, I don't use a printer when making music
/etc/init.d/networking stop & # Stop networking, the internet is a very distracting factor when making music
/etc/init.d/network-manager stop & # Ditto

killall modem-manager # I don't have a modem
killall wpa_supplicant # See the network stuff above

modprobe snd-hrtimer # Load the ALSA high res timer for my MIDI stuff

echo -n performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor # Set the CPU scaling governor to performancejotain tähän tapaan?
pitää vissiin hankkia joku usb laite, että pääsee testailemaan.
Ei käytössä  wine asiota eikä reaper ohjelmaa, eikä usb audiolaitteita en pääse oikein testaamaan.
Ehkä chrt auttaa, jos voit sillä nostaa wineä?
Kun saan usb interfacen voi kokeilla omalla koneella, miten ne täällä toimii.

-Koivukoski1

[uhappo]

No toi turhien prosessien scriptihän on varsin looginen jutska, kokeilen kyllä lähipäivinä. Lähinnä se että kun teen demoja niin pitäis sit heti saada ne bändiläisille jakoon, pointtina siis että pitäis saada session jälkeen heti netti päälle. Eli onko homma niin simppeli että kun ton scriptin ajaa niin netin saa sit päälle suht helpoilla keinoilla kun ja jos niin tarvii?

Mikäs tämä

Koodia: [Valitse]

chrt on, winen nostattaminen tuntuis aika loogiselta kokeilulta?

[Heikki Ketoharju]

Moi!
Toi aiemmin pastettu skripti näyttää poistavan Wlan-ajurimoduulin käytöstä:

Koodia: [Valitse]

modprobe -r ath9k # Wireless driver
Joten arvatenkin modprobella ladataan tuo ajurimoduuli takaisin käyttöön:

Koodia: [Valitse]

sudo modprobe ath9k ja sen jälkeen Wlanin saakin päälle jollain wlan-edusohjelmalla. Jos ei halua käyttää graafista NetworkManageria, niin sitten jokin komentorivityökalu.

Linux-wikistä löytyy yllättävän hyviä ohjeita näihin. Tässä verkkoon yhdistäminen iwconfig-komennon avulla: https://www.linux.fi/wiki/Verkkoliitynn%C3%A4t#WLAN
NetworkManager: https://www.linux.fi/wiki/NetworkManager

[uhappo]

Ok. No toi wlan ei nyt niin "kriittinen" tekijä oo mulle, enemmänkii toi xruniton toiminta ja about 100% toimintavarmuus. Eli jos niitä asioita vielä sais pöyhittyä kuosiin niin aika tyytyväiseltä rupeis tää projektin lopputulos vaikuttamaan 

[uhappo]

chrt näyttäis olevan toi? http://linux.die.net/man/1/chrt Mut ei kyllä mitään hajua miten tota pitäis käyttää.

Testasin muuten nyt tota Reaperin stressisessiota samaan tyyliin kuin winukan testeissä. Eli nyt on sama määrä plugareita (192) aktiivisena, about samoilla latensseilla mitä winukan puolella. Audiossa on xruneja (noi tuhannet ei tullu pelkästä session pyörittämisestä) mutta silti se pysyy jotennii kasassa, kun lisää aktiivisia plugareita niin audio "hajoaa" ihan niinkuin winukankin puolella tapahtui. Sanoisin että jostain parista merkkaavasta hommasta on nyt kyse, lähinnä varmaan siitä että tässä on nyt aika paljon muutakin ohjelmaa päällä. Ja tietennii toi wlan/netti, ainakin winukan puolella se on ehdoton ei. Siellä mulla ei mitään "ylimääräistä" ookaan päällä.

[koivukoski1]

Täällä rauta monitorointi, joten latensseista ei väliä.
Miksauksessa käytän isoja puskureita, voin siis käyttää ei rt plugareita.
Esim. Convoluutio kaikuja ilman, että impulsivaste näyte on pituudeltaan 2 potenssissa?

http://linux-tips.org/t/how-to-use-chrt-command/268

Joku rt ydin toimi minulla niin, että yli 100% dsp kuorma antoi pienet lukemat(unohti ne ekat 100%).
Äänet hidastuivat, mutta toimi?
Low-latency taisi vaan xrunaa.

Voisko olla kaksi käyttäjää netti/audio ja niille omat eväät?
Tai scriptillä tapetut scriptillä käyntiin?

Edit: Normaalit audio projektit pyörii 2,5 G muistin käytöllä (Ardourilla) buffereita hiukka yli 10 000.
Sample rate on ollut 96kHz.
50% dsp kuormalla voi Ardour pyöriä ja voi surfata netissä?
i7 Sandy Bridge ylikellot 4,7G, ei pahemmin jännitteitä nostettu.
Ilmajäähy heatpipe.
-Koivukoski1

[uhappo]

Koodia: [Valitse]

urkki@urkkimasiina:~$ pidof wineserver
12582
urkki@urkkimasiina:~$ chr
chroot  chrt   
urkki@urkkimasiina:~$ chrt -p 12582
pid 12582's current scheduling policy: SCHED_OTHER
pid 12582's current scheduling priority: 0
urkki@urkkimasiina:~$


Koodia: [Valitse]

urkki@urkkimasiina:~$ pidof jackdbus
9856
urkki@urkkimasiina:~$ chrt -p 9856
pid 9856's current scheduling policy: SCHED_OTHER
pid 9856's current scheduling priority: 0


[Heikki Ketoharju]

Semmoinen muuten vielä, että omassa työskentelyssäni pidän aina Wlanin päällä. Toisaalta en teekään niin kuormittavaa työtä, ja myös wlan-korteissa on eroja. Kannattanee kuitenkin testata, riittääkö omassa käytössä pelkästään se, että napsauttaa NetworkManagerista, eli sieltä paneelin verkkoyhteyskuvakkeesta verkon pois käytöstä. Mikäli riittää, niin silloinhan on netti päälle/pois kytkeminen hyvinkin helppoa.

Itse en suoraan sanottuna tiedä noista wlan-korteista juurikaan, kun ei koskaan ole omassa tekemisessä juuri häirinneet. Läppärissäni mulla on erillinen rautakytkin, jolla saa verkon pois päältä tarvittaessa. En siis tiedä, mikä ero on Network Managerista verkon pois päältä kytkemisellä ja ajurimoduulin unloadaamisella. Kuvittelisin, että eroa löytyy, mutta en kyllä tarkemmin osaa sanoa.

EDIT: Kävinpä lukemassa tätä Linux audio -wikin artikkelia järjestelmän virittelystä: http://wiki.linuxaudio.org/wiki/system_configuration

Siellä sanotaan:

Gnome NetworkManager and WiFi: NetworkManager keeps scanning for new wireless networks in the background and this might cause xruns. The best option is to not use a wireless network manager in a low-latency real-time audio environment. If you really can't do without WiFi you probably won't have another option than to use wpa_supplicant.

...eli NetworkManagerin käyttöä ei suositella, vaan pitäisi käyttää wpa_supplicantia, jos on pakko.

wpa_supplicantia voi käyttää graafisen apuohjelman avulla. Siitä löytyy kuvia täältä: http://w1.fi/wpa_supplicant/wpa_gui.html

...ja Ubuntussa ohjelman asennuspaketin nimi näyttää olevan

wpagui

.

[uhappo]

Pitääpä huomenna kokeilla tota managerin off-tilaan heittämistä, kätsähän se silleen ois jos lopettaa kaiken nettitoiminnan taustalta pelkkä Disable networking tms

[koivukoski1]

Ehkä uhapolla niin paljon muistia, että pelkkä pois päältä kytkentä riittää.
Toi chrt homma:

Koodia: [Valitse]

74  FF     50  90   - [irq/12-i8042]
   75  FF     50  90   - [irq/1-i8042]
   76  FF     50  90   - [irq/8-rtc0]
  142  FF     50  90   - [irq/16-mmc0]
  144  FF     90 130   - [irq/16-firewire]
  149  FF     50  90   - [irq/27-radeon]
Nyt komennan:

Koodia: [Valitse]

sudo chrt -p 95 144

Koodia: [Valitse]

75  FF     50  90   - [irq/1-i8042]
   76  FF     50  90   - [irq/8-rtc0]
  142  FF     50  90   - [irq/16-mmc0]
  144  RR     95 135   - [irq/16-firewire]
  149  FF     50  90   - [irq/27-radeon]
Firewiren rtprio nousi siis 90->95, eli tällä käynnistyskerralla firewiren pid oli 144.

Jotkut konffaa jotain tällästä.

Koodia: [Valitse]

echo 1000000 > /proc/sys/kernel/sched_latency_ns
echo 100000 > /proc/sys/kernel/sched_min_granularity_ns
echo 25000 > /proc/sys/kernel/sched_wakeup_granularity_ns
echo 1 > /proc/sys/kernel/hung_task_check_count
echo 20 > /proc/sys/vm/stat_interval
echo -1 >  /proc/sys/kernel/sched_rt_runtime_us
echo 5 > /proc/sys/vm/dirty_background_ratioVarmaan kannattaa laittaa omat vastaavat arvo muistiin, ennenkuin alkaa ronkkimaan noita?

Mitä pienemmät latensit sitä vähemmin tehoa.
Midi hommiin rt, miksaukseen low-latency ydin isoilla buffereilla?

Mitenhän uhapon kone toimisi tällä hetkellä Ardourilla?

Koivukoski1

[uhappo]

Ok, no toi chrt on ihan looginen juttu siis, näemmä. Midiä en käytä. Miksauksen bufferinosto teoreemana on ihan perusjuttu, mut pitäis pystyä ajamaan kuormaa ihan silleen aika huolella ja ei tartteis nostella buffereita. Kone kyllä pystyy matalaan latenssiin ihan älyttömillä kuormilla, testattu on. Tosin "toisella puolella". Eli nyt lähinnä vaan ubuntun configuroinnista kyse, luulisin ma.

Onko Ardourille olemassa jotain stressitestiä?

[koivukoski1]

Roskista pelastettua Satellite Pro:n virittelyä. UbuntuStudio pohjalla.
Jätin nyt toistaiseksi journaloinnin päälle.

Fstab:lisäsin.

Koodia: [Valitse]

ext4 nobarrier,errors=remountEli relatimen tilalle kokeilin nobarrier.
Ideana ext4: piristys.
Top näytti writeback:ä aika paljon?
Lisäsin cmd line:n.

Koodia: [Valitse]

transparent_hugepage=never rootflags=data=writebackhugepage->ehkä antaa pienemmät latenssit?
Huvikseen kokeilen(vaikka ei midiä ole).
Tuonne

Koodia: [Valitse]

/etc/sysctl.d/50-ubuntustudio.confTämä

Koodia: [Valitse]

dev.hpet.max-user-freq=3072
Tein rootin ja...
rename gvfs-daemon.service to gvfs-daemon.service.disabled, and rename gvfs-metadata.service to gvfs-metadata.service.disabled.

Roottina

Koodia: [Valitse]

echo 1000000 > /proc/sys/kernel/sched_latency_ns
echo 100000 > /proc/sys/kernel/sched_min_granularity_ns
echo 25000 > /proc/sys/kernel/sched_wakeup_granularity_ns
echo 1 > /proc/sys/kernel/hung_task_check_count
echo 20 > /proc/sys/vm/stat_interval
echo -1 >  /proc/sys/kernel/sched_rt_runtime_us
echo 5 > /proc/sys/vm/dirty_background_ratio
Ps ja pidof antaa eri numeron firewirelle? Pitää tuota ihmetellä.
Ja vielä unbindaa parilaitetta, no root ainakin valmiina.

Alku tilanteessa Ardour käynnissä näyttö, hiiri, audio lähes jäässä.
Asensin i686 optimoidun Ardourin ja nyt kone vastaa hyvin hiireen, näyttö vaikuttaa hyvältä, nyt pitää kai kokeilla
kytkeä desk:n kiinni.

Koivukoski1
Edit: taviksena ajoin vielä:

Koodia: [Valitse]

sudo apt-get purge libzeitgeist-1.0-1 python-zeitgeist zeitgeist-core -Koivukoski1

[koivukoski1]

Meni epävakaaksi, noi roottina echot oli liikaa perusarvoista pois.
Peruuttelin vähän.
Jack2 ei kytkeydy Ardouriin ->AVLinux  5 /Jack1/journalointi pois ja toimii?
Kone ei kyllä oikein tähän hommaan sattuva.

Koivukoski1

[uhappo]

Tuli idis: konverttais ton Reaperin stressitestin Ardourille? Manuaalisesti pitäis tehdä se ja en oo varma reaxcompin soveltuvuudesta, mut sais ainakin tsekattua miten xrunit käyttäytyy natiivissa daw-ympäristössä

GEDIT: Onks Ardourissa jotain multiband-kompuraa natiivina/sisäänrakennettuna? Ihan ei saa suoraan siirrettyä sitä reaxcompia Ardouriin (win vst vaatii erikois-buildin?) niin pitäis tehdä täysin uusi sessio ja muokata natiiveista aineksista samantyyppinen stressisessio. Mun mielestä tosi kätevä ja hyvä tapa testailla konetta ja suorituskykyä, myös latenssin suhteen.

[Heikki Ketoharju]

koivukoski1: muistathan, että Ardour ei oikein toimi Jack2:n kanssa, vaan pelkästään Jack1:n. Mm. export lakkaa toimimasta Jack2:n kanssa.

uhappo: mieleen tulee ainakin Calfilla ollut multiband-kompura. Asenna LV2-versio LADSPA:n sijaan, niin saat nätin käyttöliittymänkin. Olisiko Invada-plugineistakin löytynyt jokin multiband?

[koivukoski1]

Kokeilen tuota jack1:a. Tosin olen 2core quodista lähtöisin käyttänyt jack2:a ehkä turhaan?

Joo Calfilla 4AlueCompura ja 4AlueLookaHeadUpSampleLimitteri. LinuxDSP:ä 4AlueCompura.
Ja Harrisonilla on 4AlueCompura. Näissä kaikissa LV2 gui:t.
Ladspa plugareitakin jokunen.

Tuosta läppärin virittämisestä, AVLinuksin puolella, pääsen 100%DSP kuormaan ilman xruneja!
Alkaa olemaan tuolla kuormalla aika epävakaa, jotkut AVLinux versiot on ollut Sandy Bridgellä vakaita sielläkin.
Palaan tuohon illempana.

-Koivukoski1   

[koivukoski1]

Testailin avlinux 5.0.3.
Pyörittelin muutamaa kanavaa Ardourissa ja katselin, mitä top:a tapahtuu?
Muuten hyvä, mutta vilahti jotain mikä viittasi multimediakorttiin.

Koodia: [Valitse]

root@kakku-cake-machine:~# lsusb
Bus 002 Device 003: ID 04f2:b064 Chicony Electronics Co., Ltd CNA7137 Integrated Webcam
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 002: ID 0930:0508 Toshiba Corp. Integrated Bluetooth HCI
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 005: ID 046d:c245 Logitech, Inc. G400 Optical Mouse
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
root@kakku-cake-machine:~# lsusb -t
/:  Bus 08.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
    |__ Port 2: Dev 2, If 0, Class=Wireless, Driver=btusb, 12M
    |__ Port 2: Dev 2, If 1, Class=Wireless, Driver=btusb, 12M
    |__ Port 2: Dev 2, If 2, Class=Application Specific Interface, Driver=, 12M
/:  Bus 07.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/:  Bus 06.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
    |__ Port 1: Dev 5, If 0, Class=Human Interface Device, Driver=usbhid, 12M
    |__ Port 1: Dev 5, If 1, Class=Human Interface Device, Driver=usbhid, 12M
/:  Bus 05.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/6p, 480M
    |__ Port 3: Dev 3, If 0, Class=Video, Driver=uvcvideo, 480M
    |__ Port 3: Dev 3, If 1, Class=Video, Driver=uvcvideo, 480M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/6p, 480M
root@kakku-cake-machine:~# echo '2-3' > /sys/bus/usb/drivers/usb/unbind
root@kakku-cake-machine:~# lsusb -t
/:  Bus 08.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
    |__ Port 2: Dev 2, If 0, Class=Wireless, Driver=btusb, 12M
    |__ Port 2: Dev 2, If 1, Class=Wireless, Driver=btusb, 12M
    |__ Port 2: Dev 2, If 2, Class=Application Specific Interface, Driver=, 12M
/:  Bus 07.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/:  Bus 06.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
    |__ Port 1: Dev 5, If 0, Class=Human Interface Device, Driver=usbhid, 12M
    |__ Port 1: Dev 5, If 1, Class=Human Interface Device, Driver=usbhid, 12M
/:  Bus 05.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/6p, 480M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/6p, 480MEli tuossa unbindasin webkameran. Samaan tyyliin katkoin piuhat bluetoothilta.
Jos vaikka tappaa hiiren erehdyksessä, niin sama rimpsu, mutta unbind tilalle bind.
Ei isoa vaikutusta, mutta ei topissa enää turhuuksia?
DSP-kuormat heiluivat 70-87% välillä.
Nostin chrt:ä jack:ä ja Ardouria. Pudotin näytön prio:a sekä hiiren prio:a.
Nyt heilunta vain pari %.
Siten lisäsin monialue limittereitä kunnes kuormat 97-100% ei xruneja.
Poistin kuitenkin turhat modulit lsmod->modprobe -r <nimi> used by ensin, copy pastasin samalla scriptiin.
Edit: Jos on pulseaudio kannattaa se tappaa.

Koivukoski1