Carl Eugen, My supervisor told me that this happens only when we save the video to a DVR after recording it, and then download it to a PC to play it. If the video is NOT saved to the DVR, i.e. downloaded to the PC from the video camera, the video is fine and conversion/scaling is no problem.
I hope this helps to narrow down the problem for you. Thanks for filing the bug report. Ute On Tue, Jul 25, 2017 at 1:12 AM, Carl Eugen Hoyos <[email protected]> wrote: > 2017-07-24 20:55 GMT+02:00 Gyan <[email protected]>: > > As best as I can tell, ffmpeg does have issues with parsing non-standard > > H.264 bitstreams. It's certainly not as resilient as other decoders. > > Could you elaborate? > FFmpeg decoders (and demuxers) were written with the intent to > read as many non-standard files as possible and this is what we > have been experiencing (for a decade) - bugs such as the one > described in this ticket are of course possible. > > Do you have (many) samples that fail with FFmpeg but work with > other decoders? > > Or do you mean that error resilience for damaged (as opposed to > non-standard) H.264 is not as good as expected? Use > single-threaded decoding for improved error resilience with FFmpeg. > (Multi-threaded error resilience is non-trivial, and multi-threaded > decoding seemed - much - more important a few years ago than > error resilience.) > > Carl Eugen > _______________________________________________ > ffmpeg-user mailing list > [email protected] > http://ffmpeg.org/mailman/listinfo/ffmpeg-user > > To unsubscribe, visit link above, or email > [email protected] with subject "unsubscribe". _______________________________________________ ffmpeg-user mailing list [email protected] http://ffmpeg.org/mailman/listinfo/ffmpeg-user To unsubscribe, visit link above, or email [email protected] with subject "unsubscribe".
