ANNUNCIO: C-3PO v2.2 disponibile in ALFA TEST

[UnixMan]

Il comando lo trovo nei nuovi pulsanti di c3po giusto?

sì, lo vedi anche lì (comodissimo).

Condizioni:
LMS 7.9.0

su che sistema? MacOS?

[DacPassion]

sì, lo vedi anche lì (comodissimo).


su che sistema? MacOS?

No nas synology con dsm 6

[UnixMan]

No nas synology con dsm 6

mmmh... non sarà che è un problema specifico, tipo che è un po' al limite con le risorse?

Vedo che ricampioni appena 2x verso a 88.2K, quindi non è che di risorse ce ne vogliano poi molte. Però (se non vado errato) vedo anche che il tuo NAS ha solo 1GB di RAM. Che non è molto, considerato che lo hanno caricato con una infinità di funzioni accessorie, ci gira il mondo...

P.S.:

[21:03:31.654421] pcm_open:449 pcm size: 2 rate: 44100 chan: 2 bigendian: 0
[21:03:32.420294] _check_header:134 pcm size: 3 rate: 88200 chan: 2 bigendian: 0
[21:03:32.423787] _output_frames:146 track start sample rate: 88200 replay_gain: 0

ma quel 44100 cosa vuol dire??

se non vado errato, quello dovrebbe essere il s/r dello stream in ingresso...

[marcoc1712]

[20:57:52.865501] stream_thread:176 headers: len: 115
HTTP/1.1 200 OK
Server: Logitech Media Server (7.9.0 - 1453293926)
Connection: close
Content-Type: audio/L16


[20:57:53.688175] stream_thread:249 end of stream
[21:03:31.571393] decode_flush:224 decode flush
[21:03:31.571501] output_flush:423 flush output buffer
[21:03:31.654348] codec_open:252 codec open: 'p'
[21:03:31.654421] pcm_open:449 pcm size: 2 rate: 44100 chan: 2 bigendian: 0
[21:03:31.654485] stream_sock:384 connecting to 192.168.1.10:9002
[21:03:31.654861] stream_sock:413 header: GET /stream.mp3?player=5a:76:68:b4:bc:f8 HTTP/1.0


[21:03:31.725336] stream_thread:176 headers: len: 115
HTTP/1.1 200 OK
Server: Logitech Media Server (7.9.0 - 1453293926)
Connection: close
Content-Type: audio/L16


[21:03:32.420101] _check_header:77 WAVE
[21:03:32.420270] _check_header:101 header: fmt len: 40
[21:03:32.420294] _check_header:134 pcm size: 3 rate: 88200 chan: 2 bigendian: 0
[21:03:32.420314] _check_header:101 header: fact len: 4
[21:03:32.420331] _check_header:101 header: data len: 201886272
[21:03:32.420348] _check_header:111 audio size: 201886272
[21:03:32.420366] pcm_decode:203 setting track_start
[21:03:32.420388] resample_newstream:231 disable resampling - rates match
[21:03:32.420405] process_newstream:123 processing: inactive
[21:03:32.423678] _output_frames:61 start buffer frames: 46408
[21:03:32.423787] _output_frames:146 track start sample rate: 88200 replay_gain: 0
[21:03:49.547533] stream_thread:249 end of stream
[21:03:49.627666] decode_thread:99 decode complete

ma quel 44100 cosa vuol dire??

quel 44100 è la prima apertura 'standard' della scheda audio, prima di ricevere lo stream (alla riga dopo si connette al server). Il problema non credo sia in squeezelite, molto probabilmente è in C-3PO in qualche condizione particolare, per questo ti chiedevo il comando.

[marcoc1712]

mmmh... non sarà che è un problema specifico, tipo che è un po' al limite con le risorse?

Mah, con htop ho notato che il server era in condizioni di uso della memoria anomale ed aveva cominciato a paginare (ho 4GB), spegnendo e riaccendendo è tornato alla normale occupazione di circa 500 MB, lo swap è del tutto inattivo ed il problema al momento non si presenta, vedremo se nei prossimi giorni ricomincia, comunque è strano che non venga emessa nemmeno una segnalazione di errore, a meno che ad andare in crisi non siano FLAC / SOX, ai quali chiediamo esplicitamente di rimanere 'silenti'.

@Giorgio
Prova a monitorare la cosa e vedi se dopo un restart migliora o meno.

[UnixMan]

Mah, con htop ho notato che il server era in condizioni di uso della memoria anomale ed aveva cominciato a paginare (ho 4GB), spegnendo e riaccendendo è tornato alla normale occupazione di circa 500 MB [...]

mmmh, puzza di memory leak...

Da verificare anche che non restino processi "appesi".

[...]a meno che ad andare in crisi non siano FLAC / SOX, ai quali chiediamo esplicitamente di rimanere 'silenti'.

proprio loro sospettavo. Soprattutto sox, dato che è lui che svolge quasi tutto il "lavoro pesante"...

[DacPassion]

Nel nas non supero mai il 4% di cpu (tranne un picco ad inizio traccia 30/40% ...penso durante il riempimento dei buffer) la RAM è sempre al 30% ...quindi non penso sia un problema di risorse.
Oggi, se ho tempo, faccio altre prove


Ps ho fermato diversi servizi, fondamentalmente lo uso per ascoltare musica (LMS) e per vedere film (dlna) e quasi mai in contemporanea

[marcoc1712]

mmmh, puzza di memory leak...

Da verificare anche che non restino processi "appesi".

Che rimangano zombie (in linux) è possibile, specie se si salta di traccia in traccia (Errore Broken pipe), ma normalmente hanno vita breve. Hai verificato che ce ne siano? Credo però che il problema sia diverso.

[marcoc1712]

Nel nas non supero mai il 4% di cpu (tranne un picco ad inizio traccia 30/40% ...penso durante il riempimento dei buffer) la RAM è sempre al 30% ...quindi non penso sia un problema di risorse.
Oggi, se ho tempo, faccio altre prove

Ps ho fermato diversi servizi, fondamentalmente lo uso per ascoltare musica (LMS) e per vedere film (dlna) e quasi mai in contemporanea

Non fare nulla di distruttivo, temo che il problema sia diverso e nascosto tra le pieghe di LMS. Eventualmente ti preparo una versione speciale con messaggi di log più dettagliati, così mi aiuti a cercare il punto preciso dove si origina il problema.

[marcoc1712]

Mi dite per favore che versone di lms usate? (Impostazioni>Informazioni)

Io 7.9.0 - 1488878280 @ Wed Mar 8 14:09:34 UTC 2017 (la 7.9-0 'stable').