Uuden audiokoneen kasaus: pääosin winukalle mutta myös ubuntu-käyttöön

[uhappo]

Omasta mielestäni/päästäni Ardour on kyllä ihan ehdoton kurko DAW linuxille. Ite käyttäny monta vuotta Reaperia ja sitä ennen Pro Toolsia niin aika äkkiä Ardour tuli tutuks, yllättävän looginen kaikkinensa. Tosin en tiedä miten Jack ois pitäny säätää:

Vedin vanhoja bändin radiohaastatteluita kasettidekiltä EMU 0404 USB:n kautta Ardouriin ja about alle 22ms latenssia en pystyny käyttämään kun tuli xruneja. Tai voihan sitä käyttää mut mielestäni xrunit ei kuulu äänentoistoon. Tämä siis "vanhalla" pöytäkoneellani, 11.04 64bit ubuntu ja i7 860. Tosi eihän tommosessa hommassa tarvii mitään low latencya, ihmettelin vaan miks ei saanu alemmaks. Jack ei oo vaan niin tuttu härpäke että osaisin sitä hallita, puhumattakaan vaikka terminalin kautta tehtäviä "optimointeja" jonkun asian käynnistämiseen.

Näistä on käsityksen mukaan liian vähän jorinaa/asiaa ja ohjeita, jos linukan puolella ois yhtä helppoa nauhottelu matalalla latenssilla kuin winukan puolella (asenna ajurit ja go!) niin varmaan aika moni ois enempi kiinnostunut linukan DAW-hommista. Mutta, toisaalta, maailma on pullollaan winukan puolen kauhuskenaarioita ja tarinoita clicks/pops-ilmiöistä saati BSOD-ilmiöistä puhumattakaan kun kyse nauhotuksesta. Onhan se yhtä helvettiä jos ei tiedä mitään winukan optimoinnista (win 7:n myötä parantunu/helpottunu) audiokäyttöön ja haluais vaan nauhottaa ja miksailla, vaikka just for fun.

[koivukoski1]

Käytän firewire Phonic:a, se toimii 11.04 Ubuntu Studiolla ilman mitään säätämistä. Toimii myös Q9550:ä pienillä latensseilla, olisiko tämä usb/firewire. Aikaisemmilla rt-ytimillä kyllä sai/pystyi säätämään, mutta kyllä nyt vakio UbuntuStudio pitäisi toimia. Tai ehkä sinulla on sama IRQ jollain laitteella (hiiri?). Toivottavasti löydät "vian"! Yritän tutkiskella ja palailen, jos jotain keksin! Toivotaan myös muilta kommenteja!! Laita Usb laitteesi IRQ nokkimaan ensin.
t. Koivukoski1  
Edit: Onko sinulla Ubuntu 11.04 vai Ubuntu Studio, joka kysyy reaali-aika prioriteetin asennuksessa? 

[uhappo]

Ihan perus-ubuntu, njet studio-version. Päteekö toi IRQ enää nykyään, eikös ne ollu PCI-aikakauden juttuja, muistaaksent PCI-e aikakaudella niitä juttuja ei enää oo? Mulla on hiiri+näppis bluetoothin takana. Tää on HP:n Elite-pöytäkone (multimediahässäkkä), äkkinäinen vois ajatella että johtuu siitäkin mut winukan puolella ei ollu mitään häikkää. Kai se jotain kertoo... VAI KERTOOKO? (Sori, jonkun verran jo päihtynyt)

[koivukoski1]

No jos se reaaliajan salliminen Studion asentamisessa on se juttu?
t. Koivukoski1
ps. Asenna jollekkin kovolle toi Studio versio niin...

[koivukoski1]

Storck kiitos huolehtimisesta!
t. Koivukoski1

[koivukoski1]

Asensin Mint 11:n (harjoitus asennus, kun menen asentamaan tutuille myöhemmin), 32 bit. Ardourissa olikin "uusia" plugareita! LV2:t latasin: VocProc (Igor Brkic), sekä MDA:n eväät. Ainakin osassa tutunoloiset GUI:t
Tämä 2.6.38-8 gen. ei mene niin pienille latensseile, kuin Ubuntu Studion mukana vakiona tuleva.  Kun 0.4 ms puskurit niin xruneja, kun lataa plugareita. Latenssi 0.726 ms.
t. Koivukoski1

[uhappo]

No aika pien on tuo latenssi siitä huolimatta...

Kunhan on alle 10ms latenssit niin aika hyvin pystyy vielä kitaroitakin soittamaan koneen kautta ihan vakavassa nauhotusmielessä

[Heikki Ketoharju]

Jack ei oo vaan niin tuttu härpäke että osaisin sitä hallita, puhumattakaan vaikka terminalin kautta tehtäviä "optimointeja" jonkun asian käynnistämiseen.

Näistä on käsityksen mukaan liian vähän jorinaa/asiaa ja ohjeita, jos linukan puolella ois yhtä helppoa nauhottelu matalalla latenssilla kuin winukan puolella (asenna ajurit ja go!) niin varmaan aika moni ois enempi kiinnostunut linukan DAW-hommista.

Tähän ongelmaan aion osaltani pureutua kesän aikana ryhtymällä laajentamaan Linux.fi -wikin artikkelivalikoimaa. Jackin optimoinnista juttua kylläkään tuskin on luvassa, koska en tiedä siitä mitään: minulla ongelmat poistuivat, kun hankin hyvän äänikortin ja asensin kunnon distron.

Tällä hetkellä Thinkpadini menee tuollaisiin alle 10 millisekunnin lukemiin Arch Linuxin stock-kernelillä ja emolevyyn integroidulla äänikortilla. Olen ihmetellyt asiaa itsekin, mutta ei siitä vaan mihinkään pääse, että näin on!

Vanhan pöytäkoneeni kanssa ongelmat loppuivat, kun asensin siihen M-Audio delta 1010LT -kortin ja 64 Studio 2.0:n. Sen jälkeen järjestelmä toimi kuin junan vessa, mitä nyt softa oli hivenen vanhentunutta vanhan käyttiksen takia.

Olen jo jonkin aikaa suunnitellut uuden OpenDAW -järjestelmän kokeilemista. Se on oikeastaan vain 64 Studio uudella nimellä, ja toivon laadun pysyneen samana. 64 Studion kernel on ollut perinteisesti parasta a-luokkaa, ja monet Ubuntu/Mint -käyttäjätkin ovat se järjestelmäänsä asentaneet. Olen jostain Mint-foorumilta mielestäni löytänyt Tapio Sysimetsän kirjoittamat ohjeet, miten 64 Studion kernelin saa asennettua Ubuntu-pohjaiseen järjestelmään. Ei se muistaakseni kovinkaan hankalaa ollut.

Jos kiinnostaa kokeilla, niin täältä löytyy:
http://pdk.64studio.com/projects/opendaw/squeeze/images/
Vähän pelottavan näköinen läjä tiedostojahan tuo on, mutta siinä tosiaan jököttää 4.0 beta 1 -asennuslevykuvat – sekä 32- että 64-bittiset versiot.

Tuolta taas näyttää löytyvän pelkkä ydin deb-pakettina (kokeilu omalla vastuulla!):
http://pdk.64studio.com/projects/opendaw/squeeze/images/opendaw_4.0-beta1.apt/pool/main/l/linux-2.6/

[koivukoski1]

Suosittelen ihan Ubuntu Studio palikoita. Sillä pääsee samoihin kuin rt-kern. (2.6.31-rt esim.). Muuta en ole tehnyt, kuin /etc/default/rtirq vähän rukannut firewiren suuntaan. Tai 2.6.39 se on nopea ja siinä vakiona rt-palikoita (cmdline treadirqs: ja xrunit loppuu).
t. Koivukoski1

[uhappo]

No pistin Ubuntu Studion latautumaan, kassellaan mitä se sanoo.

[koivukoski1]

Toivotaan parasta! Olen tässä pyöritellyt MDA-plugareita taitavat, olla VST? Minulle uusia tuttavuuksia!
t. Koivukoski1
ps. Laitoin tohon Mintiin 2.6.39 gen. ei tainnu latenssit pienetä, mutta hyvin toimii sekin.

[koivukoski1]

Vaihdoin kovalevyn ja lisäsin yhden, no studion joutui asentamaan uudelleen. XRUNNNN...

Tein:    /lib/udev/rules.d/40-rtc-permissions.rules tiedoston, johon tuli: KERNEL=="rtc0", GROUP="audio"

           /etc/security/limits.conf:n lisäsin    @audio - rtprio 99
                                                                    @audio - memlock unlimited
                                                                    @audio - nice -19

Lisäksi: /etc/default/rtirq:n RTIRQ_NAME_LIST="rtc snd usb i8042"
                                            RTIRQ_RESET_ALL=1
limits.conf:n vaikutuksesta en tiedä, mutta noi muut tuntu vaikuttavan. Ei vielä ihan parasta, mutta toimii!
t. Koivukoski1
 

[uhappo]

Ubuntu Studio sisässä, tosin asensin tähän vanhaan audioläppäriini tän. Tossa on jackin tän hetkinen tilanne:


Mitä pitäis "optimoida" tai laittaa raksia ruutuun & valikkoon että sais latenssit optimaaliselle tasolle?

Tää Ubuntu Studio vaikuttaa ihan järkevältä, kyllä tää taitaa jäädä läppäriin asumaan. Kattoo sit senare että pistänkö tolle "pääkoneellekin".

[koivukoski1]

Frames/Period: Mitä pienempi sitä pienempi latenssi. Mitä suurempi Sample Rate, sitä pienempi latenssi.
Xruneja tulee...,mutta tossa ylhäällä joitain loitsuja, toivottavasti auttavat!?
t. Koivukoski1  
Edit: Prioriteetit tappiin!

[Heikki Ketoharju]

Ubuntu Studio sisässä, tosin asensin tähän vanhaan audioläppäriini tän. Tossa on jackin tän hetkinen tilanne:

Mitä pitäis "optimoida" tai laittaa raksia ruutuun & valikkoon että sais latenssit optimaaliselle tasolle?

Koivukoski tuossa jo pitkälti kertoikin ne keskeiset jutut. Oikeanpuolimmaisesta sarakkeesta säädetään äänikorttiin liittyviä asetuksia. Tärkein on ylinnä oleva "Interface", joka siis valitsee että mitä äänikorttia käytetään. Siinä alla on sitte vielä tarkemmat valinnat, "Input device" ja "Output device", joilla voi halutessaan säätää sisääntulevalle ja ulosmenevälle signaalille eri kortit. Hämmentävää? No, eihän sitä ole pakko käyttää

Sitten siellä alempana voi vielä säätää sisään ja ulos menevään ääneen latenssia, jos sitä jostain syystä lisää tarvitsee. Tämän voi toki tehdä muuallakin kuin Jackin asetuksista... Alinna näkyy latenssi, joka näyttää olevan sinulla aika hyvässä jamassa, eli 5,8 ms. Tietenkin mikäli xruneja tulee, niin homma on ikävämpi.

Ja jos et tiennyt, niin ajuri valitaan oikean laidan 'Driver' -valikosta. Vaihtoehtoja Linux-käyttäjälle ei ole kuin kaksi, eli Alsa ja FFado. FFado tosin taitaa olla nimellä 'firewire' ainakin minun Ubuntussani. FFado siis firewire-korteille ja Alsa kaikille muille.

Midi-hommia tekevänä olen oppinut tuon vasemman alakulman "Midi driver" -boxin erittäin hyvin. Se valkkaa, onko Alsa midi -yhteensopivuus käytössä vai ei. Asiaa on hankala selittää kovin tarkasti tässä, mutta kyse on siis siitä, ilmestyvätkö Connections-ikkunan ALSA-välilehden midiportit näkyviin "Midi"-välilehdessä vai ei. 'none' tarkoittaa, että portit eivät ilmesty näkyviin, 'raw' tarkoittaa, että tietokoneeseen kytketyt laitteet näkyvät, mutta muu ei, ja 'seq' tarkoittaa, että sekä tietokoneeseen kytketyt laitteet että kaikki ohjelmat näkyvät Midi-välilehdellä. Monet tosin tuntuvat sivuuttavan tämän ominaisuuden ja käyttävän ennemmin a2jmidid -nimistä ohjelmaa. En ole tarkemmin perehtynyt miksi, mutta saattaa olla tekemistä midi timingin kanssa.

           /etc/security/limits.conf:n lisäsin    @audio - rtprio 99
                                                                    @audio - memlock unlimited
                                                                    @audio - nice -19
limits.conf:n vaikutuksesta en tiedä, mutta noi muut tuntu vaikuttavan. Ei vielä ihan parasta, mutta toimii!
t. Koivukoski1

Limits.conf (tai no nykyään sen pitäisi olla /etc/security/limits.d/audio.conf) kyllä pitäisi vaikuttaa. Kyseinen tiedosto sallii audio-ryhmän jäsenien suorittamille sovelluksille korkean reaaliaika-prioriteetin. Nice-säätö on tarpeeton. Tässä paras tieto mitä aiheesta löytyy: http://jackaudio.org/linux_rt_config

(Jostain syystä jackd käynnistyessään antaa väärää infoa siitä, mitä pitäisi laittaa ja mihin. Ylläoleva sivu pyrkii olemaan ajantasaisin tietolähde.)

[ajaaskel]

Limits.conf (tai no nykyään sen pitäisi olla /etc/security/limits.d/audio.conf) kyllä pitäisi vaikuttaa.

Sain juuri uudestaan huomata että jos sinulla on 10.04 tai uudempi versio niin toimii ok vain

1) Kun laittaa rt-asetukset:

    /etc/security/limits.d/audio.conf

-tiedostoon (ei vaikutusta jos ne ovat vanhassa paikassa mitä käytettiin ennen Ubuntu 10.04 versiota).

Tuolla on alkuaan "audio.conf.disabled" -tiedosto jonka itse hävitin, en tiedä olisiko se haitannut.

2) Lisää itsensä "audio" group: in jäseneksi.


Olihan nuo samat asiat sanottu virallisemminkin täällä:

https://help.ubuntu.com/community/UbuntuStudioPreparation


Muuta:   Lueskelin hieman kernelin kehityssuunnista.  Osa Realtime -ominaisuuksista on tuotu vakioytimeen mukaan vaihe vaiheelta.  Näin tuosta vaihekartankin jossain.
 
PS:  Pari mahdollisesti hyödyllistä komentoa muistiin liittyen ovat "ulimit", näyttää (-a)  ja säätää muistiasetuksia lennossa (mutta eivät jää pysyviksi) sekä  

Koodia: [Valitse]

cat /proc/meminfo

[uhappo]

Ei oo nyt toi koeläppäri auki niin katoin tästä i7-pöytäkoneesta (normi-11.04) että mitä tuolla on, mulla oli vaan tämmöinen siellä:

Koodia: [Valitse]

/etc/security/limits.d/audio.conf.disabledja siellä

Koodia: [Valitse]

# Provided by the jackd package.
#
# Changes to this file will be preserved.
#
# If you want to enable/disable realtime permissions, run
#
#    dpkg-reconfigure -p high jackd

@audio   -  rtprio     95
@audio   -  memlock    unlimited
#@audio   -  nice      -19
Eli toi /etc/security/limits.d/audio.conf.disabled on oikea paikka minne tehdä muutokset?

[uhappo]

Tein nyt tälle audioläppärille noi ehdotetut muokkaukset, tältä näyttää kun Hydrogeniin heittää kuus bassarin iskua:

Koodia: [Valitse]

Using ALSA driver HDA-Intel running on card 0 - HDA ATI SB at 0xd2400000 irq 16
configuring for 44100Hz, period = 128 frames (2.9 ms), buffer = 2 periods
ALSA: final selected sample format for capture: 32bit integer little-endian
ALSA: use 2 periods for capture
ALSA: final selected sample format for playback: 32bit integer little-endian
ALSA: use 2 periods for playback
13:20:02.393 JACK connection change.
13:20:02.394 Server configuration saved to "/home/urkki/.jackdrc".
13:20:02.399 Statistics reset.
13:20:02.408 Client activated.
13:20:02.418 JACK connection graph change.
13:20:20.130 JACK connection graph change.
13:20:20.177 ALSA connection graph change.
13:20:20.240 JACK connection change.
13:20:20.243 ALSA connection change.
**** alsa_pcm: xrun of at least 2.318 msecs
JackPosixMutex::Unlock res = 1
13:20:20.899 XRUN callback (1).
**** alsa_pcm: xrun of at least 55.037 msecs
JackPosixMutex::Unlock res = 1
JackPosixMutex::Unlock res = 1
JackEngine::XRun: client = Hydrogen was not run: state = 1
JackAudioDriver::ProcessGraphAsync: Process error
JackEngine::XRun: client = Hydrogen was not run: state = 1
JackAudioDriver::ProcessGraphAsync: Process error
JackPosixMutex::Unlock res = 1
JackEngine::XRun: client = Hydrogen was not run: state = 1
JackAudioDriver::ProcessGraphAsync: Process error
JackPosixMutex::Unlock res = 1
JackEngine::XRun: client = Hydrogen was not run: state = 1
JackAudioDriver::ProcessGraphAsync: Process error
JackPosixMutex::Unlock res = 1
13:20:22.450 XRUN callback (5 skipped).
**** alsa_pcm: xrun of at least 0.091 msecs
JackPosixMutex::Unlock res = 1
13:20:29.826 XRUN callback (8).
JackEngine::XRun: client = Hydrogen was not run: state = 1
JackAudioDriver::ProcessGraphAsync: Process error
JackPosixMutex::Unlock res = 1
**** alsa_pcm: xrun of at least 2.115 msecs
JackPosixMutex::Unlock res = 1
**** alsa_pcm: xrun of at least 0.344 msecs
JackPosixMutex::Unlock res = 1
13:20:32.477 XRUN callback (1 skipped).
13:20:41.767 XRUN callback (11).
JackPosixMutex::Unlock res = 1
JackEngine::XRun: client = Hydrogen was not run: state = 1
JackAudioDriver::ProcessGraphAsync: Process error
**** alsa_pcm: xrun of at least 3.086 msecs
JackPosixMutex::Unlock res = 1
13:20:47.847 XRUN callback (12).
13:20:52.036 ALSA connection graph change.
13:20:52.039 JACK connection graph change.
JackAudioDriver::ProcessGraphAsync: Process error
13:20:52.121 JACK connection change.
13:20:52.122 ALSA connection change.
**** alsa_pcm: xrun of at least 1.297 msecs
JackPosixMutex::Unlock res = 1
13:20:52.949 XRUN callback (13).
**** alsa_pcm: xrun of at least 16.347 msecs
JackPosixMutex::Unlock res = 1
13:21:12.717 XRUN callback (14).
**** alsa_pcm: xrun of at least 1.435 msecs
JackPosixMutex::Unlock res = 1
**** alsa_pcm: xrun of at least 4.319 msecs
JackPosixMutex::Unlock res = 1
**** alsa_pcm: xrun of at least 1.443 msecs
JackPosixMutex::Unlock res = 1
13:21:14.609 XRUN callback (3 skipped).
**** alsa_pcm: xrun of at least 10.488 msecs
JackPosixMutex::Unlock res = 1
13:21:16.938 XRUN callback (18).
**** alsa_pcm: xrun of at least 0.050 msecs
JackPosixMutex::Unlock res = 1
13:21:20.579 XRUN callback (19).
**** alsa_pcm: xrun of at least 4.854 msecs
JackPosixMutex::Unlock res = 1
**** alsa_pcm: xrun of at least 15.195 msecs
13:21:59.907 XRUN callback (21).
JackPosixMutex::Unlock res = 1
**** alsa_pcm: xrun of at least 3.883 msecs
JackPosixMutex::Unlock res = 1
13:22:00.685 XRUN callback (1 skipped).
**** alsa_pcm: xrun of at least 0.711 msecs
13:22:01.726 XRUN callback (23).
JackPosixMutex::Unlock res = 1
**** alsa_pcm: xrun of at least 0.625 msecs
JackPosixMutex::Unlock res = 1
**** alsa_pcm: xrun of at least 0.707 msecs
JackPosixMutex::Unlock res = 1
**** alsa_pcm: xrun of at least 0.686 msecs
JackPosixMutex::Unlock res = 1
13:22:02.691 XRUN callback (3 skipped).
**** alsa_pcm: xrun of at least 0.798 msecs
13:22:04.576 XRUN callback (27).
JackPosixMutex::Unlock res = 1
En tiedä mistä mättää, mut kyllä tää winukan puolella on sisäänrakennetulla äänikortilla pyörittäny ihan aika paljon isompia juttuja (ihan sessioita) about 128 samplen latenssilla.

[koivukoski1]

Kiitos neuvoista! Ilmankos epäilin limits.conf vaikutuksia! Se Audio.conf siellä oli valmiina.
RTIRQ_NAME_LIST: Tuntui vaikuttavan siten, ettei esim. hiiren "eventit" aiheuta xrunia,jos säädöt oikein.
2.6.39 olen kokeillut Ubuntu Studiossa ja nyt Mint 11. Siinä treadirqs taitaa olla se uusi ominaisuus?
t. Koivukoski1
Edit: Uhappo täällä tiedoston nimi Audio.conf ei .disabled??
Pitänee lueskella ajaaskelin linkkejä.
 

[ajaaskel]

Eli toi /etc/security/limits.d/audio.conf.disabled on oikea paikka minne tehdä muutokset?

Ei.
Poistin tuon tiedoston. Tein uuden sinne nimeltään "audio.conf" siis ei mitään "disabled" siinä nimen lopussa.  Tuo polku (=kansio tai hakemisto) on kyllä muuten oikea. Ja siis Ubuntun versiosta 10.04 alkaen mukaan lukien kaikki uudet versiot. Siis:

/etc/security/limits.d/audio.conf

Siellä on sisältönä:

@audio   -  rtprio     95
@audio   -  memlock    unlimited

Tuosta on paljon keskustelua netissä, erityisesti tuo "memlock unlimited".  Eräät ovat käyttäneet jotain rajallista arvoa tuossa, toisessa keskustelussa epäiltiin sivuvaikutuksia jos tuo on "unlimited".  Yhdessä tapauksessa sanottiin jostain Hydrogen versiosta että se ei suostu yhteistyöhön ellei tuo memlock ole vähintään noin 900.000 (tai unlimited).  En toistaiseksi osaa kommentoida tuota.
Yleisenä ideana tuossa kaikenkaikkiaan näyttää olevan että ryhmän "audio" jäsenille annetaan oikeus käynnistää sovelluksia "realtime" tilaan.  Ryhmä voisi olla tietysti mikä vaan mutta tuo näyttää olevan nykyinen käytäntö.

RTIRQ_NAME_LIST: Tuntui vaikuttavan siten, ettei esim. hiiren "eventit" aiheuta xrunia,jos säädöt oikein.

Tuokin on mielenkiintoinen tieto.  Kuvaamasi asia vaivasi itselläni Ubuntu Studio 10.04 versiota mutta ne loppuivat kun asensin 10.10 version jota olen käyttänyt nyt jo melko kauan.  Jouduin vain siinä vaihtamaan FireWiren stack: in vanhaksi kun en saanut uutta toimimaan. Lisäksi siinä on "preempt" -kernel.  Pieni yllätys oli että uusi FireWire stack toimi eilen ok Natty Studiolla !  En testannut äänitystä vielä mutta aikaisemmin tehdyt Ardour -moniraitaäänitykset soivat ja FFADO mikserikin näytti olevan ok.  Pientä tutkailua vielä ja otan tuon Natty Studion tosikäyttöön.