Some h.264 TS stream don't show the play time with broken PCR
I'm playing stored HD videos. These files are h.264 encoded transport streams generated by a hauppauge HD-PVR. Since V2.0.0 the detection of these files is fixed, and the duration is deteced too.
Now I have 6 recordings where 5 are working well. But for the 6. video, VLC neither shows the duration nor does it show/update the play time. There are no messages while playing the video.
This video has a size of 800MB. For this reason I refrain from attaching it to this ticket. If there is a need, I can put it in my Dropbox.
Activity
assigned to @fenrir
added Component::Demuxers label
So here it is. Sorry for the big big file, but I'm afraid that a cutoff may not show the problem.
The video shows some errors / glitches /failure in the content of the frames. These are not the problem of the recorded TS stream. These errors are "hand made" and belongs to the video source! ;-)
http://dl.dropbox.com/u/67377841/v120315_152604.ts
Please drop me a note after you have downloaded the file. Thanx
The file is a 1:1 recording of the data stream read from /dev/video0 from a Hauppauge HD-PVR. The file can be played with Totem (GStreamer based) on Linux and with an Elecard Player on Windows. The tested video converter tools on windows are able to convert the file too.
How do you check the PCR order?
Please have a look at the file at https://trac.videolan.org/vlc/ticket/4373. These files are recordings of a HD-PVR too.
By the way... The windows media player was never able to play these files.
Replying to [comment:6 vvd]:
How do you check the PCR order? I checked it on VLC log(verbosity 2 debug). Also I used my script analyzing MPEG-TS file.
Please have a look at the file at https://trac.videolan.org/vlc/ticket/4373. These files are recordings of a HD-PVR too.
These three files seem good at least about PCR.
VLC's MPEG-TS demuxer handle time based on PCR(Program Clock Reference), that's why I emphasize PCR ordering.
By the way... The windows media player was never able to play these files. I know WMP is not good at playing MPEG-TS files.
I've stored the messages of two sessions. v120315_152604.txt is from the file I've uploaded and v120315_152055.txt is from a shorter file where the play time is shown. The file v120315_152604-vlc_1.1.11.txt is from playing the "bad video" on the previously installed 1.1.11 (which had never shown the playtime!).
The big difference are the message "PCR Wrap Around found between..". These message are shown before displaying the video. Is this correct? What does this message means?
The message log are recorded on a Notebook runnint (a) on battery and (b) on Vista. So the system was to slow to decode the h.264 video.
Added attachment:
Added attachment:
Added attachment:
Replying to [comment:8 vvd]:
The big difference are the message "PCR Wrap Around found between..". These message are shown before displaying the video. Is this correct? What does this message means?
Normally you see the message "PCR Wrap Around found" at most once. If you see the message several time, the video may have wrong PCRs.
PCR can be represented between 00:00:00.000 (0x000000000) to 26:30:43.717 (0x1FFFFFFFF). PCR can be started at any value between the range (0x0-0x1FFFFFFFF). If PCR reaches to 0x1FFFFFFFF, next PCR is set to 0x0, it is called wrap around. So, if the video's playtime is shorter than 26:30:43.717, you see "PCR Wrap Around" at most once.
When breakage happens, VLC shows a message like "libdvbpsi error (PSI decoder): TS discontinuity (received xx, expected xx) for PID xxx", and PCRs seem to be reset from zero. PCR is not set by VLC but your recorder or source.
But I don't know what happened when you recorded it, and I don't have hauppauge HD-PVR, and I don't know any specifications of Hauppauge HD-PVR.
I'll try to reproduce this kind of disordered PCRs. Maybe there's a problem with the firmware of the HD PVR. I will post my results here...
The Hauppauge HD PVR is simply a cheap h.264 HD encoder which is connected to the USB bus. The device outputs the TS stream which is dumped to a file. The encoding starts with opening the device (/dev/video0).
