Resync to an TS stream fails!

[vvd]

I'm using VLC to display a simple UDP stream of an Hauppauge HD-PVR box. I publish this stream simply by pushing 7 (cached) 188-byte packets over UDP. The HD-PVR box delivers a 1080i/50 MPEG-TS stream with H.264 encoded video and a stereo audio channel.

As long as VLC is up an running at the time the device is opened and the stream is started, all went fine. But if I start VLC while the stream is already running, it mostly isn't able to sync to it. The same happens if I write the transport stream to a file. To avoid the 4GB limit of FAT32 formatted USB memory sticks, I split the files somewhere with in the stream. If I try to play these snippets, 10%-20% of the snippets aren't played!

So here are the messages....

Code: Select all

ts warning: TS module discarded (lost sync) ps warning: this does not look like an MPEG PS stream, continuing anyway ps warning: garbage at input, trying to resync... ps warning: found sync code ps warning: garbage at input, trying to resync... ps warning: found sync code ....

What does that mean? We have a TS stream and not a PS stream. Is this a problem of VLC? Could I force VLC to stay at TS?

I've recorded three snippets (each 70MB) of video. The first is the stream after opening the device, and the rest are splitted somewhere within the stream (1 minute chunks). The first two parts are playable, the last not! If there is interesst, I can upload the file somewhere.

[vvd]

Some more infos: I've tested VLC version from 1.0.5 up to 1.1.5 running under windows and linux. Nothing works.

The "bad" snippet can be view by the smaple player of the elecard SDK and it could be converted by Handbrake. So the content of the snippet seems to be OK.

[vvd]

For all of you interested in this problem: I've filed a bug report which is still open.

http://trac.videolan.org/vlc/ticket/4373

[vvd]

I've found a way to force opening the stored files with the TS demuxer! Doing this solves the problem. There are some "skipping garbage" messages, but after this, VLC resync to the video and all works as expected. Nevertheless, there is still a bug in choosing the demuxer.

The workarounds are: use "file/ts:" for files and "udp/ts:" for streams. I have to test the streaming as soon as I have access to a stream again.

But this "workarounds" have one drawback. I can call VLC with this prefixes by hand, but the file type associations must be fixed too.