@Pieterg,
heb jij een manier om dat signaal te analyseren en te ontdekken wat er mis is?
ik zal dat doorspelen aan iemand zodat het probleem niet langer afgedaan kan worden als : alles is toch juist
thx.
Ik weet zo niet de juiste syntax om met dvbsnoop pcr waardes te loggen (misschien kan dvbsnoop dat niet).
Maar onderstaande laat wel zien wat er mis is:
op de VRT radio1/2 transponder zitten bijvoorbeeld
VRT radio 1
audio pid 0x3a0
pcr pid 0x1ffe
VRT radio 2
audio pid 0x3a1
pcr pid 0x1ffe
Q-music
audio pid 0x3a8
pcr pid 0x1ffe
dus allemaal dezelfde pcr pid.
Dat betekent dat al hun PTS waardes relatief zijn ten opzichte van dezelfde offset (=de pcr waarde)
Gaan we nu de pts waarden loggen van deze drie audio pids:
root@et9x00:~# dvbsnoop -s pes 0x3a0 | grep Time
Time received: Sun 2013-06-16 20:19:33.461
==> PTS: 6674479837 (0x18dd47add) [= 90 kHz-Timestamp: 20:36:00.8870]
Time received: Sun 2013-06-16 20:19:33.604
==> PTS: 6674492797 (0x18dd4ad7d) [= 90 kHz-Timestamp: 20:36:01.0310]
Time received: Sun 2013-06-16 20:19:33.749
==> PTS: 6674505757 (0x18dd4e01d) [= 90 kHz-Timestamp: 20:36:01.1750]
Time received: Sun 2013-06-16 20:19:33.893
==> PTS: 6674518717 (0x18dd512bd) [= 90 kHz-Timestamp: 20:36:01.3190]
root@et9x00:~# dvbsnoop -s pes 0x3a1 | grep Time
Time received: Sun 2013-06-16 20:19:33.451
==> PTS: 5986319808 (0x164cffdc0) [= 90 kHz-Timestamp: 18:28:34.6645]
Time received: Sun 2013-06-16 20:19:33.595
==> PTS: 5986332768 (0x164d03060) [= 90 kHz-Timestamp: 18:28:34.8085]
Time received: Sun 2013-06-16 20:19:33.739
==> PTS: 5986345728 (0x164d06300) [= 90 kHz-Timestamp: 18:28:34.9525]
Time received: Sun 2013-06-16 20:19:33.884
==> PTS: 5986358688 (0x164d095a0) [= 90 kHz-Timestamp: 18:28:35.0965]
Time received: Sun 2013-06-16 20:19:34.026
==> PTS: 5986371648 (0x164d0c840) [= 90 kHz-Timestamp: 18:28:35.2405]
root@et9x00:~# dvbsnoop -s pes 0x3a8 | grep Time
Time received: Sun 2013-06-16 20:19:33.423
==> PTS: 6674476330 (0x18dd46d2a) [= 90 kHz-Timestamp: 20:36:00.8481]
Time received: Sun 2013-06-16 20:19:33.566
==> PTS: 6674489290 (0x18dd49fca) [= 90 kHz-Timestamp: 20:36:00.9921]
Time received: Sun 2013-06-16 20:19:33.709
==> PTS: 6674502250 (0x18dd4d26a) [= 90 kHz-Timestamp: 20:36:01.1361]
Time received: Sun 2013-06-16 20:19:33.853
==> PTS: 6674515210 (0x18dd5050a) [= 90 kHz-Timestamp: 20:36:01.2801]
Time received: Sun 2013-06-16 20:19:33.997
==> PTS: 6674528170 (0x18dd537aa) [= 90 kHz-Timestamp: 20:36:01.4241]
Time received: Sun 2013-06-16 20:19:34.141
==> PTS: 6674541130 (0x18dd56a4a) [= 90 kHz-Timestamp: 20:36:01.5681]
dan zien we dat Q-music en VRT radio2 dezelfde offsets hebben tov de PCR waarde. Dat is ook wat je verwacht, omdat ze immers dezelfde pcr pid gebruiken.
Maar kijken we nu naar VRT radio1, die ook dezelfde pcr pid heeft, dan zien we dat de pts timestamps van deze audio pid bijna 2 uur fout lopen.
Zonder dat ik even snel die PCR waarden boven water kan toveren met dvbsnoop, kunnen we hieruit wel concluderen dat aangezien VRT radio2 en Q-music normaal geluid geven, dat de pts timestamps van VRT radio1 gewoon fout zijn.
VRT radio1 zal daarom geen geluid geven op stb's die zich aan de DVB standaarden houden (en hun STC, zoals voorgeschreven, triggeren met PCR waarden).
Dit zou TVV zelf ook heel eenvoudig moeten kunnen vaststellen, als ze tenminste medewerkers hebben die enige kennis hebben van de DVB standaard (of anders tenminste met wikipedia en google overweg kunnen).