Guida a Logitech Media Server, Squeezelite e derivati.

[antonellocaroli]

questo il mio su una 64 bit

[00:49:28.037428] sendRESP:202 RESP
[00:49:28.175022] process:494 strm
[00:49:28.175044] process_strm:256 strm command t
[00:49:28.175060] sendSTAT:171 STAT: STMt
[00:49:28.213583] _check_header:80 AIFF
[00:49:28.213982] _check_header:101 header: COMT len: 26
[00:49:28.213996] _check_header:101 header: COMM len: 18
[00:49:28.214019] _check_header:144 pcm size: 4 rate: 384000 chan: 2 bigendian: 1
[00:49:28.214033] _check_header:101 header: SSND len: 2130706440
[00:49:28.214047] _check_header:118 audio size: 2130706432
[00:49:28.214062] pcm_decode:200 setting track_start
[00:49:28.221701] _output_frames:61 start buffer frames: 73728
[00:49:28.221721] _output_frames:146 track start sample rate: 384000 replay_gain: 0
[00:49:28.221729] sendSTAT:171 STAT: STMs
[00:49:28.221752] sendSTAT:171 STAT: STMt
[00:49:28.231732] output_thread:638 open output device: front:CARD=X20,DEV=0
[00:49:28.241106] alsa_open:355 opening device at: 384000
[00:49:28.241406] alsa_open:406 opened device front:CARD=X20,DEV=0 using format: S32_LE sample rate: 384000 mmap: 1
[00:49:28.241430] alsa_open:485 buffer: 40 period: 4 -> buffer size: 15360 period size: 3840
[00:49:29.222774] sendSTAT:171 STAT: STMt
[00:49:30.223845] sendSTAT:171 STAT: STMt
[00:49:31.224910] sendSTAT:171 STAT: STMt

[UnixMan]

S32_LE è il formato dei dati inviati al device, che dipende dalle caratteristiche di questo e non ha nulla a che vedere con quello dello stream in ingresso.

Per poter comunicare con l'hardware, squeezelite (o ALSA) devono convertire il formato dei dati in ingresso in quello (o uno di quelli) supportati dall'hardware.

Il fatto che non venga riconosciuto il numero di canali mi fa pensare che ci sia un problema con il device ("logico ") di ALSA che state cercando di utilizzate.

Come suggerivo, se possibile evitate sia il device di default che gli altri e cercate di utilizzare sempre e solo il device di accesso diretto, " hw:..." .

Nel caso ci siano problemi con questo, private il "plughw:...". Quest'ultimo dovrebbe adattare automaticamente le caratteristiche dello stream a quelle del device fisico e quindi funzionare sempre e comunque...
a meno ovviamente di problemi di SL o di ALSA stesso.

Nel caso, provate anche in questo caso a seguire quanto indicato a proposito di tali problemi nelle istruzioni online dello script (cambiare la sequenza di collegamento/accensione dell'interfaccia audio). Se tutto fallisce, provate anche a cambiare kernel.


Marco: tu usi la SB, e questi problemi non li hai... ma le varie USBtoI2S possono dare un mucchio di rogne se la sequenza di collegamento/alimentazione non è quella che gli piace.




Inviato dal mio GT-I9100 utilizzando Tapatalk

[marcoc1712]

S32_LE è il formato dei dati inviati al device, che dipende dalle caratteristiche di questo e non ha nulla a che vedere con quello dello stream in ingresso.

Per poter comunicare con l'hardware, squeezelite (o ALSA) devono convertire il formato dei dati in ingresso in quello (o uno di quelli) supportati dall'hardware.

Il fatto che non venga riconosciuto il numero di canali mi fa pensare che ci sia un problema con il device ("logico ") di ALSA che state cercando di utilizzate.

Come suggerivo, se possibile evitate sia il device di default che gli altri e cercate di utilizzare sempre e solo il device di accesso diretto, " hw:..." .

Nel caso ci siano problemi con questo, private il "plughw:...". Quest'ultimo dovrebbe adattare automaticamente le caratteristiche dello stream a quelle del device fisico e quindi funzionare sempre e comunque...
a meno ovviamente di problemi di SL o di ALSA stesso.

Nel caso, provate anche in questo caso a seguire quanto indicato a proposito di tali problemi nelle istruzioni online dello script (cambiare la sequenza di collegamento/accensione dell'interfaccia audio). Se tutto fallisce, provate anche a cambiare kernel.


Marco: tu usi la SB, e questi problemi non li hai... ma le varie USBtoI2S possono dare un mucchio di rogne se la sequenza di collegamento/alimentazione non è quella che gli piace.




Inviato dal mio GT-I9100 utilizzando Tapatalk

Poalo... Io non ho fatto nulla... Ho solo visto che il porello era perso e prima di reeinstallare, come gli è stato chiesto ho voluto vedere il log, perchè a me pareva evidente fosse un problema tra squeezelite ed ALSA.

Ovvio che S32_LE è il formato con cui 'apre' la scheda audio, come anche i 44100 Hz ed il numero sbagliato di canali. Il problema è perchè... Lo stream lo riceve da C-3PO e lo interpreta benissimo, poi si 'inchiappetta' (termine tecnico).

Questo è con la configurazione fatta con lo script, la versione a 32 bit non va e non ha voluto intallare altro ma è tornato a Daphile, che funziona.

AMbasciator non porta pena, se non avessi insistito non avremo nemmeno il log...

[UnixMan]

Poalo... Io non ho fatto nulla...

ovviamente. Era solo "FYI". Volevo solo dire che problemi simili con ALSA possono capitare, specie con alcuni dispositivi "esterni".

Ovviamente hai fatto benissimo a chiedere il log. Sempre FYI, in questi casi, oltre al log di SL, bisognerebbe dare una occhiata anche ai log di sistema (file /var/log/syslog e comandi 'dmesg' e/o 'journalctl -m -a' nei sistemi che usano 'systemd', tra i quali c'è anche debian Jessie).

Altra cosa da fare è chiedere di eseguire lo script "alsa-info.sh", disponibile qui: http://www.alsa-project.org/alsa-info.sh

(che non per caso ho aggiunto alle cose installate di default da easetup.sh) e postare il risultato (per default quello script mette il risultato su "pastebin", quindi è sufficiente lasciarglielo fare e postare il link).

Ovvio che S32_LE è il formato con cui 'apre' la scheda audio, come anche i 44100 Hz ed il numero sbagliato di canali. Il problema è perchè...

a meno che non ci sia qualche inghippo in SL stesso (tipo che per qualche motivo cerca di aprire/accedere al device ALSA in un modo "sbagliato" per quel tipo di interfaccia: parametri errati, tentativo di utilizzare funzionalità non supportate da quel particolare dispositivo, ecc), una cosa possibile è che il dispositivo fisico e/o il device ALSA che si cerca di usare non siano attivi, che quel device ALSA non sia stato (auto)configurato correttamente, ecc.

Come accennavo (non ricordo se qui o in un altro thread), un problema relativamente comune potrebbe essere che l'hardware che non si è inizializzato correttamente (con alcuni device USB capita spesso, se non si segue una ben precisa sequenza di accensione/collegamento, che cambia da un dispositivo all'altro), oppure un problema di ALSA (ad es. non perfetta compatibilità del dispositivo con la versione di ALSA in uso), o altro ancora.

[marcoc1712]

ovviamente. Era solo "FYI". Volevo solo dire che problemi simili con ALSA possono capitare, specie con alcuni dispositivi "esterni".

Ovviamente hai fatto benissimo a chiedere il log. Sempre FYI, in questi casi, oltre al log di SL, bisognerebbe dare una occhiata anche ai log di sistema (file /var/log/syslog e comandi 'dmesg' e/o 'journalctl -m -a' nei sistemi che usano 'systemd', tra i quali c'è anche debian Jessie).

Altra cosa da fare è chiedere di eseguire lo script "alsa-info.sh", disponibile qui: http://www.alsa-project.org/alsa-info.sh

(che non per caso ho aggiunto alle cose installate di default da easetup.sh) e postare il risultato (per default quello script mette il risultato su "pastebin", quindi è sufficiente lasciarglielo fare e postare il link).

a meno che non ci sia qualche inghippo in SL stesso (tipo che per qualche motivo cerca di aprire/accedere al device ALSA in un modo "sbagliato" per quel tipo di interfaccia: parametri errati, tentativo di utilizzare funzionalità non supportate da quel particolare dispositivo, ecc), una cosa possibile è che il dispositivo fisico e/o il device ALSA che si cerca di usare non siano attivi, che quel device ALSA non sia stato (auto)configurato correttamente, ecc.

Come accennavo (non ricordo se qui o in un altro thread), un problema relativamente comune potrebbe essere che l'hardware che non si è inizializzato correttamente (con alcuni device USB capita spesso, se non si segue una ben precisa sequenza di accensione/collegamento, che cambia da un dispositivo all'altro), oppure un problema di ALSA (ad es. non perfetta compatibilità del dispositivo con la versione di ALSA in uso), o altro ancora.

Sicuramente hai ragione, io però non mi ci metto.

C-3PO funziona, Squeezelite-R2 pure (mi risulta), a me tanto basta, non me la sento di farmi carico anche delle integrazioni nei diversi sistemi direttamente con gli utenti.

In generale, se qualcuno me lo chiede, il mio consiglio è di mettere C-3PO sul suo attuale LMS e sostituire squeezelite con Squeezelite-R2, a meno che non sia Daphile, che è già compatibile.

Corredo i sorgenti con la versione binaria per Windows e - spero presto - quella per Mac, che sono oggettivamente complicate da produrre. Per Linux, a titolo di semplificazione produco anche la versione per Debian 32 o 64 bit, ma le istruzioni (ed i makefile) sono esattamente gli stessi di quelli disponibili per la versione originaria. Nella mia esperienza funzionano in tutte le distro derivate da debian, ma in caso di problemi, l'opzione corretta è senz'altro quella di ricompilare sul sistema target.

Rimando qui per trovare sistemi 'completi', sotto forma di guide, script o ISO.

SE hai evidenza di inghippi in SL, posso verificare e farmi carico di provare a risolvere o veicolare la richiesta a Triode, ma l'installato di squeezelite è stimato >>10.000 su più di 30 piattaforme diverse, prima di metterci mano serve un'evidenza concreta di un problema, sotto forma di condizioni replicabili, spero ne converrai.

Se per il debug ti servono informazioni aggiuntive, avresti dovuto chiederle a bhoga, io ho chiesto il log perchè quello conosco e qello mi basta per capire dove sono i problemi.

Per informazione, - e mi scuso con bhoga se rendo parzialmente pubblico un messaggio privato - mi ha scritto informandomi che sta ascoltando C-3PO con Daphile come player, avendo seguito l'estratto della guida che gli ho postato, AGNOSTICO rispetto al SO.

Prima o poi riproverà con il player a 32 bit, di fronte a tutti i dubbi che stai esponendo ed alle difficoltà che ho sperimenato io stesso, credo sia meglio farlo provare PRIMA usando una soluzione semplice e verificata funzionante con la versione binaria di Squeezelite-R2, così escludiamo (o confermiamo) i problemi di ALSA, poi, esclusi o risolti quelli, gli si propone eventualmente di testare lo script.

Io lo chiamo il metodo 'sbuccia cipolla', affronto e risolvo un problema per volta, ma in modo possibilmente definitivo. Per me fiunziona.

Consiglio - ma è solo un consiglio - di seguire questo approccio a piccoli passi con tutti nuovi venuti, almeno fino a che non avremo un grado di confdenza maggiore con lo script, nel frattempo disponibilissimo a fare da tester: se e quando devo ripetere l'installazione di prova con lo script, chiedete pure, sono qui.

[marcoc1712]

Questo è il log di Squeezelite-R2 'appoggiato' su una Debian amd64 ove non ha girato lo script:

Allo startUp:

./squeezelite-R2-amd64 -o hw:CARD=I82801AAICH,DEV=0 -d all=debug -f ./squeezelite-R2.log -n squeezelite-R2@debian-amd64 
[14:19:20.337858] stream_init:290 init stream
[14:19:20.355314] stream_init:291 streambuf size: 2097152
[14:19:20.419032] output_init_alsa:817 init output
[14:19:20.426938] output_init_alsa:846 requested alsa_buffer: 40 alsa_period: 4 format: any mmap: 1
[14:19:20.427668] output_init_common:346 outputbuf size: 3528000
[14:19:20.428329] output_init_common:370 idle timeout: 0
[14:19:20.585486] output_init_common:410 supported rates: 48000 44100 32000 24000 22500 16000 12000 11025 8000 
[14:19:20.587256] output_init_alsa:860 unable to lock memory: Cannot allocate memory
[14:19:20.723275] output_init_alsa:883 unable to set output sched fifo: Operation not permitted
[14:19:20.727201] decode_init:129 init decode, include codecs:  exclude codecs: 
[14:19:20.727618] register_dsd:624 using dsd to decode dsf,dff
[14:19:20.734593] output_thread:638 open output device: hw:CARD=I82801AAICH,DEV=0
[14:19:20.735160] alsa_open:355 opening device at: 44100
[14:19:20.811698] alsa_open:406 opened device hw:CARD=I82801AAICH,DEV=0 using format: S16_LE sample rate: 44100 mmap: 1
[14:19:20.841540] alsa_open:485 buffer: 40 period: 4 -> buffer size: 1764 period size: 441
[14:19:20.914352] load_ff:621 loaded libavcodec.so.56 (56.1.0)
[14:19:20.922495] load_ff:638 loaded libavformat.so.56 (56.1.0)
[14:19:20.923147] load_ff:652 loaded libavutil.so.54 (54.3.0)
[14:19:20.954098] register_ff:731 using ffmpeg to decode alc
[14:19:20.958529] register_ff:715 using ffmpeg to decode wma,wmap,wmal
[14:19:20.970706] load_faad:610 loaded libfaad.so.2
[14:19:20.972804] register_faad:640 using faad to decode aac
[14:19:20.974581] load_vorbis:300 loaded libvorbisfile.so.3
[14:19:20.977892] register_vorbis:329 using vorbis to decode ogg
[14:19:20.977969] load_flac:258 loaded libFLAC.so.8
[14:19:20.977987] register_flac:286 using flac to decode flc
[14:19:20.978003] register_pcm:392 using pcm to decode aif,pcm
[14:19:20.979508] load_mad:383 loaded libmad.so.0
[14:19:20.979650] register_mad:412 using mad to decode mp3
[14:19:20.979972] discover_server:756 sending discovery
[14:19:20.980967] discover_server:767 got response from: 192.168.1.103:3483
[14:19:20.981006] slimproto:849 connecting to 192.168.1.103:3483
[14:19:20.993892] slimproto:882 connected
[14:19:20.994435] sendHELO:124 mac: 08:00:27:a6:2b:e1
[14:19:20.994456] sendHELO:126 cap: Model=squeezelite,AccuratePlayPoints=1,HasDigitalOut=1,HasPolarityInversion=1,Firmware=v1.8.1 (R2),ModelName=SqueezeLite-R2,MaxSampleRate=48000,dsf,dff,alc,wma,wmap,wmal,aac,ogg,flc,aif,pcm,mp3

Recupera la traccia corrente:

[14:19:21.200929] process:494 strm
[14:19:21.202379] process_strm:256 strm command s
[14:19:21.214141] process_strm:325 strm s autostart: 1 transition period: 10 transition type: 0 codec: p
[14:19:21.214169] sendSTAT:171 STAT: STMf
[14:19:21.214758] codec_open:218 codec open: 'p'
[14:19:21.214899] pcm_open:373 pcm size: 2 rate: 44100 chan: 2 bigendian: 0
[14:19:21.215007] stream_sock:384 connecting to 192.168.1.103:9000
[14:19:21.221938] stream_sock:413 header: GET /stream.mp3?player=08:00:27:a6:2b:e1 HTTP/1.0


[14:19:21.223387] sendSTAT:171 STAT: STMc
[14:19:21.223478] process_strm:357 set fade mode: 0
[14:19:21.223617] process:494 audg
[14:19:21.223642] process_audg:413 audg gainL: 3840 gainR: 3840 adjust: 0
[14:19:21.223666] set_volume:246 setting internal gain left: 65536 right: 65536
[14:19:21.223753] process:494 setd
[14:19:21.223773] sendSETDName:230 set playername: squeezelite-R2@debian-amd64
[14:19:21.224142] process:494 setd
[14:19:21.224201] process:494 aude
[14:19:21.224217] process_aude:395 enable spdif: 1 dac: 1
[14:19:21.224502] process:494 audg
[14:19:21.224640] process_audg:413 audg gainL: 3840 gainR: 3840 adjust: 0
[14:19:21.224659] set_volume:246 setting internal gain left: 65536 right: 65536
[14:19:21.303670] stream_thread:176 headers: len: 110
HTTP/1.1 200 OK
Server: Logitech Media Server (7.9.0 - TRUNK)
Connection: close
Content-Type: audio/L16

Al play:

[14:19:21.307053] sendRESP:202 RESP
[14:19:21.482343] _check_header:77 WAVE
[14:19:21.483826] _check_header:101 header: fmt  len: 16
[14:19:21.484064] _check_header:129 pcm size: 2 rate: 48000 chan: 2 bigendian: 0
[14:19:21.484082] _check_header:101 header: data len: 70080000
[14:19:21.484099] _check_header:107 audio size: 70080000
[14:19:21.484117] pcm_decode:200 setting track_start
[14:19:21.502541] _output_frames:61 start buffer frames: 96245
[14:19:21.504639] _output_frames:146 track start sample rate: 48000 replay_gain: 0
[14:19:21.504708] sendSTAT:171 STAT: STMs
[14:19:21.504799] sendSTAT:171 STAT: STMt
[14:19:21.515716] output_thread:638 open output device: hw:CARD=I82801AAICH,DEV=0
[14:19:21.516800] alsa_open:355 opening device at: 48000
[14:19:21.517484] alsa_open:406 opened device hw:CARD=I82801AAICH,DEV=0 using format: S16_LE sample rate: 48000 mmap: 1
[14:19:21.517516] alsa_open:485 buffer: 40 period: 4 -> buffer size: 1920 period size: 480

Continua...

[marcoc1712]

Si nota che:

a) ho selezionato la scheda hw:CARD=I82801AAICH,DEV=0, il che provoca, non so perchè:
b) supported rates: 48000 44100 32000 24000 22500 16000 12000 11025 8000

c) la scheda viene aperta ai parametri di default alla presentazione:

[14:19:20.734593] output_thread:638 open output device: hw:CARD=I82801AAICH,DEV=0
[14:19:20.735160] alsa_open:355 opening device at: 44100
[14:19:20.811698] alsa_open:406 opened device hw:CARD=I82801AAICH,DEV=0 using format: S16_LE sample rate: 44100 mmap: 1
[14:19:20.841540] alsa_open:485 buffer: 40 period: 4 -> buffer size: 1764 period size: 441

d) Solo pcm NON carica le librerie, ma registra solo il codec.

[14:19:20.914352] load_ff:621 loaded libavcodec.so.56 (56.1.0)
[14:19:20.922495] load_ff:638 loaded libavformat.so.56 (56.1.0)
[14:19:20.923147] load_ff:652 loaded libavutil.so.54 (54.3.0)
[14:19:20.954098] register_ff:731 using ffmpeg to decode alc
[14:19:20.958529] register_ff:715 using ffmpeg to decode wma,wmap,wmal
[14:19:20.970706] load_faad:610 loaded libfaad.so.2
[14:19:20.972804] register_faad:640 using faad to decode aac
[14:19:20.974581] load_vorbis:300 loaded libvorbisfile.so.3
[14:19:20.977892] register_vorbis:329 using vorbis to decode ogg
[14:19:20.977969] load_flac:258 loaded libFLAC.so.8
[14:19:20.977987] register_flac:286 using flac to decode flc
[14:19:20.978003] register_pcm:392 using pcm to decode aif,pcm
[14:19:20.979508] load_mad:383 loaded libmad.so.0
[14:19:20.979650] register_mad:412 using mad to decode mp3

e) il player si presenta con le sue capacità:

14:19:20.994435] sendHELO:124 mac: 08:00:27:a6:2b:e1
[14:19:20.994456] sendHELO:126 cap: Model=squeezelite,AccuratePlayPoints=1,HasDigitalOut=1,HasPolarityInversion=1,Firmware=v1.8.1 (R2),ModelName=SqueezeLite-R2,MaxSampleRate=48000,dsf,dff,alc,wma,wmap,wmal,aac,ogg,flc,aif,pcm,mp3

Questo è l'handshaking corretto, se avviene qualcosa di diverso o non è R2 o c'è qualcosa che non va con la comunicazione con il sound system sottostante.

Quando si posiziona su una specifica traccia (prima o contestualmente al play):

f) riceve il messaggio (sbagliato) dal server:

[14:19:21.214758] codec_open:218 codec open: 'p'
[14:19:21.214899] pcm_open:373 pcm size: 2 rate: 44100 chan: 2 bigendian: 0
[14:19:21.215007] stream_sock:384 connecting to 192.168.1.103:9000
[14:19:21.221938] stream_sock:413 header: GET /stream.mp3?player=08:00:27:a6:2b:e1 HTTP/1.0

g) e risponde.

HTTP/1.1 200 OK
Server: Logitech Media Server (7.9.0 - TRUNK)
Connection: close
Content-Type: audio/L16


Al play effetivo: :

h) SE contiene la mia modifica (R2 o Daphile):

[14:19:21.307053] sendRESP:202 RESP
[14:19:21.482343] _check_header:77 WAVE
[14:19:21.483826] _check_header:101 header: fmt len: 16
[14:19:21.484064] _check_header:129 pcm size: 2 rate: 48000 chan: 2 bigendian: 0
[14:19:21.484082] _check_header:101 header: data len: 70080000
[14:19:21.484099] _check_header:107 audio size: 70080000

cioè controlla il reale contenuto del file, in questo caso 48100/24 LE, quindi C-3PO ha fatto il suo mestiere.

i) Quindi non dovendo fare niente di più lo passa al sound system:

[14:19:21.515716] output_thread:638 open output device: hw:CARD=I82801AAICH,DEV=0
[14:19:21.516800] alsa_open:355 opening device at: 48000
[14:19:21.517484] alsa_open:406 opened device hw:CARD=I82801AAICH,DEV=0 using format: S16_LE sample rate: 48000 mmap: 1
[14:19:21.517516] alsa_open:485 buffer: 40 period: 4 -> buffer size: 1920 period size: 480

e tutto suona senza inghippi.

[marcoc1712]

L'analis del LOg di Bogha, dice cose interesanti:

Al'avvio:

/usr/bin/squeezelite -n debian -o front:CARD=N20,DEV=0 -h -C 1 -a 250:10::1 -r 44100-192000 -u vIE:32::64:98 -d all=debug -f /var/log/squeezelite-R2.log 
[13:55:26.271716] stream_init:290 init stream
[13:55:26.271912] stream_init:291 streambuf size: 2097152
[13:55:26.276781] output_init_alsa:817 init output
[13:55:26.276912] output_init_alsa:846 requested alsa_buffer: 250 alsa_period: 10 format: any mmap: 1
[13:55:26.276963] output_init_common:346 outputbuf size: 14112000
[13:55:26.277153] output_init_common:370 idle timeout: 1000
[13:55:26.277192] output_init_common:410 supported rates: 192000 176400 96000 88200 48000 44100 
[13:55:27.824726] output_init_alsa:862 memory locked
[13:55:27.825849] output_init_alsa:885 set output sched fifo rt: 45
[13:55:27.825898] decode_init:129 init decode, include codecs:  exclude codecs: 
[13:55:27.826105] register_dsd:624 using dsd to decode dsf,dff
[13:55:27.826527] register_ff:731 using ffmpeg to decode alc
[13:55:27.826560] register_ff:715 using ffmpeg to decode wma,wmap,wmal
[13:55:27.826582] register_faad:640 using faad to decode aac
[13:55:27.826603] register_vorbis:329 using vorbis to decode ogg
[13:55:27.826623] register_flac:286 using flac to decode flc
[13:55:27.826643] register_pcm:392 using pcm to decode aif,pcm
[13:55:27.826664] register_mad:412 using mad to decode mp3
[13:55:27.827156] resample_init:361 resampling sync recipe: 0x16, flags: 0x32, scale: 0.89, precision: 64.0, passband_end: 0.98000, stopband_begin: 0.00000, phase_response: -1.0
[13:55:27.827292] discover_server:756 sending discovery
[13:55:27.831815] discover_server:767 got response from: 192.168.1.110:3483
[13:55:27.831914] slimproto:849 connecting to 192.168.1.110:3483
[13:55:27.835177] slimproto:882 connected
[13:55:27.835217] sendHELO:124 mac: 00:19:99:68:5a:56
[13:55:27.835241] sendHELO:126 cap: Model=squeezelite,AccuratePlayPoints=1,HasDigitalOut=1,HasPolarityInversion=1,Firmware=v1.8,ModelName=SqueezeLite,MaxSampleRate=384000,dsf,dff,alc,wma,wmap,wmal,aac,ogg,flc,aif,pcm,mp3
[13:55:27.870515] process:494 strm
[13:55:27.870550] process_strm:256 strm command q
[13:55:27.870571] decode_flush:190 decode flush
[13:55:27.870590] output_flush:423 flush output buffer

a. Non è riuscito ad aprire la scheda audio, è in errore e non suonerà.

[13:55:27.870550] process_strm:256 strm command q

b. a parte che non R2, 'sbaglia' il sample rate xchè si è messo il -h: serve a quello, così il server non fa mai downsample, ma bisogna gestirlo!!!

Model=squeezelite,AccuratePlayPoints=1,HasDigitalOut=1,HasPolarityInversion=1,Firmware=v1.8,ModelNam e=SqueezeLite,MaxSampleRate=384000,dsf,dff,alc,wma,wmap,wmal,aac,ogg,flc,aif,pcm,mp3


Nella seconda sessione di prove, quando ha cambiato (tra l'altro) il nome del file di log:


[13:59:35.292459] process_strm:325 strm s autostart: 1 transition period: 10 transition type: 0 codec: m
[13:59:35.292483] sendSTAT:171 STAT: STMf
[13:59:35.292522] codec_open:218 codec open: 'm'
[13:59:35.292647] stream_sock:384 connecting to 192.168.1.110:9000
[13:59:35.296224] stream_sock:413 header: GET /stream.mp3?player=00:19:99:68:5a:56 HTTP/1.0


[13:59:35.296296] sendSTAT:171 STAT: STMc
[13:59:35.296355] process_strm:357 set fade mode: 0
[13:59:35.296404] process:494 audg
[13:59:35.296425] process_audg:413 audg gainL: 65536 gainR: 65536 adjust: 1
[13:59:35.296446] set_volume:246 setting internal gain left: 65536 right: 65536
[13:59:35.372690] stream_thread:176 headers: len: 116
HTTP/1.1 200 OK
Server: Logitech Media Server (7.9.0 - 1432134370)
Connection: close
Content-Type: audio/mpeg


[13:59:35.374600] sendRESP:202 RESP
[13:59:35.513973] _check_lame_header:159 gapless: skip: 2257 samples: 20371456 delay: 1105 padding: 1711
[13:59:35.516450] mad_decode:242 setting track_start
[13:59:35.516554] resample_newstream:231 disable resampling - rates match
[13:59:35.516582] process_newstream:123 processing: inactive
[13:59:35.516605] mad_decode:271 gapless: skipping 1152 frames at start
[13:59:35.517809] mad_decode:271 gapless: skipping 1105 frames at start
[13:59:35.527247] output_thread:638 open output device: front:CARD=N20,DEV=0
[13:59:35.527376] alsa_open:355 opening device at: 44100
[13:59:35.528477] alsa_open:406 opened device front:CARD=N20,DEV=0 using format: S32_LE sample rate: 44100 mmap: 1
[13:59:35.528542] alsa_open:437 channel count not available: Invalid argument

E' un MP3, quindi C-3PO è fuori gioco. Stesso problema con la scheda audio.

Quindi:


[14:46:33.191988] sendRESP:202 RESP
[14:46:33.392882] output_thread:638 open output device: front:CARD=N20,DEV=0
[14:46:33.392980] alsa_open:355 opening device at: 44100
[14:46:33.393836] alsa_open:406 opened device front:CARD=N20,DEV=0 using format: S32_LE sample rate: 44100 mmap: 1
[14:46:33.393933] alsa_open:437 channel count not available: Invalid argument
[14:46:33.394084] _check_header:77 WAVE
[14:46:33.394412] _check_header:101 header: fmt len: 40
[14:46:33.394435] _check_header:129 pcm size: 4 rate: 176400 chan: 2 bigendian: 0
[14:46:33.394458] _check_header:101 header: fact len: 4
[14:46:33.394478] _check_header:101 header: data len: 358388352
[14:46:33.394499] _check_header:107 audio size: 358388352
[14:46:33.394521] pcm_decode:200 setting track_start
[14:46:33.394544] resample_newstream:231 disable resampling - rates match
[14:46:33.394565] process_newstream:123 processing: inactive
[14:46:35.515251] process:494 strm
[14:46:35.515399] process_strm:256 strm command t
[14:46:35.515425] sendSTAT:171 STAT: STMt
[14:46:38.393997] output_thread:638 open output device: front:CARD=N20,DEV=0
[14:46:38.394227] alsa_open:355 opening device at: 44100
[14:46:38.395358] alsa_open:406 opened device front:CARD=N20,DEV=0 using format: S32_LE sample rate: 44100 mmap: 1
[14:46:38.395413] alsa_open:437 channel count not available: Invalid argument
[14:46:39.511436] process:494 strm
[14:46:43.034918] process_strm:256 strm command t
[14:46:43.035072] sendSTAT:171 STAT: STMt
[14:46:43.395473] output_thread:638 open output device: front:CARD=N20,DEV=0
[14:46:43.395723] alsa_open:355 opening device at: 44100
[14:46:43.396881] alsa_open:406 opened device front:CARD=N20,DEV=0 using format: S32_LE sample rate: 44100 mmap: 1
[14:46:43.396937] alsa_open:437 channel count not available: Invalid argument


Tutto giusto, C-3Po è in azione come si deve, ma la scheda viene aperta a 44100 e c'è sempre il problema con il channel count.

[marcoc1712]

Secondo me la via più rapida per uscire dal problema di Bhoga è verificare le impostazioni usate da Daphile e replicarle, in alternativa usare una idiversa installazione di debian e vedere se il problema si ripresenta, quindi cercare di risolverlo.

Per farlo bisogna aver euna dimestichezza con ALSA che io non ho.

[antonellocaroli]

C-3PO funziona, Squeezelite-R2 pure (mi risulta), a me tanto basta, non me la sento di farmi carico anche delle integrazioni nei diversi sistemi direttamente con gli utenti.

Non mi rusulta fosse proprio cosi Marco....
non funzionava neanche il binario.....e questo sicuro non dipende dallo script...(e chiaramente neanche dal binario)...ma da qualche altro inghippo....solo che si é perso 3/4 pag del trehad per togliere di mezzo i fantasmi....quando io mi pare lo avevo fatto presente subito....fin dall´inizio
e devo ammettere che la cosa mi ha un bel po scocciato...
sono stato alla fine quello che ha insistito con Paolo per lo script e certamente non per me, il mio sistema me lo posso ottimizzare a mano, come ho sempre fatto...ma perché ritengo che sia la strada piú comoda per avere un sistema (debian) ottimizzato e con LMS e squeezelite.

(tra l altro lo script funziona perfettamente, ma controllare poi effettivamente quello che succede o si fa dall´altra parte non é facile)

Poi se si vuole tornare a parlare di Daphile é ok...a me non interessa.

Penso che per un po mi ascolteró un bel po di musica....