Opened 6 days ago

Last modified 5 days ago

#7258 new defect

Video codec "uncompressed r210 and v210" in Quicktime container produces too dark images

Reported by: wavelet Owned by:
Priority: normal Component: undetermined
Version: unspecified Keywords:
Cc: Blocked By:
Blocking: Reproduced by developer: no
Analyzed by developer: no


Summary of the bug:
How to reproduce:

% ffmpeg -i -vcodec r210 -movflags +writecolr
% ffmpeg -i -vcodec v210  -movflags +writecolr
ffmpeg version: N-90169-gf4709f1b7b
Windows: Dll's from zernoe
8bpc and 16bpc exports are working fine: % ffmpeg -i -vcodec rawvideo -pix_fmt rgb48be  -movflags +writecolr

Attachments (1)

SourceVSR210_version2.jpg (98.6 KB) - added by wavelet 5 days ago.
R210 vs Source file

Download all attachments as: .zip

Change History (9)

comment:1 Changed 6 days ago by wavelet

In BM Resolve the brightness can be normalized by forcing the color_range to full. There is also a high risk that something with the 32Bit packing is wrong.

comment:2 Changed 6 days ago by cehoyos

  • Keywords color_range removed

Please provide a short input file and the command line you tested together with the complete, uncut console output to make this a valid ticket.

comment:3 Changed 5 days ago by wavelet

ffmpeg.exe -i J:\tmp\ -vcodec r210 J:\tmp\
90169-gf4709f1b7b Copyright (c) 2000-2018 the FFmpeg developers
7.3.0 (GCC)
--disable-static --enable-shared --enable-gpl --enable-version3 --enable-sdl2 --enable-bzl
s --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libtheora --enable-libtwo
-amrwbenc --enable-libmysofa --enable-libspeex --enable-libxvid --enable-libmfx --enable-a

  1. 7.101 / 56. 7.101
  2. 13.100 / 58. 13.100
  3. 10.100 / 58. 10.100
  4. 2.100 / 58. 2.100
    1. 12.100 / 7. 12.100
    2. 0.101 / 5. 0.101
    3. 0.101 / 3. 0.101
  5. 0.100 / 55. 0.100

,m4a,3gp,3g2,mj2, from 'J:\tmp\':

: qt
: 512

ands: qt

: Lavf57.25.100

:00.38, start: 0.000000, bitrate: 177741 kb/s
ng): Video: dnxhd (DNXHD) (AVdn / 0x6E645641), yuv422p10le(tv, bt709), 1920x1080, 176160 k

e : Core Media Data Handler

: 01:00:00:00

ng): Audio: pcm_s16le (sowt / 0x74776F73), 48000 Hz, stereo, s16, 1536 kb/s (default)

e : Core Media Data Handler
ng): Data: none (tmcd / 0x64636D74), 0 kb/s

e : Core Media Data Handler

: 01:00:00:00' already exists. Overwrite ? [y/N] y

#0:0 (dnxhd (native) -> r210 (native))
#0:1 (pcm_s16le (native) -> aac (native))
, ? for help
o 'J:\tmp\':

: qt
: 512

ands: qt

: Lavf58.10.100

ng): Video: r210 (r210 / 0x30313272), rgb48le(progressive), 1920x1080 [SAR 1:1 DAR 16:9],

e : Core Media Data Handler

: 01:00:00:00
: Lavc58.13.100 r210

ng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 128 kb/s (default)

e : Core Media Data Handler

: Lavc58.13.100 aac

.0 q=-0.0 Lsize= 72902kB time=00:00:00.38 bitrate=1555248.3kbits/s speed=1.12x
io:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.002932%
942000] Qavg: 65536.000

comment:4 Changed 5 days ago by wavelet

Source video:
Transcoded r210 video (too dark):
Source vs r210:

8bpc and 10bpc are working fine! Only the 10bpc exports are showing this behavior.

comment:5 Changed 5 days ago by cehoyos

How did you create Do you find it likely that it is supposed to look as in the jpg you provided?

comment:6 follow-up: Changed 5 days ago by wavelet

The was created with BM Resolve(1920x1080). I took a tiff sequence and used the DNxHD codec. You can reproduce the same results with other sources like PoRes? in mov container too.

The jpg is showing the wrong behavior. The left side is the R210 export and the right side is the source material. You can clearly recognize that the brightness ramp on the left side (upper left corner) is much darker as the same area on the right side.

comment:7 Changed 5 days ago by wavelet

Sorry, I mixed up the left and right image. I will exchange the image

comment:8 in reply to: ↑ 6 Changed 5 days ago by cehoyos

Replying to wavelet:

The was created with BM Resolve(1920x1080).

Are you sure? If the console output you provided above were readable, it would indicate that the file was created with FFmpeg.

Changed 5 days ago by wavelet

R210 vs Source file

Note: See TracTickets for help on using tickets.