Losing saturation after converting

HandBrake for Mac support
Forum rules
An Activity Log is required for support requests. Please read How-to get an activity log? for details on how and why this should be provided.
Post Reply
sputnik55
Posts: 4
Joined: Tue Jun 04, 2019 2:43 pm

Losing saturation after converting

Post by sputnik55 » Tue Jun 04, 2019 3:10 pm

Description of problem or question:
Trying to reduce video file size. Different files, different output settings — the same result: notable loss of saturation.

Steps to reproduce the problem (If Applicable):
Open source → choosing the settings for the output file (either h264, or h265) → the result below:
source: https://i.imgur.com/N9WwMI8.jpg
result: https://i.imgur.com/ZAtzS2k.jpg

HandBrake version (e.g., 1.0.0):
1.2.2.

Operating system and version (e.g., Ubuntu 16.04 LTS, macOS 10.13 High Sierra, Windows 10 Creators Update):
macOS 10.14.2 Mojave

HandBrake Activity Log ***required*** (see How-to get an activity log)

Code: Select all

HandBrake Activity Log for Session: 2019-06-04T14:58:24Z
Handbrake Version: 1.2.2 (2019022300)
2018.12.23 - 15-56-53_579gggggg.mp4
Preset: Fast 1080p30
[17:58:24] macgui: QueueCore prevented sleep
[17:58:24] macgui: QueueCore scanning specifically for title: 1
[17:58:24] CPU: Intel(R) Core(TM) i5-5250U CPU @ 1.60GHz
[17:58:24]  - Intel microarchitecture Broadwell
[17:58:24]  - logical processor count: 4
[17:58:24] hb_scan: path=/Users/alexander.dolmatov/Desktop/test video/2018.12.23 - 15-56-53_579.mp4, title_index=1
udfread ERROR: ECMA 167 Volume Recognition failed
disc.c:323: failed opening UDF image /Users/alexander.dolmatov/Desktop/test video/2018.12.23 - 15-56-53_579.mp4
disc.c:424: error opening file BDMV/index.bdmv
disc.c:424: error opening file BDMV/BACKUP/index.bdmv
[17:58:24] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 6.0.0
libdvdread: Encrypted DVD support unavailable.
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[17:58:24] dvd: not a dvd - trying as a stream/file instead
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/alexander.dolmatov/Desktop/test video/2018.12.23 - 15-56-53_579.mp4':
  Metadata:
    major_brand     : mp42
    minor_version   : 0
    compatible_brands: isommp42
    creation_time   : 2018-12-23T12:57:35.000000Z
    com.android.version: 8.1.0
  Duration: 00:00:38.73, start: 0.000000, bitrate: 41882 kb/s
    Stream #0:0(eng): Video: h264 (Baseline) (avc1 / 0x31637661), yuvj420p(pc, smpte170m), 3840x2160, 41977 kb/s, SAR 1:1 DAR 16:9, 29.91 fps, 30 tbr, 90k tbn, 180k tbc (default)
    Metadata:
      creation_time   : 2018-12-23T12:57:35.000000Z
      handler_name    : VideoHandle
    Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 94 kb/s (default)
    Metadata:
      creation_time   : 2018-12-23T12:57:35.000000Z
      handler_name    : SoundHandle
[17:58:24] scan: decoding previews for title 1
[17:58:25] scan: audio 0x1: aac, rate=48000Hz, bitrate=94147 English (AAC LC) (2.0 ch)
[17:58:28] scan: 10 previews, 3840x2160, 29.910 fps, autocrop = 0/0/0/0, aspect 16:9, PAR 1:1
[17:58:28] libhb: scan thread found 1 valid title(s)
[17:58:28] macgui: QueueCore scan done
[17:58:28] 1 job(s) to process
[17:58:28] starting job
[17:58:28] macgui: QueueCore started encoding 2018.12.23 - 15-56-53_579gggggg.mp4
[17:58:28] macgui: QueueCore with preset Fast 1080p30
[17:58:28] decomb filter thread started for segment 0
[17:58:28] decomb filter thread started for segment 1
[17:58:28] decomb filter thread started for segment 2
[17:58:28] decomb filter thread started for segment 3
[17:58:28] decomb check thread started for segment 0
[17:58:28] decomb check thread started for segment 1
[17:58:28] decomb check thread started for segment 2
[17:58:28] decomb check thread started for segment 3
[17:58:28] mask filter thread started for segment 0
[17:58:28] mask filter thread started for segment 1
[17:58:28] mask filter thread started for segment 2
[17:58:28] mask filter thread started for segment 3
[17:58:28] mask erode thread started for segment 0
[17:58:28] mask erode thread started for segment 1
[17:58:28] mask erode thread started for segment 2
[17:58:28] mask erode thread started for segment 3
[17:58:28] mask dilate thread started for segment 0
[17:58:28] mask dilate thread started for segment 1
[17:58:28] mask dilate thread started for segment 2
[17:58:28] mask dilate thread started for segment 3
[17:58:28] yadif thread started for segment 0
[17:58:28] yadif thread started for segment 1
[17:58:28] yadif thread started for segment 2
[17:58:28] yadif thread started for segment 3
[17:58:28] work: only 1 chapter, disabling chapter markers
[17:58:28] job configuration:
[17:58:28]  * source
[17:58:28]    + /Users/alexander.dolmatov/Desktop/test video/2018.12.23 - 15-56-53_579.mp4
[17:58:28]    + title 1, chapter(s) 1 to 1
[17:58:28]    + container: mov,mp4,m4a,3gp,3g2,mj2
[17:58:28]    + data rate: 41882 kbps
[17:58:28]  * destination
[17:58:28]    + /Users/alexander.dolmatov/Desktop/test video/2018.12.23 - 15-56-53_579gggggg.mp4
[17:58:28]    + container: MPEG-4 (libavformat)
[17:58:28]      + align initial A/V stream timestamps
[17:58:28]  * video track
[17:58:28]    + decoder: h264
[17:58:28]      + bitrate 41977 kbps
[17:58:28]    + filters
[17:58:28]      + Comb Detect (mode=3:spatial-metric=2:motion-thresh=1:spatial-thresh=1:filter-mode=2:block-thresh=40:block-width=16:block-height=16)
[17:58:28]      + Decomb (mode=39)
[17:58:28]      + Framerate Shaper (mode=2:rate=27000000/900000)
[17:58:28]        + frame rate: 29.910 fps -> peak rate limited to 30.000 fps
[17:58:28]      + Crop and Scale (width=1920:height=1080:crop-top=0:crop-bottom=0:crop-left=0:crop-right=0)
[17:58:28]        + source: 3840 * 2160, crop (0/0/0/0): 3840 * 2160, scale: 1920 * 1080
[17:58:28]    + Output geometry
[17:58:28]      + storage dimensions: 1920 x 1080
[17:58:28]      + pixel aspect ratio: 1 : 1
[17:58:28]      + display dimensions: 1920 x 1080
[17:58:28]    + encoder: H.264 (libx264)
[17:58:28]      + preset:  fast
[17:58:28]      + profile: main
[17:58:28]      + level:   4.0
[17:58:28]      + quality: 22.00 (RF)
[17:58:28]      + color profile: 6-1-6
[17:58:28]  * audio track 1
[17:58:28]    + decoder: English (AAC LC) (2.0 ch) (track 1, id 0x1)
[17:58:28]      + bitrate: 94 kbps, samplerate: 48000 Hz
[17:58:28]    + mixdown: Stereo
[17:58:28]    + dither: triangular
[17:58:28]    + encoder: AAC (Apple AudioToolbox)
[17:58:28]      + bitrate: 160 kbps, samplerate: 48000 Hz
[17:58:29] sync: expecting 1158 video frames
[17:58:29] encx264: min-keyint: 30, keyint: 300
[17:58:29] encx264: encoding at constant RF 22.000000
[17:58:29] encx264: unparsed options: level=4.0:ref=2:8x8dct=0:weightp=1:subme=6:vbv-bufsize=25000:vbv-maxrate=20000:rc-lookahead=30
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x264 [info]: profile Main, level 4.0, 4:2:0, 8-bit
[17:58:30] sync: first pts video is 0
[17:58:30] sync: "Chapter 1" (1) at frame 1 time 0
[17:58:30] sync: first pts audio 0x1 is 0
[18:02:11] reader: done. 1 scr changes
[18:02:29] work: average encoding speed for job is 4.973338 fps
[18:02:29] comb detect: heavy 3 | light 53 | uncombed 1095 | total 1151
[18:02:29] decomb: deinterlaced 3 | blended 53 | unfiltered 1095 | total 1151
[18:02:29] vfr: 1151 frames output, 0 dropped and 0 duped for CFR/PFR
[18:02:29] vfr: lost time: 0 (0 frames)
[18:02:29] vfr: gained time: 0 (0 frames) (0 not accounted for)
[18:02:29] aac-decoder done: 1780 frames, 0 decoder errors
[18:02:29] h264-decoder done: 1151 frames, 0 decoder errors
[18:02:29] sync: got 1151 frames, 1158 expected
[18:02:29] sync: framerate min 10.012 fps, max 44.933 fps, avg 29.901 fps
x264 [info]: frame I:9     Avg QP:21.89  size:142765
x264 [info]: frame P:300   Avg QP:23.76  size: 70146
x264 [info]: frame B:842   Avg QP:25.46  size: 29018
x264 [info]: consecutive B-frames:  2.2%  0.5%  1.0% 96.3%
x264 [info]: mb I  I16..4: 25.7%  0.0% 74.3%
x264 [info]: mb P  I16..4:  7.6%  0.0%  7.9%  P16..4: 48.3% 22.5% 11.5%  0.0%  0.0%    skip: 2.3%
x264 [info]: mb B  I16..4:  8.6%  0.0%  0.8%  B16..8: 34.4% 12.5%  0.5%  direct:24.6%  skip:18.6%  L0:46.8% L1:45.5% BI: 7.8%
x264 [info]: coded y,uvDC,uvAC intra: 40.5% 92.2% 59.1% inter: 20.5% 58.7% 8.0%
x264 [info]: i16 v,h,dc,p: 26% 22% 35% 17%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 23% 16% 24%  6%  8%  6%  8%  6%  4%
x264 [info]: i8c dc,h,v,p: 61% 15% 18%  6%
x264 [info]: Weighted P-Frames: Y:10.0% UV:3.0%
x264 [info]: ref P L0: 62.5% 37.5%
x264 [info]: ref B L0: 84.2% 15.8%
x264 [info]: ref B L1: 96.1%  3.9%
x264 [info]: kb/s:9712.50
[18:02:29] mux: track 0, 1151 frames, 46761241 bytes, 9645.73 kbps, fifo 512
[18:02:29] mux: track 1, 1818 frames, 864479 bytes, 178.32 kbps, fifo 1024
[18:02:29] libhb: work result = 0

Could anyone help me? Thanks in advance.

User avatar
Ritsuka
HandBrake Team
Posts: 1045
Joined: Fri Jan 12, 2007 11:29 am

Re: Losing saturation after converting

Post by Ritsuka » Tue Jun 04, 2019 3:28 pm

How was the source created? It's 4k, but has a color tag that was used for SD video 20 years ago.

sputnik55
Posts: 4
Joined: Tue Jun 04, 2019 2:43 pm

Re: Losing saturation after converting

Post by sputnik55 » Tue Jun 04, 2019 3:43 pm

Ritsuka, video made by Xiaomi Redmi 5 Plus

User avatar
Ritsuka
HandBrake Team
Posts: 1045
Joined: Fri Jan 12, 2007 11:29 am

Re: Losing saturation after converting

Post by Ritsuka » Tue Jun 04, 2019 4:27 pm

Can you upload a short sample so we can test it?

sputnik55
Posts: 4
Joined: Tue Jun 04, 2019 2:43 pm

Re: Losing saturation after converting

Post by sputnik55 » Wed Jun 05, 2019 6:06 am

Sure: https://drive.google.com/open?id=1TNjwW ... i1M3FGXAnb (193Mb)
(Tried to make a short cut, but after cutting the colors also washed out.)

User avatar
Ritsuka
HandBrake Team
Posts: 1045
Joined: Fri Jan 12, 2007 11:29 am

Re: Losing saturation after converting

Post by Ritsuka » Wed Jun 05, 2019 9:44 am

Thanks. That file has two different color tags: one in the container (bt.2020) and one in the video track (bt.601).
In HandBrake-CLI you can overwrite the color tag with the --color-matrix option. There is no way to this in the GUI yet.

You should report the issue to Xiaomi, because such file is invalid.

sputnik55
Posts: 4
Joined: Tue Jun 04, 2019 2:43 pm

Re: Losing saturation after converting

Post by sputnik55 » Wed Jun 05, 2019 11:55 am

Thanks! Will try to do it with a command line.

Post Reply