[SOLVED] Raspberry Pi 3 e problemi di scrittura flussi streaming

[rik70]

Prova con '--audio-delay' - accetta valori positivi e negativi in virgola mobile. Occhio dunque che un valore pari a 100 sono 100 secondi

[Burroughs]

Allora, rik, ho fatto qualche prova sulla lunga distanza: se lancio mpv con qualche opzione di codifica la situazione è simile a quella che ho notato con ffmpeg, ovverosia la registrazione magari dura un po' di più (circa 48 minuti contro i 14-18 di ffmpeg) ma, ad ogni modo, si interrompe sempre.
Se lancio mpv, facendogli fare solo il dump, va tutto bene, sono riuscito a registrare quasi un'ora e venti senza problemi e con audio in sincrono.
Forse le opzioni di codifica mettono sotto stress l'hardware della Pi3, fatto sta che non riesco a venirne a capo, anche se una mezza soluzione ce l'ho...

[rik70]

Forse le opzioni di codifica mettono sotto stress l'hardware della Pi3

Può essere, oppure deve gestire contemporaneamente troppe cose - flussi di rete, codifica e scrittura su dispositivo usb.

Ma via dmesg vedi qualche messaggio "strano" quando sono trascorsi i 14-18 minuti?

[rik70]

Ps
Per non farci mancare nulla, potrebbe essere:
- si surriscalda troppo - prova a verificare con

Codice: Seleziona tutto

vcgencmd measure_temp

.
- alimentazione insufficiente. Quanti ampere ha l'alimentatore? Il disco usb è collegato direttamente alla board? Ma nel caso, dovresti vedere degli errori con 'dmesg'.

[Burroughs]

Ps
Per non farci mancare nulla, potrebbe essere:
- si surriscalda troppo - prova a verificare con [CUT] vcgencmd measure_temp

Allora, in questo momento sta scaricando dei flussi, non effettuando alcuna codifica:

Codice: Seleziona tutto

root@glasgy:/home/pi# vcgencmd measure_temp
temp=77.4'C

In effetti il valore è preoccupante.

Adesso ho interrotto il download, la temperatura, un po', se ne è scesa:

Codice: Seleziona tutto

root@glasgy:~# vcgencmd measure_temp
temp=65.5'C

Il modello di Pi 3 che ho ordinato è questo.
La chiavetta USB è collegata ad una delle porte disponibili.

[rik70]

In effetti il valore è preoccupante.

Sì, senza fare praticamente nulla 77° anche a me sembrano troppi.

Prova a fare una codifica di qualche minuto e controlla periodicamente cosa restituisce

Codice: Seleziona tutto

vcgencmd get_throttled

[Burroughs]

Allora, dopo dieci minuti di codifica fatta con ffmpeg, ottengo questi valori:

Codice: Seleziona tutto

root@glasgy:~# vcgencmd get_throttled
throttled=0xa0002
root@glasgy:~# vcgencmd measure_temp
temp=81.1'C

A onor del vero devo dire che, oltre al dumping e alla codifica, il Pi3 deve gestirsi anche una VPN, visto che, altrimenti, trovandomi io all'estero, non potrei scaricare niente.

[ponce]

A quello che ho capito frequentando il canale #armedslack, credo che l'rpi3 abbia bisogno di un dissipatore per non "svalvolare" quando si surriscalda...

[rik70]

A quello che ho capito frequentando il canale #armedslack, credo che l'rpi3 abbia bisogno di un dissipatore per non "svalvolare" quando si surriscalda...

Sì, avevo sentito anch'io che scalda parecchio rispetto al PI2 ==> il mio in idle sta sui 44° con kodi in esecuzione e le temperature esterne "proibitive" di questi giorni.

Codice: Seleziona tutto

root@glasgy:~# vcgencmd get_throttled
throttled=0xa0002
root@glasgy:~# vcgencmd measure_temp
temp=81.1'C

Sì, secondo me è il calore che - citando ponce - lo "svalvola".

Toglilo dal case.

[Burroughs]

Che ne pensate, in tutta onestà, di un case del genere???

[ponce]

nonostante nella descrizione dell'articolo si dica che e' per il 3 b+ poi, a leggere le specifiche, ci sono diversi warning che in effetti non e' compatibile con questo modello: io mi informerei bene dal venditore facendo una domanda prima di acquistarlo (ce n'e' gia' una dove si dice appunto che non e' compatibile)...

https://images-na.ssl-images-amazon.com ... L1500_.jpg
https://www.amazon.co.uk/ask/questions/ ... pmw_al_hza

[rik70]

Parlano bene di questo.
Ne fanno anche una versione personalizzata per gli sviluppatori di Kodi.
Il case dovrebbe essere tutto in alluminio, ad eccezione della parte inferiore, con un sistema di dissipazione interno di tipo passivo che "dovrebbe" sfruttare la cover in alluminio come scambiatore di calore.

Un altro simile è questo.

Quelli con ventola... boh.. ....non mi entusiasmano molto, ma ammetto che ne so poco o nulla.

[Burroughs]

Parlano bene di questo.

[CUT]
Grazie, rik e ponce.
Qui, sull'Amazon britannico, lo Zimix ha una sola recensione, non positiva, in cui si evidenzia che i contatti del dissipatore sono troppo piccoli per i chip che dovrebbero raffreddare; l'altro, il Flirc, invece, è recensito benissimo e... beh, aggiungo io, se costa 12 sterline in più ci sarà un motivo.
Stasera lo ordino (purtroppo mi dovrebbe arrivare solo fra qualche giorno); appena lo installo ti/vi faccio sapere.
Per il momento vi ringrazio perché, grazie a voi, ho notato una cosa a cui non avevo mai fatto caso, fra l'altro anche ora che non sta facendo nulla il Pi3 scalda parecchio (54°)...

[Burroughs]

[UPDATE]: Oggi, finalmente, mi è arrivato il nuovo case ed in effetti qualcosa è cambiato: adesso la temperatura è sui 44 gradi circa e quando avvio il dump del flusso con la codifica sale sì ma solo fino ad un massimo di 64 gradi.
Il problema, purtroppo, è sempre quello, semmai: se mi limito a scaricare il flusso senza effettuare alcuna codifica posso registrare per ore, se, come ho fatto fino a pochi minuti fa, lancio ffmpeg con le opzioni di codifica riesco a registrare fino a 30 minuti (contro i 14-18 del fine settimana).
Da un punto di vista pratico mi cambia poco o nulla, resta però la curiosità di capire questa differenza nella gestione della stessa tipologia di flusso con ffmpeg e mpv.

[rik70]

Prova innanzitutto a verificare cosa restituisce

Codice: Seleziona tutto

vcgencmd get_throttled

quando la codifica s'interrompe.