Chiudi i Widgets
Cerca
Cambia lingua
installato per sbaglio dssi-vst
Mar Ott 01, 2013 1:58 pm Da Tumbao
Sono appena arrivato su Linux Audio. org
COMPLIMENTI!
Stavo seguendo la bellissima guida di Senbee e ho combinato subito un guaio.
Invece che dare …
[ Lettura completa ]
COMPLIMENTI!
Stavo seguendo la bellissima guida di Senbee e ho combinato subito un guaio.
Invece che dare …
[ Lettura completa ]
Commenti: 4
[News] Pronta la nuova guida sulla produzione musicale!
Sab Mag 12, 2012 9:11 am Da Senbee
Ho finalmente riscritto la mia guida sulla produzione musicale su Ubuntu. Per migliorarla o per discutere gli argomenti trattati siete invitati a …
[ Lettura completa ]
[ Lettura completa ]
Commenti: 20
Argomenti più visti
Ultimi argomenti attivi
I postatori più attivi del mese
Nessun utente |
aumento esponenziale degli x run dopo aggiornamento distro
4 partecipanti
Pagina 2 di 2
Pagina 2 di 2 • 1, 2
Re: aumento esponenziale degli x run dopo aggiornamento distro
Allora prima di tutto scusa il ritardo nella risposta, avvia col RT e posta il risultato di
e posta qui. Se è vero che rtirq imposta in automatico anche le schede USB siamo a cavallo!!
Ora leggiti questo http://www.linux-audio.org/t722-la-soluzione-definitiva-o-quasi-del-problema-della-latenza
Soprattutto il terzo post.
Come ricordavo quei test sono stati fatti con una Edirol UA-25 USB, dai risultati si legge questo:
dal tuo screen si legge:
Questo vuol dire semplicemente che siamo riusciti a farti avere un sistema più stabile dei due autori di quell'articolo che ho tradotto, e sono un tecnico con uno studio proprio e un'ingegnere del suono che scrive programmi per linux
Inoltre come ben ricordavo la latenza ERT con le USB aumenta all'aumentare della latenza totale, non rimane costante come per le PCI
Se devi lavorare con software MIDI e non per registrare usa il kernel low-latency, non il RT
Quello è lo script "rtirq", il discorso che ti facevo io era un altro, era per assegnare una interrupt unica alla tua USB, mentre rtirq serve a dare la giusta priorità alla tua scheda audio
Non penso siano numerate in senso orario...di sicuro le due a destra apparterranno allo stesso device
- Codice:
sudo /etc/init.d/rtirq start
- Codice:
sudo /etc/init.d/rtirq status
e posta qui. Se è vero che rtirq imposta in automatico anche le schede USB siamo a cavallo!!
Ora leggiti questo http://www.linux-audio.org/t722-la-soluzione-definitiva-o-quasi-del-problema-della-latenza
Soprattutto il terzo post.
Come ricordavo quei test sono stati fatti con una Edirol UA-25 USB, dai risultati si legge questo:
JACK-cfg, measured lat [frames], measured lat [ms]
2048*3/48kHz , 9401.749, 195.870
dal tuo screen si legge:
9042.7 frame, 205 ms, 850 fr ERT
Questo vuol dire semplicemente che siamo riusciti a farti avere un sistema più stabile dei due autori di quell'articolo che ho tradotto, e sono un tecnico con uno studio proprio e un'ingegnere del suono che scrive programmi per linux
Inoltre come ben ricordavo la latenza ERT con le USB aumenta all'aumentare della latenza totale, non rimane costante come per le PCI
Babbo Natale ha scritto:Ho aperto un topic sul forum ubuntu per capire cosa fare con queste maledette porte usb. Così come ora è abbastanza inutilizzabile come sistema, con hydrogen ci sono dei buchi talmente grandi da perdere le battute di rullante a 90 bpm..Confido in te, as91!
Se devi lavorare con software MIDI e non per registrare usa il kernel low-latency, non il RT
Babbo Natale ha scritto:Comunque nella guida di Senbee si legge che
Capire quali siano le interrupt assegnate alla scheda audio e assegnare le priorità degli altri driver conseguentemente è un lavoro un po' difficile ma per fortuna c'è uno script che fa tutto automaticamente (occhio: questo script c'è già in UbuntuStudio, quindi non dovete installarlo se usate UbuntuStudio).
Dunque capisce da solo quali sono gli interrupt della scheda audio e non ho bisogno di mappare la porta usb audio e impostare manualmente il valore di irq, giusto? La scheda audio interna l' ho disattivata di modo che l' unica rimane la Edirol.
Quello è lo script "rtirq", il discorso che ti facevo io era un altro, era per assegnare una interrupt unica alla tua USB, mentre rtirq serve a dare la giusta priorità alla tua scheda audio
Babbo Natale ha scritto:Appunto: all' interno della cartella File system/proc/irq/ le cartelle numero 16 e 23 contengono rispettivamente delle cartelle (apparentemente vuote) chiamate usb1 e usb2.
Centrano qualcosa con la mappatura che devo fare io? questo pc ha solo 3 ingressi usb, uno a sinistra e 2 a destra non funziona che quello a sx è il numero 1??
Non penso siano numerate in senso orario...di sicuro le due a destra apparterranno allo stesso device
as91- Moderatore
- Messaggi : 473
Punti : 568
Data d'iscrizione : 05.02.14
Re: aumento esponenziale degli x run dopo aggiornamento distro
as91 ha scritto:Allora prima di tutto scusa il ritardo nella risposta, avvia col RT e posta il risultato die subito dopo dai
- Codice:
sudo /etc/init.d/rtirq start
- Codice:
sudo /etc/init.d/rtirq status
e posta qui. Se è vero che rtirq imposta in automatico anche le schede USB siamo a cavallo!!
Figurati, era il primo maggio per tutti! Comunque sono con il kernel RT e il comando
- Codice:
sudo /etc/init.d/rtirq start
- Codice:
sudo /etc/init.d/rtirq status
- Codice:
sudo /etc/init.d/rtirq start
[sudo] password for andrea:
Setting IRQ priorities: start [rtc] irq=8 pid=84 prio=90: OK.
Setting IRQ priorities: start [ehci_hcd] irq=16 pid=80 prio=80: OK.
Setting IRQ priorities: start [ehci_hcd] irq=23 pid=81 prio=79: OK.
Setting IRQ priorities: start [i8042] irq=1 pid=83 prio=75: OK.
Setting IRQ priorities: start [i8042] irq=12 pid=82 prio=74: OK.
andrea@andrea-Aspire-5741G:~$ sudo /etc/init.d/rtirq status
PID CLS RTPRIO NI PRI %CPU STAT COMMAND
84 FF 90 - 130 0.0 S irq/8-rtc0
80 FF 80 - 120 0.0 S irq/16-ehci_hcd
81 FF 79 - 119 0.2 S irq/23-ehci_hcd
83 FF 75 - 115 0.0 S irq/1-i8042
82 FF 74 - 114 0.0 S irq/12-i8042
44 FF 50 - 90 0.0 S irq/9-acpi
72 FF 50 - 90 0.3 S irq/40-ahci
670 FF 50 - 90 0.5 S irq/17-wlan%d
1047 FF 50 - 90 0.0 S irq/41-eth0
1203 FF 50 - 90 0.1 S irq/42-fglrx[0]
3 FF 1 - 41 0.1 S ksoftirqd/0
19 FF 1 - 41 0.1 S ksoftirqd/1
26 FF 1 - 41 0.2 S ksoftirqd/2
33 FF 1 - 41 0.1 S ksoftirqd/3
Sono felice che il mio sistema sia diventato stabile, vuol dire che non stiamo perdendo tempo! Per le registrazioni capisco che dovrei usare il kernel low latency per i midi, però di solito registro in un unica sessione la batteria con hydrogen e subito dopo le tracce ardour di chitarra o qsynth..La prossima volta riavvierò e farò partire i kernel più adatti al tipo di registrazione da effettuare.
Non so se rtirq imposto o meno le schede audio usb autonomamente, è quello che ho letto sulla guida di senbee e l' ho interpretato così. Ora vado a leggere il link che mi hai mandato, grazie e buona giornata!
Babbo Natale- Baby Tux
- Messaggi : 330
Punti : 427
Data d'iscrizione : 21.05.13
Località : Lapponia
Re: aumento esponenziale degli x run dopo aggiornamento distro
scheda audio priorità 80-81 timer rtc priorità 90. Imposta priorità jack tra questi 2 valori
as91- Moderatore
- Messaggi : 473
Punti : 568
Data d'iscrizione : 05.02.14
Re: aumento esponenziale degli x run dopo aggiornamento distro
as91 ha scritto:scheda audio priorità 80-81 timer rtc priorità 90. Imposta priorità jack tra questi 2 valori
Ho messo la priorità di jack a 85. Questa è la schermata di jack_iodelay (kernel RT e cpu su prestazioni:
" />
La situazione sembrerebbe migliorata..
Ora ti devo fare un paio di domande: devo ancora cercare l' irq della scheda audio usb (il topic a riguardo sul forum ubuntu non ha avuto risposte..)?
E' corretto usare il kernel low latency quando uso la tastiera midi usb e quello RT se registro chitarra, voce o basso direttamente dalla scheda audio esterna?
Ho messo buffer 2, non so se ho fatto bene. Ho notato che se cerco di scendere con i fotogrammi/periodo ad un certo punto jack si impalla, devo allora riavviare con il kernel low latency ed alzare questo valore. Nel frattempo grazie ancora!
Babbo Natale- Baby Tux
- Messaggi : 330
Punti : 427
Data d'iscrizione : 21.05.13
Località : Lapponia
Re: aumento esponenziale degli x run dopo aggiornamento distro
La situazione è decisamente migliorata! con xrun come sei messo?vedo che il logo di jack è rosso....
EDIT: il discorso stabilità è un discorso basato sul fatto che devi calcolare di poter usare il tuo sistema nel caso peggiore, forse è una visione troppo ingegneristica, però pensa di trovarti nella situazione che devi registrare un live di 2 ore, non puoi permetterti un xrun o che il tuo sistema crashi nel bel mezzo di una canzone
Babbo Natale ha scritto:
L'irq della tua scheda audio è quello che ti ho detto: 80-81, dall'altro screen che mi hai mandato abbiamo accurato che non ci sono conflitti
Ricorda che il kernel RT ha il vantaggio del RT e del basso carico DSP, ma sulle altre applicazioni ha molti molti svantaggi! prova solo a spostare un file su una chiavetta usb...diciamo che lo dovresti usare solo quando è necessario: registrazione da scheda audio e riproduzione e suonare strumenti virtuali live, monitoring di software audio, effetti live
schede USB lavorano meglio con buffer 3, la spiegazione è qui: http://www.linux-audio.org/t746-guida-impostazioni-jack-schede-usb
Ovviamente ci sono un paio di trick per usare comunque 2 periodi per buffer.
Inoltre in quel link spiego i problemi di usare 2 buffer con programmi midi come, ad esempio, tuxguitar, e effetti e amplificatori... Consiglio: se non devi usare live, imposta la latenza a 0 come consigliato e tieni 3 buffer, con una latenza abbastanza alta da permetterti di avere un sistema stabile, con cui puoi lavorarci una giorna intera senza nemmeno un x-run.
Io in registrazione lavoro con 2048 96000 3 latenza: 64ms, ho impostato il read-ahead e il write-behind e non ho un minimo di latenza neanche col kernel generic-paeas91 ha scritto:PARTE 3 - Analisi e risultati
Ho fatto questo test col kernel general-pae, jack impostato a 2048 frame 48kHz e 3 periodi con una latenza di 128ms, 17 frame di latenza in entrata e in uscita, risultato di jack_iodelay:
- Codice:
8226.172 frames 171.379 ms total roundtrip latency
extra loopback latency: 0 frames
use 0 for the backend arguments -I and -O
Ho iniziato a registrare una dopo l'altra un'onda, alla decima registrazione, non soddisfatto, ne ho fatte altre 10. Il risultato è questo - la linea di playhead è impostata a +1ms rispetto alla posizione iniziale:
Situazione in ingresso alla ventesima registrazione (click per ingrandire):
Situazione in uscita alla ventesima registrazione (click per ingrandire):
Come si può vedere non c'è latenza!
EDIT: il discorso stabilità è un discorso basato sul fatto che devi calcolare di poter usare il tuo sistema nel caso peggiore, forse è una visione troppo ingegneristica, però pensa di trovarti nella situazione che devi registrare un live di 2 ore, non puoi permetterti un xrun o che il tuo sistema crashi nel bel mezzo di una canzone
as91- Moderatore
- Messaggi : 473
Punti : 568
Data d'iscrizione : 05.02.14
Re: aumento esponenziale degli x run dopo aggiornamento distro
A memoria di x run mi sembrava di non averne visti ma ho tenuto acceso jack giusto il tempo di fare la prova di iodelay. Domani (siccome ora sono sul kernel low latency a guardare un film, poi tra poco vado a nanna ... ) provo a registrare per un oretta con buffer 3 e fotogrammi un pò alti, oltre i 128 nonchè le impostazioni latenza input-output che mi dice il test e ti dirò come va.
Babbo Natale- Baby Tux
- Messaggi : 330
Punti : 427
Data d'iscrizione : 21.05.13
Località : Lapponia
Re: aumento esponenziale degli x run dopo aggiornamento distro
jack_iodelay carica abbastanza il DSP, puoi anche far andare quello per un'oretta e vedere il risultato
as91- Moderatore
- Messaggi : 473
Punti : 568
Data d'iscrizione : 05.02.14
Re: aumento esponenziale degli x run dopo aggiornamento distro
Ecco la schermata della registrazione, oltre un ora nemmeno un x-run..
" />
Con le stesse impostazioni di jack ho registrato su ardour una traccia di batteria da Hydrogen ed in mezz'ora non ho avuto x-run.
Credi debba provare a scendere a 64 fotogrammi? sono molto soddisfatto di come stanno andando le cose per adesso, ciao!
" />
Con le stesse impostazioni di jack ho registrato su ardour una traccia di batteria da Hydrogen ed in mezz'ora non ho avuto x-run.
Credi debba provare a scendere a 64 fotogrammi? sono molto soddisfatto di come stanno andando le cose per adesso, ciao!
Babbo Natale- Baby Tux
- Messaggi : 330
Punti : 427
Data d'iscrizione : 21.05.13
Località : Lapponia
Re: aumento esponenziale degli x run dopo aggiornamento distro
campionamento a 96khz, è molto importante che sia stabile con quella frequenza di campionamento (in teoria 192 in quanto si testa con impostazioni più pesanti del necessario).
prova:
-128 96000 3
-256 96000 3
-256 192000 3
-512 192000 3
-64 48000 3
-128 48000 3
In teoria con quel kernel dovresti riuscire a reggere 2-4 ms di latenza. Non è importante, però mi piacerebbe vedere come reagisce il tuo sistema. Ricordati di segnare il carico DSP segnato da jack, acceso ma non operativo.
Fatto questo puoi impostare le latenze in ingresso ed in uscita e penso che abbiamo finito
prova:
-128 96000 3
-256 96000 3
-256 192000 3
-512 192000 3
-64 48000 3
-128 48000 3
In teoria con quel kernel dovresti riuscire a reggere 2-4 ms di latenza. Non è importante, però mi piacerebbe vedere come reagisce il tuo sistema. Ricordati di segnare il carico DSP segnato da jack, acceso ma non operativo.
Fatto questo puoi impostare le latenze in ingresso ed in uscita e penso che abbiamo finito
as91- Moderatore
- Messaggi : 473
Punti : 568
Data d'iscrizione : 05.02.14
Re: aumento esponenziale degli x run dopo aggiornamento distro
as91 ha scritto:campionamento a 96khz, è molto importante che sia stabile con quella frequenza di campionamento (in teoria 192 in quanto si testa con impostazioni più pesanti del necessario).
prova:
-128 96000 3
-256 96000 3
-256 192000 3
-512 192000 3
-64 48000 3
-128 48000 3
In teoria con quel kernel dovresti riuscire a reggere 2-4 ms di latenza. Non è importante, però mi piacerebbe vedere come reagisce il tuo sistema. Ricordati di segnare il carico DSP segnato da jack, acceso ma non operativo.
Fatto questo puoi impostare le latenze in ingresso ed in uscita e penso che abbiamo finito
Dunque questi sono i risultati delle prove effettuate sempre con kernel RT, cpu su performante e scheda audio usb esterna, spero di non aver dimenticato niente.
" />
20 minuti di registrazione forse non sono molti, ma credo possano dare un minimo l' idea della stabilità del sistema. In tutte le registrazioni ho utilizzato la priorità 85 come suggerito nei post precedenti. Con il campionamento 192000 ho tenuto impostato il sample rate della scheda audio a 96000. Ho avuto 1 solo x run (in tutte le prove) con il periodi/buffer impostati a 64 pochissimi istanti dopo l' inizio della registrazione, ho lasciato registrare per 50 minuti ma non ne sono comparsi altri. Ho quindi ripetuto la prova ed ancora un secondo dopo l' avvio compare un x run mentre per i successivi 50 minuti più nulla, quindi chissenefrega. Ho però notato che impostare a 64 manda a pallino jack, devo riavviare il sistema per poterlo utilizzare. Non posso inviare il log perchè jack semplicemente non risponde più ad alcun comando. Tutte le latenze I/O sono impostate su 0. Sono soddisfatto, credo che vada tutto per il meglio..il computer non si sirriscalda nonostante cpu freq impostato su "prestazioni". Sistemo la latenza con iodelay e credo di doverti offrire più di una birra..
Babbo Natale- Baby Tux
- Messaggi : 330
Punti : 427
Data d'iscrizione : 21.05.13
Località : Lapponia
Re: aumento esponenziale degli x run dopo aggiornamento distro
Io mi sono dimenticato di dirtelo, ma lo sai che rtirq lo devi avviare ogni volta, giusto?
Comunque l'xrun all'avvio non è proprio da considerare, nel senso che ci sta!
Hai la metà del carico DSP che ho io con le stesse impostazioni di jack!!
Comunque nota come nelle prime 2 prove con una latenza non multipla di 2 il sistema non sia leggero come negli altri casi: hai le latenze e i carichi DSP maggiori
Io proverei per curiosità a portare le impostazioni in modo da avere il DSP tra il 2 e 3%
-32 96000 3 1ms
-64 96000 3 2ms
-32 192000 3 0.5ms
-64 192000 3 1ms
-128 192000 3 2ms
-32 48000 3 2ms
-64 48000 3 4ms
Set-up speciali:
-24 48000 2 1ms
-48 96000 2 2ms
EDIT: comunque come puoi notare il tuo sistema lavora meglio con frequenze di campionamento alte: 256 192000 3 è il tuo caso di latenza e carico DSP minore 4ms 0.5-8%
Comunque l'xrun all'avvio non è proprio da considerare, nel senso che ci sta!
Hai la metà del carico DSP che ho io con le stesse impostazioni di jack!!
Comunque nota come nelle prime 2 prove con una latenza non multipla di 2 il sistema non sia leggero come negli altri casi: hai le latenze e i carichi DSP maggiori
Io proverei per curiosità a portare le impostazioni in modo da avere il DSP tra il 2 e 3%
-32 96000 3 1ms
-64 96000 3 2ms
-32 192000 3 0.5ms
-64 192000 3 1ms
-128 192000 3 2ms
-32 48000 3 2ms
-64 48000 3 4ms
Set-up speciali:
-24 48000 2 1ms
-48 96000 2 2ms
EDIT: comunque come puoi notare il tuo sistema lavora meglio con frequenze di campionamento alte: 256 192000 3 è il tuo caso di latenza e carico DSP minore 4ms 0.5-8%
as91- Moderatore
- Messaggi : 473
Punti : 568
Data d'iscrizione : 05.02.14
Re: aumento esponenziale degli x run dopo aggiornamento distro
Ecco qua
" />
Le impostazioni con 32 e 24 non fanno partire jack, il log è una cosa così:
Nemmeno con i set up speciali jack si avvia.
" />
Le impostazioni con 32 e 24 non fanno partire jack, il log è una cosa così:
- Codice:
ERRORE: 09:22:13.789 Patchbay disattivato.
09:22:13.798 Resetta le statistiche.
09:22:13.806 Connessioni di ALSA cambiate.
09:22:13.815 JACK sta partendo...
09:22:13.816 /usr/bin/jackd -v -P85 -m -dalsa -dhw:UA25 -r192000 -p32 -n3 -H -M -Xseq
Cannot connect to server socket err = File o directory non esistente
Cannot connect to server request channel
jack server is not running or cannot be started
Cannot connect to server socket err = File o directory non esistente
Cannot connect to server request channel
jack server is not running or cannot be started
09:22:13.823 Cambiamento nel grafico delle connessioni di ALSA.
no message buffer overruns
no message buffer overruns
no message buffer overruns
09:22:13.870 JACK è stato avviato con PID=2544.
jackdmp 1.9.10
Copyright 2001-2005 Paul Davis and others.
Copyright 2004-2013 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 85
Jack: JackPosixThread::StartImp : create non RT thread
Jack: JackPosixThread::ThreadHandler : start
Jack: playback device hw:UA25
Jack: capture device hw:UA25
Jack: apparent rate = 192000
Jack: frames per period = 32
Jack: JackDriver::Open capture_driver_name = hw:UA25
Jack: JackDriver::Open playback_driver_name = hw:UA25
Jack: Check protocol client = 8 server = 8
Jack: JackEngine::ClientInternalOpen: name = system
Jack: JackEngine::AllocateRefNum ref = 0
Jack: JackPosixSemaphore::Allocate name = jack_sem.1000_default_system val = 0
Jack: JackEngine::NotifyAddClient: name = system
Jack: JackGraphManager::SetBufferSize size = 32
Jack: JackConnectionManager::DirectConnect first: ref1 = 0 ref2 = 0
Jack: JackGraphManager::ConnectRefNum cur_index = 0 ref1 = 0 ref2 = 0
Jack: JackDriver::SetupDriverSync driver sem in flush mode
audio_reservation_init
Acquire audio card Audio1
creating alsa driver ... hw:UA25|hw:UA25|32|3|192000|0|0|hwmon|hwmeter|-|32bit
configuring for 192000Hz, period = 32 frames (0.2 ms), buffer = 3 periods
ALSA: final selected sample format for capture: 16bit little-endian
ALSA: cannot set period size to 32 frames for capture
ALSA: cannot configure capture channel
Jack: JackDriver::Close
Jack: JackConnectionManager::DirectDisconnect last: ref1 = 0 ref2 = 0
Jack: JackGraphManager::DisconnectRefNum cur_index = 0 ref1 = 0 ref2 = 0
Jack: JackEngine::ClientInternalClose ref = 0
Jack: JackEngine::ClientCloseAux ref = 0
Jack: JackGraphManager::RemoveAllPorts ref = 0
Jack: JackPosixSemaphore::Destroy name = jack_sem.1000_default_system
Jack: ~JackDriver
Cannot initialize driver
Jack: no message buffer overruns
Jack: JackPosixThread::Stop
Jack: JackPosixThread::ThreadHandler : exit
JackServer::Open failed with -1
Jack: Succeeded in unlocking 107335194 byte memory area
Jack: JackShmMem::delete size = 0 index = 0
Jack: ~JackDriver
Jack: Succeeded in unlocking 1186 byte memory area
Jack: JackShmMem::delete size = 0 index = 1
Jack: Cleaning up shared memory
Jack: Cleaning up files
Jack: Unregistering server `default'
Failed to open server
09:22:13.984 JACK è stato fermato con stato di uscita 255.
09:22:16.023 Non sono riuscito ad avviare JACK come client. - Operazione fallita. - Impossibile connettersi al server JACK. Controlla la finestra dei messaggi per maggiori informazioni.
Cannot connect to server socket err = File o directory non esistente
Cannot connect to server request channel
jack server is not running or cannot be started
Nemmeno con i set up speciali jack si avvia.
Babbo Natale- Baby Tux
- Messaggi : 330
Punti : 427
Data d'iscrizione : 21.05.13
Località : Lapponia
Re: aumento esponenziale degli x run dopo aggiornamento distro
errore mio, molte USB non riesco a scendere sotto i 64
128 192000 3 o 64 192000 3 puoi usarli come set-up quando devi usare applicazioni live (quei 3 casi descritti sopra -suonare strumenti virtuali live, monitoring di software audio, effetti live,....). Verifica la latenza con jack_iodelay, così vediamo quanta poca dovresti averne.
In teoria dovresti prendere tutte queste opzioni che ti fanno lavorare con pochissima latenza e trovare quelle che te ne danno di meno in extra-loopback. Così a occhio penso sia 256 192000 3 o 512 192000 3 o 256 96000 3. Ovviamente questi aggiungono la latenza di jack (rispettivamente 768, 1536, 768 frame).
128 192000 3 ha 2ms non 3 come hai messo nella tabella, con 1% di carico DSP e 384 frame di latenza è una buona alternativa.
64 192000 3 con un solo ms è il più veloce, 2% di carico DSP non è tanto e ha solo 192 frame di latenza.
Per fare un lavoro di fino - siamo arrivati fino a qui! confronta queste 5 combinazioni con jack_iodelay e trova quello che ti da una latenza totale minore.
128 192000 3 o 64 192000 3 puoi usarli come set-up quando devi usare applicazioni live (quei 3 casi descritti sopra -suonare strumenti virtuali live, monitoring di software audio, effetti live,....). Verifica la latenza con jack_iodelay, così vediamo quanta poca dovresti averne.
In teoria dovresti prendere tutte queste opzioni che ti fanno lavorare con pochissima latenza e trovare quelle che te ne danno di meno in extra-loopback. Così a occhio penso sia 256 192000 3 o 512 192000 3 o 256 96000 3. Ovviamente questi aggiungono la latenza di jack (rispettivamente 768, 1536, 768 frame).
128 192000 3 ha 2ms non 3 come hai messo nella tabella, con 1% di carico DSP e 384 frame di latenza è una buona alternativa.
64 192000 3 con un solo ms è il più veloce, 2% di carico DSP non è tanto e ha solo 192 frame di latenza.
Per fare un lavoro di fino - siamo arrivati fino a qui! confronta queste 5 combinazioni con jack_iodelay e trova quello che ti da una latenza totale minore.
as91- Moderatore
- Messaggi : 473
Punti : 568
Data d'iscrizione : 05.02.14
Re: aumento esponenziale degli x run dopo aggiornamento distro
Ciao, ho completato la tabella con le misure di jack_iodelay ma sembra che la latenza rimanga piuttosto alta..
" />
Eppure credo di aver fatto tutto correttamente..
" />
Eppure credo di aver fatto tutto correttamente..
Babbo Natale- Baby Tux
- Messaggi : 330
Punti : 427
Data d'iscrizione : 21.05.13
Località : Lapponia
Re: aumento esponenziale degli x run dopo aggiornamento distro
Babbo Natale ha scritto:Ciao, ho completato la tabella con le misure di jack_iodelay ma sembra che la latenza rimanga piuttosto alta..
Usando la UA25 non puoi lavorare a 96KHz in duplex (play + rec contemporaneamente). Sul retro della scheda c'è un selettorecon queste posizioni:
- 44.1 (rec e play a 44.1KHz);
- 48 (rec e play a 48KHz);
- 96P (play a 96KHz);
- 96R (rec a 96KHz).
Indipendentemente dalle impostazioni che tu cerchi di dare a jackd, "comandano" quelle della scheda.
Per quanto riguarda il Sample-rate, 44.1Hz sono più che sufficienti per ottenere ottimi risultati in ambito "home-recording". Se invece devi registrare un disco per l'ECM, forse la Edirol non fa al caso tuo...
Per il discorso "latenza", lavorare a 5ms in play-to-daw è, a mio modo di vedere, più che sufficiente.
Ti consiglio, per esperienza sulla stessa scheda, di provare una di queste due impostazioni:
- Frames 64 / Sample rate 44100 / Periods 3 (anche 2, se è "tiene");
- Frames 128 / Sample rate 44100 / Periods 2.
Ciao,
Touch.
Re: aumento esponenziale degli x run dopo aggiornamento distro
Ho provato questo pomeriggio utilizzando frames 64 e 44100 ma jack si impallava, anzi non partiva nemmeno (dovevo riavviare, utilizzare il kernel low latency ed aprire jack per varire le impostazioni, quindi riavviare nuovamente con il kernel RT). E' dalle 19 che registro audio e midi con queste impostazioni: 128, 192000, 3 con latenza 2 msec. Ho avuto si e no 4 x run in quasi 6 ore e per lo più quando spegnevo ardour per qualche motivo. Adesso non so bene quali impostazioni siano più indicate nè perchè il kernel rt non regge jack a 64 frames, queste ultime settimane di chiacchierate con as91 mi hanno insegnato molto ma devo ammettere che ho un pò di confusione in testa..
Babbo Natale- Baby Tux
- Messaggi : 330
Punti : 427
Data d'iscrizione : 21.05.13
Località : Lapponia
Re: aumento esponenziale degli x run dopo aggiornamento distro
Come dice touch le impostazioni di jack sulla tua scheda audio non hanno nessuna influenza, però sul tuo sistema si. Riuscire a lavorare con una latenza di 2ms è un ottimo risultato, e gli xrun all'apertura e chiusura di applicazioni non dovrebbero contare in quanto sono situazioni anormali dove avviene un carico superiore del DSP.
Questo è tratto da un articolo di Robin Gareus e Luis Garrido su jackd. Quindi è una cosa comune. Nello specifico anche loro si riferifano alla tua sctessa scheda audio e al kernel RT.
Ora, riguardo al grafico che hai postato:
Prendiamo il tuo caso: 128 192000 3, 2ms per jack, 754.732fr->16.91ms totali, 233 ELL, use: 116
La prima cosa che si nota è che la latenza per la rua scheda USB è direttamente proporzionale ai fotogrammi per periodo.
I primi due valori indicano frame e ms di latenza del roundtrip completo: da quando il suono viene generato a quando viene nuovamente campionato
Ovviamente si considera che il cavo jack abbia latenza pari a 0.
L'equazione tra frame e ms è: frame=ms*(frequenza di campionamento).
L'extra loopback latency indica la latenza di sistema, ovvero quella non dovuta a jackd
In fine ci sono i valori di frame da usare per compensare la latenza del sistema. Viene sempre usata la metà di ELL in quanto Ardour3 è già in grado di leggere le altre latenze di sistema.
Torniamo ai tuoi dati:
-754.732 fr totali
-233 fr ELL
755 frame sono la latenza totale, comprendono le latenze di: scheda audio, bus, driver, jackd.
jacd ha una latenza di 2ms, quindi 2*192=384 frame
755-384=371 frame
Nei 755fr di latenza totale hai 384fr di jack, 233fr di sistema e 138 "vacanti".
138/192=0.71ms che sono quelli della tua scheda audio.
Seguendo lo schema dell'immagine hai:
69+[116.5+(192+192)+116.5]+69 = 755fr = {3.9ms *192} = 0.355+[0.6+(1+1)+0.6]+0.355
Quindi: i fotogrammi per periodo per la tua scheda USB (non posso essere certo che valga per tutte..) determinano la latenza.
C'è molto da dire, però adesso invio questa risposta, perchè grazie ai tuoi dati ho trovato una costante che forse aiuterà a risolvere un po' di problemi ed enigmi di cui si cerca risposta da un po'. Se riesci inviami altri dati. Non fare lo screen: inviali come testo che poi li rimetto in tabella io!
Leggi anche:https://sites.google.com/site/as91linuxsite/home/audio/latenza
P.S.: per Touch: jackd non va a modificare le impostazioni di una scheda come la edirol, per i motivi che dici te, ma impostare jack per campionare a 192kHz è una scelta di stabilità di sistema: con 192 abbiamo appurato esserci un carico minore del DSP e in ogni caso un abbassamento di latenza. L'unico caso per lui possibile di abbassare ulteriormente la latenza è quello di usare 64 192 3 in quanto avrebbe una latenza totale di 2.3 ms al posto di 3.9. Con totale intendo dalla generazione del segnale alla registrazione, quindi 1.15ms in uscita e in entrata al posto di 1.9 ms in uscita e in entrata.
Impostando il campionamento a 48kHz avrebbe una latenza di 9.3ms: 4.15 in entrata e 4.15 in uscita.
Poi in realtà sembra che jackd assegni latenza differenti in entrata e in uscita in base alle impostazioni scelte che possono essere (porta in entrata/porta in uscita) 1/3, 1/2, 1/1
Questo rapporto può essere verificato con
Non si sa ancora cosa in realtà accada: in realtà non si sa neanche se questo sia vero o solo un bug..
Comunque ora vedo di far fruttare i tuoi dati, li invio anche a Robin Gareus e Luis Garrido e vediamo se salta fuori qualcosa di simpatico
EDIT: i valori in ms sono sbagliati. Per trovare quelli corretti devi moltiplicare ogni valore della colonna H per 44100 e dividerlo per il valore della colonna B.
Per semplicità ecco i veri risultati:
e.g. for the USB interface the frames-per-period need to be larger or equal to 64 frames, while the HDA will not allow periods larger than 1024 frames.
Questo è tratto da un articolo di Robin Gareus e Luis Garrido su jackd. Quindi è una cosa comune. Nello specifico anche loro si riferifano alla tua sctessa scheda audio e al kernel RT.
Ora, riguardo al grafico che hai postato:
Prendiamo il tuo caso: 128 192000 3, 2ms per jack, 754.732fr->16.91ms totali, 233 ELL, use: 116
La prima cosa che si nota è che la latenza per la rua scheda USB è direttamente proporzionale ai fotogrammi per periodo.
I primi due valori indicano frame e ms di latenza del roundtrip completo: da quando il suono viene generato a quando viene nuovamente campionato
Ovviamente si considera che il cavo jack abbia latenza pari a 0.
L'equazione tra frame e ms è: frame=ms*(frequenza di campionamento).
L'extra loopback latency indica la latenza di sistema, ovvero quella non dovuta a jackd
In fine ci sono i valori di frame da usare per compensare la latenza del sistema. Viene sempre usata la metà di ELL in quanto Ardour3 è già in grado di leggere le altre latenze di sistema.
Torniamo ai tuoi dati:
-754.732 fr totali
-233 fr ELL
755 frame sono la latenza totale, comprendono le latenze di: scheda audio, bus, driver, jackd.
jacd ha una latenza di 2ms, quindi 2*192=384 frame
755-384=371 frame
Nei 755fr di latenza totale hai 384fr di jack, 233fr di sistema e 138 "vacanti".
138/192=0.71ms che sono quelli della tua scheda audio.
Seguendo lo schema dell'immagine hai:
69+[116.5+(192+192)+116.5]+69 = 755fr = {3.9ms *192} = 0.355+[0.6+(1+1)+0.6]+0.355
Quindi: i fotogrammi per periodo per la tua scheda USB (non posso essere certo che valga per tutte..) determinano la latenza.
C'è molto da dire, però adesso invio questa risposta, perchè grazie ai tuoi dati ho trovato una costante che forse aiuterà a risolvere un po' di problemi ed enigmi di cui si cerca risposta da un po'. Se riesci inviami altri dati. Non fare lo screen: inviali come testo che poi li rimetto in tabella io!
Leggi anche:https://sites.google.com/site/as91linuxsite/home/audio/latenza
P.S.: per Touch: jackd non va a modificare le impostazioni di una scheda come la edirol, per i motivi che dici te, ma impostare jack per campionare a 192kHz è una scelta di stabilità di sistema: con 192 abbiamo appurato esserci un carico minore del DSP e in ogni caso un abbassamento di latenza. L'unico caso per lui possibile di abbassare ulteriormente la latenza è quello di usare 64 192 3 in quanto avrebbe una latenza totale di 2.3 ms al posto di 3.9. Con totale intendo dalla generazione del segnale alla registrazione, quindi 1.15ms in uscita e in entrata al posto di 1.9 ms in uscita e in entrata.
Impostando il campionamento a 48kHz avrebbe una latenza di 9.3ms: 4.15 in entrata e 4.15 in uscita.
Poi in realtà sembra che jackd assegni latenza differenti in entrata e in uscita in base alle impostazioni scelte che possono essere (porta in entrata/porta in uscita) 1/3, 1/2, 1/1
Questo rapporto può essere verificato con
- Codice:
jack_lsp -l
Non si sa ancora cosa in realtà accada: in realtà non si sa neanche se questo sia vero o solo un bug..
Comunque ora vedo di far fruttare i tuoi dati, li invio anche a Robin Gareus e Luis Garrido e vediamo se salta fuori qualcosa di simpatico
EDIT: i valori in ms sono sbagliati. Per trovare quelli corretti devi moltiplicare ogni valore della colonna H per 44100 e dividerlo per il valore della colonna B.
Per semplicità ecco i veri risultati:
4,6458333333
2,3229166667
9,2916666667
3,9375
7,0104166667
14,4791666667
13,9479166667
as91- Moderatore
- Messaggi : 473
Punti : 568
Data d'iscrizione : 05.02.14
Re: aumento esponenziale degli x run dopo aggiornamento distro
Come sempre le risposte complete ed esaurienti di as91 vanno oltre la mia capacità di comprensione, sono comunque felice di fare da cavia se i risultati di queste prove possono aiutare a migliorare il sistema audio-linux in generale
Scherzi a parte ho effettuato delle prove con jack_iodelay e varie frequenze di campionamento e fotogrammi/periodo. I risultati sono questi (per i maggiori di 96000 ho impostato il sample rate della scheda usb a 96000 non so se va bene comunque è fatta..)
Non sono sicuro che siano gli ulteriori dati che mi hai richiesto, comunque ho evitato di utilizzare valori inferiori a 64 e campionamenti inferiori a 44100 ed il buffer sempre impostato su 3.
Sinceramente sono più che soddisfatto con le impostazioni che ho (192000 128 3), latenza a 2ms assolutamente impercettibile al mio orecchio, sistema stabile nessun x run dopo ore di registrazioni e qualità audio normale..Diciamo che ho fatto tutto questo per la scienza
Tre domande già che ci sono:
1) quale valore dovrei mettere in latenza I/O quindi con 192000 128 3? (secondo iodelay dovrebbe essere 116, non è un pò altino?)
2) se la scheda esterna a 3 campionamenti selezionabili; 44100, 48000 e 96000 e io lavoro con jack a 192000 cosa comporta questo? quale dovrei selezionare sulla edirol?
3) il kernel low latency è assolutamente inutilizzabile sul mio pc, ieri ho aperto ardour per ascoltare una canzone ed in 4 minuti sono comparsi centinaia di x run e l' audio andava a scatti e gracchiava. Ora mi domando, se ho un ottimo kernel RT che me ne faccio di sto low latency? non mi conviene scaricare il generic pae di ubuntu 14.04? e nel caso per utilizzi non audio (internet, programmi di grafica, ufficio ecc..il generic è meglio o comunque più performante del L.L.? La domanda successiva ma siamo già moooolto OT è a che cavolo serve ubuntu studio, una manciata di programmi (nemmeno aggiornati all' ultima versione e comunque reperibili con qualsiasi altra distro) ed un sistema audio inutilizzabile..
Scherzi a parte ho effettuato delle prove con jack_iodelay e varie frequenze di campionamento e fotogrammi/periodo. I risultati sono questi (per i maggiori di 96000 ho impostato il sample rate della scheda usb a 96000 non so se va bene comunque è fatta..)
- Codice:
PROVA [1] 44100
128 latenza 8.71
jack iodelay: [745.727 frames 16.910 ms total roundtrip latency
extra loopback latency: 233 frames
use 116 for the backend arguments -I and -O]
----------------------------------------------------
256 latenza 17.4
jack iodelay: [1301.727 frames 29.518 ms total roundtrip latency
extra loopback latency: 277 frames
use 138 for the backend arguments -I and -O]
---------------------------------------------------------------
512 latenza 34.8
jack iodelay: [2678.727 frames 60.742 ms total roundtrip latency
extra loopback latency: 630 frames
use 315 for the backend arguments -I and -O]
-------------------------------------------------------------
1024 latenza 69.7
jack iodelay: [5211.727 frames 118.180 ms total roundtrip latency, extra loopback latency: 1115 frames
use 557 for the backend arguments -I and -O]
---------------------------------------------------------------
2048 latenza 139
jack iodelay: [9307.727 frames 211.060 ms total roundtrip latency
extra loopback latency: 1115 frames
use 557 for the backend arguments -I and -O]
----------------------------------------------------------------
4096 latenza 279
jack iodelay: [17499.727 frames 369.819 ms total roundtrip latency
extra loopback latency: 1115 frames
use 557 for the backend arguments -I and -O]
PROVA[2] 48000
64 latenza 4
jack iodelay: [489.727 frames 11.105 ms total roundtrip latency
extra loopback latency: 233 frames
use 116 for the backend arguments -I and -O]
----------------------------------------------------------------
128 latenza 8
jack iodelay: [701.727 frames 15.912 ms total roundtrip latency
extra loopback latency: 189 frames
use 94 for the backend arguments -I and -O]
----------------------------------------------------------------
256 latenza 16
jack iodelay: [1345.727 frames 30.515 ms total roundtrip latency
extra loopback latency: 321 frames
use 160 for the backend arguments -I and -O]
------------------------------------------------------------------
512 latenza 32
jack iodelay: [2634.727 frames 59.744 ms total roundtrip latency
extra loopback latency: 586 frames
use 293 for the backend arguments -I and -O]
------------------------------------------------------------------
1024 latenza 64
jack iodelay: [5211.727 frames 118.180 ms total roundtrip latency
extra loopback latency: 1115 frames
use 557 for the backend arguments -I and -O]
------------------------------------------------------------------
2048 latenza 128
jack iodelay: [9307.727 frames 211.060 ms total roundtrip latency
extra loopback latency: 1115 frames
use 557 for the backend arguments -I and -O]
------------------------------------------------------------------
4096 latenza 256
jack iodelay: [17499.727 frames 396.819 ms total roundtrip latency
extra loopback latency: 1115 frames
use 557 for the backend arguments -I and -O]
------------------------------------------------------------------
PROVA [3] 88200 S.R. edirol 48000
64 latenza 2.18
jack iodelay: [445.727 frames 10.107 ms total roundtrip latency
extra loopback latency: 189 frames
use 94 for the backend arguments -I and -O]
------------------------------------------------------------------
88200 128 latenza 4.35
jack iodelay: [745.727 frames 16.910 ms total roundtrip latency
extra loopback latency: 233 frames
use 116 for the backend arguments -I and -O]
------------------------------------------------------------------
88200 256 latenza 8.71
jack iodelay: [1345.727 frames 30.515 ms total roundtrip latency
extra loopback latency: 321 frames
use 160 for the backend arguments -I and -O]
------------------------------------------------------------------
88200 512 latenza 17.4
jack iodelay: [2678.727 frames 60.742 ms total roundtrip latency
extra loopback latency: 189630 frames
use 315 for the backend arguments -I and -O]
------------------------------------------------------------------
88200 1024 latenza 34.8
jack iodelay: [5211.727 frames 118.180 ms total roundtrip latency
extra loopback latency: 1115 frames
use 557 for the backend arguments -I and -O]
------------------------------------------------------------------
88200 2048 latenza 69.7
jack iodelay: [9351.727 frames 212.057 ms total roundtrip latency
extra loopback latency: 1159 frames
use 579 for the backend arguments -I and -O]
------------------------------------------------------------------
88200 4096 latenza 139
jack iodelay: [17543.727 frames 397.817 ms total roundtrip latency
extra loopback latency: 1159 frames
use 579 for the backend arguments -I and -O]
------------------------------------------------------------------
PROVA [4] 96000
96000 64 latenza 2
jack iodelay: [445.727 frames 10.107 ms total roundtrip latency
extra loopback latency: 189 frames
----------------------------------------------------------------
96000 128 latenza 4
jack iodelay: [701.727 frames 15.912 ms total roundtrip latency
extra loopback latency: 189 frames
use 94 for the backend arguments -I and -O]
------------------------------------------------------------------
96000 256 latenza 8
jack iodelay: [1345.727 frames 30.515 ms total roundtrip latency
extra loopback latency: 321 frames
use 160 for the backend arguments -I and -O]
------------------------------------------------------------------
96000 512 latenza 16
jack iodelay: [2634.727 frames 59.744 ms total roundtrip latency
extra loopback latency: 586 frames
use 293 for the backend arguments -I and -O]
------------------------------------------------------------------
96000 1024 latenza 32
jack iodelay: [5211.727 frames 118.180 ms total roundtrip latency
extra loopback latency: 1115 frames
use 557 for the backend arguments -I and -O]
------------------------------------------------------------------
96000 2048 latenza 64
jack iodelay: [9351.727 frames 212.057 ms total roundtrip latency
extra loopback latency: 1159 frames
use 579 for the backend arguments -I and -O]
------------------------------------------------------------------
96000 4096 latenza 128
jack iodelay: [17543.727 frames 397.817 ms total roundtrip latency
extra loopback latency: 1159 frames
use 579 for the backend arguments -I and -O]
------------------------------------------------------------------
PROVA [5] 192000
192000 64 latenza 1
jack iodelay: [445.727 frames 10.107 ms total roundtrip latency
extra loopback latency: 189 frames
use 94 for the backend arguments -I and -O]
------------------------------------------------------------------
192000 128 latenza 2
jack iodelay: [745.727 frames 16.910 ms total roundtrip latency
extra loopback latency: 233 frames
use 116 for the backend arguments -I and -O]
------------------------------------------------------------------
192000 256 latenza 4
jack iodelay: [1345.727 frames 30.515 ms total roundtrip latency
extra loopback latency: 321 frames
use 160 for the backend arguments -I and -O]
------------------------------------------------------------------
192000 512 latenza 8
jack iodelay: [2678.727 frames 60.742 ms total roundtrip latency
extra loopback latency: 630 frames
use 315 for the backend arguments -I and -O]
------------------------------------------------------------------
192000 1024 latenza 16
jack iodelay: [5225.727 frames 119.177 ms total roundtrip latency
extra loopback latency: 1159 frames
use 579 for the backend arguments -I and -O]
------------------------------------------------------------------
192000 2048 latenza 32
jack iodelay: [9307.727 frames 211.060 ms total roundtrip latency
extra loopback latency: 1115 frames
use 557 for the backend arguments -I and -O]
------------------------------------------------------------------
192000 4096 latenza 64
jack iodelay: [17543.727 frames 397.817 ms total roundtrip latency
extra loopback latency: 1159 frames
use 579 for the backend arguments -I and -O]
Non sono sicuro che siano gli ulteriori dati che mi hai richiesto, comunque ho evitato di utilizzare valori inferiori a 64 e campionamenti inferiori a 44100 ed il buffer sempre impostato su 3.
Sinceramente sono più che soddisfatto con le impostazioni che ho (192000 128 3), latenza a 2ms assolutamente impercettibile al mio orecchio, sistema stabile nessun x run dopo ore di registrazioni e qualità audio normale..Diciamo che ho fatto tutto questo per la scienza
Tre domande già che ci sono:
1) quale valore dovrei mettere in latenza I/O quindi con 192000 128 3? (secondo iodelay dovrebbe essere 116, non è un pò altino?)
2) se la scheda esterna a 3 campionamenti selezionabili; 44100, 48000 e 96000 e io lavoro con jack a 192000 cosa comporta questo? quale dovrei selezionare sulla edirol?
3) il kernel low latency è assolutamente inutilizzabile sul mio pc, ieri ho aperto ardour per ascoltare una canzone ed in 4 minuti sono comparsi centinaia di x run e l' audio andava a scatti e gracchiava. Ora mi domando, se ho un ottimo kernel RT che me ne faccio di sto low latency? non mi conviene scaricare il generic pae di ubuntu 14.04? e nel caso per utilizzi non audio (internet, programmi di grafica, ufficio ecc..il generic è meglio o comunque più performante del L.L.? La domanda successiva ma siamo già moooolto OT è a che cavolo serve ubuntu studio, una manciata di programmi (nemmeno aggiornati all' ultima versione e comunque reperibili con qualsiasi altra distro) ed un sistema audio inutilizzabile..
Babbo Natale- Baby Tux
- Messaggi : 330
Punti : 427
Data d'iscrizione : 21.05.13
Località : Lapponia
Re: aumento esponenziale degli x run dopo aggiornamento distro
Perfetti, se hai voglia di aggiungere anche i risultati per
Per registrare con Ardour3 usa pure valori di fotogrammi superiori: tanto viene comunque sincronizzato il tutto automaticamente grazie al read-ahead [leggi davanti] e write-behind [scrivere dietro]. Per esempio già 512 ti da un carico di sistema dello 0.3% contro l'1% dei 128. Sicuramente valori superiori ti caricheranno di meno il DSP. Ti consiglio di usare 128 solo quando è necessario usare il sistema live: 1.8 ms sono molto inferiori della latenza udibile. Con 256 avresti 1.9ms. In realtà stiamo notando che jack non divide la latenza equamente ma ha in entrata e in uscita 2 latenze differenti: 1 periodo in entrata e 4 in uscita, con 128 192 avresti 0.7 ms in entrata e 3.1ms in uscita. Però è ancora da verificare (lo farò coi dati che mi passerai )
Riguardo alle impostazioni dovresti mettere 116 frame in entrata e 116 in uscita, sommati fanno 232 frame, ciò la latenza ELL. in ms sono 0.6ms che sono esattamente i tuoi 1.2ms= 3.9-2ms di jackd-0,7 del buffer suppletivo (questioni tecniche di jackd)
In base ai risultati delle analisi che farò, forse dovrai dividerlo in 46 e 186 (entrata e uscita). Perà ora non farti problemi: ci sarebbe solo una differenza di 0.1-0.6 ms nel tuo caso
Per primo non usare 44.1, altrimenti è inutile che usi 3 periodi per buffer. Comunque alla tua scheda non cambia niente: lei lavora con la frequenza che selezioni fisicamente. Cambia al tuo sistema che, come abbiamo visto, reagisce molto meglio: carico DSP dimezzato e latenza inferiore
Col general-pae avresti maggiori problemi. Semplicemente devi ricordarti di aumentare i fotogrammi per periodo di jackd. Molto probabilmente col general-pae avresti x-run anche a 4096 192....Inoltre il lowlatency lo usi per lavorare coi programmi audio quando non devi registrare (per esempio midi...) Se pensi di non usare applicazioni del genere prova a riprodurre col generic con impostazioni maggiori e vedi se ti da problemi, poi decidi se eliminarlo oppure no, tanto è un attimo installarlo!
Il general è ovvio che ha prestazioni migliori su programmi che non richiedono un preempt frequente.
Ubuntu studio è in un certo senso ottimizzato per l'audio. In realtà non è così....molte cose le devi impostare te, come hai visto. il vantaggio è che hai molti programmi utili se devi lavorare con l'audio ad un livello maggiore del semplice registrare. Inoltre pensa che US è pensato anche per la produzione e post-produzione di contenuti video e visivi oltre che a quelli auditivi. Aggiungendo i PPA sound e un paio di altri i programmi sono aggiornati. Ne sono sicuro perchè algli ultimi update di cinerella, lmms, rosegarden, non ho dovuto compilare niente. Di sicuro è anche perchè ho i sopracitati ppa.
Inoltre ubuntu studio usa lightdm al posto di altri display manager più pesanti.
Ovviamente guardando un po' di post di altre persone, riuscire ad avere jackd impostato a 2ms è un ottimo risultato, possibile grazie ad un insieme di cose.
Per usare solo ardour ovviamente ti direi di cercare un'altro sistema operativo, magari ti installi i meta-pack di lightdm e imposti il sistema manualmente piuttosto che installare US e dover installare tutti i programmi comuni come skype, libreoffice, etc, e cancellare le decine che non ti servono.
Poi ovvio: solo per l'audio ci sono altre distro derivate tutte da esplorare!!
- Codice:
jack_lsp -l
Per registrare con Ardour3 usa pure valori di fotogrammi superiori: tanto viene comunque sincronizzato il tutto automaticamente grazie al read-ahead [leggi davanti] e write-behind [scrivere dietro]. Per esempio già 512 ti da un carico di sistema dello 0.3% contro l'1% dei 128. Sicuramente valori superiori ti caricheranno di meno il DSP. Ti consiglio di usare 128 solo quando è necessario usare il sistema live: 1.8 ms sono molto inferiori della latenza udibile. Con 256 avresti 1.9ms. In realtà stiamo notando che jack non divide la latenza equamente ma ha in entrata e in uscita 2 latenze differenti: 1 periodo in entrata e 4 in uscita, con 128 192 avresti 0.7 ms in entrata e 3.1ms in uscita. Però è ancora da verificare (lo farò coi dati che mi passerai )
Riguardo alle impostazioni dovresti mettere 116 frame in entrata e 116 in uscita, sommati fanno 232 frame, ciò la latenza ELL. in ms sono 0.6ms che sono esattamente i tuoi 1.2ms= 3.9-2ms di jackd-0,7 del buffer suppletivo (questioni tecniche di jackd)
In base ai risultati delle analisi che farò, forse dovrai dividerlo in 46 e 186 (entrata e uscita). Perà ora non farti problemi: ci sarebbe solo una differenza di 0.1-0.6 ms nel tuo caso
Per primo non usare 44.1, altrimenti è inutile che usi 3 periodi per buffer. Comunque alla tua scheda non cambia niente: lei lavora con la frequenza che selezioni fisicamente. Cambia al tuo sistema che, come abbiamo visto, reagisce molto meglio: carico DSP dimezzato e latenza inferiore
Col general-pae avresti maggiori problemi. Semplicemente devi ricordarti di aumentare i fotogrammi per periodo di jackd. Molto probabilmente col general-pae avresti x-run anche a 4096 192....Inoltre il lowlatency lo usi per lavorare coi programmi audio quando non devi registrare (per esempio midi...) Se pensi di non usare applicazioni del genere prova a riprodurre col generic con impostazioni maggiori e vedi se ti da problemi, poi decidi se eliminarlo oppure no, tanto è un attimo installarlo!
Il general è ovvio che ha prestazioni migliori su programmi che non richiedono un preempt frequente.
Ubuntu studio è in un certo senso ottimizzato per l'audio. In realtà non è così....molte cose le devi impostare te, come hai visto. il vantaggio è che hai molti programmi utili se devi lavorare con l'audio ad un livello maggiore del semplice registrare. Inoltre pensa che US è pensato anche per la produzione e post-produzione di contenuti video e visivi oltre che a quelli auditivi. Aggiungendo i PPA sound e un paio di altri i programmi sono aggiornati. Ne sono sicuro perchè algli ultimi update di cinerella, lmms, rosegarden, non ho dovuto compilare niente. Di sicuro è anche perchè ho i sopracitati ppa.
Inoltre ubuntu studio usa lightdm al posto di altri display manager più pesanti.
Ovviamente guardando un po' di post di altre persone, riuscire ad avere jackd impostato a 2ms è un ottimo risultato, possibile grazie ad un insieme di cose.
Per usare solo ardour ovviamente ti direi di cercare un'altro sistema operativo, magari ti installi i meta-pack di lightdm e imposti il sistema manualmente piuttosto che installare US e dover installare tutti i programmi comuni come skype, libreoffice, etc, e cancellare le decine che non ti servono.
Poi ovvio: solo per l'audio ci sono altre distro derivate tutte da esplorare!!
as91- Moderatore
- Messaggi : 473
Punti : 568
Data d'iscrizione : 05.02.14
Re: aumento esponenziale degli x run dopo aggiornamento distro
Questi sono i risultati che mi hai chiesto di
Se per sistema live intendi attaccarsi con la chitarra e registrare allora è quello che faccio sempre e credo di aver trovato le impostazioni ottimali con 19200 e 128. Quando ho registrato tutto quello che volevo e passo all' editing piuttosto che ad inserire plug-in, equalizzazione ecc.. il consiglio è quindi quello di usare il kernel low latency, oppure va bene il RT ma con valori di fotogrammi-periodo più alti come 512 ad esempio?
- Codice:
jack_lsp -l
- Codice:
48000 128
system:capture_1
port latency = 128 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 128 128 ] frames
system:capture_2
port latency = 128 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 128 128 ] frames
system:playback_1
port latency = 384 frames
port playback latency = [ 384 384 ] frames
port capture latency = [ 0 0 ] frames
system:playback_2
port latency = 384 frames
port playback latency = [ 384 384 ] frames
port capture latency = [ 0 0 ] frames
system:midi_capture_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_2
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_3
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_4
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_5
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
--------------------------------------------------------------
48000 256
system:capture_1
port latency = 256 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 256 256 ] frames
system:capture_2
port latency = 256 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 256 256 ] frames
system:playback_1
port latency = 768 frames
port playback latency = [ 768 768 ] frames
port capture latency = [ 0 0 ] frames
system:playback_2
port latency = 768 frames
port playback latency = [ 768 768 ] frames
port capture latency = [ 0 0 ] frames
system:midi_capture_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_2
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_3
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_4
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_5
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
-----------------------------------------------------------------
48000 512
system:capture_1
port latency = 512 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 512 512 ] frames
system:capture_2
port latency = 512 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 512 512 ] frames
system:playback_1
port latency = 1536 frames
port playback latency = [ 1536 1536 ] frames
port capture latency = [ 0 0 ] frames
system:playback_2
port latency = 1536 frames
port playback latency = [ 1536 1536 ] frames
port capture latency = [ 0 0 ] frames
system:midi_capture_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_2
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_3
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_4
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_5
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
-----------------------------------------------------------
48000 1024
system:capture_1
Jack: WaitGraphChange...
port latency = 1024 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 1024 1024 ] frames
system:capture_2
port latency = 1024 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 1024 1024 ] frames
system:playback_1
port latency = 3072 frames
port playback latency = [ 3072 3072 ] frames
port capture latency = [ 0 0 ] frames
system:playback_2
port latency = 3072 frames
port playback latency = [ 3072 3072 ] frames
port capture latency = [ 0 0 ] frames
system:midi_capture_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_2
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_3
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_4
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_5
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
---------------------------------------------------------------
48000 2048
system:capture_1
Jack: WaitGraphChange...
port latency = 2048 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 2048 2048 ] frames
system:capture_2
port latency = 2048 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 2048 2048 ] frames
system:playback_1
port latency = 6144 frames
port playback latency = [ 6144 6144 ] frames
port capture latency = [ 0 0 ] frames
system:playback_2
port latency = 6144 frames
port playback latency = [ 6144 6144 ] frames
port capture latency = [ 0 0 ] frames
system:midi_capture_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_2
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_3
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_4
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_5
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
--------------------------------------------------------------
48000 4096
system:capture_1
Jack: WaitGraphChange...
port latency = 4096 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 4096 4096 ] frames
system:capture_2
port latency = 4096 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 4096 4096 ] frames
system:playback_1
port latency = 12288 frames
port playback latency = [ 12288 12288 ] frames
port capture latency = [ 0 0 ] frames
system:playback_2
port latency = 12288 frames
port playback latency = [ 12288 12288 ] frames
port capture latency = [ 0 0 ] frames
system:midi_capture_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_2
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_3
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_4
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_5
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
-------------------------------------------------------------------
96000 128
system:capture_1
port latency = 128 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 128 128 ] frames
system:capture_2
port latency = 128 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 128 128 ] frames
system:playback_1
port latency = 384 frames
port playback latency = [ 384 384 ] frames
port capture latency = [ 0 0 ] frames
system:playback_2
port latency = 384 frames
port playback latency = [ 384 384 ] frames
port capture latency = [ 0 0 ] frames
system:midi_capture_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_2
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_3
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_4
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_5
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
-------------------------------------------------------------
96000 256
system:capture_1
port latency = 256 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 256 256 ] frames
system:capture_2
port latency = 256 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 256 256 ] frames
system:playback_1
port latency = 768 frames
port playback latency = [ 768 768 ] frames
port capture latency = [ 0 0 ] frames
system:playback_2
port latency = 768 frames
port playback latency = [ 768 768 ] frames
port capture latency = [ 0 0 ] frames
system:midi_capture_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_2
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_3
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_4
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_5
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
------------------------------------------------------------------
96000 512
system:capture_1
port latency = 512 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 512 512 ] frames
system:capture_2
port latency = 512 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 512 512 ] frames
system:playback_1
port latency = 1536 frames
port playback latency = [ 1536 1536 ] frames
port capture latency = [ 0 0 ] frames
system:playback_2
port latency = 1536 frames
port playback latency = [ 1536 1536 ] frames
port capture latency = [ 0 0 ] frames
system:midi_capture_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_2
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_3
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_4
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_5
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
------------------------------------------------------------
96000 1024
system:capture_1
Jack: WaitGraphChange...
port latency = 1024 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 1024 1024 ] frames
system:capture_2
port latency = 1024 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 1024 1024 ] frames
system:playback_1
port latency = 3072 frames
port playback latency = [ 3072 3072 ] frames
port capture latency = [ 0 0 ] frames
system:playback_2
port latency = 3072 frames
port playback latency = [ 3072 3072 ] frames
port capture latency = [ 0 0 ] frames
system:midi_capture_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_2
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_3
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_4
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_5
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
--------------------------------------------------------
96000 4096
system:capture_1
Jack: WaitGraphChange...
port latency = 4096 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 4096 4096 ] frames
system:capture_2
port latency = 4096 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 4096 4096 ] frames
system:playback_1
port latency = 12288 frames
port playback latency = [ 12288 12288 ] frames
port capture latency = [ 0 0 ] frames
system:playback_2
port latency = 12288 frames
port playback latency = [ 12288 12288 ] frames
port capture latency = [ 0 0 ] frames
system:midi_capture_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_2
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_3
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_4
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_5
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
---------------------------------------------------------
192000 128
system:capture_1
port latency = 128 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 128 128 ] frames
system:capture_2
port latency = 128 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 128 128 ] frames
system:playback_1
port latency = 384 frames
port playback latency = [ 384 384 ] frames
port capture latency = [ 0 0 ] frames
system:playback_2
port latency = 384 frames
port playback latency = [ 384 384 ] frames
port capture latency = [ 0 0 ] frames
system:midi_capture_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_2
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_3
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_4
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_5
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
-------------------------------------------------------------
196000 256
system:capture_1
port latency = 256 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 256 256 ] frames
system:capture_2
port latency = 256 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 256 256 ] frames
system:playback_1
port latency = 768 frames
port playback latency = [ 768 768 ] frames
port capture latency = [ 0 0 ] frames
system:playback_2
port latency = 768 frames
port playback latency = [ 768 768 ] frames
port capture latency = [ 0 0 ] frames
system:midi_capture_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_2
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_3
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_4
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_5
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
-----------------------------------------------------------
196000 512
system:capture_1
port latency = 512 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 512 512 ] frames
system:capture_2
port latency = 512 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 512 512 ] frames
system:playback_1
port latency = 1536 frames
port playback latency = [ 1536 1536 ] frames
port capture latency = [ 0 0 ] frames
system:playback_2
port latency = 1536 frames
port playback latency = [ 1536 1536 ] frames
port capture latency = [ 0 0 ] frames
system:midi_capture_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_2
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_3
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_4
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_5
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
------------------------------------------------------------
196000 1024
system:capture_1
Jack: WaitGraphChange...
port latency = 1024 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 1024 1024 ] frames
system:capture_2
port latency = 1024 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 1024 1024 ] frames
system:playback_1
port latency = 3072 frames
port playback latency = [ 3072 3072 ] frames
port capture latency = [ 0 0 ] frames
system:playback_2
port latency = 3072 frames
port playback latency = [ 3072 3072 ] frames
port capture latency = [ 0 0 ] frames
system:midi_capture_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_2
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_3
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_4
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_5
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
------------------------------------------------------------
196000 4096
system:capture_1
Jack: WaitGraphChange...
port latency = 4096 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 4096 4096 ] frames
system:capture_2
port latency = 4096 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 4096 4096 ] frames
system:playback_1
port latency = 12288 frames
port playback latency = [ 12288 12288 ] frames
port capture latency = [ 0 0 ] frames
system:playback_2
port latency = 12288 frames
port playback latency = [ 12288 12288 ] frames
port capture latency = [ 0 0 ] frames
system:midi_capture_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_1
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_2
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_3
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_4
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
system:midi_playback_5
port latency = 0 frames
port playback latency = [ 0 0 ] frames
port capture latency = [ 0 0 ] frames
Se per sistema live intendi attaccarsi con la chitarra e registrare allora è quello che faccio sempre e credo di aver trovato le impostazioni ottimali con 19200 e 128. Quando ho registrato tutto quello che volevo e passo all' editing piuttosto che ad inserire plug-in, equalizzazione ecc.. il consiglio è quindi quello di usare il kernel low latency, oppure va bene il RT ma con valori di fotogrammi-periodo più alti come 512 ad esempio?
Babbo Natale- Baby Tux
- Messaggi : 330
Punti : 427
Data d'iscrizione : 21.05.13
Località : Lapponia
Re: aumento esponenziale degli x run dopo aggiornamento distro
Mixing e mastering io li faccio comunque col RT. Con live intendo, ad esempio, usare il pc come effetto rack, o amplificatore, o mixer live,....insomma, se usi il pc per lavorare dal vivo.
as91- Moderatore
- Messaggi : 473
Punti : 568
Data d'iscrizione : 05.02.14
Re: aumento esponenziale degli x run dopo aggiornamento distro
in base a questi dati:
prova con le stesse impostazioni cambia il "Prefisso per il server":
e guarda se cambia la latenza in frame con jack_iodelay e il carico DSP. Se non cambia niente imposta:
Inoltre reimposta il "Prefisso per il server" in:
imposta il "Suffisso per il server" in:
Controlla se cambia qualcosa rispetto elle impostazioni di default e a quelle con il prefisso cambiato. Quindi imposta:
e fammi sapere.
EDIT: controlla anche se con queste impostazioni ti funziona jackd con settaggi che prima non ti erano permessi
prova con le stesse impostazioni cambia il "Prefisso per il server":
- Codice:
/usr/bin/jackd --sync
e guarda se cambia la latenza in frame con jack_iodelay e il carico DSP. Se non cambia niente imposta:
- Codice:
/usr/bin/jackd -S
Inoltre reimposta il "Prefisso per il server" in:
- Codice:
/usr/bin/jackd
imposta il "Suffisso per il server" in:
- Codice:
/usr/bin/jackd --sync
Controlla se cambia qualcosa rispetto elle impostazioni di default e a quelle con il prefisso cambiato. Quindi imposta:
- Codice:
/usr/bin/jackd -S
e fammi sapere.
EDIT: controlla anche se con queste impostazioni ti funziona jackd con settaggi che prima non ti erano permessi
as91- Moderatore
- Messaggi : 473
Punti : 568
Data d'iscrizione : 05.02.14
Re: aumento esponenziale degli x run dopo aggiornamento distro
Appena ho tempo provo!
Mi scuso per il ritardo nella risposta ma sono stato qualche giorno senza connessione a internet. Comunque ho grossi problemi a fare le verifiche che mi hai chiesto in quanto cambiando il prefisso jack non parte più, rimane fermo alla voce avvio e non risponde più a nessun comando. Questo succede solo con il kernel rt, con il low latency riesco a settare il tutto a piacimento. Ho riavviato il computer 4 o 5 volte poichè è l' unico modo per far ripartire jack ma non sono ancora riuscito a farlo funzionare. Ho provato con
Mi scuso per il ritardo nella risposta ma sono stato qualche giorno senza connessione a internet. Comunque ho grossi problemi a fare le verifiche che mi hai chiesto in quanto cambiando il prefisso jack non parte più, rimane fermo alla voce avvio e non risponde più a nessun comando. Questo succede solo con il kernel rt, con il low latency riesco a settare il tutto a piacimento. Ho riavviato il computer 4 o 5 volte poichè è l' unico modo per far ripartire jack ma non sono ancora riuscito a farlo funzionare. Ho provato con
- Codice:
jack sync
- Codice:
jack s
Babbo Natale- Baby Tux
- Messaggi : 330
Punti : 427
Data d'iscrizione : 21.05.13
Località : Lapponia
Pagina 2 di 2 • 1, 2
Argomenti simili
» Mi REMASTERSYSsi la tua distro?
» Ffado drivers 2.1.0
» Elenco Distro Linux
» Xrun. Che sia un problema di distro?
» Indeciso sulla distro
» Ffado drivers 2.1.0
» Elenco Distro Linux
» Xrun. Che sia un problema di distro?
» Indeciso sulla distro
Pagina 2 di 2
Permessi in questa sezione del forum:
Non puoi rispondere agli argomenti in questo forum.
|
|
Gio Apr 02, 2020 1:56 pm Da ivoermejo
» rimuovere tracce obsolete
Gio Giu 13, 2019 11:43 am Da Steeler
» Carla non riesco a caricare plugins .dll
Mer Ott 03, 2018 12:07 pm Da Stan
» jack e molteplici schede audio
Gio Mag 24, 2018 6:52 am Da snake150582
» Saffire pro 24 dsp, Ubuntu Studio 16.04, Jack
Mar Feb 13, 2018 6:43 am Da end117
» Chi siamo, dove andiamo?
Lun Mar 27, 2017 5:26 am Da franki
» Ingen
Lun Mar 27, 2017 5:16 am Da franki
» RME Multiface Nuendo Audiolink 96 + PCI + PCMCIA II & Cable + Original Box
Mar Ago 23, 2016 8:03 pm Da touchstyle
» ancora un softsynth ...
Mar Mag 31, 2016 5:29 pm Da franki