Wine+Reaper+EMU 0404 USB [RATKAISTU]

[koivukoski1]

Kyllä Jack2 ja Ardour toimii, ainakin audion mixaamisessa.
Exportauksessa tulee muuten nykyisin raportti, jossa LU/LUFS, spektri aikajanalla ja vola matoo.

Täällä Jack2 ja Frames/Period 1024, sample rate 96kHz.
Voi ajaa 100% kuormalla, eikä kaatua. Raksahtelee tottakai, no niin kai pitääkin, tolla kuormalla.
Sandy Bridge 4,7 GHz kelloilla.
Mutta voi Jack1 olla kevyempi ja parempi, jos pyrkimys rt/pienet latenssit.

-Koivukoski1

[uhappo]

Matalin mahdollinen latenssi on se tärkein jutska

[Heikki Ketoharju]

Pitää tarkentaa: Jack 2 *ei* ole raskaampi kuin Jack 1. Kyse on siitä, että jotkut softat (tunnetuimpana Ardour) ei ole sen kanssa täysin yhteensopivia. Ja tämä epäyhteensopivuus voi sitten aiheuttaa epävakautta.

[koivukoski1]

Ehkei jack2 ole raskaampi.
Defaultina kuitenkin async. moodissa, eli 1 bufferi enemmän, jolla yrittää estää xruneja kuulumasta?
Ko. prosessi lisää latenssia, sync. moodissa jack2:n latenssi pienenee.

Jotkut vertailleet jack_io_delay:n avulla jack1 vs. jack2, ykkönen on ykkönen.

https://www.mail-archive.com/linux-audio-dev@lists.linuxaudio.org/msg17993.html
Tarkoittaa kai sitä, että jos haluaa daw:n delay compensaation toimivan ja käyttää jack:ä on valinta jack2?

-Koivukoski1

[uhappo]

Oon palannut tähän aiheeseen kun ketjustossa on noi audioskriptit jne, EMU 0404 USB on vaihtunut firewire-toimiseen M-Audio ProFire 2626:een ja wine on jäänyt pois natiivin Reaperin ansiosta. Eli, hiukkasen on kuviot muuttunu mutta silti mennään pitkälti samojen teemojen parissa. Oon aloitelku huolellisemman demoilun ääniraudan kanssa, myös midi messissä tällä kertaa. Kamppailen xrunien kanssa, edelleen, mutta kaikkia temppuja/loogisia vinkkejä en oo vielä toteuttanut.

Päivittelen tähän ketjuun lopullisempia tuloksia ja setuppiani kunhan saan kaiken (toivottavasti) kuntoon, tavoitteena (demotarkoituksessa) saada kaikki tuotettua ubuntun puolella - ihan varsin hyvältä ja houkuttelevalta tuntuva tavoite!

[uhappo]

By the way, onko mahdollista asentaa normiasennukseen joku paljon kevyempi ikkunamanageri gnomen tilalle? Jos semmoisellakin vois vähentää xruneja?

[jampales]

Onhan se mahdollista.Linux-jakelut on siittä mukavia että voit tehdä justiin omanlaisen työ-ympäristön.
Tuolla jotain vaihto-ehtoja.

http://www.techradar.com/news/software/operating-systems/10-of-the-best-linux-window-managers-909223

[uhappo]

Oon tän ketjun myötä väännelly ja säädelly aika paljon synsteemiä, viimeinnii sit otin Network Managerista WLANin pois päältä.. 3 xrunia koko pitkän illan aikana, jäi vielä taustaohjelmiakin päälle ja en oo ajanu turhia ohjelmia ajavaa skriptiä. Jee!!!  On kyllä todella jees juttu, winukalle ei tartteekaan enää paljoa buuttailla..

[uhappo]

Pitää hiukka päivitellä nyt itellenikin että mitä kaikkea säätöä tässä on nyt päällä, toimii niin loistavasti että pakko ynnätä ylös. Eli:

Koodia: [Valitse]

perl ./realTimeConfigQuickScan.pl

Koodia: [Valitse]

== GUI-enabled checks ==
Checking if you are root... no - good
Checking filesystem 'noatime' parameter... 4.4.0 kernel - good
(relatime is default since 2.6.30)
Checking CPU Governors... CPU 0: 'performance' CPU 1: 'performance' CPU 2: 'performance' CPU 3: 'performance' CPU 4: 'performance' CPU 5: 'performance' CPU 6: 'performance' CPU 7: 'performance'  - good
Checking swappiness... 10 - good
Checking for resource-intensive background processes... none found - good
Checking checking sysctl inotify max_user_watches... >= 524288 - good
Checking access to the high precision event timer... readable - good
Checking access to the real-time clock... readable - good
Checking whether you're in the 'audio' group... yes - good
Checking for multiple 'audio' groups... no - good
Checking the ability to prioritize processes with chrt... yes - good
Checking kernel support for high resolution timers... found - good
Kernel with Real-Time Preemption... not found - not good
Kernel without real-time capabilities found
For more information, see http://wiki.linuxaudio.org/wiki/system_configuration#installing_a_real-time_kernel
Checking if kernel system timer is high-resolution... found - good
Checking kernel support for tickless timer... found - good
== Other checks ==
Checking filesystem types... ok.
not found.
** Warning: no tmpfs partition mounted on /tmp
   For more information, see:
   - http://wiki.linuxaudio.org/wiki/system_configuration#tmpfs
   - http://lowlatency.linuxaudio.org
** Set $SOUND_CARD_IRQ to the IRQ of your soundcard to enable more checks.
   Find your sound card's IRQ by looking at '/proc/interrupts' and lspci.

Koodia: [Valitse]

sudo gedit /lib/udev/rules.d/40-timer-permissions.rules

Koodia: [Valitse]

KERNEL=="rtc0", GROUP="audio"
KERNEL=="hpet", GROUP="audio"

Koodia: [Valitse]

sudo gedit /etc/rc.local

Koodia: [Valitse]

sysctl -w  vm.swappiness=10
exit 0

Koodia: [Valitse]

sudo gedit /etc/sysctl.conf

Koodia: [Valitse]

fs.inotify.max_user_watches = 524288

Koodia: [Valitse]

sudo gedit /etc/default/rtirq

Koodia: [Valitse]

RTIRQ_NAME_LIST="firewire rtc0 snd usb i8042"

# Highest priority.
RTIRQ_PRIO_HIGH=95
Näillä mennään, oon kyllä tosi tyytyväinen setuppiin!!! 

[koivukoski1]

Hyva, etta on lahtenyt toimimaan.
Mutta luulisin, etta paaset viela pienempiin latenseihin.

Eli onko latency noin 4.5ms?
Millaisilla kuormilla xrunit?
Onko kaikki plugarit rt kelpoisia?

Samaisella i7 Sandylla kun kellot 4,8GHz, muistit noin 2000MHz, nvidia tapissa, hyper threading pois. Ssd journalointi pois.
Latencyt 0,667ms, ei roundtrip vaan tuo Jackin ilmoittama.
Daw toimii noillakin arvoilla viela hyvin, en kuitenkaan kayta midia, joten eipa tuo ole niin tarpeen.
Kernelina 4.4.0-21-lowlatency #37-Ubuntu SMP PREEMPT.
Ihan UbuntuStudio 16.04 64bit, minulla toiminut paremmin, kuin tuo AVLinux 64.

Xrunit pitaisi ilmeta vasta 100 prosentin kuormilla, noin normi plugareilla.

Olen kylla vaihdellut noita firewirekortteja, kun ei kaikki kortit toimi hyvin kaikkien interface:n kanssa.
Eli kaytan eri laitteiden kanssa eri kortteja?

Miten bios, oisko siella petrattavaa?

Minulla taitaa olla

Koodia: [Valitse]

rtc0 firewire, mutta tuolla ei kai merkitysta?


-Koivukoski1

[uhappo]

Latenssi on siellä 4,5ms tienoilla, juu. En oo nyt vielä penkittäny kuormakestävyyttä xrunien suhteen kun on menny koko aika systeemistä nauttiessa ja uusia biisejä demotessa Mulla ei oo nyt plugareina oikeastaan mitään, linuxin Reaper toimii tällä hetkellä vain sisäänrakennetuilla plugareilla ja niillä pärjään demotuksessa varsin hyvin. Tai no on mulla ulkopuolisia käytössä, tällä hetkellä demoan näin:
- Laitan reaperiin kaks raitaa recille, toiseen menee stereona sähkörumpujen audioulostulo ja toiseen menee sähkörumpujen midi output. Kun en oo rumpali niin se rumpuilu on aika hirveetä mutta menee pikaisissa demotuksissa, tarkoitus jossain vaiheessa sit saada se midi outputin matsku quantisoitua silleen että sais suht järkevää matskua ja sit tuuppaisin midin sampleriin. Tällä hetkellä menee Jackin kautta Hydrogeniin ja siitä takaisin Reaperiin, on vaan niin kökön kuuloinen toi Hydrogen (tällä hetkellä Big Mono-setti) että miltei mieluummin kuuntelen tota omaa soittoa sähkörumpujen audioulostulosta. Mutta, work in progress
- Bassoon ja kitaroille oon tehny suht monipuoliset presetit Guitarixiin, siitä menee sit Jackin kautta Reaperiin suoraan raidalle "printattuna" matsku. Toimii hyvin, vielä tutustumista Guitarixin rokkisoundeihin (vaikka oon kitaristi niin en käytä ikinä säröä keikoilla) mutta on kyllä ilmaiseks ohjelmaks ihan järjettömän hyvä
- Koskettimet menee melkein samalla periaatteella kuin sähkörummut
- Laulu ja akustiset kitarat sit mikin/mikkien kautta suoraan Reaperiin ja jälkikäsittely siellä

Oon asentanu Calfin plugarit ja ne vaikuttaa todella laadukkailta, ainakin silmäkarkillisesti. En oo sen enempää vielä testannu "tositoimissa", plus Reaper kun ei vielä plugareita ymmärrä niin en oo Jackin kautta niitä "kerennyt" kokeilemaan. Mutta hyvältä rupee näyttämään linuxin audiomaailma, vielä kun julkaisisivat virallisen ja pääporttauksia (Win&Mac) noudattavan (täysin sama siis) Reaperin plugaritukineen yms niin uujeah..

Käytän nyt vain Cadencea ja Claudiaa, toimii. Ainoa että äsken kokeilin muuttaa latenssia 64->32 sampleen niin ei pysynyt 32:ssa vaan pomppas takaisin 64:ään? Ehkä en jotain osaa tai tajua mutta 64samples/4,5ms on jo varsin miellyttävä latenssi touhuta mitä tahansa. 44100hz, aina, muita taajuuksia ei tuu käytettyä.

Mulla on vaan yks firewirerauta ja se on M-Audion ProFire 2626. Koneessa on VIA:n piirillä oleva firewire ja se toimii windowsin puolellakin varsin hienosti. Mulla oli tuossa koneessa joskus hackintosh niin siinäkin toimi toi rauta, siis fw-kortti ja äänikortti.

BIOSia en oo säätäny aikoihin kun kone on toiminu niin hyvin, ehkä pata-toiminnon vois ottaa pois päältä kun se on samassa irq:ssa kuin firewire ja ei oo oikeestaan ikinä käyttöä sille patan jutuille.

[uhappo]

Päivitystä, päivittelyä ja tuumailua asiaan! Systeemi on toiminu hyvin, on tullu käytettyä päivittäin ja demoiltua paljon. xruneja heittää välistä mutta niitä ei kuulu nauhoitetussa matskussa? Tuli vaan mieleen&ihmettelyn kohteeksi että onko kaikki xrunit "kuultavia", siis onko automaattisesti xrun = virhe audiossa? Nämä harvinaisemmat xrunit siis sillointällöin kun langaton pois päältä. Kun heittää langattoman päälle niin xruneja rupee tulemaan huolella ja ne kyllä kuulee.

[koivukoski1]

Aikaisemmin olikin vähän juttua, että jack2 on oletuksena async moodissa.
Tällöin pystyy "ylimääräisen" bufferin avulla hallitsemaan pieniä xruneja.
Tämä siis lisää latensia, eikä siis tule ilmaiseksi.
Mutta voisi selittää xrunien kuulumattomuuden?

-Koivukoski1

[uhappo]

Hmmm, en ihan täysin sisäistäen ymmärrä tota async-moodia mutta jotennii tangeeraan asiaa ymmärryksellä.. 

Periaatteellisesti ne xrunit haittaa elämää koska ainahan ne toimimattomuuden merkki on, mutta lähinnä ajatuksellista kosmetiikkaa - funktionaalisuus tärkeintä. Eli ei oo tarvetta muuttaa mitään, tietty säätämällä ja tutkimalla sais varmaan lisää selville ja oppis jotain mutta johonkin raja on vedettävä. Ehkä..

Latenssi on 64 samplella+softamonitoroinnilla varsin jees, ei mitään valittamista. Latenssissa/PDC-hommissa on mietityttänyt että miten JACK keskustelee audiosoftan kanssa latenssin ollessa kyseessä? Guitarix (edelleen, todella hyvä softa) kertoilee että kyvykkäällä konella se pystyy käsittelemään audion millisekunneissa (oliko 5-10ms akselilla?), kompensoiko JACK/audiosofta eli natiivi Reaper JACK:in kautta tulevan signaalin oikein nauhoitetulle audioraidalle? Reaperin PDC/ADC on kyllä erikoisen hyvää luokkaa tuolla PC/MAC-maailmassa, eli toimii, joten luulis että ei oo audiosoftasta kiinni toi kompensointikuvio?

EDIT: Tuommoista kaivelin intterwebin syövereistä

Koodia: [Valitse]

There's sync and async mode.
async mode is the default.
The option, provided by jack2 only, is to wherever or not to enable sync mode, instead of async.

async mode uses an additional audio buffer so that unresponsive apps don't make the audio stop.
you could have a really bad app that causes 30xruns per second and the sound will still be flowing like there was no issue.
this is because in async mode clients render audio into this new additional buffer, which is copied to the real hardware one at the end of the cycle.
if some client didn't make in time (ie, xrun) jack2 will not copy that buffer.
it's still possible to hear the xruns/crackles if some apps do very stupid things, but it's not common.

sync mode doesn't use this additional buffer, so the software-to-hardware latency is lower.
but this means if some app misbehaves and causes xruns, you will hear crackles in the audio (always).

note that jack1 doesn't have async mode.
Se tunne kun oppii joka päivä uutta 

[koivukoski1]

Tuolla tutkittu asiaa https://retis.sssup.it/sites/default/files/realtime_low_latency_audio_on_linux.pdf

These simple experiments show that, while the period is quit
e regular in
both operational modes, the sync mode is the one that has more
regularity.
This was expected, as the server operations are more strict a
nd tightened to
the audio driver interrupts. It should be noted, again, that
this operational
mode is also the one that provides better performance with re
spect to latency,
while degrading the reliability of the server itself, as it t
olerates less disturb
and could possibly generate more ALSA xruns.

Itse en huomannut eroa, kun Ardour 5.3 sessio /96kHz ja 32 frames/period, eli satunnaisia xruneja oli sitten alsa, jack2 async tai sync.
Mutta tuossa projektissa esim. IR quad low latency, ei rt-versio. Vaihdan plugareita ja kokeilen uudestaan.
En ole kylla varma oliko tuo sync mode kaytossa. Mita jos ottaa jack1 kayttoon?
Jatkan harjoituksia ja palailen, jos saa jotain aikaan?

-Koivukoski1

[uhappo]

Eikös Cadence toimi Jack2:lla?

[koivukoski1]

IR ei vaikkuttanut niin paljon, kuin ajattelin, ehkä se laittoi 2corequad:n polvilleen, mutta i7 tuntuu pelaavan.
Yleensähän en käytä pieniä latencyjä, kunhan nyt kokeilin.
Alsa driver / jack audio systeemi pelasi ehkä parhaiten.
Ffado antoi xruneja, jotka oli pitkiä "piiiiip", eikä vain napsuja?
Alsalla ei mitään kuultavia xruneja.
Eli kuten tuossa artikkelissa 0,7ms alkaa olla rajoilla, jossa voi vielä käyttää plugareita.
Tietenkin silloin kanavien ja plugareiden määrä on rajattu.

-Koivukoski1

[uhappo]

Tuolla on aika hyvää käyttäjien turinaa Reaper+linux -kombinaatioista, tosin jonniiverran wineen liittyvää jutskaa. Mutta mielenkiintoisia virityksiä anyway:
http://forum.cockos.com/showthread.php?t=85588&page=14

GEDIT: Lähinnä toi postaus on aika tykkiä http://forum.cockos.com/showpost.php?p=1725111&postcount=535

[koivukoski1]

Pikkasen aiheen vieresta, mutta aikaisemminkin paljon puhetta latenseista.

Viime paivitykset UbuntuStudio 16.04:n. Ytimet 4.4.0-20 low lat. ja 4.4.0-21 low lat. on merkittavasti parantaneet
ko. distron firewire audiota.

Dsp kuormat pudonneet kolmasosaan aikaisemmasta, seka kuorman vaihtelut ovat tasaantuneet.
Ei tarvitse ajaa mitaan skripteja, eika konffailla.
https://www.dropbox.com/s/s10xvu60pt1j93s/Kuvakaappaus_2016-10-22_13-05-40.png?dl=0
Tuosta nakyy 96khz/0.3ms, Ardour projektin mixer nakyma ja kuorma.

-Koivukoski1

[uhappo]

Wou! Noi koskee lähinnä siis varmaan UbuntuStudiota? Mut aika merkkaavan isoja muutoksia/parannuksia tommoset!!!

Pikkasen aiheen vieresta, mutta aikaisemminkin paljon puhetta latenseista.

Viime paivitykset UbuntuStudio 16.04:n. Ytimet 4.4.0-20 low lat. ja 4.4.0-21 low lat. on merkittavasti parantaneet
ko. distron firewire audiota.

Dsp kuormat pudonneet kolmasosaan aikaisemmasta, seka kuorman vaihtelut ovat tasaantuneet.
Ei tarvitse ajaa mitaan skripteja, eika konffailla.
https://www.dropbox.com/s/s10xvu60pt1j93s/Kuvakaappaus_2016-10-22_13-05-40.png?dl=0
Tuosta nakyy 96khz/0.3ms, Ardour projektin mixer nakyma ja kuorma.

-Koivukoski1