• Let op: Dit is het archief van het Provider Forum. De berichten die je hier ziet zijn gedateerd en er kan niet meer op worden gereageerd.

VRT incorrecte 16:9 puls?

  • Onderwerp starter Onderwerp starter hallotjes
  • Startdatum Startdatum
Status
Niet open voor verdere reacties.
En de (of tenminste een) rede voor het vele gepingpong tussen de feeds lijkt nu ook bovenwater sinds ik op de VRT site ze zender mededelingen heb ontdekt. Er zijn regelmatig onderbrekingen van het DVB-T (en ook FM en DAB) signaal. Alleen doorgaans op een tijdstip dat er geen hond kijkt of luistert.

Zoals ook deze komende dinsdag (voor het @home gebied)

Datum van de zenderonderbreking: dinsdag 12/4/2011

  • Tijdstip van de zenderonderbreking: tussen 00:15 u en 12:00 u
  • Duur van de zenderonderbreking: maximum 1 uur en 45 minuten
  • Plaats van impact: Genk
  • Impact van de onderbreking: geen uitzending alle diensten
https://www.vrt.be/nieuws/2011/04/update-werken-aan-zendinstallaties-zenderonderbrekingen

En inderdaad, zoals verwacht, zien we na onderbreking van ergens afgelopen nacht het backup signaal met de AFD weer. Ik reken erop dat dit vanavond weer goed staat! Je kan het Ziggo !:)
 
En inderdaad, zoals verwacht, zien we na onderbreking van ergens afgelopen nacht het backup signaal met de AFD weer. Ik reken erop dat dit vanavond weer goed staat! Je kan het ziggo !:)

Hier (Multikabel gebied) staat alles goed zo te zien?
Dus de VBR/DVBT aanvoer zonder de AFD bug.
 
Kan goed kloppen.

Ter info:

Voor het @home gebied wordt het signaal in Maastricht ontvangen van de paal in Genk, voor het Casema gebied in Breda vanaf de paal in Schoten. Als er één (hints tonen voor) uitval schakelen de multiplexers in het betreffende gebied automatisch over naar de backup. Daarom dat we wellicht nog al eens naar verschillende feeds kijken. Helaas schakelen ze niet automatisch terug naar de main feed.
 
Kan goed kloppen.

Ter info:

Voor het @home gebied wordt het signaal in Maastricht ontvangen van de paal in Genk, voor het Casema gebied in Breda vanaf de paal in Schoten. Als er één (hints tonen voor) uitval schakelen de multiplexers in het betreffende gebied automatisch over naar de backup.

Ah, dat verklaart dan wel steeds deze verschillen in doorgifte natuurlijk.
Toch wel vreemd, ik dacht dat Ziggo gewoon één globale feed gebruikte.
 
In het @home gebied weer oké :thumb up:

Ter aanvulling n.a.v. reactie van TVdigitaal:
Er wordt wel degelijk vol automatisch geswitcht. Mocht de DVB-T wegvallen zal deze weer automatisch terug gezet worden nadat deze X uur stabiel is. En dat werkt dus prima nu :)
 
Op 12 april 2011 van 00:24 tot 13:29 werden de VRT zenders Eén en Ketnet/Canvas op een andere manier uitgezonden.
Tot 00:24 zitten de I, P en B frames in een aparte payload; aan het begin daarvan staat:
Bij een I-frame:
. 00 00 01 B3 ... : sequence header
. 00 00 01 B5 14 ... : sequence extension
. 00 00 01 B8 ... : gop
En bij I, P, B:
. 00 00 01 00 ... : picture header
. 00 00 01 B5 8F ... : picture coding extension
. 00 00 01 B2 44 54 47 31 41 F8 : user data, 44 54 47 31 = 'DTG1', AFD = 8

Zie : ETSI TS 101 154, B.2 : 'DTG1' = afd_data()
Zie ook: https://en.wikipedia.org/wiki/Active_Format_Description

Van 00:24 tot 13:29 zitten de I, P en B frames samen in een payload; deze begint met:
00 00 01 B3 ... : sequence header
00 00 01 B5 14 ... : sequence extension
00 00 01 B2 44 54 47 31 41 F0 : AFD = 0
00 00 01 B8 ... : gop
00 00 01 00 ... : picture header
00 00 01 B5 8F ... : picture coding extension

Hier is er dus 1 AFD per GOP van 12 frames, met het patroon IBBPBBPBBPBB.
 
Weet niet aan wie je de PM hebt verzonden.
Maar ik antwoord maar even aangezien je vorige vraag een quote was naar aanleiding mijn posting. Bij deze het antwoord.

Ketnet/Canvas staat sinds gisteren op de backup.
De uitzendingen van VRT1 sinds vandaag.

Je zou hierdoor geen AFD probleem moeten ervaren. Of ervaar je een andere probleem?

Probleem met de AFD op de main feed is in onderzoek bij de programma leverancier. Dit probleem is een tijd goed geweest en heeft zich ook voorgedaan op de backup feed waardoor er een tijd geen alternatief was. Helaas zijn we hier afhanklijk van derden aangezien we zelf het signaal niet encoderen. Volgende week verwacht ik meer informatie en zodra ik deze heb post ik deze hier.

Ondanks dat dit op 1 april is geschreven, is het geen grap. sindsdien werkt tot nu toe stabiel zonder AFD fout (op de ene keer dat er werkzaamheden aan de zendmast na, maar dat is niet ziggo zn fout) :):thumb up: Mag ook wel es gezegd worden!
 
Volgens mij is die voorspelling helemaal nergens op gebaseerd . . .

Nu je het hebt over dat telenet van liberty Global is, dan begrijp ik dat Ziggo niet de glasvezel aanvoer met 8MB gebruikt die Caiway en UPC gebruiken. Deze komt ook van Telenet vandaan, dus UPC(ook liberty global) kan die qua rechten zo regelen. Caiway is te klein om een probleem van te maken, maar Ziggo sluiten ze liever buiten uiteraard.
 
Volgens mij is die voorspelling helemaal nergens op gebaseerd . . .

Nu je het hebt over dat telenet van liberty Global is, dan begrijp ik dat Ziggo niet de glasvezel aanvoer met 8MB gebruikt die Caiway en UPC gebruiken. Deze komt ook van Telenet vandaan, dus UPC(ook liberty global) kan die qua rechten zo regelen. Caiway is te klein om een probleem van te maken, maar Ziggo sluiten ze liever buiten uiteraard.

Geeft maar weer eens aan dat de distributie van TV- en radiosignalen van publieke omroepen nooit in handen had mogen komen van commerciële partijen.
 
Status
Niet open voor verdere reacties.
Terug
Bovenaan