The VideoLAN Forums

Here an example which is not working with HW decoding on VLC 2.0.6 and recent nighties, however other players can do it. http://www19.zippyshare.com/v/OC8R25h4/file.html

It is a 1080i h264 stream as streamed by my cable provider.

Solution found: start VLC with --demux option:

/Applications/VLC.app/Contents/MacOS/VLC --demux ffmpeg

Or for Windows see https://forum.videolan.org/viewtopic.ph ... 11#p300811

Next finding: from the ffmpeg filtered stream I removed the PMT or PAT packets (PIDs 0x00 or 0x1000). VLC was not anymore able to play the stream. Other viewers can play "dumb" streams with just the video and audio PIDs. VLC seem to need the PMT. I can cut away the SDT/BAT and VLC is still...

OK, scrambled packtets do not seem to be the root cause. When I cut away this packets the file is still not played in VLC. I made a comparison before/after filtering with ffmpeg. The original file has only 4 PIDs: 0x00: PAT 0x90: the video stream 0x9b: the 1st audio stream 0x9c: the 2nd audio stream...

I checked the TS packtets with DVBinspector. In my file the first 889 TS packets are marked to be scrambled: hex 470090dd.... Afterwards the packets are not marked to be scrambled: 4700901e... After filtering with ffmpeg no scrambled packets can be found.

Is this an issue for VLC?

Cheers

Its vdr-2.2.0 running on an Debian HTPC. For this specific channel the dvbapi plugin is used.

@jm3767: you are right. Filtering with ffmpeg cleans the file. But this is not sufficient because at the end I intend to use VLC to steam from a life source providing this stream (DVB-C live TV channel from VDR with streamdev-server plugin). VLC has my favourite channels in the playlist and shall wo...

Hello, I seem to have exactly the same Problem here on OSX: core debug: VLC media player - 2.2.4 Weatherwax core debug: Copyright © 1996-2016 the VideoLAN team core debug: revision 2.2.4-3-g2fc51dd core debug: configured with ../extras/package/macosx/../../../configure '--prefix=/Users/fpk/Desktop/...