% ffmpeg -start_number 1 -i %d.png test.mp4 This is the code I'm using to encode the video: I'm using the following build of ffmeg (static, win32): x264 10-bit Builds (20151027-git-e6f9952), found here: I'm attaching two images (corresponding to the 1st and 6th frames of the mp4), and the encoded mp4. They were created in Matlab, by first encoding in the range of 1-1024, then multiplying by 64, and then subtracting 1, so that they were appropriately scaled to fit the 16 png format. Each image contains eight 10bit codes: the first image has codes 0-7 (out of a possible 1023), the second has codes 8-15, etc. For example, see frame 6 (and compare with 6.png).

Also notice that on some frames, there are gradient divisions where they shouldn't be. Now using CTRL+rightarrow, step through the 10 frames, and notice how the same sort of artifact appears across many of these gradients. On my end, the third and fourth bars are identical, so there are only seven distinct bars. Now switch to full screen, and inspect the image.

Once file is loaded, scroll the slider to the beginning (it should be paused). This is a movie file that was created from an image sequence of 10 images similar to 1.png. You should see 8 distinct vertical bars that fill the screen. Turn lights off, and let your eyes dark adapt. Make sure enable fullscreen exclusive mode is checked (rendering/general settings).įirst, load up '1.png' in madVR, and switch to fullscreen. If you have an 8 bit system, then dithering will need to be enabled (rendering/dithering/pick your favourite dithering mode). If you have a 10 bit video pipeline (including display), then you won't need to enable dithering in madVR to see this. I brought this to Zeranoe's attention, who suggested it may be a bug in swscale, and that I report it. Summary of the bug: When I encode a 16 bit png file using the 10 bit x264 build, there are artifacts present in the video that are not present when the original png files are viewed.

Ffmpeg mp4 to png