Linuxin viritteleminen audiokäyttöön sopivaksi

[Heikki Ketoharju]

Viikko sitten tämänvuotisessa Linux Audio Conferencessa Jeremy Jongepier piti kiinnostavan, normikäyttäjän näkövinkkelistä lähtevän esityksen Linuxin virittelemisestä vakavampaa audiokäyttöä varten.

Oheinen PDF vaikuttaa erittäin mielenkiintoiselta, ja siksi ajattelinkin jakaa sen kanssanne:

http://lac.linuxaudio.org/2011/download/lac2011_jeremy_jongepier_workshop_paper.pdf

Mukana myös diaesitys aiheesta. Tiedostopäätteestään huolimatta minulla se aukesi Open Office Impressissä paremmin kuin PDF-lukijassa...
http://lac.linuxaudio.org/2011/download/lac2011_jeremy_jongepier_slides.pdf

Toistaiseksi työ vaikuttaa vielä keskeneräiseltä, mutta silti sanoisin, että tuo voi olla aiheellinen jossain vaiheessa myös suomentaa, vai mitä tuumaatte? Suurimmalta osalta innokkaita musiikintekijöitä varmaan englanti taittuu, mutta silti...

[koivukoski1]

Kiitos vinkistä! Olen joskus lueskellut :
http://irc.esben-stien.name/mediawiki/index.php/Setting_Up_Real_Time_Operation_on_GNU/Linux_Systems
Tai vastaavia, IBM:llä on myös oppaita? 2.6.31-rt jälkeen ei ole tullut softirqja säädeltyä. Mutta taisin saada kimmokkeen. Jos vaikka saisi DSP kuormia alas?
t. Koivukoski1

[koivukoski1]

Laitoinkin 2.6.39-0 kernelin! Firewirellä menee 0,3ms latensseilla. Xruneja noin 10 sekutin välein, vaikka dsp-kuormat noin 20-25%. Nuo prossun tehonsäästöt täytyy varmaan ottaa pois. Normaalisti olen kellottanut 4.7G:n kaikki ytimet. Näyttää aika hyvältä. Firewire_deskin irq taitaa olla vielä aika vaatimaton?
t. Koivukoski1
releet: i7-2600k, nvidia 580 joku ssd...

[koivukoski1]

Ehkä cpupowerutils auttaa? Siinä uusien prossujen tuki!
t. Koivukoski1   

[Heikki Ketoharju]

Ehkä kannattaisi kokeilla latenssin nostoa? Tuommonen 5ms ei ole vielä lainkaan paha sekään... Toki kaikenlaista virittelyä voi tehdä, mut minä lähden aina liikkeelle siitä, että ensiksi laitetaan frames/period suhteessa näytteenottotaajuuteen siten, ettei latenssit ole ihan missä sattuu lukemissa, ja siitä sitten eteenpäin. Tämän toki varmaan jo tiesitkin...

EDIT: Tuo laittamasi linkki näyttää vähän vanhentuneelta. Siellähän ei puhuta mitään esim. ext4-tiedostojärjestelmästä, jota minä käytän tällä hetkellä sekä läppärissäni, että pöytäkoneellani järjestelmä- ja data-osioille.

[koivukoski1]

Kiitokset vastauksesta! Joo vanhoja ovat, mutta 31-rt oli eka kerta kun pääsin mahdollisimman pieniin latensseihin. Niillä on vain helppo testata kernel/kernel. Uusi 2.6.39 on varmasti hyvä, mutta en osaa hallita sitä vielä. Nyt kai ongelma, että cpu kellot vaihtelee omaan tahtiin. W7 puolella ne pysyy 4.7G koko ajan. Kun kellot alhaalla tulee turhia xruneja. Toki kun vähän helpottaa latensseissa kaikki pelaa. Ajatus oli LIVE-miksaus Ardourd+side chain compurat?? Ihan koe mielessä. Olen kyllä yleensä lisännyt PA:n linjaviiveet ja kompensoinut alapään torvikuormat. Ajatus: Lavan syvyys - alapään torvet = lantenssi = useita msek. Alapäihin torven mitan viivettä. Onko mahdollista?? Omasta mielestä 5ms on paljon; äänittäessä monitoroitiin -> analoginen monitorointi.
t. Koivukoski1
ps ehkä generic jauhaa paremmin >"lavan mittaisilla" latensseilla??
Edit lavalla myös analoginen monitorointi.

[ajaaskel]

Näitä latensseja tai viiveitä voi olla hauska havainnollistaa suhteessa nuottiarvoihin tai matkoihin metreinä.   Ellen ihan väärin laske niin soitettaessa 4/4 beat kompilla tempoon 120 yksi tahti eli neljä klikkiä kestää sekuntikelloni mukaan kaksi sekuntia. Näin laskien

1/4   nuotti = 0,50 s = 500 ms
1/8   nuotti = 0,25 s = 250 ms
1/16 nuotti = 125  ms
1/32 nuotti = 62,5 ms

Tai matkoina, 5 ms aikaviive vastaa 1,7 m matkaa ja 50 ms vastaavasti 17 m matkaa äänen nopeudella ilmassa.

Live monitoroinnissa jo aika lyhytkin viive on häiritsevä.
 

[koivukoski1]

Aika sekava toi edellinen viestini? Tarkoitin, että jos yleisöäänen lokalisointiin käyttää viiveitä = max latenssi jonka voi käyttää laskentaan. Ja linjaviive roskikseen! Monitorointi analogisena.
t. Koivukoski1

[koivukoski1]

Yritin lisätä tähän 2.6.39 gen. cmdline:n treadirqs!?
Nyt
     Frames / Period 16
     SAmple Rate 96000
     Periods / Buffer 2
Käytössä  Ardour , jossa 7 bus:a. Limiteri ja vahvistinmallinnus ensimmäisessä, loput ketjutettu ja jokaisessa Calf Reverb (stereo) EIKÄ XRUNEJA. Jotkut päässeet jopa 90% kuormaan ilman xruneja!
Prossa vaihtelee kelloja, vaikka governorilla yritin saada kellot vakioksi?
Parasta reaaliaikaa genericille ikinä
t. Koivukoski1

[koivukoski1]

Lisäsin cmdline:n "transparent_hugepage=never", ei taida vaikuttaa mitenkään? Joillakin vaikuttaa pienillä latensseilla haittaavasti (kuulemma?).
Juju Stack toimii! En ollut enää pitkää aikaa yrittänytkään. On nopeampi kuin vanha!
Välillä hiukka lämpöjä, ehkä kellotan "parhaan" ytimen esim. 5G ja muut vaikka 2.5G, voisi lämmöt pysyä kurissa. Sitten audion laskenta 5G ytimelle!?
Sandyn kellot vaihtelee, sinimuotoisesti 2s jakso + 15s jakso. Onko vinkejä?
t. Koivukoski1
ps. taitaa cpupowerutils mennä kokeiluun?