Xrun maledetti ...

di UnderPressure il 01.12.11, 16:24:05

Appena iscritto e già rompo

Discussione avviata anche in ubuntu forum:
Salve a tutti, qualche
giorno fa sono passato dalla Maverick (a Natty avevo rinunciato per lo
stesso motivo che vi spiego di seguito) alla Oneiric.
A parte il disagio iniziale di Unity (... va già meglio), direi tutto bene eccetto il solito jack ...

Stesso
computer della scorsa settimana (4cpu e 4GB di RAM), stessa scheda
audio (è una pedaliera per chitarra che può essere usata come scheda
audio usb), stesse impostazioni di jack, ma mentre prima lavoravo ad
una latenza di 11 ms, adesso se scendo sotto gli 83ms, cominciano a
crescere a dismisura gli xrun.

Ho controllato e ricontrollato tutto, ma non ne vengo fuori.

Le impostazioni che utlizzavo con Maverick :
Priority = 86
Fotogrammi/Periodo = 256
Campionamento = 48000
Periodi Buffer = 2

Adesso,
per fermare gli XRUN, sono costretto ad alzare Fotogrammi/Periodo =
2048, portando però la latenza a valori tali da non consentirmi di
suonare con la chitarra.
Anche con Maverick utilizzano il kernel di default e non il lowlatency o RT.


aplay -l

Codice:

scheda 0: SB [HDA ATI SB], dispositivo 0: VT2020 Analog [VT2020 Analog]
  Sottoperiferiche: 2/2
  Sottoperiferica #0: subdevice #0
  Sottoperiferica #1: subdevice #1
scheda 0: SB [HDA ATI SB], dispositivo 1: VT2020 Digital [VT2020 Digital]
  Sottoperiferiche: 2/2
  Sottoperiferica #0: subdevice #0
  Sottoperiferica #1: subdevice #1
scheda 2: HDMI [HDA ATI HDMI], dispositivo 3: HDMI 0 [HDMI 0]
  Sottoperiferiche: 1/1
  Sottoperiferica #0: subdevice #0
scheda 3: CODEC [USB Audio CODEC], dispositivo 0: USB Audio [USB Audio]
  Sottoperiferiche: 1/1
  Sottoperiferica #0: subdevice #0


Questi i messaggi nel syslog quando collego la scheda audio:

Codice:

Dec  1 13:37:57 ubuhome kernel: [  617.468112] usb 4-1: new full speed USB device number 3 using ohci_hcd
Dec  1 13:37:57 ubuhome mtp-probe: checking bus 4, device 3: "/sys/devices/pci0000:00/0000:00:12.0/usb4/4-1"
Dec
 1 13:37:57 ubuhome kernel: [  617.702331] input: Burr-Brown from TI   
          USB Audio CODEC  as
/devices/pci0000:00/0000:00:12.0/usb4/4-1/4-1:1.3/input/input6
Dec  1
 13:37:57 ubuhome kernel: [  617.702510] generic-usb
0003:08BB:2904.0003: input,hidraw1: USB HID v1.00 Device [Burr-Brown
from TI              USB Audio CODEC ] on usb-0000:00:12.0-1/input3
Dec  1 13:37:58 ubuhome mtp-probe: bus: 4, device: 3 was not an MTP device
Dec
 1 12:37:58 ubuhome rtkit-daemon[1717]: Successfully made thread 3621 of
 process 3434 (n/a) owned by '1000' RT at priority 5.
Dec  1 12:37:58 ubuhome rtkit-daemon[1717]: Supervising 6 threads of 1 processes of 1 users.
Dec
 1 12:37:58 ubuhome rtkit-daemon[1717]: Successfully made thread 3622 of
 process 3434 (n/a) owned by '1000' RT at priority 5.
Dec  1 12:37:58 ubuhome rtkit-daemon[1717]: Supervising 7 threads of 1 processes of 1 users.


Questi quelli quando attivo jack

Codice:

Dec  1 13:42:03 ubuhome pulseaudio[3434]: [pulseaudio]
module-jack-sink.c: JACK error >Cannot lock down memory area
(Impossibile allocare memoria)<
Dec  1 12:42:03 ubuhome
rtkit-daemon[1717]: Successfully made thread 3702 of process 3434 (n/a)
owned by '1000' RT at priority 9.
Dec  1 12:42:03 ubuhome rtkit-daemon[1717]: Supervising 8 threads of 1 processes of 1 users.
Dec
 1 12:42:03 ubuhome rtkit-daemon[1717]: Successfully made thread 3704 of
 process 3434 (n/a) owned by '1000' RT at priority 5.
Dec  1 12:42:03 ubuhome rtkit-daemon[1717]: Supervising 9 threads of 1 processes of 1 users.
Dec
 1 12:42:03 ubuhome rtkit-daemon[1717]: Successfully made thread 3705 of
 process 3434 (n/a) owned by '1000' RT at priority 9.
Dec  1 12:42:03 ubuhome rtkit-daemon[1717]: Supervising 10 threads of 1 processes of 1 users.
Dec
 1 13:42:03 ubuhome pulseaudio[3434]: [pulseaudio] module-jack-sink.c:
JACK error >Cannot use real-time scheduling (RR/81)(1: Operazione non
 permessa)<
Dec  1 13:42:03 ubuhome pulseaudio[3434]: [pulseaudio]
 module-jack-sink.c: JACK error >JackClient::AcquireSelfRealTime
error<
Dec  1 13:42:03 ubuhome pulseaudio[3434]: [pulseaudio]
module-jack-sink.c: JACK error >JackActivationCount::Signal value = 0
 ref = 3<
Dec  1 12:42:03 ubuhome rtkit-daemon[1717]: Successfully
 made thread 3703 of process 3434 (n/a) owned by '1000' RT at priority
9.
Dec  1 12:42:03 ubuhome rtkit-daemon[1717]: Supervising 11 threads of 1 processes of 1 users.
Dec
 1 12:42:03 ubuhome rtkit-daemon[1717]: Successfully made thread 3709 of
 process 3434 (n/a) owned by '1000' RT at priority 9.
Dec  1 12:42:03 ubuhome rtkit-daemon[1717]: Supervising 12 threads of 1 processes of 1 users.
Dec
 1 13:42:03 ubuhome pulseaudio[3434]: [pulseaudio] module-jack-source.c:
 JACK error >Cannot use real-time scheduling (RR/81)(1: Operazione
non permessa)<
Dec  1 13:42:03 ubuhome pulseaudio[3434]:
[pulseaudio] module-jack-source.c: JACK error
>JackClient::AcquireSelfRealTime error<
Dec  1 12:42:03 ubuhome
 rtkit-daemon[1717]: Successfully made thread 3708 of process 3434 (n/a)
 owned by '1000' RT at priority 5.
Dec  1 12:42:03 ubuhome rtkit-daemon[1717]: Supervising 13 threads of 1 processes of 1 users.
Dec
 1 12:42:03 ubuhome rtkit-daemon[1717]: Successfully made thread 3707 of
 process 3434 (n/a) owned by '1000' RT at priority 9.
Dec  1 12:42:03 ubuhome rtkit-daemon[1717]: Supervising 14 threads of 1 processes of 1 users.


di Rael il 01.12.11, 16:30:13

.. sicuramente ti risponderà chi ne sà più di me ... ma intanto .. perchè campionamento a 48000 e non 44100?

Che versione di Jack monta Oneiric?

di UnderPressure il 01.12.11, 16:38:14

Grazie della risposta.
48000 me lo porto dietro per alcuni progetti
ardour registrati così ... comunque posso anche modificarlo, ma il
risultato degli xrun non cambia.
Su Oneiric c'è la 1.9.7 di jack

Ciao

di el_Felix il 01.12.11, 16:43:53

C'è una cosa che non va, nelle impostazioni di jack:
Interfaccia è
impostata su hw:3 (che è quella giusta) mentre dispositivo di uscita è
impostato su hw:0, dovresti impostarlo su "predefinito" come per il
dispositivo di entrata. Prova così e vedi se cambia qualcosa.

Effettivamente il kernel lowlatency o l'RT da maverick in poi non sono più necessari.

Posta anche il risultato di questo comando (non credo che sia questo il problema, ma è giusto una curiosità):

Codice:

cat /proc/interrupts

di Rael il 01.12.11, 16:46:08

Quella versione di Jack sul mio hardware mi dava xruns a manetta ... se
cerchi tra i post vedi la storia .. alla fine mi sono ri installato
ubuntu studio 10.10 e tutto è andato a posto.

di UnderPressure il 01.12.11, 16:51:11

Come dispositivo di uscita uso la scheda audio integrata del pc.
La scheda audio usb (pedaliera per chitarra) la uso solo per acquisire.

Questo il risultato del comando:

Codice:

          CPU0      CPU1      CPU2      CPU3     
  0:        197        557      10390    5145793  IO-APIC-edge      timer
  1:      15600          0          5        28  IO-APIC-edge      i8042
  4:          0          0          0          2  IO-APIC-edge   
  7:          1          0          0          0  IO-APIC-edge   
  8:          0          0          0          1  IO-APIC-edge      rtc0
  9:          0          0          0          0  IO-APIC-fasteoi  acpi
 14:        48          2        977      25354  IO-APIC-edge      pata_atiixp
 15:          0          0          0          0  IO-APIC-edge      pata_atiixp
 16:      13581          0          6      2875  IO-APIC-fasteoi  firewire_ohci, hda_intel
 17:      16123          0          7      3107  IO-APIC-fasteoi  ehci_hcd:usb1, ehci_hcd:usb2, ehci_hcd:usb3
 18:    769667          0          4        108  IO-APIC-fasteoi 
 ohci_hcd:usb4, ohci_hcd:usb5, ohci_hcd:usb6, ohci_hcd:usb7,
fglrx[0]@PCI:1:5:0
 19:          0        71          0        39  IO-APIC-fasteoi  hda_intel
 42:          0          0          0          1  PCI-MSI-edge      xhci_hcd
 43:          0          0          0          0  PCI-MSI-edge      xhci_hcd
 44:          0          0          0          0  PCI-MSI-edge      xhci_hcd
 45:          0          0          0          0  PCI-MSI-edge      xhci_hcd
 46:          0          0          0          0  PCI-MSI-edge      xhci_hcd
 47:      45405          0        31      7073  PCI-MSI-edge      ahci
 48:    1199749          0          0        65  PCI-MSI-edge      eth0
NMI:          0          0          0          0  Non-maskable interrupts
LOC:    2741055    2052989    2010163    110282  Local timer interrupts
SPU:          0          0          0          0  Spurious interrupts
PMI:          0          0          0          0  Performance monitoring interrupts
IWI:          0          0          0          0  IRQ work interrupts
RES:    4455401    3465356    1770748    1096129  Rescheduling interrupts
CAL:      7436      8955      10732      24711  Function call interrupts
TLB:      15043      13155      10981      10943  TLB shootdowns
TRM:          0          0          0          0  Thermal event interrupts
THR:          0          0          0          0  Threshold APIC interrupts
MCE:          0          0          0          0  Machine check exceptions
MCP:        29        29        29        29  Machine check polls
ERR:          1
MIS:          0


Ma per quanto riguarda la versione, si può installare una versione più vecchia di jack ? Forse devo solo recuperare il deb

di el_Felix il 01.12.11, 17:08:49

Mmm, e con Maverick, con le stesse impostazioni, non hai mai avuto nessun problema?
ma non è che hai modo di collegare delle casse alla pedaliera? non ha delle uscite audio di qualsiasi tipo?
Hai
controllato la parte della guida in cui viene spiegato come impostare
jack per l'utilizzo di due schede audio contemporaneamente?
in ogni
caso vedo che hai le linee di interrupt dei dispositivi usb (la 17 e la
18) parecchio affollate: prova a scollegare tutte le periferiche usb
tranne la pedaliera e vedi se la situazione cambia un minimo

di UnderPressure il 01.12.11, 17:26:56

Si, con maverick lo usavo esattamente così e funzionava perfettamente. Ho anche un backup delle vecchie impostazioni.
Ho fatto la prova delle usb, ma il risultato non cambia.
Questo il nuovo interrupts

Codice:

          CPU0      CPU1      CPU2      CPU3     
  0:        292        938      14662    6765622  IO-APIC-edge      timer
  1:      17676          0          5        28  IO-APIC-edge      i8042
  4:          0          0          0          2  IO-APIC-edge   
  7:          1          0          0          0  IO-APIC-edge   
  8:          0          0          0          1  IO-APIC-edge      rtc0
  9:          0          0          0          0  IO-APIC-fasteoi  acpi
 14:        48          2      1230      31603  IO-APIC-edge      pata_atiixp
 15:          0          0          0          0  IO-APIC-edge      pata_atiixp
 16:      48699          0          6      2875  IO-APIC-fasteoi  firewire_ohci, hda_intel
 17:      16162          0          7      3107  IO-APIC-fasteoi  ehci_hcd:usb1, ehci_hcd:usb2, ehci_hcd:usb3
 18:    1231344          0          4        108  IO-APIC-fasteoi 
 ohci_hcd:usb4, ohci_hcd:usb5, ohci_hcd:usb6, ohci_hcd:usb7,
fglrx[0]@PCI:1:5:0
 19:          0        77          0        39  IO-APIC-fasteoi  hda_intel
 42:          0          0          0          1  PCI-MSI-edge      xhci_hcd
 43:          0          0          0          0  PCI-MSI-edge      xhci_hcd
 44:          0          0          0          0  PCI-MSI-edge      xhci_hcd
 45:          0          0          0          0  PCI-MSI-edge      xhci_hcd
 46:          0          0          0          0  PCI-MSI-edge      xhci_hcd
 47:      51771          0        31      7073  PCI-MSI-edge      ahci
 48:    1689759          0          0        65  PCI-MSI-edge      eth0
NMI:          0          0          0          0  Non-maskable interrupts
LOC:    3770184    2598618    2642077    140236  Local timer interrupts
SPU:          0          0          0          0  Spurious interrupts
PMI:          0          0          0          0  Performance monitoring interrupts
IWI:          0          0          0          0  IRQ work interrupts
RES:    5439525    4379576    2266373    1381773  Rescheduling interrupts
CAL:      9216      11187      14320      31594  Function call interrupts
TLB:      20915      14701      12297      12268  TLB shootdowns
TRM:          0          0          0          0  Thermal event interrupts
THR:          0          0          0          0  Threshold APIC interrupts
MCE:          0          0          0          0  Machine check exceptions
MCP:        36        36        36        36  Machine check polls
ERR:          1
MIS:          0


Sto pensando di disinstallare jack, sostituire i repository con quelli di maverick e reinstallare jack ... chissà che succede

di UnderPressure il 01.12.11, 17:55:43

^^
Non succede niente .. mi installa sempre la stessa versione

di el_Felix il 01.12.11, 18:23:24

Il risultato del comando che hai postato è sempre lo stesso perché anche
se togli i dispositivi usb in realtà la porta hardware rimane lo
stesso: la prova devi farla vedendo se jack ti dà lo stesso numero di
xrun anche se non c'è nessun dispositivo usb collegato al sistema.

Poi
prova a usare un'unica interfaccia, metti in "Interfaccia" il valore
hw:3 e metti su "dispositivo di ingresso" e "dispositivo di uscita" il
valore "predefinito" e vedi che succede. Poi fai la stessa prova
mettendo in "Interfaccia" il valore hw:0 e vedi se e cosa cambia
rispetto alla prima prova. Poi sei sicuro che come dispositivo di uscita
devi selezionare hw:0 e non magari hw:0,0 o hw:0,1? Fai anche quelle
prove riportando sempre i vari risultati.

La questione
riguardante la versione di jack potrebbe entrarci qualcosa, ma dato che è
una cosa un po' delicata (Rael l'ha scoperto a sue spese) perciò per
ora la lascerei stare, facciamo un po' di prove per cercare di isolare
il problema, e poi vediamo come poterci muovere.

di UnderPressure il 01.12.11, 19:06:53

el_Felix ha scritto:Poi prova a usare un'unica interfaccia,
metti in "Interfaccia" il valore hw:3 e metti su "dispositivo di
ingresso" e "dispositivo di uscita" il valore "predefinito" e vedi che
succede.

GENIO !!!! Così funziona ma sono costretto a collegare le casse alla pedaliera e quindi farla lavorare IN/OUT

el_Felix ha scritto:Poi fai la stessa prova mettendo in "Interfaccia" il valore hw:0 e vedi se e cosa cambia rispetto alla prima prova.

jack non si avvia proprio .... la scheda integrata sarà delle peggiori....

el_Felix ha scritto:Poi sei sicuro che come dispositivo di
uscita devi selezionare hw:0 e non magari hw:0,0 o hw:0,1? Fai anche
quelle prove riportando sempre i vari risultati.

Si, prima la usavo così. Comunque ho provato le varie combinazioni e gli
xrun son sempre elevati ... anzi con hw:0,1 non parte proprio

Quindi,
la differenza rispetto a Maverick è che non funziona correttamente
quando uso la scheda usb per l'input e la scheda integrata per l'output
Almeno un grosso passo in avanti

di el_Felix il 01.12.11, 19:22:37

Sì, abbiamo capito che il problema è la scheda integrata.
Secondo me,
come ti dicevo qualche post fa, la cosa migliore sarebbe usare la
pedaliera sia per l'in che per l'out: è sicuramente meglio di qualsiasi
schedina integrata come qualità di conversione e oltretutto non obbliga
jack e il sistema a dover dialogare con due dispositivi diversi. Se hai
la possibilità di farlo, fai così!
Volendo, se jack lo utilizzi
soltanto saltuariamente e di norma utilizzi l'audio di sistema, puoi
semplicemente collegare le casse alla pedaliera quando usi jack e poi
ricollegarle alla scheda integrata quando usi il sistema "normalmente"
(insomma quando jack non è in esecuzione)

di UnderPressure il 01.12.11, 19:26:24

Per il momento, ci accontentiamo.
Poi, se riesco a trovare una
soluzione la posto anche qui ... non posso digerire il fatto che
maverick riusciva a gestire le due schede contemporaneamente e questa
no.

Grazie mille !!

di el_Felix il 01.12.11, 19:33:24

Capita capita...mi ricordo che quando iniziai io a smanettare con
l'audio (su Ubuntu 8.04) c'era la versione 8.10 che era totalmente
sconsigliata perché ci si ottenevano risultati scarsissimi, oppure la
versione con KDE, Kubuntu, che non mi ricordo per quale problema aveva
seri problemi anch'essa a lavorare bene in realtime.
In più sono
usciti fuori dei problemi con schede audio usb date per supportate che
con molti utenti (l'utente saguan potrà dirtelo) hanno dato un sacco di
problemi.

A proposito di saguan...lui ha portato su questo forum
un utente, munny, il quale ha patchato un kernel per la produzione audio
che a quanto pare ha risolto parecchi grattacapi a non poche persone:
potresti provare a installarlo e vedere come va (dando per scontato che
una piccola soluzione l'abbiamo trovata)

di Rael il 31.03.12, 08:10:04

...... parlando sempre di xruns, ho installato in doppia partizione
Ubuntu studio 11.10 ...... per curiosità ho fatto partire jack ... e
rimane connesso .. un passo in più di AVLinux che con questa macchina mi
stoppava jack dopo 1 secondo.

Apro quindi Qsynth ... anzi apro 6
engines .. e inizio a suonare la tastiera collegata in midi, ... dunque
ho notato che mi parte 1 xrun ogni circa due minuti ...dal punto di
vista audio .. non mi impatta nulla ... mi devo preoccupare ... oppure
ci può stare?

.........
aggiungo: prova al volo con un solo engine in Ubuntu studio 10.10
....... praticamente nessun xrun ..... al di là che ho usato meno
engines ... mi sà che (come pensavo del resto) la 10.10 ciuccia meno
risorse

di Rael il 31.03.12, 23:02:25

Si, credo di poter confermare,

ho usato la 10.10 per un paio di
ore almeno, tenendo aperti Ardour (da dove registravo) e che pilotava
rosegarden, qsynth, hydrogen e Rakarrak ...... in tutto questo popò di
roba c'è stato un solo xrun con latenza 11,6
Con la mia macchina e
con le attuali impostazioni non credo si possa fare di meglio .. per un
home studio direi che non c'è da lamentarsi.
Magari patchando qualche kernel .. si può fare di più .. ma va bene anche così

Discussione vecchia e ormai è uscita la 12.04 studio però se si ha un multicore conviene usare jack2 al posto di jack. Son cose che ho letto solo però. Spero di sperimentare a breve.

se hai macchina datate la 12.04 le mette in crisi un po' .. da me la 12.04 mi ha fatto solo perdere tempo.

io consiglio sempre la 12.04 ma DE leggero e kernel RT! fa la differenza!

hellalive ha scritto:io consiglio sempre la 12.04 ma DE leggero e kernel RT! fa la differenza!

La 12.04 di ubuntu studio da me è stata un disatro, la 11.10 è andata meglio .. il top ce l'ho con la 10.10 (sempre ubuntu studio)

Hai provato a mettere Period/Buffer = 3 ?
Ricordo che molti anni fa era determinante con USB, e anche il sr a 48 khz

HTH
ciao

emillo ha scritto:Hai provato a mettere Period/Buffer = 3 ?
Ricordo che molti anni fa era determinante con USB, e anche il sr a 48 khz

HTH
ciao

Onestamente non ho fatto queste prove, la scheda audio che uso sul pc desktop è pci.

emillo ha scritto:Hai provato a mettere Period/Buffer = 3 ?
Ricordo che molti anni fa era determinante con USB, e anche il sr a 48 khz

HTH
ciao

Non so a quanto tempo fa ti riferisci, ma io per esempio ricordo che nel 2008/2009 (o giù di lì) usando schede usb lavorava tranquillamente a 44,1 Khz e Period/Buffer=2.

Comunque, una prova vale sempre la pena farla

il metodo period/buffer=3 con l'USB è obsoleto. È però utile settare rtirq per dare priorità alla scheda usb e sopratutto collegarla su una porta che non condivide l'irq con chiavette wireless e varie. Rael, forse dovresti compilarti un kernel rt..che DE usi? Hai chiuso tutto ciò che non serve per la produzione audio? Le priorità in realtime?

hellalive ha scritto:il metodo period/buffer=3 con l'USB è obsoleto. È però utile settare rtirq per dare priorità alla scheda usb e sopratutto collegarla su una porta che non condivide l'irq con chiavette wireless e varie. Rael, forse dovresti compilarti un kernel rt..che DE usi? Hai chiuso tutto ciò che non serve per la produzione audio? Le priorità in realtime?

Hella, come già detto sul desktop uso Ubuntustudio 10.10 (e và benone) questa DE (correggimi se eventualmente sbaglio) provvede già a settare tutto in modo da ottimizzare il sistema.
Il problema c'è stato con Ubuntustudio 12.04 (che ho poi tolto), mentre ho lasciato in dual boot Ubuntu studio 11.10 che funziona benino ma che non eguaglia le prestazioni della DE 10.10
Su questo pc ho anche provato ad installare AVLinux ma addirittura non si installava (non ricordo bene il messaggio di errore) .. mentre ad esempio lo stesso AVLinux sul pc laptop è andato una meraviglia.
Per quello che a volte dico .. non siamo noi a scegliere le DE ... ma è il pc che in base all'hardware .. ti porta a fare scelte obbligate indirizzandoti sulla DE che gira meglio su quella macchina.
Credo .. ma è solo un supposizione, che la maggior parte dei guai che ho avuto sul pc desktop siano dovuti ad un mal riconoscimento della scheda video integrata nella mother.