[RATKAISTU]Uusi läppäri Ubuntu Studiolle?

[Arto Aalto]

Haussa on uusi läppäri Ubuntu Studiolle.
Keskeisimmät kriteerit ovat firewire portti ja suuri näyttö.

Esim. Fujitsu Lifebook NH570 kiehtoisi mutta en löytänyt googlella mitään käyttäjien kokemuksia Ubuntu sopivuudesta.

[Heikki Ketoharju]

No minullahan on aina tämä vakiovastaus näihin rauta-asioihin: Thinkpad. Oma koneeni on T400-mallia, ja oikein mukavasti on pelittänyt. Thinkpadien rauta toimii tavallisesti aika hyvin yhteen Linuxin kanssa, ja netissä on erittäin kattava ja laadukas ohjesivusto, ThinkWiki: http://www.thinkwiki.org/wiki/ThinkWiki

Tosin nuo kaksi keskeisintä kriteeriäsi ovat asioita, joihin en uskalla ottaa kantaa: minulla on pienehkö mattanäyttö (oisko tämä 14 tuumaa) ja jonkinlainen firewire-portti, jota tosin en käytä muuhun kuin satunnaiseen varmuuskopiointiin ulkoiselle kovolle.

Tsekkailin laitteen speksejä, ja Firewire-chip on tällainen:

Koodia: [Valitse]

heikki@heikin-thinkpad:~$ lspci | grep 1394
15:00.1 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 04)
Siis Ricohin chip, joka nyt ei ole audiokäytössä se kaikista suosituin/paras. Lisäksi minun koneessani on Firewire 400 -liitäntä edessä näppäimistön alla, mikä olisi varmasti ongelma, jos siinä olisi vaikkapa äänikortti kiinni. Käytän läppäriäni siis livenä äänen tuottamiseen (samplerina, syntikkana, sekvensserinä, loopperina, taustanauhojen soittajana ja sensemmoisena), ja helposti livemusan tuiskeessa pieni firewire-johto voisi lipsahtaa irti nelipinnisestä liitännästään.

Muusikoiden keskuudessa Thinkpad on kuitenkin suosittu valinta, koska se on luotettava laite. Toiseen suosittuun valintaan (eli Applen Macbookit Applen OS X -käyttiksellä) verraten eroja on monia jo ihan rautapuolellakin, minulle tärkeimmät ehkä Thinkpadin kehno Touchpad, jota en käytä koskaan, sekä Macbookkien alumiininen tukeva rakenne ja 6-pinniset Firewire 400 -liitännät. (Vai onko ne nykyään jo 800-liitäntöjä?)

Ostin kuitenkin Thinkpadin, koska epäilin että Macbook tulisi kalliimmaksi ja voisi olla raudaltaan ongelmallisempi ja enemmän konffimista vaativa.

***

Älä kuitenkaan usko minun Thinkpad-juttujani täysin: varmasti muitakin läppärimalleja on, jotka toimii hyvin multimediakäytössä. Itselläni yhtä kaikki on Thinkpadista vain positiivista sanottavaa.

[Tomin]

4-pinnisen ja 6-pinnisen Firewiren erona on 4-pinnisestä puuttuvat virtanastat, joten silloin sähkö on otettava jostain muualta. En tiedä onko ongelma äänikortin kohdalla.
http://en.wikipedia.org/wiki/IEEE_1394_interface#Standards_and_versions

The 4-circuit connector is fully data-compatible with 6-circuit alpha interfaces but lacks power connectors.

[Teho]

Itse olen tutkinut viimeaikoina aimo määrän läppäreitä ja päätynyt HP Elitebook 8560w:iin. Siinä on Firewire portti ja hyvä (en tiedä mitään mikä ei toimisi, en tosin omista vielä kyseistä läppäriä) Linux-tuki (Red Hat Linux & SLED certifikoitu) ainakin Nvidian näytönohjaimella (Optimus tekniikka on kokonaan pois päältä). Muuta mukavaa on muun muassa: metallikotelo (todella jämäkkä ja tyylikäs), loistava näppäimistö, "ruuviton avausmekanismi" jolla pääsee käsiksi sisukaluihin, paljon portteja, FHD matta näyttö... Hinta tosin pn 2000€ luokkaa, kuitenkin halvemmalla sillä pääsee kuin Macilla/Lenovolla/Delillää vastaavalla raudalla.

[koivukoski1]

Ricohin nukahteluun taisi tulla paikko jo 2.6.36:n. Täällä tuntuu, jotkut laitteet toimivan jollain ja toiset taas jollain muilla firewire korteilla. 400 half duplex vai 800 full duplex? No kyllä noilla 400 audio kulkee, mutta ei tunnu kaikki laite yhdistelmät aina toimia.
t. Koivukoski1

[qwertyy]

Minä olen ollut siinä käsityksessä, että Linuxissa ja Optimus Nvidioita käytettäessä saisi unohtaa 3D-tuen käytännössä täysin?

[Teho]

Minä olen ollut siinä käsityksessä, että Linuxissa ja Optimus Nvidioita käytettäessä saisi unohtaa 3D-tuen käytännössä täysin?

Varmaa tapaa ei koko erillisen grafiikkakortin käytölle ole silloin kun Optimus tekniikka on käytössä eli joutuu tyytymään Intelin integroituun grafiikka piiriin. Tulevaisuudessa "bumblebee" voi mahdollistaa "Optimusksen" käytön Linuxissa, mutta sen toimivuudesta ei tällä hetkellä ole takeita (esim. miten ajaa Kwin ulkoisella kortilla jne.). Intelin integroitu piiri kyllä pystyy 3D kiihdytykseen ja voi olla hyvinkin riittävä tavalliseen käyttöön.

Sen sijaan mm. Lenovo ja Dell ovat lisänneet kannettaviinsa BIOS-säätimen, jolla voidaan Optimus-tekniikka pois käytöstä (näyttäulostulot ohjataan suoraan ulkoiselle grafiikkakortille) halutessa ja tällöin Linux toimii vallan mainiosti. HP Elitebookissa homma on hoidettu ottamalla Optimus-tekniikka kokonaan pois käytöstä.

[qwertyy]

Sen sijaan mm. Lenovo ja Dell ovat lisänneet kannettaviinsa BIOS-säätimen, jolla voidaan Optimus-tekniikka pois käytöstä (näyttäulostulot ohjataan suoraan ulkoiselle grafiikkakortille) halutessa ja tällöin Linux toimii vallan mainiosti. HP Elitebookissa homma on hoidettu ottamalla Optimus-tekniikka kokonaan pois käytöstä.

Tuo BIOS-ominaisuus varmaan onkin todella hyvä ominaisuus. Halutessa/ajureiden parantuessa voi nauttia sitten parantuneesta akkukestostakin.

[Heikki Ketoharju]

4-pinnisen ja 6-pinnisen Firewiren erona on 4-pinnisestä puuttuvat virtanastat, joten silloin sähkö on otettava jostain muualta. En tiedä onko ongelma äänikortin kohdalla.
http://en.wikipedia.org/wiki/IEEE_1394_interface#Standards_and_versions

The 4-circuit connector is fully data-compatible with 6-circuit alpha interfaces but lacks power connectors.

No eihän se muuten ongelma ole, mutta johtoja on taas yksi enemmän, ja samoin siis tarvetta yhdelle ylimääräiselle virtapaikalle. Sähköoppineemmat voisivat ehkä tarkemmin kertoa mahdollisista maalenkeistä tai muista pulmista, mutta käsittääkseni niiden riski liittyy enemmän käytetyn tietokoneen power-adapterin laadukkuuteen sekä keikkapaikan sähkövetoihin.

[Arto Aalto]

Haussa on uusi läppäri Ubuntu Studiolle.
Keskeisimmät kriteerit ovat firewire portti ja suuri näyttö.

Esim. Fujitsu Lifebook NH570 kiehtoisi mutta en löytänyt googlella mitään käyttäjien kokemuksia Ubuntu sopivuudesta.

Tähän koneeseen päädyttiin ison näytön ja budjetin pakottamana.
Asennus meni mallikkaasti ja jotain projektiakin on jo saatu valmiiksi.
Ubuntu Studiosta on versio 11.04

Yksi ongelma kuitenkin on ja se oli kyllä jo vanhallakin koneella. Eli JACK serveri ajoittain pätkii. Luulin asian olevan kiinni koneesta mutta vika seurasi mukana, joten ilmeisesti kyse on JACK:n asetuksista tai äänikortin viasta.

Tässä JACK logia viimeisestä katkoksesta, kertooko nuo jollekulle jotain?
Äänikortti on Edirol Audio Capture FA-66.

15:17:10.859 Patchbay deactivated.
15:17:10.931 Statistics reset.
15:17:10.941 ALSA connection change.
15:17:10.957 Startup script...
15:17:10.957 artsshell -q terminate
Cannot connect to server socket err = Tiedostoa tai hakemistoa ei ole
Cannot connect to server socket
jack server is not running or cannot be started
Cannot connect to server socket err = Tiedostoa tai hakemistoa ei ole
Cannot connect to server socket
jack server is not running or cannot be started
sh: artsshell: not found
15:17:11.369 Startup script terminated with exit status=32512.
15:17:11.369 JACK is starting...
15:17:11.369 /usr/bin/jackd -P60 -p128 -dfirewire -dhw:0 -r44100 -p128 -n3 -i4 -o4
15:17:11.372 JACK was started with PID=1952.
no message buffer overruns
no message buffer overruns
jackdmp 1.9.7
Copyright 2001-2005 Paul Davis and others.
Copyright 2004-2010 Grame.
jackdmp comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK server starting in realtime mode with priority 60
libffado 2.999.0- built Mar 28 2011 17:49:18
15:17:16.098 JACK connection change.
15:17:16.099 Server configuration saved to "/home/kotistudio/.jackdrc".
15:17:16.104 Statistics reset.
15:17:16.111 Client activated.
15:17:16.118 JACK connection graph change.
15:18:04.439 ALSA connection graph change.
15:18:04.546 ALSA connection change.
15:18:05.130 JACK connection graph change.
JackPosixMutex::Unlock res = 1
15:18:10.346 XRUN callback (1).
15:18:10.348 JACK connection graph change.
15:18:10.661 JACK connection graph change.
15:18:10.779 JACK connection graph change.
15:18:10.958 JACK connection change.
15:18:14.119 XRUN callback (2).
JackPosixMutex::Unlock res = 1
JackPosixMutex::Unlock res = 1
JackEngine::XRun: client = ardour was not run: state = 2
JackAudioDriver::ProcessGraphAsync: Process error
JackPosixMutex::Unlock res = 1
JackPosixMutex::Unlock res = 1
JackPosixMutex::Unlock res = 1
JackEngine::XRun: client = ardour was not run: state = 1
JackAudioDriver::ProcessGraphAsync: Process error
JackPosixMutex::Unlock res = 1
JackEngine::XRun: client = ardour was not run: state = 1
JackAudioDriver::ProcessGraphAsync: Process error
JackPosixMutex::Unlock res = 1
JackPosixMutex::Unlock res = 1
JackPosixMutex::Unlock res = 1
JackEngine::XRun: client = ardour was not run: state = 1
JackAudioDriver::ProcessGraphAsync: Process error
JackPosixMutex::Unlock res = 1
15:18:16.178 XRUN callback (3 skipped).
JackPosixMutex::Unlock res = 1
JackPosixMutex::Unlock res = 1
15:18:16.279 XRUN callback (7).
JackPosixMutex::Unlock res = 1
JackPosixMutex::Unlock res = 1
15:18:31.200 XRUN callback (.
JackEngine::XRun: client = ardour was not run: state = 2
JackAudioDriver::ProcessGraphAsync: Process error
JackEngine::XRun: client = ardour was not run: state = 1
JackAudioDriver::ProcessGraphAsync: Process error
JackPosixMutex::Unlock res = 1
JackPosixMutex::Unlock res = 1
JackPosixMutex::Unlock res = 1
JackPosixMutex::Unlock res = 1
15:19:14.125 XRUN callback (9).
15:19:14.300 XRUN callback (1 skipped).
JackPosixMutex::Unlock res = 1
JackPosixMutex::Unlock res = 1
JackEngine::XRun: client = ardour was not run: state = 2
JackAudioDriver::ProcessGraphAsync: Process error
JackPosixMutex::Unlock res = 1
JackPosixMutex::Unlock res = 1
JackEngine::XRun: client = ardour was not run: state = 2
JackAudioDriver::ProcessGraphAsync: Process error
JackEngine::XRun: client = ardour was not run: state = 2
JackAudioDriver::ProcessGraphAsync: Process error
JackPosixMutex::Unlock res = 1
JackPosixMutex::Unlock res = 1
JackPosixMutex::Unlock res = 1
JackPosixMutex::Unlock res = 1
JackPosixMutex::Unlock res = 1
JackPosixMutex::Unlock res = 1
15:19:16.313 XRUN callback (4 skipped).
JackPosixMutex::Unlock res = 1
JackPosixMutex::Unlock res = 1
15:19:40.921 XRUN callback (16).
JackPosixMutex::Unlock res = 1
JackPosixMutex::Unlock res = 1
15:19:56.909 XRUN callback (17).
15:20:01.098 XRUN callback (18).
JackPosixMutex::Unlock res = 1
JackPosixMutex::Unlock res = 1

Ensimmäinen pätkäisy siis kohdassa 15:18:14.199

Liitteessä JACK asetukset.

[Heikki Ketoharju]

Tarkoitatko pätkäisyillä siis ihan perinteisiä xruneja? Niistä voit kokeilla päästä eroon nostamalla frames/period -säätöä vähän isompiin lukemiin. Kokeile vaikka 256:ta ja 512:ta. 1024 on ainakin minulla ollut hankalimmillekin softille riittävä. Samalla nousee tietysti latenssikin, joka sinulla on nyt jo yli 8 millisekuntia. Kuulostaa sinänsä merkilliseltä, kun sinulla on ulkoinen äänikortti (minulla latenssi on jossain 5-7 millisekunnin kieppeillä vähän suuremmillakin frames/period -arvoilla). Myönnän kuitenkin, että en ole FA-66:ta koskaan käyttänyt.

[Arto Aalto]

Tarkoitatko pätkäisyillä siis ihan perinteisiä xruneja? Niistä voit kokeilla päästä eroon nostamalla frames/period -säätöä vähän isompiin lukemiin. Kokeile vaikka 256:ta ja 512:ta. 1024 on ainakin minulla ollut hankalimmillekin softille riittävä. Samalla nousee tietysti latenssikin, joka sinulla on nyt jo yli 8 millisekuntia. Kuulostaa sinänsä merkilliseltä, kun sinulla on ulkoinen äänikortti (minulla latenssi on jossain 5-7 millisekunnin kieppeillä vähän suuremmillakin frames/period -arvoilla). Myönnän kuitenkin, että en ole FA-66:ta koskaan käyttänyt.

Kyllä tarkoitan. Me ollaan tähan asti käytetty Googlella löydettyjä FA-66 Jack:n säätöjä enkä ole uskaltanut niihin koskea. Mutta ilmeisesti niitä vain pitää kokeilemalla rohkeasti haeskella. Frames/perioid arvoa nostamalla tilanne vain paheni, mutta nyt on arvona 32 ja ainakin tässä vaiheessa vaikuttaa lupaavalta.

Ardourissa on Jack menussa Latency säätö, niin ilmeisesti sillä on tarkoitus kompensoida Jackin vastaavaa, vai kuinka?

Noita xruneja ilmenee yleensä kuuntelu/miksausvaiheessa, mutta ei yleensä äänitettäessä, onneksi!

Tilasin kyllä jo firefire expresscard kortinkin, koska hieman epäilytää tuo äänikortin erillisen virtalähteen käyttö, joskopa siitä tulee jotain häiriötä. 

[Heikki Ketoharju]

Kyllä tarkoitan. Me ollaan tähan asti käytetty Googlella löydettyjä FA-66 Jack:n säätöjä enkä ole uskaltanut niihin koskea. Mutta ilmeisesti niitä vain pitää kokeilemalla rohkeasti haeskella. Frames/perioid arvoa nostamalla tilanne vain paheni, mutta nyt on arvona 32 ja ainakin tässä vaiheessa vaikuttaa lupaavalta.

Kyllä niihin säätöihin saa ja pitääkin koskea! Sitten kun löytyy vakaat asetukset, niin tallenna presettitiedostoon.

Meneeköhän se sittenkin niin että Firewire-kamassa asia on juuri päinvastoin, eli mitä pienempi frames/period, niin sitä vähemmän xruneja? Ei kyllä loogiselta tuntuisi, koska mun ymmärtääkseni tuo muuttaa sitä puskurin kokoa, minkä verran audiota säilötään ennenkuin se soitetaan ulos kaiuttimista. Mulla ei oo koskaan ollu firewire-vempaimia, niin en ole koskaan joutunut Jackin asetuksia muuttelemaan niiden kanssa.

Ardourissa on Jack menussa Latency säätö, niin ilmeisesti sillä on tarkoitus kompensoida Jackin vastaavaa, vai kuinka?

Nyt on sanottava, että en tiedä. Mutta ei se mitään. Tässä viesti Ardourin pääkehittäjä Paulilta: http://ardour.org/node/1313#comment-4951
Eli kyseessä ei ole latenssikompensaatiosäätö. Normaalikäytössä homma siis toimii siten, et Jack käynnistetään, ja unohdetaan sitten sen olemassaolo täysin. Latenssi on mahdollista saada niin pieneksi, että Ardourin kanssa voi vaan keskittyä nauhoittelemaan (ainakin siis jos kyse ei ole mistään kymmenien kanavien äänityksestä).
Tuossa Davisin viestissä kerrotaan myös Frames/periodin merkitys. Eli kyseessä on sen muistipalan koko, jolla audiota kuljetetaan äänikortin ja prosessorin välillä. Noh, eipä tuota välttämättä tarvitse tietää, pääasia että rokki soi

Noita xruneja ilmenee yleensä kuuntelu/miksausvaiheessa, mutta ei yleensä äänitettäessä, onneksi!

On se kuuntelu/miksausvaiheessakin ikävää... Etenkin kun niitä tulee sitä enemmän, mitä suurempi on prosessorikuorma. Tämä taas tarkoittaa, että mitä herkemmin xrunnaa, sitä vähemmän pystyy laittamaan plugineja ilman että alkaa poksua.

[ajaaskel]

Xrun --- Anteeksi en ehtinyt !

Itselläni myös Natty Studio (11.04) ja koneena Fujitsu Siemens Pi-jotain mallinen pöytäkone.  Oma kokemukseni oli että tuon paketin vakioytimellä asennuksen jälkeen nuo xrunit hyppivät tiuhaan.  Vaihdoin ytimen tuohon "low-latency" malliseksi ja tuo asia tuli hallintaan. On äänitelty lukuisasti kappaleita Ardourilla tuon jälkeen.  Muilla tuo voi olla toisin (=vakio ydin riittää) mutta tuo vaatinee aika pitkän selityksen.

Näistä ytimistä (=kernel) on ollut monia keskusteluja  ja toiset tulevat toimeen vakioytimellä.  Mistä tässä sitten on oikeastaan kysymys ja mikä vaikuttaa mihin ?

Itse näkisin koko sopan karkeana rautalankamallina  teknisesti näin:  
Voidaan ajatella noin yleisellä tasolla että meillä on jokin rajallinen "aikabubjetti". Meidän ei tarvitse keksiä mitään tarkkaa lukua tuohon vaan ajatellaan asian mallintamiseksi jotenkin  että meillä on rajallinen aika jossa halutut tiedonsiirto- ja laskentaoperaatiot pitää saada tehdyksi.  Jos olemme nopeampia kuin tuo vaatimus niin jää aikaa lepäilläkin välillä, jos olemme hitaampia ehdimme hoitaa ehkä "joka toisen tehtävän".  Näin siis tietokoneen näkökulmasta.    
Mikä sitten vaikuttaa ehdimmekö ?   Tuota voi lähestyä monelta suunnalta.   Yksi on raa'n voiman lähestymistapa, rautaan tehoa niin että riittää "mihin vain".  Hyvä tapa jos taloudellisesti mahdollista.    Toinen tapa lähestyä on miettiä sitä mihin ja miten kone kuluttaa aikansa:  RT- ja low-latency ytimet ottavat tämän lähestymistavan.  Vakioydin ei (ainakaan aiemmin) ole niin paljon välittänyt miten paljon tehtävien suoritukseen menevä aika vaihtelee vaan tavoitteena on ollut jonkinlainen kokonaistehokkuus.   Tällöin tehtävän suoritukseen kuluva aika voi vaihdella huomattavasti.  Tuo soveltuu huonosti tarkoitukseen jossa "satavarmasti" pitäisi suorittaa asia *aina* rajatussa ajassa.   Äänitys on yksi esimerkki tuosta, automaatio ja robotiikka hyviä muita esimerkkejä.   Avainsana on tuo *aina*,  RT- ja low-latency pyrkivät tuohon.   RT sillä tasolla että kaikki muu on toissijaista, low-latency niin että muitakin hyödyllisiä ominaisuuksia voidaan säästää / pitää mukana.

Tilanne elää:
Näitä "aikabudjetti" -ominaisuuksia, kutsuttakoon nyt tässä yhteydessä"rt-ominaisuuksia" on tuotu vaiheittain yhä enemmän mukaan vakioytimiin.   Näistä on olemassa taulukko josta näkee mikä osa-alue on jo tuotu mukaan vakioytimeen eri ydinversioissa:

https://www.osadl.org/Realtime-Linux.projects-realtime-linux.0.html

Tämän vuoksi se mikä oli tilanne jonkin aikaa sitten voi olla aika nopeasti historiaa.  Vakioytimet pystyvät yhä enemmän lyhyitä viiveitä vaativiin tehtäviin.  Samaa edesauttaa konetehojen kasvu.

Laastaria kadotetulle datalle ("xrun"):
Tuo "xrun" on eräänlainen "Anteeksi, en ehtinyt" -viesti. Data menetettin kun ei joko päästy käsittelemään tai ehditty käsitellä sitä kyllin nopeasti.  Apukeinona tuohon on käytetty datapuskuria eli tilapäistä varastointia josta data noukitaan käsittelyyn kun ehditään.  Mitä pidempi varasto tehdään, sitä pidempiä odotuksia voidaan sietää ennen kuin dataa aletaan menettää. Vastaavasti mitä pidempi varasto, sitä pidempi on odotus eli viive ennen kuin data on valunut tuon varaston läpi ja tämä heijastuu suoraan myös käyttäjälle.
Asiaan vaikuttaa myös se mitä prosesseja pidetään ajossa samaan aikaan kun tehdään aikabudjetiltaan kriittisiä asioita ja erittäin paljon myös se millaiset etuoikeudet eri asioilla on annettu käyttää koneen aikaa ja miten pitkään ne varaavat / voivat varata keskusyksikköä itselleen.  Tuo kokonaisuus ei ole aivan yksinkertainen.
Low-latency -ytimiä on kehitelty erityisesti ylipitkiä viiveitä välttelemään jollaisesta seuraa "xrun" eli datan menetys joka kuuluu häipymänä tai ilkeänä räsähdyksenä äänessä jos kuuntelua tehdään sillä hetkellä.
  
Joku voisi mallintaa ehkä hieman tarkemminkin tuota asiaa mutta yleinen idea lienee tuollainen ja auttaa ymmärtämään millaisia lääkkeitä voi etsiä kun kone sanoo "xrun = Anteeksi en ehtinyt !"

PS.  Jälkiviisautena, itse ostaisin ensisijaisesti raakaa prosessointivoimaa (eli tehokas CPU)  jos kone tulee musiikki- tai videotyöskentelyyn.        

[Arto Aalto]

Millainen operaatio tuo kernelin vaihto on?
Onko vanhalla basistilla mahdollisuutta selvitä siitä?

[koivukoski1]

Itse olen tehnyt näin:

    sudo add-apt-repository ppa:abogani/ppa
    sudo apt-get update
    sudo apt-get install linux-lowlatency (tai nyttemmin realtime jos 3.2.0-8-15 ydin tarpeen).

OSADL sivuilta ohjeet 2.6.33 rt ytimeen, jos se ideana.

AVLinux:n sivuilta ohjeet (performance settings yms.)
Katso myös GRUB_CMDLINE_LINUX_....... ohjeet.

Linuxmusicias: rt yms. ohjeita.

t. Koivukoski1

ps. Lisäisin vielä /etc/default/rtirq :n firewire_ohci rtc:n ja snd väliin.

[ajaaskel]

Että onnistuuko vanhalta basistilta ?  Luulisin sillä itsekin olen basisti ja soitellut jo aika kauan  

Tuohon on monta tapaa mutta ehdotan lisäämään Ubuntun ohjelmalähteisiin Alessio Igor Bogani: in henkilökohtainen varaston eli "PPA": n jolloin asennus on sen jälkeen hyvin helppo.   Täällä on tietoa tuosta:

ttps://launchpad.net/~abogani/+archive/ppa

Ja tämän rivin ajaminen päätteessä laittaa tuonPPA: n käyttöön:

Koodia: [Valitse]

sudo add-apt-repository ppa:abogani/ppa && sudo apt-get update
Tuon jälkeen Pitäisi Synaptic: ssa jo näkyä kun tekee haun "lowlatency".   En ole täysin varma mikä on se suositeltavin tie tuosta eteenpäin, asentaisikohan tämä yhdellä kertaa koko hoidon kun ajaa päätteessä:

Koodia: [Valitse]

sudo apt-get install linux-lowlatency

Jos olen väärässä niin se "varsinainen tavara" on nuo  "linux-headers-..."  ja "linux-kernel-..." paketit jotka näkyvät Synaptic: ssa.   Koneen käynnistysmenuun ilmestyy uusi rivi asennuksen jälkeen ja jos kaikki meni hyvin niin se toimii.


Edit:  Ehti "koivukoski" painaa entteriä ennen minua mutta nythän tuo on ainakin varmistettu

[Heikki Ketoharju]

Tuli mieleen, että onko /etc/security/limits.d/audio.conf -tiedosto olemassa, mutta ainakin minun koneellani tuo näemmä luotiin automaattisesti Jackin asennuksen yhteydessä, ja sinne tuli oikeat säädötkin.

Järjestelmää voi analysoida tällaisella kätevällä skriptillä:
http://code.google.com/p/realtimeconfigquickscan/

Tai jos haluaa ladata skriptin suoraan, niin tässä osoite:
http://realtimeconfigquickscan.googlecode.com/hg/realTimeConfigQuickScan.pl

Se pitäisi osata sitten vielä ajaa komentorivillä, mihin helpoin tapa voi olla avata komentorivi, ja raahata sitten tuo tiedosto tiedostoselaimesta komentorivi-ikkunaan. Sen jälkeen pitäisi tulostua pitkä pätkä tekstiä, jota voi ihmetellä, ja vaikka laittaa tähän ketjuunkin.

Mutta ensin kyllä suosittelisin, että teet kuten Ajaskel ja Koivukoski1 edellä ehdottivat, ja asennat sen toisen ytimen! Semmoinen lisäys muuten, että järjestelmä pitää käynnistää uudelleen, jotta uusi ydin tulee käyttöön (ja siinä käynnistymisen yhteydessä on alkulatausvalikosta valittava se uusi lowlatency-ydin)

[Arto Aalto]

Haussa on uusi läppäri Ubuntu Studiolle.
Keskeisimmät kriteerit ovat firewire portti ja suuri näyttö.

Esim. Fujitsu Lifebook NH570 kiehtoisi mutta en löytänyt googlella mitään käyttäjien kokemuksia Ubuntu sopivuudesta.

YHTEENVETO:
Kiitos kaikille avusta!

Eli tietokoneeksi otettiin tuo Fujitsu hinnan, näytön koon ja valmiin firewiren takia.

XRUN ongelmien kanssa alkoi jo usko mennä. Vaihtelin kerneleitä, mutta tilanne vain paheni. Pääsyy varmasti oli omissa taidoissa. Kokeilin myös 11.10 versiota, mutta se kaatuili kokoajan. Erinnäisten vaiheiden jälkeen päädyttiin kokeilemaan AVLinux jakelua ja jo livelevyllä äänittely alkoi toimia. Asennusohjelma kyllä AVLinuxissa oli aika monivaiheinen ja onnistuminen meidän tapauksessa perustui enemmän tuuriin kuin taitoon, mutta lopputulos ylitti kaikki odotukset.

Vaikeuksien takia rumpalille alkoi kerääntymään paineita, kun laitteet alkoi pelaamaan hän veti ensi otolla sellaiset tykitykset että huh, huh...

[koivukoski1]

Ajaaskel kirjoitteli swappiness asetuksista, saattavat auttaa paljonkin xruneihin, kokeile viela noatime asetukset.
Ja ondemand -> performance laskee dsp kuormia.
t. Koivukoski1