[risolto] ardour registra malamente

[Senbee]

ok quindi con pipewire quella scheda sonora non funziona, punto. Non è questione di vecchi progetti, né di frequenza, né di Ardour...
Averlo saputo prima. :-/
Abbiamo trovato un'incompatibilità hardware. Poi, oh, sono convinto che con qualche trucco si riesca a far funzionare, ma non ce l'ho sotto mano e quindi proprio non riesco.

Per essere sicuri, prova con un'altra scheda sonora. Per esempio, se il pc ha una scheda sonora integrata, riesci a vedere se funziona? Magari semplicemente staccando il cavo della scheda sonora e partendo così.

[elaeolo]

ok quindi con pipewire quella scheda sonora non funziona, punto

non è mica così.
ora, ho trovato un gap, ma è un po' macchinoso
riavvio, accendo un mp3 e youtube ed i collegamenti sono così e si sente male

cambio collegamenti a così e si sente bene

mi ha messo la pulce nell'orecchio il fatto che il sistema vede 4 uscite dalla scheda, ma non ci sono, sono inventate dal sistema (la scheda ha 4 canali in ingresso, ma solo due in uscita), infatti il test funziona solo per il posteriore.
credo che il sistema con pipewire abbia qualche impostazione per l'audio a 4 canali, robe per il cinema.
magari esiste il modo di fargli sapere che non c'è nulla a 4 canali collegato.

con qpwgraph sempre acceso, quando metto youtube in pausa e poi in play, vedo che si riconnette all'uscita inesistente

[elaeolo]

edit.
ok, riesco ad usare tutto.
l'unica menata è che devo sempre ricollegare ogni uscita come scrivo sopra.
ed ogni flusso, quando va in pausa, cessa di esistere.
tipo: youtube inserisce la pubblicità? e dopo si riconnette all'uscita sbagliata.
oppure: audacity va in pausa? idem.


quindi per far funzionare bene tutto, dovrei o
1) riuscire a dire al sistema che le uscite sono due
o
2) mettere in blacklist, non la scheda audio integrata, ma gli ingressi FL e FD (o AUX e AUX1).


ho provato tutte le diverse opzioni di configurazione di pavucontrol, ma tutte mi danno le 4 uscite, ed in automatico prende quelle sbagliate

[Senbee]

Sì comunque tutto questo non accade senza pipewire e senza quella scheda sonora, giusto?
Perlomeno, qui ho provato con varie schede sonore e non ho mai avuto quei problemi una volta installato pipewire. Hai provato a far partire Ubuntu senza la scheda USB attaccata e usare solo la scheda integrata?

[elaeolo]

Hai provato a far partire Ubuntu senza la scheda USB attaccata e usare solo la scheda integrata?

certo che ho provato.
ed anche mentre è collegata con USB, la scheda interna si vede a due ingressi.

in ogni caso è un'allucinazione di pipewire che la scheda USB abbia 4 uscite.
tieni presente che ha 4 ingressi, magari per lui è implicito che debba avere anche 4 uscite.
inoltre la scheda è class compliant, non è un problema di driver.

però 4 uscite in molti casi, per numerosi film, servono, anche se in questa scheda non esistono

[Senbee]

No scusa, dico: se proprio stacchi e non usi la scheda USB, e usi solo quella integrata, l'audio di YT eccetera si sente male con pipewire?
Per capire se è un'incompatibilità di pipewire con quella particolare scheda sonora USB o se è qualcos'altro.

[elaeolo]

No scusa, dico: se proprio stacchi e non usi la scheda USB, e usi solo quella integrata, l'audio di YT eccetera si sente male con pipewire?
Per capire se è un'incompatibilità di pipewire con quella particolare scheda sonora USB o se è qualcos'altro.

con la integrata pipewire va bene

[Senbee]

OK, quindi è la scheda sonora. Mumble mumble... chissà se da qualche parte qualcuno ha risolto... Bisognerebbe fare delle prove.

EDIT: Sì, facendo una piccola ricerca su Google, è pieno di gente che si lamenta di vari problemi con quella scheda su Ubuntu. Anche per il numero di uscite e cose del genere. Sono nate guide, consigli e persino script di installazione. Per esempio:
https://github.com/julienmary/umc404hd_setup
https://gitlab.freedesktop.org/pipewire ... ssues/2750
https://gitlab.freedesktop.org/pipewire ... ssues/2703
https://forums.linuxmint.com/viewtopic.php?p=2299306

[elaeolo]

io, sinché avevo la 18.04 (anzi per tutto il suo uso, ma sino ad un certo momento dove, credo per un aggiornamento, sono stato obbligato a passare alla 22.04, entrando in un tunnel), ho sempre registrato a 256 di latenza.
ieri ho registrato cose, e sentivo un ritorno di diversi crepitii, che poi non sono risultati registrati, se ascoltati a latenze più alte.

dato che a fare modifiche adesso mi tremano un po' le gambe,

https://github.com/julienmary/umc404hd_setup
https://gitlab.freedesktop.org/pipewire ... ssues/2750
https://gitlab.freedesktop.org/pipewire ... ssues/2703
https://forums.linuxmint.com/viewtopic.php?p=2299306

quale consigli?

[ivantu]

ciao, non capisco il problema.
uso una BEHRINGER UMC404HD (USB).

é una Usb 2.0 Confermi?
Su quale tipo di porta è connessa nel tuo pc?

[elaeolo]

é una Usb 2.0 Confermi?
Su quale tipo di porta è connessa nel tuo pc?

grazie

si, USB 2.0

quale tipo di porta non ci ho fatto caso: vuoi dirmi il comando per controllare le porte? ed eventualmente se secondo te è meglio usare quale?

[ivantu]

due comandi

Codice: Seleziona tutto

lsusb

Codice: Seleziona tutto

lsusb -t

[Senbee]

io, sinché avevo la 18.04 (anzi per tutto il suo uso, ma sino ad un certo momento dove, credo per un aggiornamento, sono stato obbligato a passare alla 22.04, entrando in un tunnel), ho sempre registrato a 256 di latenza.
ieri ho registrato cose, e sentivo un ritorno di diversi crepitii, che poi non sono risultati registrati, se ascoltati a latenze più alte.

dato che a fare modifiche adesso mi tremano un po' le gambe,

https://github.com/julienmary/umc404hd_setup
https://gitlab.freedesktop.org/pipewire ... ssues/2750
https://gitlab.freedesktop.org/pipewire ... ssues/2703
https://forums.linuxmint.com/viewtopic.php?p=2299306

quale consigli?

Il primo non è invasivo :-)
Riavvii e torna tutto come prima. Però sono dei comandi che manda a pulseaudio e jack, non a pipewire quindi dubito che servano a qualcosa. Comunque tentar non nuoce.

[elaeolo]

due comandi

Codice: Seleziona tutto

lsusb

Codice: Seleziona tutto

lsusb -t

Codice: Seleziona tutto

cucciolo@cucciolo:~$ lsusb
Bus 002 Device 004: ID 0a5c:5800 Broadcom Corp. BCM5880 Secure Applications Processor
Bus 002 Device 003: ID 046d:c534 Logitech, Inc. Unifying Receiver
Bus 002 Device 005: ID 1397:0509 BEHRINGER International GmbH UMC404HD 192k
Bus 002 Device 002: ID 8087:0020 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 05ca:1814 Ricoh Co., Ltd HD Webcam
Bus 001 Device 002: ID 8087:0020 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
cucciolo@cucciolo:~$ lsusb -t
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
        |__ Port 1: Dev 5, If 5, Class=Application Specific Interface, Driver=, 480M
        |__ Port 1: Dev 5, If 3, Class=Audio, Driver=snd-usb-audio, 480M
        |__ Port 1: Dev 5, If 1, Class=Audio, Driver=snd-usb-audio, 480M
        |__ Port 1: Dev 5, If 4, Class=Audio, Driver=snd-usb-audio, 480M
        |__ Port 1: Dev 5, If 2, Class=Audio, Driver=snd-usb-audio, 480M
        |__ Port 1: Dev 5, If 0, Class=Audio, Driver=snd-usb-audio, 480M
        |__ Port 3: Dev 3, If 0, Class=Human Interface Device, Driver=usbhid, 12M
        |__ Port 3: Dev 3, If 1, Class=Human Interface Device, Driver=usbhid, 12M
        |__ Port 8: Dev 4, If 0, Class=Application Specific Interface, Driver=, 12M
        |__ Port 8: Dev 4, If 1, Class=Chip/SmartCard, Driver=, 12M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/3p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
        |__ Port 4: Dev 3, If 0, Class=Video, Driver=uvcvideo, 480M
        |__ Port 4: Dev 3, If 1, Class=Video, Driver=uvcvideo, 480M
cucciolo@cucciolo:~$ 

[elaeolo]

Il primo non è invasivo :-)
Riavvii e torna tutto come prima. Però sono dei comandi che manda a pulseaudio e jack, non a pipewire quindi dubito che servano a qualcosa. Comunque tentar non nuoce.

boh, non ci capisco un'acca.
ho creato 4 script eseguibili dentro la cartella zsh creata in /usr/bin.
accendo il pc, accendo nautilus da sudo e eseguo il primo script.
vedo sempre 4 ingressi.
non ha agito?
ho fatto cavolate? (mooolto probabile).

i bug descritti sono simili nei 4 link, ma diversi da ciò che trovo io.
io ho 4 uscite immaginarie.
loro non hanno l'ingresso, mi pare.

in un link viene descritto che il primo kernel col bug audio risolto sia il 5.19.12, mentre io ho il 5.19.0-35.

che ci sia un problema introdotto non ci piove, io la usavo senza alcun problema

[Senbee]

Sì, senza dubbio c'è qualcosa che non va con i nuovi kernel e con Pipewire con quella scheda. Purtroppo non posso aiutarti, non possiedo quella scheda :-(

[elaeolo]

Sì, senza dubbio c'è qualcosa che non va con i nuovi kernel e con Pipewire con quella scheda. Purtroppo non posso aiutarti, non possiedo quella scheda :-(

ok, però sei più esperto di me senza dubbio...
hai idea di come io possa utilizzare quei link?

[Senbee]

Purtroppo no, dato che si riferiscono ad altre distribuzioni. Dal primo si poteva trarre qualcosa (dentro agli script ci sono solo dei comandi, si poteva provare a darli nel terminale senza installare gli script per vedere in tempo reale che effetto facevano, ma se non sortiscono alcun effetto nemmeno se installati all'avvio, sono inutili).
Tra l'altro nell'hardware io proprio esperto non sono. Non ho assolutamente idea di che cosa possa fare la differenza a livello fisico tra un dispositivo che si comporta diversamente a seconda del kernel o del sistema audio che si usa da un altro dispositivo che invece continua a funzionare. Passo il testimone a chi si intende di hardware, che qui sul forum c'è. Sono tanti e tutti molto più esperti di me.
L'unico consiglio che posso dare è quello che farei io: lascerei stare per ora Pipewire. Farei come ho sempre fatto, con Jack e Pulseaudio che si escludono a vicenda, con il bridge quando serve. Installerei ogni tanto pipewire giusto per vedere se la mia scheda funziona e magari ci perderei qualche ora nell'inventarmi nuove soluzioni o provare guide a caso per quanto improbabili (cercando sempre con nuove chiavi di ricerca tipo «"modello della scheda" pipewire crappy sound»), stando bene attento a segnarmi tutto quello che faccio per andare a ritroso e tornare al punto di partenza quando la frustrazione prende il sopravvento sulla voglia di smanettare :-)
D'altronde la prossima LTS non è lontanissima, e avrà Pipewire stabile di default, se non risolvi subito adesso non dovrai aspettare moltissimo.

Comunque se mi viene in mente qualcosa che ti posso consigliare qua, lo scrivo di sicuro. E continuo a leggere questa discussione nel caso vada avanti.

[elaeolo]

per ora, ieri, ho comprato la USB Scarlett 2i2, però terza generazione), così intanto aspetto tamponando l'arrivo di un kernel aggiustato.
oggi arriva, racconto poi l'esito

[Senbee]

Per la terza gen su Linux bisogna fare un paio di cose prima di usarla: