Riconfigurazione in vista per i Mux Rai [19 Settembre 2016]

ERCOLINO ha scritto:
Domani verificano ulteriormente ;)
Clicca per espandere...
Non so se può essere questa la causa, ma ho trovato un'altra differenza forse abbastanza importante, me ne sono accorto dai descrittori del transport stream per la traccia video.

Rai 1
Elementary Stream PID 438 (0x01b6) H.264 Video
Descriptor: AVC video Descriptor
Profile idc: 100 Constraint set 0=0 1=0 2=0
AVC compatible: 0 Level idc 40
AVC still present: 0 24 hour picture 0
Descriptor: AVC timing and HRD Descriptor
HRD Management Valid: 1 Picture and Timing Info: 0
Fixed Frame Rate: 1 Temporal poc: 1 Picture to Display Conv: 1

Rai 2
Elementary Stream PID 532 (0x0214) H.264 Video
Descriptor: AVC video Descriptor
Profile idc: 100 Constraint set 0=0 1=0 2=0
AVC compatible: 0 Level idc 40
AVC still present: 0 24 hour picture 0

Praticamente le informazioni per gestire il buffer in fase di decoding del video di Rai 1 HD sono integrate nella traccia H264, infatti aprendo il file H264 con un analizzatore che permette di vedere tutte le slice ("fette") del flusso video compaiono correttamente anche quelle che contengono le informazioni di buffer.
Codice: 
==================== NAL ====================

 forbidden_zero_bit : 0 

 nal_ref_idc : 0 

 nal_unit_type : 6 ( Supplemental enhancement information (SEI) ) 

======= SEI =======

=== Buffering period ===

 payloadType : 0 

 payloadSize : 1 

 payload : 
C0 


=== Pic timing ===

 payloadType : 1 

 payloadSize : 36 

 payload : 
80 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 


00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 


00 
00 
00 
00
Gli altri canali HD invece sono senza descrittore e quindi hanno una gestione del buffer di default, infatti nel flusso video H264 non ci sono slice che riguardano il buffer.
Non so se è questa la causa, e non so se tutto quello che ho detto è corretto (mi sono limitato a dare una letta allo standard) però sembra una differenza importante.
 
I ripetitori non centrano nulla e neanche il segnale.

Non c'è nessuno sgancio di segnale.

Il problema è sicuramente sugli encoder, sono quasi sicuramente in overflow
 
Boothby ha scritto:
Non so se può essere questa la causa, ma ho trovato un'altra differenza forse abbastanza importante, me ne sono accorto dai descrittori del transport stream per la traccia video.

Rai 1
Elementary Stream PID 438 (0x01b6) H.264 Video
Descriptor: AVC video Descriptor
Profile idc: 100 Constraint set 0=0 1=0 2=0
AVC compatible: 0 Level idc 40
AVC still present: 0 24 hour picture 0
Descriptor: AVC timing and HRD Descriptor
HRD Management Valid: 1 Picture and Timing Info: 0
Fixed Frame Rate: 1 Temporal poc: 1 Picture to Display Conv: 1

Rai 2
Elementary Stream PID 532 (0x0214) H.264 Video
Descriptor: AVC video Descriptor
Profile idc: 100 Constraint set 0=0 1=0 2=0
AVC compatible: 0 Level idc 40
AVC still present: 0 24 hour picture 0

Praticamente le informazioni per gestire il buffer in fase di decoding del video di Rai 1 HD sono integrate nella traccia H264, infatti aprendo il file H264 con un analizzatore che permette di vedere tutte le slice ("fette") del flusso video compaiono correttamente anche quelle che contengono le informazioni di buffer.
Codice: 
==================== NAL ====================

 forbidden_zero_bit : 0 

 nal_ref_idc : 0 

 nal_unit_type : 6 ( Supplemental enhancement information (SEI) ) 

======= SEI =======

=== Buffering period ===

 payloadType : 0 

 payloadSize : 1 

 payload : 
C0 


=== Pic timing ===

 payloadType : 1 

 payloadSize : 36 

 payload : 
80 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 


00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 


00 
00 
00 
00
Gli altri canali HD invece sono senza descrittore e quindi hanno una gestione del buffer di default, infatti nel flusso video H264 non ci sono slice che riguardano il buffer.
Non so se è questa la causa, e non so se tutto quello che ho detto è corretto (mi sono limitato a dare una letta allo standard) però sembra una differenza importante.
Clicca per espandere...

Domani verificano bene ;)
 
@Ercolino. Quindi l'unico sgancio di segnale di poco fa (Nessun segnale) non ha nulla a che vedere con il difetto che vedo persiste.
 
Però che sfiga proprio questa sera che volevo vedere Rai 2 in HD ho dovuto ripiegare sulla versione SD............:crybaby2:

L'audio è andato per un istante via anche sul canale SD.
 
ERCOLINO ha scritto:
Ho segnalato il problema lo fa su tutti e 3 i canali HD del Mux.

Il segnale non ha sganci, sembra un problema sugli encoder
Clicca per espandere...
secondo me il problema è sul bitrate dinamico ... Il mux sembra vada in overflow.... Ma possibile non se ne accorgano e non risolvano?
 
sampei45 ha scritto:
Evidentemente in questo momento al lavoro non c'è qualcuno che abbia le competenze per mettere mano.
Clicca per espandere...
ma l'overflow per un operatore di rete è una delle cose più gravi che possano succedere, dopo i canali completamente a nero .... Senza parole....
 
sampei45 ha scritto:
Il bitrate totale è troppo alto e quindi capita questo? Non dovrebbe non capitare con bitrate variabile?
Clicca per espandere...

Probabilmente il VBR aveva i parametri di codifica massimi tra i tre canali non sincronizzati tra loro e fuori margine di sicurezza...
L'overflow in alcune TV / Decoder causa addirittura la perdita del segnale per qualche millisecondo (ad alcuni esce o NESSUN SEGNALE oppure SEGNALE CRIPTATO / SCRAMBLED CHANNEL) a causa della perdita dei parametri di codifica e decodifica come PID ecc...
 
Devi accedere o registrarti per poter rispondere.
Indietro
Alto Basso