feder94
Digital-Forum Silver Master
Sì mi dà un errore, ho analizzato con Dgindex, che indicizza il flusso h264:
Dà un errore e si blocca quando parte la sigla (nella schermata postata c'è l'immagine ma a volte se ci ripasso non la mostra, da schermo "spento"). E' come se non ci fosse segnale in quel punto e poi torna... penso che interrompano la trasmissione sul pid brutalmente per passare ad un altro flusso, la cosa che trovo più assurda è che avviene a livello di noi che riceviamo, e non è a noi trasparente... cioè dovremmo ricevere al massimo un istante di buio ma senza errori nel flusso, invece lo switch avviene proprio a quel livello finale nella messa in onda... senza che ci sia cambio di pid.
Comunque ci sono anche altri problemi, ma credo dipendano dal decoder che hai usato che non so se prende il flusso così com'è o il ts lo "ricrea" lui (pur basandosi sui dati che riceve dall'originale), oppure semplicemente fa qualcosa di 'grezzo' pure lui, questo perché il player (mpc) non mi mette proprio la durata dall'inizio, ben prima del punto dolente, si comporta come quando riproduco un file .264/.avc (il flusso video puro) ... quando fa così in genere è perché non vede il frame rate del contenitore( .ts in questo caso) nel modo corretto e si basa su quello del flusso (h264) senza poter calcolare la durata del file. Succede ad esempio se la durata del frame rate anziché essere espressa in numeri ridotti ai minimi termini tipo 1/25 (= durata: 40ms), o al limite 1000/25000, è espressa tipo 2000000/50000000, cioè con numeri enormi che mandano in crisi il player.
Anche TsMuxer non lo riconosce (non mi apre il file), il problema è quindi anche in testa al file... e MKVtoolnix lo muxa male.
Altra curiosità, almeno per me, non c'entra col problema di cui parliamo... però lo trovo strano...
Demuxando il flusso, questo è leggibile dai programmi senza problemi... se si osserva la struttura si notano delle parti "filler data", che sono dei riempitivi, che servono per rendere CBR (o rendere meno variabile) un flusso h264 VBR(come nativamente è). La cosa che mi sembra strana... è che questi riempitivi vengano inseriti anche a livello del flusso video elementare e non solo a livello del contenitore, come di norma credo avvenga nella trasmissione, cioè i riempitivi di solito sono esterni alla codifica h.264, non interni... però la mia conoscenza a riguardo si ferma qui... se 3750... o altri magari possono fare luce a riguardo... Cioè a me non sembra necessario/conveniente doverli inserire anche internamente nel bitstream h264, dovrebbe essere sufficiente solo su fronte transport stream. Azzardo che la loro presenza possa essere un sintomo di cattiva impostazione codec anche questa... però non ho certamente sufficiente conoscenza per esserne sicuro al 100%...forse all'80%...
Anche io ho notato lo stesso problema. Quando c'è una registrazione impostata sulla frequenza che contiene Rai3 si nota un frame corrotto quando iniziano o finiscono le trasmissioni regionali.
).
