A *.ts file does not play

[n_zille]

I have recorded a video with a Denver DVBS-207HD sat receiver to an USB stick.It was recorded from a free TV channel. It plays on the same device and on another TV set, but not with VLC V3.0.17.4 on a 32 bit Win7 PC. There is no sound and no picture.

In "Codec" info it shows the following:
Stream 0: MPEG-1/2 Video (mpgv)
Stream 1: MPEG Audio layer 1/2 (mpga)
Stream 2: H264 - MPEG-4 AVC (part10) (h264)

In "Statistics" it shows:
Audio - Decoded: -counting up-
Audio - Played :"0"
Video - Decoded: "0"
Input/Read - Dropped (discontinued): -counting up-

And here a snippet from the debug Window:
ps warning: this does not look like an MPEG PS stream, continuing anyway
main debug: using demux module "ps"
main debug: looking for a subtitle file in C:\Users\NZ\Documents\Hardware Doku\Denver HD Sat\
main debug: looking for meta reader module matching "any": 2 candidates
lua debug: Trying Lua scripts in C:\Users\NZ\AppData\Roaming\vlc\lua\meta\reader
lua debug: Trying Lua scripts in C:\Program Files\VideoLAN\VLC\lua\meta\reader
lua debug: Trying Lua playlist script C:\Program Files\VideoLAN\VLC\lua\meta\reader\filename.luac
main debug: no meta reader modules matched
main debug: `file:///C:/Users/NZ/Documents/Hardware%20Doku/Denver%20HD%20Sat/0000.ts' successfully opened
ps warning: garbage at input from 509, trying to resync...
ps warning: found sync code
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
ps warning: garbage at input, trying to resync...
ps warning: found sync code
ps debug: we found a length of: 0s
ps debug: we found a length of: 22s

So far I couldn't find anything in the forum regarding such a problem - I hope someone can help.
Thanks!

[Lotesdelere]

Please open Tools -> Messages (set Verbosity to 2) before you start the playback, and then paste the full resulting log here or on Pastebin.com or on Justpaste.it if it's too long.

Also upload a short sample of your original problematic file to Zippyshare.com or to WeTransfer.com and then post the link to the file here.
https://www.zippyshare.com
https://wetransfer.com

If needed cut it with DGsplit and read here about how to do it:
https://forum.videolan.org/viewtopic.ph ... 35#p193335
200 MB max should be enough.

[n_zille]

Hi Lotesdelere,
I made a short recording of 47MB an loaded it to wetransfer.com. I also put the 4MB full log onto this platform. The files "0000.ts" and "FullLog.txt" can be found here:
https://wetransfer.com/downloads/87a595 ... e=sendgrid
Thanks and regards

[InTheWings]

you can playback by temporary forcing demuxer to ts

I'll figure a fix for the next release

[InTheWings]

proprietary repeated payload breaking probing

[n_zille]

Hi InTheeWings,
Thanks for looking over this issue.
I understand your comment in that way, that some blocks of payload could not be identified and this prevents the decoding (of valid blocks). I hope that these 'alien' blocks can be skipped in a future version.

[n_zille]

Hi all,
recently I took a deeper look into this problem and found the following work around:
If I remove the first 2064 byte from the video file ( the "0000.ts in this case) I can play this video correctly with VLC V3.0.18.
I have uploaded a short example with and without header) here:
"https://wetransfer.com/downloads/0d2683 ... 933/5b1293".
Hope this helps to find a solution for the problem (just a parameter to skip some data at the beginning?).