[Risolto] Scheda TV con chip Philips, dirver SAA7134 non funziona su jaunty

[smurf]

Si ok, funziona anche a me, grazie divilinux.
Bobosca non dimenticare che se ti arrivano degli aggiornamenti di kernel dovrai reinstallare il v4l-dvb, dovrebbe essere sufficiente dare

Codice: Seleziona tutto

sudo make install

peró se hai tempo e' consigliabile anche ricompilarlo quindi :

Codice: Seleziona tutto

make
sudo make install

[bobosca]

Grazie anche per i tuoi consigli smurf    (b2b)

[trekfan1]

@smurf aggiungi [Risolto] al titolo del primo post

[smurf]

@smurf aggiungi [Risolto] al titolo del primo post

Non tanto risolto trekfan1, adesso vedo le immagini dalla scheda tv, ma purtroppo sto impazzendo per ottenere un audio decente.
Non riesco a capire se il problema deriva dal driver o dal server audio. I problemi sono due:
1) sembra esserci una certa eco
2) non esiste un bit rate che vada bene
se non riesco a mettere a posto questi due non posso capire se l' audio é sincronizzato con le immagini.

su intrepid era stato abbastanza facile, usavo il comando

Codice: Seleziona tutto

sox -c 2 -r 32000 -t alsa hw:1,0 -t alsa hw:0,0 & tvtime

e funzionava benissimo, su jaunty no. Inoltre su jaunty non sempre riconosce la scheda hw:0,0, ho aggirato il problema usando l'output di default con l' opzione -d.

Ci sono alternative per redirezionare l' audio della scheda tv sul mixer?

[[lost]-Divilinux]

E' sempre stato cosi' perche' quella scheda non ha nessun canale audio..io usavo arecord

Codice: Seleziona tutto

arecord -D hw:1,0 -r 32000 -c 2 -f S16_LE | sox -q -c 2 -r 32000 -w -t wav - -t alsa hw:0,0

altre info qua

http://divilinux.netsons.org/index.php/archives/279

[smurf]

E' sempre stato cosi' perche' quella scheda non ha nessun canale audio..io usavo arecord

Ok, lo so che e' una scheda economica (l' ho pagata 12 euro). Peró accidenti su Intrepid funzionava tutto ok, adesso mi tocca rompermici di nuovo la capoccia. Nemmeno il telecomando infrarossi funziona su jaunty.  >:(
Ma perché devono cambiare tutte le carte in tavola da una release all' altra?
Si lo so che non sono obbligato a fare l' upgrade, peró....

P.S.:  grazie per il link Divilinux  (b2b)

[[lost]-Divilinux]

Ma perché devono cambiare tutte le carte in tavola da una release all' altra?

release del kernel o di ubuntu? perche' essendo un modulo del kernel ubuntu non puo' fare molto..se non adottare una patch

[smurf]

release del kernel o di ubuntu? perche' essendo un modulo del kernel ubuntu non puo' fare molto..se non adottare una patch

del kernel, ubuntu non ha niente a che vedere con sox, aplay, arecord, saa7134, ecc. Come dici giustamente tu sono solo "pezzi" che vengono inseriti nella distro.

a proposito, nel link al tuo blog che mi hai dato c' e' un comando per ascoltare l' audio che non funziona piú, perlomeno a me da errore...

[[lost]-Divilinux]

Codice: Seleziona tutto

- -t alsa hw:0,0

dovrebbe essere

Codice: Seleziona tutto

--t alsa hw:0,0

oppure

Codice: Seleziona tutto

-t alsa hw:0,0

Il testo generale del blog e' stato riformattato decine di volte..qualche simbolo e' rimasto "tronco"

[smurf]

non e' solo quello:
-  l' opzione -w non viene piú riconosciuta
-  il comando sox seguente al pipe (|) rimane tronco perché  non ha un file di output, secondo il man di sox si devono elencare pima tutte le opzioni ed il file di input, poi tutte le opzioni ed il file di output. Cosí come lo hai messo lui rimane in attesa di un file di output. L' alternativa e' aggiungere la opzione -d che sostituisce il file di output usando l' output di default, oppure usare il comando play, che richiede solo il file di input. Ma il comando play l' ho dovuto sostituire con aplay perché dava altri problemi.
- in ogni caso mi rimangono dei grossi problemi di buffer e di sincronizzazione.


In pratica quello che succede e' che bisogna ridimensionare il buffer di input a 4096 per avere una certa continuitá  di audio, ma comunque salta a intervalli regolari.
Lanciando il comando da terminale per vedere l' output, si vede che avvisa continuamente che il buffer e' pieno e deve svuotare un numero a 15 cifre di ms (millisecondi). Non posso darti una schermata adesso perché sono su intrepid e non posso andare su jaunty.
Ho provato con tutti i valori di buffer compresi tra 1024 e 96000 (valori multipli di 8 ), ma il miglior risultato si ottiene con 4096, mentre il bit rate deve essere a 32000 altrimenti distorce il suono, anche se aplay e arecord dicono che il bit rate non é corretto  . Anche i bit rate li ho provati tutti.
In realtá la sincronia ottimale audio / immagini si ottiene con il buffer a 4096 ed il bit rate a 44100, ma il bit rate così distorce il suono, e' come se si ascoltasse una registrazione accellerata.
Su intrepid avevo avuto piú  o meno gli stessi problemi, ma si erano risolti facilmente usando sox invece di aplay / arecord . Adesso invece siamo in alto mare.
Continuo a cercare ...

[smurf]

Dopo gli ultimi aggiornamenti della release e dopo aver riscaricato v4l da linuxtv, qualcosa e' migliorato nell'audio. Rimane ancora un pochino di click e raramente si sovrappone l'  audio su se stesso, entrambe le cose prima erano molto piú  marcate.
Speriamo che continuino migliorando il tutto.
Metto risolto al topic soltanto perché credo che noi possiamo farci poco, il problema lo devono risolvere a livello di sviluppo e se qualcuno mi puó  smentire sará il benvenuto.

[[lost]-Divilinux]

e' parecchio tempo che non uso quella scheda..ma so che quando un driver, contenuto nei v4l, funziona..e' bene metterselo da parte 

[smurf]

ok, come volevasi dimostrare con il kernel 2.6.29.1 funziona tutto out-of-the-box, solo un leggerissimo problemino ancora con l' audio, ma trascurabile.
Per chi fosse interessato leggere qui

[[lost]-Divilinux]

l'audio, purtroppo, e' un miscuglio strano di moduli e pacchetti. Per avere un audio il piu' stabile possibile con un kernel "custom" bisogna rimuovere alsa-base, libasound2 e alsa-utils..sostituendoli con i corrispettivi pacchetti-sorgente