Bug #3195
TVH Fails to correctly demux TS files coming from VLC streaming
0%
Description
Hi,
I noticed that when I use a VLC TS output as IPTV Service, it fails demuxing correctly and there are artifacts on video.
It happens only in HLS and in transcoding modes (when the stream is actually demuxed).
To test, you can use the sample file attached (output from VLC remux).
The file was generated using mux=ts in VLC.
Then in TVHeadend, add a new IPTV and select your TS input like this:
pipe:///bin/cat [PATH]/demuxing_fails.ts
Scan it and play it with Kodi or transcoded.
You will see a lot of decoding artifacts (and decoding errors if you actually transcode).
If you add ffmpeg to remux in the middle, it works:
pipe:///usr/bin/ffmpeg -i [PATH]/demuxing_fails.ts -vcodec copy -acodec copy -f mpegts -
It looks like a demuxer issue.
Thanks
Files
History
Updated by Jaroslav Kysela about 9 years ago
- Assignee changed from Andreas Smas to Jaroslav Kysela
Attach the file. There's 100MB limit, I think.
Updated by The Troll about 9 years ago
- File demuxing_fails.ts demuxing_fails.ts added
I thought I did!
Let's try again
Updated by The Troll about 9 years ago
After TVH demuxing you mean right ?
In the original TS, it's fine.
Updated by Jaroslav Kysela about 9 years ago
Yes, the H264 stream parser (MPEG-TS H264 demuxer) is somewhat broken. It seems that a little part of frames is cut.
Updated by Jaroslav Kysela about 9 years ago
I pushed upstream first parser fixes, but the picture is not perfect yet. It seems that ffmpeg reorders input NALs a little bit differently:
Tvheadend FFMPEG ------------------------------------------------------- NAL0: 000029 (NAL_SPS ) 000002 (NAL_AUD ) NAL1: 000005 (NAL_PPS ) 000029 (NAL_SPS ) NAL2: 000002 (NAL_AUD ) 000005 (NAL_PPS ) NAL3: 000011 (NAL_SEI ) 000011 (NAL_SEI ) NAL4: 186181 (NAL_SLICE ) 186181 (NAL_SLICE )
Updated by The Troll about 9 years ago
Hi,
I tested and it's much much better!
I saw some occasional glitches but I am not sure it comes from the network/transcoding or what you mention in not perfect...
Thanks a lot for working on this so quickly.
Updated by The Troll about 9 years ago
Hi!
I have another stream that seems to create problem...
With pipe://ffmpeg it works fine.
It is attached, could you have a look ?
Thanks!