Decoding artifacts,..

[Selur]

Not sure how interesting it is at this point of the development, but with the attached source 00006.zip the filter (like software based LWLibavSource shows artifacts, no artifacts with FFMS2, LWLibavSource with hardware decoding or DGDecNV).

[myrsloik]

Not that interesting unless it still has issues when muxed to mkv. Basically mpeg/mpegts/elementary streams will have issues the way things are done. It's been documented since day one.

[Selur]

Good to know. Works fine when I remux the file to mkv using mkvmerge beforehand.
Thanks!

[myrsloik]

Adding observation by @HolyWu, this file has different completely linear decode output with different number of threads. Will see if FFmpeg developers are interested or at least investigate it a bit more. As usual it's h264...

[radpopl]

Not that interesting unless it still has issues when muxed to mkv. Basically mpeg/mpegts/elementary streams will have issues the way things are done. It's been documented since day one.

I have such a file (m2t, from an HDV camera) that nothing can read without errors except Vegas (BS, ffms2, lwliba can't handle it). Mux it to mkv and report if the problem persists?

BTW. Should I also report the problem with VFR with the test video? The video is ok, but when converting to CRF (fpsden=50) the sound gets out of sync.

[myrsloik]

Not that interesting unless it still has issues when muxed to mkv. Basically mpeg/mpegts/elementary streams will have issues the way things are done. It's been documented since day one.

I have such a file (m2t, from an HDV camera) that nothing can read without errors except Vegas (BS, ffms2, lwliba can't handle it). Mux it to mkv and report if the problem persists?

BTW. Should I also report the problem with VFR with the test video? The video is ok, but when converting to CRF (fpsden=50) the sound gets out of sync.

Are you sure the file hasn't been corrupted somehow?

If you want to share it I'll take a look but don't expect more than an explanation of where things break.

[radpopl]

Yes, there are some glitches in the packages.

[mpegts @ 0000014dd36a1080] Packet corrupt (stream = 0, dts = 60861600).
[in#0/mpegts @ 0000014dd36894c0] corrupt input packet in stream 0
[mpegts @ 0000014dd36a1080] Packet corrupt (stream = 0, dts = 82558800).
[in#0/mpegts @ 0000014dd36894c0] corrupt input packet in stream 0
[mpegts @ 0000014dd36a1080] PES packet size mismatchts/s speed=12.6x
[mpegts @ 0000014dd36a1080] Packet corrupt (stream = 1, dts = 136257840).
[aist#0:1/mp2 @ 0000014dd3d6ecc0] timestamp discontinuity (stream id=2068): 18080000, new offset= -18080000
[mpegts @ 0000014dd36a1080] Packet corrupt (stream = 0, dts = NOPTS).
[vist#0:0/mpeg2video @ 0000014dd36a9600] timestamp discontinuity (stream id=2064): -840000, new offset= -17240000
[mpegts @ 0000014dd36a1080] Packet corrupt (stream = 0, dts = 179467200).
[in#0/mpegts @ 0000014dd36894c0] corrupt input packet in stream 0
[mpegts @ 0000014dd36a1080] PES packet size mismatch
[mpegts @ 0000014dd36a1080] Packet corrupt (stream = 1, dts = 179452080).
size= 8056576KiB time=00:43:24.12 bitrate=25344.3kbits/s speed=10.2x

Copying with ffmpeg -c copy to mkv doesn't help. The m2t file itself plays correctly in MPC.