Changes between Initial Version and Version 1 of Ticket #7177, comment 4


Ignore:
Timestamp:
Apr 29, 2018, 10:52:44 PM (20 months ago)
Author:
Gramner
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #7177, comment 4

    initial v1  
    44This does not seem to do what you think it does (no idea if it's the intended behavior or not though. Actually I'm not really sure what the output from that even is). Use -pix_fmt yuv420p instead of dst_format=yuv420p and it works. Just dropping the dst_format produces 10-bit H.264.
    55
    6 Yes, there indeed appear to exist a bug in x264 with the combination of 10-bit, some specific settings, and some corner-case of insane inputs (it works with superfast instead of ultrafast for example) that triggers the assert, but that's essentially unrelated to your problem.
     6*edit* this is not an x264 bug as far as I can see, it's FFmpeg that feeds x264 with invalid data (out-of-range pixels) which causes overflows.