--- On Fri, 8/22/08, Kristo Czaja <kc0@xxxxx> wrote:
> dvbscan pl-Warsaw:
> TVP1:690000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_3_4:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:104:1
> TVP2:690000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_3_4:FEC_3_4:QAM_64:TRANSMISSION_MODE_8K:GUARD_INTERVAL_1_8:HIERARCHY_NONE:0:204:2
Google shows me that apparently the DVB-T signal is using the
H.264 video codec, plus AC3 audio. Apparently you're getting
an mp2 audio stream on PID 204 for TVP2, but your `dvbscan'
is failing to recognize the video stream as AVC and it shows
up above as `0'.
> Odtwarzam /dev/dvb/adapter0/dvr0.
> Wykryto format pliku TS.
> VIDEO MPEG2(pid=102) AUDIO A52(pid=103) NO SUBS (yet)!
In the absence of the PID which includes the info about the
H.264 AVC video stream, `mplayer' defaults to the incorrect
MPEG2 video. I have a hack which can override this (needed
for, say, ITV-HD at 28E, or other AVC streams recorded without
all the needed PIDs) but you would be better off to use the
correct PID for that service.
> /usr/bin/dvbtraffic:
> 0066 1857 p/s 340 kb/s 2793 kbit
PID 102 decimal, AVC video
> 0067 306 p/s 56 kb/s 460 kbit
PID 103, AC3 audio
> 0068 109 p/s 20 kb/s 164 kbit
I'll guess an alternate mp2 audio seen above as PID 104
You'll either need to write a stream with PIDs 0, as well as
the PID for Service ID 2 (TVP2), which mplayer can parse and
detect the video as AVC, or, well, um, somehow mplayer needs
to be able to read PIDs 0 plus that for service ID 2 (or any
other service you wish to see). No personal experience there
as none of my machines can come close to realtime playback, so
I always write to a file...
barry bouwsma
_______________________________________________
linux-dvb mailing list
linux-dvb@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
