Linux-Audio.org
Vuoi reagire a questo messaggio? Crea un account in pochi click o accedi per continuare.
Chiudi i Widgets
Cerca
 
 

Risultati per:
 


Rechercher Ricerca avanzata

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 ]

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 ]

Commenti: 20

Mag 2024
LunMarMerGioVenSabDom
  12345
6789101112
13141516171819
20212223242526
2728293031  

Calendario Calendario

Ultimi argomenti attivi
» vst di piano
aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 EmptyGio Apr 02, 2020 1:56 pm Da ivoermejo

» rimuovere tracce obsolete
aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 EmptyGio Giu 13, 2019 11:43 am Da Steeler

» Carla non riesco a caricare plugins .dll
aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 EmptyMer Ott 03, 2018 12:07 pm Da Stan

» jack e molteplici schede audio
aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 EmptyGio Mag 24, 2018 6:52 am Da snake150582

» Saffire pro 24 dsp, Ubuntu Studio 16.04, Jack
aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 EmptyMar Feb 13, 2018 6:43 am Da end117

» Chi siamo, dove andiamo?
aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 EmptyLun Mar 27, 2017 5:26 am Da franki

» Ingen
aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 EmptyLun Mar 27, 2017 5:16 am Da franki

» RME Multiface Nuendo Audiolink 96 + PCI + PCMCIA II & Cable + Original Box
aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 EmptyMar Ago 23, 2016 8:03 pm Da touchstyle

» ancora un softsynth ...
aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 EmptyMar Mag 31, 2016 5:29 pm Da franki

I postatori più attivi del mese
Nessun utente


aumento esponenziale degli x run dopo aggiornamento distro

4 partecipanti

Pagina 2 di 2 Precedente  1, 2

Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  as91 Gio Mag 01, 2014 7:08 pm

Allora prima di tutto scusa il ritardo nella risposta, avvia col RT e posta il risultato di
Codice:
sudo /etc/init.d/rtirq start
e subito dopo dai
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  cincin 

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! Very Happy

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
as91
Moderatore
Moderatore

Messaggi : 473
Punti : 568
Data d'iscrizione : 05.02.14

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  Babbo Natale Ven Mag 02, 2014 10:19 am

as91 ha scritto:Allora prima di tutto scusa il ritardo nella risposta, avvia col RT e posta il risultato di
Codice:
sudo /etc/init.d/rtirq start
e subito dopo dai
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
e
Codice:
sudo /etc/init.d/rtirq status
ottengo:

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
Babbo Natale
Baby Tux
Baby Tux

Messaggi : 330
Punti : 427
Data d'iscrizione : 21.05.13
Località : Lapponia

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  as91 Sab Mag 03, 2014 5:36 pm

scheda audio priorità 80-81 timer rtc priorità 90. Imposta priorità jack tra questi 2 valori
as91
as91
Moderatore
Moderatore

Messaggi : 473
Punti : 568
Data d'iscrizione : 05.02.14

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  Babbo Natale Dom Mag 04, 2014 5:41 pm

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:

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 <a href=aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Jack11" />

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
Babbo Natale
Baby Tux
Baby Tux

Messaggi : 330
Punti : 427
Data d'iscrizione : 21.05.13
Località : Lapponia

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  as91 Dom Mag 04, 2014 8:05 pm

La situazione è decisamente migliorata! con xrun come sei messo?vedo che il logo di jack è rosso....
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  giust 

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-pae

as91 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):
aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Latenz12


Situazione in uscita alla ventesima registrazione (click per ingrandire):
aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Latenz13

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
as91
Moderatore
Moderatore

Messaggi : 473
Punti : 568
Data d'iscrizione : 05.02.14

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  Babbo Natale Dom Mag 04, 2014 8:23 pm

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  Razz... ) 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
Babbo Natale
Baby Tux
Baby Tux

Messaggi : 330
Punti : 427
Data d'iscrizione : 21.05.13
Località : Lapponia

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  as91 Dom Mag 04, 2014 8:29 pm

jack_iodelay carica abbastanza il DSP, puoi anche far andare quello per un'oretta e vedere il risultato
as91
as91
Moderatore
Moderatore

Messaggi : 473
Punti : 568
Data d'iscrizione : 05.02.14

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  Babbo Natale Lun Mag 05, 2014 7:04 am

Ecco la schermata della registrazione, oltre un ora nemmeno un x-run..

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 <a href=aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Jack211" />

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
Babbo Natale
Baby Tux
Baby Tux

Messaggi : 330
Punti : 427
Data d'iscrizione : 21.05.13
Località : Lapponia

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  as91 Lun Mag 05, 2014 10:44 am

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 cincin 
as91
as91
Moderatore
Moderatore

Messaggi : 473
Punti : 568
Data d'iscrizione : 05.02.14

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  Babbo Natale Lun Mag 05, 2014 8:17 pm

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 cincin 

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.

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 <a href=aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Jack212" />

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
Babbo Natale
Baby Tux
Baby Tux

Messaggi : 330
Punti : 427
Data d'iscrizione : 21.05.13
Località : Lapponia

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  as91 Lun Mag 05, 2014 9:46 pm

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%
as91
as91
Moderatore
Moderatore

Messaggi : 473
Punti : 568
Data d'iscrizione : 05.02.14

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  Babbo Natale Mar Mag 06, 2014 8:18 am

Ecco qua

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 <a href=aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Jack13" />

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
Babbo Natale
Baby Tux
Baby Tux

Messaggi : 330
Punti : 427
Data d'iscrizione : 21.05.13
Località : Lapponia

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  as91 Mar Mag 06, 2014 10:12 am

errore mio, molte USB non riesco a scendere sotto i 64  Embarassed 

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
as91
Moderatore
Moderatore

Messaggi : 473
Punti : 568
Data d'iscrizione : 05.02.14

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  Babbo Natale Mer Mag 07, 2014 8:04 am

Ciao, ho completato la tabella con le misure di jack_iodelay ma sembra che la latenza rimanga piuttosto alta..

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 <a href=aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Jack14" />

Eppure credo di aver fatto tutto correttamente..
Babbo Natale
Babbo Natale
Baby Tux
Baby Tux

Messaggi : 330
Punti : 427
Data d'iscrizione : 21.05.13
Località : Lapponia

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  touchstyle Mer Mag 07, 2014 8:16 pm

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...  Very Happy 

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.
touchstyle
touchstyle
Moderatore
Moderatore

Messaggi : 335
Punti : 421
Data d'iscrizione : 06.05.12
Età : 45

http://www.touchstyle.it

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  Babbo Natale Mer Mag 07, 2014 10:27 pm

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
Babbo Natale
Baby Tux
Baby Tux

Messaggi : 330
Punti : 427
Data d'iscrizione : 21.05.13
Località : Lapponia

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  as91 Ven Mag 09, 2014 8:23 am

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.

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

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Latency-chain

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! giust 

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
as91
Moderatore
Moderatore

Messaggi : 473
Punti : 568
Data d'iscrizione : 05.02.14

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  Babbo Natale Ven Mag 09, 2014 3:31 pm

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 Very Happy 

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 Razz
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
Babbo Natale
Baby Tux
Baby Tux

Messaggi : 330
Punti : 427
Data d'iscrizione : 21.05.13
Località : Lapponia

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  as91 Ven Mag 09, 2014 5:50 pm

Perfetti, se hai voglia di aggiungere anche i risultati per
Codice:
jack_lsp -l
(solo latenza in entrata e uscita - capture e playback). Fai solo i 48000 96000 e 192000 in quanto valori diversi con una latenza di jackd non multipla di 1 danno latenze superiori che aggiungono degli errori da eliminare. Ulteriore prova dell'efficacia di usare latenze intere, e non valori con la virgola.

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 Wink )

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
as91
Moderatore
Moderatore

Messaggi : 473
Punti : 568
Data d'iscrizione : 05.02.14

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  Babbo Natale Sab Mag 10, 2014 1:51 pm

Questi sono i risultati che mi hai chiesto di
Codice:
jack_lsp -l
. Sono partito da 128 in quanto 64 ho capito che non lo devo utilizzare.

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
Babbo Natale
Baby Tux
Baby Tux

Messaggi : 330
Punti : 427
Data d'iscrizione : 21.05.13
Località : Lapponia

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  as91 Sab Mag 10, 2014 2:21 pm

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
as91
Moderatore
Moderatore

Messaggi : 473
Punti : 568
Data d'iscrizione : 05.02.14

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  as91 Mer Mag 14, 2014 9:45 am

in base a questi dati:

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Jack14

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
as91
Moderatore
Moderatore

Messaggi : 473
Punti : 568
Data d'iscrizione : 05.02.14

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  Babbo Natale Dom Mag 18, 2014 3:51 pm

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
Codice:
jack sync
ma con gli stessi risultati, a 64 non parte niente mentre a 128 non funziona jack_iodelay, ora vorrei provare con
Codice:
jack s
ma jack non ne vuole sapere di partire, nemmeno mettendo le impostazioni che uso sempre riesco a farlo andare. Se non sono strettamente necessari questi dati lascerei perdere....
Babbo Natale
Babbo Natale
Baby Tux
Baby Tux

Messaggi : 330
Punti : 427
Data d'iscrizione : 21.05.13
Località : Lapponia

Torna in alto Andare in basso

aumento esponenziale degli x run dopo aggiornamento distro - Pagina 2 Empty Re: aumento esponenziale degli x run dopo aggiornamento distro

Messaggio  Contenuto sponsorizzato


Contenuto sponsorizzato


Torna in alto Andare in basso

Pagina 2 di 2 Precedente  1, 2

Torna in alto

- Argomenti simili

 
Permessi in questa sezione del forum:
Non puoi rispondere agli argomenti in questo forum.