clever FFmpeg-GUI, small FFmpeg UI, fully portable, no installation.

[ProWo]

@TDS

With the newest nightly build:
[eac3 @ 000001e0ac35f5c0] Specified channel layout '7.1' is not supported by the eac3 encoder

And as far as SDR to HDR is concerned:
where is the program supposed to get all the missing data from?

[guest]

@TDS

With the newest nightly build:
[eac3 @ 000001e0ac35f5c0] Specified channel layout '7.1' is not supported by the eac3 encoder

And as far as SDR to HDR is concerned:
where is the program supposed to get all the missing data from?

Like I said in my previous post, I have no idea how this app does its "magic", so maybe you should take a look for yourself...

But it definitely converts thd 7.1 to eac3 7.1 (8 channel), as for the SDR to HDR conversion's, it does do that too, although there are issues with the tonemapping / colourspace, it's a little washed out.

https://github.com/R3S3t9999/DoVi_Scripts?tab=readme-ov-file

[tebasuna51]

Like I said in my previous post, I have no idea how this app does its "magic", so maybe you should take a look for yourself...

That app say clearly use EasyAudioEncoder.exe to create eac3 7.1, you need download yourself (legality?) to be used in a Plex install, with python, Dolby tools (need a account), etc...

It is not the ffmpeg encoder.

[guest]

That app say clearly use EasyAudioEncoder.exe to create eac3 7.1, you need download yourself (legality?) to be used in a Plex install, with python, Dolby tools (need a account), etc...

It is not the ffmpeg encoder.

Thanks for the info, "teb", I just downloaded and installed EVERYTHING that "RESET_9999" recommended.

The only issue I have found is with the SDR to HDR conversion, it has some tonemapping issues.

EDIT:- I got a msg from "RESET" stating that the SDR to HDR conversion is just the first step in the process, and needs to be colorgraded with DaVinci Resolve :(

[oniiz86]

@Lathe
For a correct tonemapping the BT709 filter isn't enough.
Here you have an example of how to convert a 4k HDR 10 bit video into a HD SDR 8 bit video readable for your OPPO with mobius tone mapping. The batch mode is used because the tone mapping is slow and in batch mode the standby is deactivated and therefore the entire video is encoded without interruption.
However, you can also encode just one sample instead of batch mode as a test.
To do this, activate the sample checkbox, enter the desired duration in seconds and click on encode instead of to batch.

https://forum.videohelp.com/attachment.php?attachmentid=76610
@ProWo I seem to be having an issue with converting 4K HDR 10 bit HEVC stream to an 1080 SDR 8 Bit AVC stream when played back on my OPPO BDP-105D, one file that I converted simply hangs at 100% on my OPPO & will not start whilst the other file will play but the OPPO's Elapsed Time Counter is stuck on 00:00:00 unless I forward to the next chapter which then the Elapsed Time will initiate, I didn't mux these files with clever FFmpeg-GUI nor did I use the "Batch Mode" option, I simply started the encode process & then I used MKVToolNix
for muxing.

Here is the MediaInfo file info of the file that hangs at 100% on my OPPO that will not start to play,
Format : Matroska
Format version : Version 4
File size : 11.1 GiB
Duration : 2 h 11 min
Overall bit rate mode : Variable
Overall bit rate : 12.1 Mb/s
Frame rate : 24.000 FPS
Movie name : Hannibal 2001
Encoded date : 2023-04-28 21:43:22 UTC
Writing application : mkvmerge v70.0.0 ('Caught A Lite Sneeze') 64-bit
Writing library : libebml v1.4.2 + libmatroska v1.6.4
Cover : Yes
Attachments : cover.jpg

Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@Main
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : V_MPEGH/ISO/HEVC
Duration : 2 h 11 min
Bit rate : 8 021 kb/s
Width : 3 840 pixels
Height : 2 076 pixels
Display aspect ratio : 1.85:1
Frame rate mode : Constant
Frame rate : 24.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.042
Stream size : 7.36 GiB (67%)
Writing library : x265 3.5+rarbg-HDR-38-20255e6:[Linux][clang 16.0.0][64 bit] 10bit
Encoding settings : cpuid=1111039 / frame-threads=6 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=3840x2076 / interlace=0 / total-frames=0 / level-idc=51 / high-tier=1 / uhd-bd=0 / ref=4 / no-allow-non-conformance / repeat-headers / annexb / aud / no-eob / no-eos / no-hrd / info / hash=0 / no-temporal-layers / no-open-gop / min-keyint=1 / keyint=24 / gop-lookahead=0 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=25 / lookahead-slices=4 / scenecut=40 / no-hist-scenecut / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=2 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=3 / limit-refs=3 / no-limit-modes / me=3 / subme=3 / merange=57 / temporal-mvp / no-frame-dup / no-hme / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / no-sao / no-sao-non-deblock / rd=4 / selective-sao=0 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=1.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=abr / bitrate=8000 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=2 / cplxblur=20.0 / qblur=0.5 / ipratio=1.40 / pbratio=1.30 / aq-mode=1 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=1 / overscan=0 / videoformat=5 / range=0 / colorprim=9 / transfer=16 / colormatrix=9 / chromaloc=0 / display-window=0 / master-display=G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1) / cll=1000,710 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / hist-threshold=0.03 / no-opt-cu-delta-qp / no-aq-motion / hdr10 / hdr10-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=0 / analysis-save-reuse-level=0 / analysis-load-reuse-level=0 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00 / scenecut-aware-qp=0conformance-window-offsets / right=0 / bottom=0 / decoder-max-rate=0 / no-vbv-live-multi-pass
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color pri : Display P3
Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2
Maximum Content Light Level : 1000 cd/m2
Maximum Frame-Average Light : 710 cd/m2

Audio #1
ID : 2
Format : DTS XLL
Format/Info : Digital Theater Systems
Commercial name : DTS-HD Master Audio
Codec ID : A_DTS
Duration : 2 h 11 min
Bit rate mode : Variable
Bit rate : 3 652 kb/s
Channel(s) : 6 channels
Channel layout : C L R Ls Rs LFE
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 SPF)
Bit depth : 24 bits
Compression mode : Lossless
Stream size : 3.35 GiB (30%)
Title : English DTS-HD MA 5.1
Language : English
Default : Yes
Forced : No

MediaInfo file info of the file that has the Elapsed Time Counter stuck at 00:00:00 but corrects itself if I go to the next Chapter,
Format : Matroska
Format version : Version 4
File size : 17.8 GiB
Duration : 2 h 2 min
Overall bit rate mode : Variable
Overall bit rate : 20.8 Mb/s
Frame rate : 23.976 FPS
Movie name : 3:10 to Yuma 2007
Encoded date : 2017-12-21 23:02:56 UTC
Writing application : mkvmerge v19.0.0 ('Brave Captain') 64-bit
Writing library : libebml v1.3.5 + libmatroska v1.4.8

Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main 10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
Codec ID : V_MPEGH/ISO/HEVC
Duration : 2 h 2 min
Bit rate : 14.2 Mb/s
Width : 3 840 pixels
Height : 1 600 pixels
Display aspect ratio : 2.40:1
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0 (Type 2)
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.096
Stream size : 12.1 GiB (68%)
Writing library : x265 2.5+58-06979c042350:[Windows][GCC 6.2.1][64 bit] 10bit
Encoding settings : cpuid=1173503 / frame-threads=4 / numa-pools=20 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=3840x1600 / interlace=0 / total-frames=176115 / level-idc=51 / high-tier=1 / uhd-bd=0 / ref=4 / no-allow-non-conformance / repeat-headers / annexb / aud / hrd / info / hash=0 / no-temporal-layers / no-open-gop / min-keyint=1 / keyint=24 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=25 / lookahead-slices=4 / scenecut=40 / no-intra-refresh / ctu=64 / min-cu-size=8 / rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=2 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / no-strong-intra-smoothing / max-merge=3 / limit-refs=3 / limit-modes / me=3 / subme=3 / merange=57 / temporal-mvp / weightp / no-weightb / no-analyze-src-pics / deblock=-3:-3 / no-sao / no-sao-non-deblock / rd=4 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=1.00 / no-rd-refine / analysis-reuse-mode=0 / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=17.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / vbv-maxrate=160000 / vbv-bufsize=160000 / vbv-init=0.9 / crf-max=0.0 / crf-min=0.0 / ipratio=1.40 / pbratio=1.30 / aq-mode=1 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=1 / overscan=0 / videoformat=5 / range=0 / colorprim=9 / transfer=16 / colormatrix=9 / chromaloc=1 / chromaloc-top=2 / chromaloc-bottom=2 / display-window=0 / master-display=G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,0) / max-cll=1000,720 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / hdr / hdr-opt / no-dhdr10-opt / analysis-reuse-level=5 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-mv-type=0 / copy-pic=1
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color pri : Display P3
Mastering display luminance : min: 0.0000 cd/m2, max: 1000 cd/m2
Maximum Content Light Level : 1000 cd/m2
Maximum Frame-Average Light : 720 cd/m2

Audio #1
ID : 2
Format : DTS XLL X
Format/Info : Digital Theater Systems
Commercial name : DTS-HD MA + DTS:X
Codec ID : A_DTS
Duration : 2 h 2 min
Bit rate mode : Variable
Bit rate : 6 290 kb/s
Channel(s) : 8 channels
Channel layout : C L R LFE Lb Rb Lss Rss Objects
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 SPF)
Bit depth : 24 bits
Compression mode : Lossless
Stream size : 5.38 GiB (30%)
Language : English
Default : Yes
Forced : No

[ProWo]

@oniiz86
Both files are:

Width : 3 840 pixels
Height : 1 600 pixels
Bit depth : 10 bits

so you have not set the settings for the conversion correctly.
I advise you to repeat the conversion and use the batch mode, because this blocks the windows standbay and the conversion is guaranteed to run to the end.
Encode a sample first, so you can test it.
Use the newest beta (v3.2.3.03), online now.

[ProWo]

Newest beta (v3.2.3.03), online now.

Added:
Deletion of eia 608/708 captions from h264, hevc, mpeg2 videostreams.
Audio spectrogram (request by ingsoc).
av1 muxing to asf, avi, mov, mp4, wmv.

Fixed:
eac3 audiostream extraction as eac3 (request by Ennio).
Bug in HDR10/HLG metadata parsing.
Bug in source stream audio delay parsing.

Improved:
HDR10/HLG videos handling.
Invalid filenames handling.
Batch tasks handling.
FFmpeg errors handling.

[oniiz86]

@ProWo Thanks for that, will do, I did end up using v3.2.3.02 with the batch mode with the "Hannibal 2001" file that hangs at 100% on my OPPO using a CRF setting of 25 & it significantly made the stream size much smaller at around 1GB from its 7.36GB size, after it finished processing the newly created AVC stream, I then went to mux it using clever FFmpeg-GUI de-selecting the HEVC stream from the original source file & it muxed a 0kb file, very strange behaviour, I must say this particular "Hannibal 2001" file has a HDR/HLG metadata missing warning, not sure why, anyway I'll try the latest beta v3.2.3.03.
https://i.imgur.com/IpTYPoa.png

[ProWo]

@ProWo Thanks for that, will do, I did end up using v3.2.3.02 with the batch mode with the "Hannibal 2001" file that hangs at 100% on my OPPO using a CRF setting of 25 & it significantly made the stream size much smaller at around 1GB from its 7.36GB size, after it finished processing the newly created AVC stream, I then went to mux it using clever FFmpeg-GUI de-selecting the HEVC stream from the original source file & it muxed a 0kb file, very strange behaviour, I must say this particular "Hannibal 2001" file has a HDR/HLG metadata missing warning, not sure why, anyway I'll try the latest beta v3.2.3.03.

Retry with v3.2.3.03.
Then it depends on whether the source file is recognized as HDR10 or HLG.
With HLG, HLG to SDR is currently not possible because ffmpeg copies the mastering display data from the source without being asked and this cannot be deactivated.
However, if HDR10 is detected, select the x264 encoder, CRF 23, resize to 1920x1040, various, HDR/HLG checkbox, HDR10 to SDR, mobius, Bit depth 8, then to batch.

[oniiz86]

Retry with v3.2.3.03.
Then it depends on whether the source file is recognized as HDR10 or HLG.
With HLG, HLG to SDR is currently not possible because ffmpeg copies the mastering display data from the source without being asked and this cannot be deactivated.
However, if HDR10 is detected, select the x264 encoder, CRF 23, resize to 1920x1040, various, HDR/HLG checkbox, HDR10 to SDR, mobius, Bit depth 8, then to batch.

No such luck with v3.2.3.03 unfortunately, I had the same HDR/HLG Metadata missing but I don't think that really matters as much during the conversion to 1080p SDR 8 bit, I used CRF 23 & this time it created a slightly larger AVC stream size of 2GB, what is strange is that the size of the stream is always greatly reduced when using a CRF setting of 23 or 25 but if I choose CRF setting of 18, the newly created stream size is more or less the same 7.36GB size (which I prefer) as the original HEVC stream & then when trying to mux with clever FFmpeg-GUI it created a 0kb file :(

Is the issue that the Audio/Subtitle streams should first be demuxed than added separately to the newly created AVC stream, perhaps it is getting confused that the HEVC stream is present despite it being de-selected?

[ProWo]

No such luck with v3.2.3.03 unfortunately, I had the same HDR/HLG Metadata missing
Cut a 30 second piece of this video with avidemux, upload it somewhere and post the link here, then i can have a look at it.

[oniiz86]

@ProWo Will do, I tried it again with the latest beta v3.2.3.03 using a CRF setting of 18 which retained the stream size of 7.36GB for the AVC stream but instead of creating a 0kb file, the process was aborted with these messages,
https://i.imgur.com/RL3exyO.png

Then a process is aborted message,
https://i.imgur.com/pZYWgF2.png

Here is a short 1 min sample, https://www.sendspace.com/file/6c1tvj

[ProWo]

@ProWo Will do, I tried it again with the latest beta v3.2.3.03 using a CRF setting of 18 which retained the stream size of 7.36GB for the AVC stream but instead of creating a 0kb file, the process was aborted with these messages,
Then a process is aborted message
Will take a look.
Meantime you could try to remux without the picture.

[ProWo]

Tested with your sample,but everything works as expected here.

Your video has no HDR10 metadata (it was probably re-encoded improperly).
So you have two options:

1) re-encoding with x264 crf 25 resized 1920x1040 with BT709 and 8bit, without the HDR options, answer yes to the warning message

2) Re-encoding with x264, crf 25 resized 1920x1040, hdr option hdr10 to sdr, mobius, bit depth 8bit.

Then multiplex, select the new video stream (green or orange), deselect the old video stream, select all other desired streams (including the photo) and mux with multiplex.


Works perfectly here.

Close clever FFmpeg-GUI and delete this folder (it will be created again automatically):
C:\Users\xxx\AppData\Local\clever_FFmpeg_GUI (where xxx=your user name on windows),
then restart clever FFmpeg-GUI and try again.

http://https://www.sendspace.com/filegroup/QYQSK5rIBOpbAo%2FJy5dywQ

[oniiz86]

@ProWo Thanks so much for the testing, I noticed with your HDR10 to SDR 8bit sample, the file has a "Variable" frame rate mode & it looks to be converted from 24fps to 23.976 (23976/1000) fps & sorry for the silly question but I noticed in the image you uploaded, you didn't close the "Various" submenu screen, does that have any ill effect during the encoding process? I normally close the Various submenu & it simply mentions "1 extra filter selected".
https://i.imgur.com/kUH7D4h.jpeg
Format : Matroska
Format version : Version 4
File size : 30.0 MiB
Duration : 1 min 0 s
Overall bit rate mode : Variable
Overall bit rate : 4 187 kb/s
Frame rate : 23.976 FPS
Writing application : clever FFmpeg-GUI
Writing library : Lavf60.20.100
ErrorDetectionType : Per level 1

Video #1
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1 min 0 s
Bit rate : 1 465 kb/s
Width : 1 920 pixels
Height : 1 040 pixels
Display aspect ratio : 1.85:1
Frame rate mode : Variable
Frame rate : 23.976 (23976/1000) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.031
Stream size : 10.5 MiB (35%)
Writing library : x264 core 164 r3173 4815cca
Encoding settings : cabac=1 / ref=1 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=hex / subme=2 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=12 / lookahead_threads=4 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=1 / keyint=250 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=10 / rc=crf / mbtree=1 / crf=25.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

[ProWo]

Im out now, will come back to you tomorrow.

[ProWo]

@ProWo Thanks so much for the testing, I noticed with your HDR10 to SDR 8bit sample, the file has a "Variable" frame rate mode & it looks to be converted from 24fps to 23.976 (23976/1000) fps & sorry for the silly question but I noticed in the image you uploaded, you didn't close the "Various" submenu screen, does that have any ill affect during the encoding process? I normally close the Various submenu & it simply mentions "1 extra filter selected".

I have analyzed this.
The video stream is correctly encoded at 24 fps, but when muxing, the additional image is re-encoded and this variable frame rate is created. A new muxing without the picture brings you back to the 24 fps constant. I will correct this bug in the next beta.
The conversion from HLG to SDR will also be possible again, because I have found a way to remove the HDR sidedata that ffmpeg incorrectly copied.
As for the open Various submenu, that has no effect, I just left it open so you can see the settings in the image.

[ProWo]

Newest beta (v3.2.3.04), online now.

Added: Re-admitted HLG handling (keep HLG, HLG to SDR, HLG to HDR10).
ISO 639 language codes info in multiplex and audio encode grid (request by ingsoc).

Fixed:
Bug in profile handling with HDR10/HLG.

Improved: Change/set DAR (depending on codec and container).

Changed:
mkv as standard container in mux grid.
Removed av1 mux in mov, admitted mux mpeg1, mpeg2 in mxf .

[oniiz86]

@ProWo I've tried the latest v3.2.3.04 beta & it didn't have any errors this time, hopefully it'll play on my OPPO this time without hanging at 100%, one thing though I noticed the "picture (mjpeg)" stream for some reason is muxed after the video with a strange frame rate "90 000.898 FPS" when ideally it should be the last stream like it is in the multiplex grid, is there any chance you could correct that, it'd be greatly appreciated :)
Format : Matroska
Format version : Version 4
File size : 10.4 GiB
Duration : 2 h 11 min
Overall bit rate mode : Variable
Overall bit rate : 11.3 Mb/s
Frame rate : 24.000 FPS
Movie name : Hannibal 2001
Writing application : clever FFmpeg-GUI
Writing library : Lavf60.16.100
ErrorDetectionType : Per level 1

Video #1
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 2 h 11 min
Bit rate : 8 021 kb/s
Width : 1 920 pixels
Height : 1 040 pixels
Display aspect ratio : 1.85:1
Frame rate mode : Constant
Frame rate : 24.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.167
Stream size : 7.36 GiB (71%)
Writing library : x264 core 164 r3172 c1c9931
Encoding settings : cabac=1 / ref=1 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=hex / subme=2 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=12 / lookahead_threads=4 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=1 / keyint=250 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=10 / rc=crf / mbtree=1 / crf=18.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

Video #2
ID : 6
Format : V_MJPEG
Codec ID : V_MJPEG
Width : 550 pixels
Height : 825 pixels
Display aspect ratio : 1.85:1
Frame rate mode : Constant
Frame rate : 90 000.898 FPS
Color space : YUV
Writing library : Lavc60.31.102 mjpeg
Default : No
Forced : No
Color range : Full
Matrix coefficients : BT.470 System B/G
FILENAME : cover.jpg
MIMETYPE : image/jpeg

Audio #1
ID : 2
Format : DTS XLL
Format/Info : Digital Theater Systems
Commercial name : DTS-HD Master Audio
Codec ID : A_DTS
Duration : 2 h 11 min
Bit rate mode : Variable
Bit rate : 3 652 kb/s
Channel(s) : 6 channels
Channel layout : C L R Ls Rs LFE
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 SPF)
Bit depth : 24 bits
Compression mode : Lossless
Stream size : 3.35 GiB (32%)
Title : English DTS-HD MA 5.1
Language : English
Default : Yes
Forced : No

[ProWo]

@ProWo one thing though I noticed the "picture (mjpeg)" stream for some reason is muxed after the video with a strange frame rate "90 000.898 FPS" when ideally it should be the last stream like it is in the multiplex grid, is there any chance you could correct that, it'd be greatly appreciated :)
This picture fps has no meaning, but I have noticed that this picture is not displayed.
I will revise the insertion of a picture as coverart.
But more importantly, does your OPPO play the re-encoded video?

[oniiz86]

This picture fps has no meaning, but I have noticed that this picture is not displayed.
I will revise the insertion of a picture as coverart.
But more importantly, does your OPPO play the re-encoded video?
Ok, thanks for that, sorry for not getting back to you with my results, I'm happy to report that the latest v3.2.3.04 beta has been great, I can successfully play the file on my OPPO BDP-105D, no more hanging at a 100%, I must say that I did try the problematic re-encode on my OPPO UDP-205 & had no such issues, I guess whatever you revised in your code has made the earlier OPPO's MediaTek MT8580 SoC chipset happier now, thanks so very much for sorting it out so swiftly :)

Edit: I was wondering why in the latest v3.2.3.04 beta you removed the ability to mux the AV1 codec in the MOV container, did it prove to be problematic?
Changed:
mkv as standard container in mux grid.
Removed av1 mux in mov, admitted mux mpeg1, mpeg2 in mxf .

[ProWo]

I was wondering why in the latest v3.2.3.04 beta you removed the ability to mux the AV1 codec in the MOV container, did it prove to be problematic?
Message from ffmpeg:
[mov @ 000001e4afe1cac0] av1 only supported in MP4 and AVIF.

[ProWo]

Newest beta (v3.2.3.05), online now.

Added:
x256 loop filter (request by avinewbie).
Chunk analysis for compatibility in join section.

Fixed:
Cover art (image) handling in video.

Improved:
Stream analysis.
x265-params handling.
Join function (can now merge videos with different resolutions and frame rates (but with the same codecs).

[ProWo]

Newest beta (v3.2.3.06), online now.

Fixed:
Bug in multiple batch cuts from same source.

[ProWo]

----------------------------------------------------------------------------------
February 22 2024 release version 3.2.4.
----------------------------------------------------------------------------------
Added:
Deletion of eia 608/708 captions from h264, hevc, mpeg2 videostreams.
Audio spectrogram (request by ingsoc).
av1 muxing to asf, avi, mov, mp4, wmv.
Re-admitted HLG handling (keep HLG, HLG to SDR, HLG to HDR10).
ISO 639 language codes info in multiplex and audio encode grid (request by ingsoc).
x256 loop filter (request by avinewbie).
Chunk analysis for compatibility in join section.
Automatic transfer of cutted chunks from direct cur or batch cut (if more then one) to join grid.
Cut marks list for multiple cuts from the source file, so all cuts can be made in one go.

Fixed:
Missing source chapters muxing.
Bug in subtitle selection for burn in subtitles.
Bug in audio volume detection.
eac3 audiostream extraction as eac3 (request by Ennio).
Bug in HDR10/HLG metadata parsing.
Bug in source stream audio delay parsing.
Bug in profile handling with HDR10/HLG.
Cover art (image) handling in video.
Bug in multiple batch cuts from same source.

Improved:
HDR10/HLG videos handling.
Invalid filenames handling.
Batch tasks handling.
FFmpeg errors handling.
Change/set DAR (depending on codec and container).
Stream analysis.
x265-params handling.
Join function (can now merge videos with different resolutions and frame rates (but with the same codecs).

Changed:
Scan for errors (now errors only, not messages).
Help screen loaded automatically with chapters screen.
Other system colors to RGB.
mkv as standard container in mux grid.
Removed av1 mux in mov, admitted mux mpeg1, mpeg2 in mxf.
----------------------------------------------------------------------------------

[ProWo]

Newest beta (v3.2.4.01), online now.

Added:
Audio 8 channels enhanced downmix to stereo.
Security settings for Windows.

Improved:
Audio filter handling.
Audio channels reduction handling.
Audio channels remap chandling.

Changed:
Picture as coverart in video handling.

[ProWo]

Newest beta (v3.2.4.02), online now.

Fixed:
Bug in 8 channels to 6 channels downmix to DTS (thanks to fan for the hint).

[oniiz86]

@ProWo I was wondering why when re-encoding a video stream from one codec to another, in this example I'm using mpeg4 to avc the stream size becomes really small when using a CRF between 23-25 but when using a CRF of 18 it is closer to the original video stream size, is there meant to be a drastic size difference in stream sizes with a CRF18 vs a CRF23? Does it have to do with the encoder preset? I leave it set to "veryfast". I understand mkv is a more efficient container with much less overhead than avi but the discrepancy in video stream size is still a concern.

Here is the original 1.35GB video stream size (excluded audio stream that is why the file size mentions 1.47GB),
Format : AVI
Format/Info : Audio Video Interleave
Format settings : BitmapInfoHeader / WaveFormatEx
File size : 1.47 GiB
Duration : 1 h 24 min
Overall bit rate : 2 478 kb/s
Frame rate : 25.000 FPS
Writing application : VirtualDubMod 1.5.4.1 (build 2178/release)
Writing library : VirtualDubMod build 2178/release

Video
ID : 0
Format : MPEG-4 Visual
Format profile : Advanced Simple@L5
Format settings : Custom Matrix
Format settings, BVOP : No
Format settings, QPel : No
Format settings, GMC : No warppoints
Format settings, Matrix : Custom
Codec ID : XVID
Codec ID/Hint : XviD
Duration : 1 h 24 min
Bit rate : 2 279 kb/s
Width : 720 pixels
Height : 544 pixels
Display aspect ratio : 4:3
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.233
Stream size : 1.35 GiB (92%)
Writing library : XviD 1.2.1 (2008-12-04)

CRF18 encode with 1.01GB video stream size,
Format : Matroska
Format version : Version 4
File size : 1.01 GiB
Duration : 1 h 24 min
Overall bit rate : 1 704 kb/s
Frame rate : 25.000 FPS
Writing application : clever FFmpeg-GUI
Writing library : Lavf60.16.100
ErrorDetectionType : Per level 1
IAS1 : English
SOFTWARE : VirtualDubMod 1.5.4.1 (build 2178/release)

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1 h 24 min
Bit rate : 1 671 kb/s
Width : 720 pixels
Height : 544 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.171
Stream size : 1 012 MiB (98%)
Writing library : x264 core 164 r3172 c1c9931
Encoding settings : cabac=1 / ref=1 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=hex / subme=2 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=12 / lookahead_threads=4 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=1 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=10 / rc=crf / mbtree=1 / crf=18.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Default : No
Forced : No
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709


CRF23 encode with 421MB video stream size
Format : Matroska
Format version : Version 4
File size : 538 MiB
Duration : 1 h 24 min
Overall bit rate : 889 kb/s
Frame rate : 25.000 FPS
Encoded date : 2024-03-04 11:20:17 UTC
Writing application : mkvmerge v82.0.39 ('The final countdown - Non official') 64-bit
Writing library : libebml v1.4.5 + libmatroska v1.7.1

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference : 4 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1 h 24 min
Bit rate : 695 kb/s
Width : 720 pixels
Height : 544 pixels
Display aspect ratio : 4:3
Frame rate mode : Constant
Frame rate : 25.000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.071
Stream size : 421 MiB (78%)
Writing library : x264 core 164 r3172 c1c9931
Encoding settings : cabac=1 / ref=1 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=hex / subme=2 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=12 / lookahead_threads=4 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=1 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=10 / rc=crf / mbtree=1 / crf=23.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Default : No
Forced : No
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

[guest]

@ProWo I was wondering why when re-encoding a vidoe stream from one codec to another, in this example I'm using mpeg4 to avc the stream size becomes really small when using a CRF between 23-25 but when using a CRF of 18 it is closer to the original video stream size, is there meant to be a drastic size difference in stream sizes with a CRF18 vs a CRF23? Does it have to do with the encoder preset? I leave it set to "veryfast". I understand mkv is a more efficient container with much less overhead than avi but the discrepancy in video stream size is still a concern.

Here is the original 1.35GB video stream size (excluded audio stream that is why the file size mentions 1.47GB),


CRF18 encode with 1.01GB video stream size,


CRF23 encode with 421MB video stream size

https://slhck.info/video/2017/02/24/crf-guide.html

[tebasuna51]

... is there meant to be a drastic size difference in stream sizes with a CRF18 vs a CRF23?
Of course, it is the user choice preserve more or less quality.
I can't recommend more quality than CRF18, I use it only for high source quality. But most the time I use CRF20, for me it is enough for many movies.

Does it have to do with the encoder preset? I leave it set to "veryfast"
Of course, for what you need save encode time?
I recommend use the default ("medium") with the recommended parameters values of the developpers, unless you know what are doing.

For instance use ref=1 / subme=2 / trellis=0 ... is fast of course, but defaults ref=3 / subme=7 / trellis=1 ... obtain a better quality/size with only a few more encode time.

I see you use "tune film" also (psy_rd=1.00:0.15) it is ok for high quality (CRF18) but not for low quality (CRF23)

[oniiz86]

Of course, it is the user choice preserve more or less quality.
I can't recommend more quality than CRF18, I use it only for high source quality. But most the time I use CRF20, for me it is enough for many movies.


Of course, for what you need save encode time?
I recommend use the default ("medium") with the recommended parameters values of the developpers, unless you know what are doing.

For instance use ref=1 / subme=2 / trellis=0 ... is fast of course, but defaults ref=3 / subme=7 / trellis=1 ... obtain a better quality/size with only a few more encode time.

I see you use "tune film" also (psy_rd=1.00:0.15) it is ok for high quality (CRF18) but not for low quality (CRF23)

I have been using the recommended default of Clever FFmpeg-GUI, the default happens to be "veryfast" not "medium" at least for me with the latest beta v3.2.4.02, so is it very much ill-advised to be using "veryfast" as the encoder preset?

Is the "tune" setting of "film" which is the default, no good if a higher CRF greater than 18 is utilised?
https://i.imgur.com/dh3drT7.png

[tebasuna51]

The preset default for x264 developpers is "medium", and tune "film" make more dificult (need more bitrate) encode the image that is not recommended with high CRF.

But all is user selection, I put my opinion and justify the different encode size.
If you are satisfied with the quality and encode time of the 421 MB video file all is ok.

[ProWo]

Newest beta (v3.2.4.03), online now.

Added:
Encoded subtitles added to processed elements.
Encode text subtitles (srt, ass, ssa, mov_text, webvtt) to ttml.
Dvvideo muxing to asf, mkv, mov, wmv.

Fixed:
Extract mov_text as srt (thanks to wiseant for the hint).
Avoid encoded ttml subtitles to be added to the mux grid (because they can't be muxed).
Missing buttons in cut grid.

[ProWo]

Newest beta (v3.2.4.04), online now.

Added:
The additional audio volume is displayed (after volume detection or after manual input/change).

Fixed:
No video stream recognition with mjpeg codec (thx to Lexi).

[ProWo]

Newest beta (v3.2.4.05), online now.

Added:
Function to remember last used audio- and videocodec and mux container.

Fixed:
Cutting function does not work with certain video codecs (thx to Lexi).

[ProWo]

Newest beta (v3.2.4.06), online now.

Added:
Remember last settings for x264 and hevc and audio encoding.

Fixed:
Massive bug in HDR10 handling (thx to Ndidi).

[Lathe]

WOW! I just used this program for the first time to convert from UHD/HDR to Blu-ray SDR. I've been using Handbrake just with the colorspace set at BT709. So, for the hell of it I just did an encode with both to see what the difference is. I used the setting suggested in doing this conversion:

However, if HDR10 is detected, select the x264 encoder, CRF 23, resize to 1920x1040, various, HDR/HLG checkbox, HDR10 to SDR, mobius, Bit depth 8, then to batch.

I did about a 1 Gig snippet using both. And WOW again! The Handbrake was so much darker and the one encoded using this program was WAY brighter and more vibrant. I'm so glad I stumbled onto this program because at least at this first glance, it sure seems a HELL of a lot better looking than what Handbrake generates. I don't know what you are doing with the picture and the colours, but does it ever look better. Thanks MUCHO!

I just have to figure out how to get it to include the audio. I know this is my first time in using it, but is SEEMED like once I had the video parameters set as mentioned above and then I went to the main screen it appeared like all the video settings reverted to what they were before. So, I need to figure out how to have the program also mux in the audio. But, for now, as long as the frame rate and duration are the same, I can mux in the audio from the original file.

[kalehrl]

Where does this tool store its settings?
I changed the location of the Vdub2 and now the tool reports an error.
I don't see where I can change the Vdub2 location in the settings.

[ProWo]

Where does this tool store its settings?
I changed the location of the Vdub2 and now the tool reports an error.
I don't see where I can change the Vdub2 location in the settings.
C:\Users\xxx\AppData\Local\clever_FFmpeg_GUI (where xxx=your user name on windows).
Delete the whole folder (it will be recreated automatically) and restart the app.

[ProWo]

I just have to figure out how to get it to include the audio.
After video encoding has finished, click multiplex and there are all the streams you need. Select what you want, set the container and click multiplex.
Done.

[ProWo]

----------------------------------------------------------------------------------
March 19 2024 release version 3.2.5.
----------------------------------------------------------------------------------
Added:
Audio 8 channels enhanced downmix to stereo.
Security settings for Windows.
Encoded subtitles added to processed elements.
Encode text subtitles (srt, ass, ssa, mov_text, webvtt) to ttml.
Dvvideo muxing to asf, mkv, mov, wmv.
The additional audio volume is displayed (after volume detection or after manual input/change).
Function to remember last used audio- and videocodec and mux container.
Remember last settings for x264 and hevc and audio encoding.
Custom settings for any channel in audio channel remapping.
Stereo to 5.1 audio upmix.
Video encoding: you can now use any avaiable pixel format for the selected codec.
ffvhuff and huffyuv video encoding.
New audio and video codecs in mux grid.
Check for unusual video offset in cut section.

Fixed:
Bug in 8 channels to 6 channels downmix to DTS (thanks to fan for the hint).
Extract mov_text as srt (thanks to wiseant for the hint).
Avoid encoded ttml subtitles to be added to the mux grid (because they can't be muxed).
Missing buttons in cut grid.
No video stream recognition with mjpeg codec (thx to Lexi).
Cutting function does not work with certain video codecs (thx to Lexi).
Massive bug in HDR10 handling (thx to Ndidi).
Bug in pcm encoding.
Bug in video filterchain.

Improved:
Audio filter handling.
Audio channels reduction handling.
Audio channels remap handling.
HDR10/HLG handling, also with LUT's.
Audio filter handling.
Audio split to single channels pcm files.

Changed:
Picture as coverart in video handling.
----------------------------------------------------------------------------------

[Lathe]

After video encoding has finished, click multiplex and there are all the streams you need. Select what you want, set the container and click multiplex.
Done.

Heh, actually I did finally see that, thanks! Awesome picture quality!

[ProWo]

Newest beta (v3.2.5.01), online now.

Added: (Hidden batch function): multiple audio files can be added now (thx to ingsoc for the hint).

Fixed: Buttons bug with pcm in m4a (thx to ingsoc for the hint).

Improved: Cut help.

Changed: Small changes on cut screen, cut code.

[Hellboy.]

Can you add .w64 to "Encoder" selection in Audio Encoding?
When i use pcm to convert DTS-HD to pcm and change the container to none the audio is cut to 01:20:00 from 01:51:00.

Maybe the file is to big for .waw and need .w64.

[tebasuna51]

Or with rf64 wav header. With ffmpeg you can use:

... -acodec pcm_s24le -rf64 auto X.wav

And output standard wav file if < 4GB or with rf64 header if >4GB

EDIT: And rf64 is supported also for qaac, fdkaac and flac (w64 only for flac)

[ProWo]

@tebasuna51
thx for this info.

@Hellboy.
I'll customize the command line according to tebasuna51's info.

[Hellboy.]

Thanks ProWo. But if you can add .w64 too. More options is always better.

Edit: I saw that it has truehd option and I tried to convert dts-hd to truehd and I get an error. I don't need the trueHD, just to see if it works.

[ProWo]

Newest beta (v3.2.5.02), online now.

Added: Warning with pcm_bluray encoding with 8ch (not working).

Fixed: Bug in pcm encoding to wav (file >4GB), bug in trueHD encoding (thx to Hellboy. for both hints, thx to tebasuna51 for the pcm switch).

[Hellboy.]

Tried the beta and worked. Thanks.

[Hellboy.]

I use .w64 because it works with tsMuxeR and .wav don't.