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

[Lathe]

Originally Posted by ProWo

Newest beta (v3.3.4.01), online now.

Added:
Set npl value for HDR to SDR tonemapping.
aac_mf audio encoder,
h264_mf video encoder (thx to Findu for the latter two hint).
Error check during task processing.

Fixed:
Bug in HDR to SDR tonemapping (thx to Lathe for the hint).

U Da Man!

[ProWo]

Originally Posted by Lathe

...The only difference is that when I imported the UHD file, your program gave me a prompt that I will post below. So, I don't know in that case if I should still use HDR-SDR, although the prompt seems to state that the movie is indeed in HDR. So, what exactly should I do and why is it all dark again now with the new .exe? And, what do I do if I see that prompt, should I go ahead and set it to do HDR-SDR or should I not?

If the HDR metadata is missing, you can no longer re-encode the video as HDR, but everything else remains the same.
Re-encode to SDR with the usual HDR to SDR settings.

[Lathe]

Originally Posted by ProWo

If the HDR metadata is missing, you can no longer re-encode the video as HDR, but everything else remains the same.
Re-encode to SDR with the usual HDR to SDR settings.

Yep, that is what I ended up doing. And, when I changed the setting from 200 to 100 on this particular movie then it seemed to look fine. I guess on some films if it starts to come out really dark I will need to do that.

[Z2697]

Originally Posted by GeoffreyA

ProWo, you may be able to improve the conversion further by downscaling in linear light, using Spline36, and using zscale instead of colorspace for the conversation to BT.709 and YUV420 at the end. Also, scaling after tone mapping can eliminate some rare artefacts related to text.

libplacebo can handle the scaling and conversion as well

[GeoffreyA]

Originally Posted by Z2697

libplacebo can handle the scaling and conversion as well

This is the command-line I setted on:

ffmpeg -init_hw_device vulkan [...] -vf libplacebo=peak_detect=true:tonemapping=spline:gamut_mode=perceptual:w=1920:h=-1:downscaler=spline36:colorspace=bt709:color_trc=bt709:color_primaries=bt709:range=limited:dithering=blue:deband=false:skip_aa=true:disable_linear=false:format=yuv420p,crop=%crop%,sidedata=delete [...]

[Z2697]

Originally Posted by GeoffreyA

This is the command-line I setted on:

ffmpeg -init_hw_device vulkan [...] -vf libplacebo=peak_detect=true:tonemapping=spline:gamut_mode=perceptual:w=1920:h=-1:downscaler=spline36:colorspace=bt709:color_trc=bt709:color_primaries=bt709:range=limited:dithering=blue:deband=false:skip_aa=true:disable_linear=false:format=yuv420p,crop=%crop%,sidedata=delete [...]

I don't think skip_aa=true is a good idea.
"Applying AA" is actually what most resize filter do.

[GeoffreyA]

Originally Posted by Z2697

I don't think skip_aa=true is a good idea.
"Applying AA" is actually what most resize filter do.

That part confused me because I was under the impression that enabling AA would damage detail. But what you say makes sense. Thanks for the tip. I'll have to re-encode "Fellowship" and the encode has been running (and still is) for nine hours

Any other tips for maximum quality with libplacebo? I noticed that it uses 16-bit float by default. If I convert to 32 bit beforehand (with zscale), it creates the internal textures at 32-bit float (r32f) but then uses rgba16haf, I think, before running the shader programs.

[Z2697]

Originally Posted by GeoffreyA

That part confused me because I was under the impression that enabling AA would damage detail. But what you say makes sense. Thanks for the tip. I'll have to re-encode "Fellowship" and the encode has been running (and still is) for nine hours

Any other tips for maximum quality with libplacebo? I noticed that it uses 16-bit float by default. If I convert to 32 bit beforehand (with zscale), it creates the internal textures at 32-bit float (r32f) but then uses rgba16haf, I think, before running the shader programs.

I guess the precision of fp16 is not plenty, but enough. It should have "11-bit precision" (10 bits fraction field) according to wikipedia.

Another thing I would keep an eye out is chroma location, at least something similar, could be general chroma shift but less likely. I saw some weirdness with vs-placebo (sgt's fork) but not sure what's the case with FFmpeg.

[Lathe]

Originally Posted by GeoffreyA

That part confused me because I was under the impression that enabling AA would damage detail. But what you say makes sense. Thanks for the tip. I'll have to re-encode "Fellowship" and the encode has been running (and still is) for nine hours

Any other tips for maximum quality with libplacebo? I noticed that it uses 16-bit float by default. If I convert to 32 bit beforehand (with zscale), it creates the internal textures at 32-bit float (r32f) but then uses rgba16haf, I think, before running the shader programs.

You guys are SO far above my paygrade it's not even funny...

[GeoffreyA]

Originally Posted by Lathe

You guys are SO far above my paygrade it's not even funny...

With encoding always changing (how different were the DivX days!), I think we're all beginners in a way. But that's why we love it

[GeoffreyA]

Originally Posted by Z2697

Another thing I would keep an eye out is chroma location, at least something similar, could be general chroma shift but less likely. I saw some weirdness with vs-placebo (sgt's fork) but not sure what's the case with FFmpeg.

Basically, I've ignored chroma location because I didn't fully understand it. Today, digging into this topic and testing, it seems that FFmpeg causes the source CL to go through to the end. For an HEVC source, that would be top-left, and an AVC encode derived from this would also be top-left. (I think AVC is supposed to be left.)

[ProWo]

Newest beta (v3.3.4.02), online now.

Added:
Readded start at last position (request by Findu).
Mux vc1 video to asf, avi, mkv, mov, mp4, wmv.

Fixed:
Bug in audio encoding with keep open checked.
Typo on update message (thx to Findu for the hints).

[ProWo]

----------------------------------------------------------------------------------
December 17, 2024 release version 3.3.5.
----------------------------------------------------------------------------------

Added:
Set npl value for HDR to SDR tonemapping.
aac_mf audio encoder,
h264_mf video encoder (thx to Findu for the latter two hint).
Error check during task processing.
Readded start at last position (request by Findu).
Mux vc1 video to asf, avi, mkv, mov, mp4, wmv.

Fixed:
Bug in HDR to SDR tonemapping (thx to Lathe for the hint).
Bug with multiple cuts in cut and join section.
Bug in audio encoding with keep open checked.
Typo on update message.
Graphical error in the audio encoding grid (thx to Findu for the hints).
Bug in update process.

Improved:
Update process.

Changed:
The whole information system. from messagebox to centered Info window.

----------------------------------------------------------------------------------

NOTE: If you're already using clever-FFmpeg-GUI, replace the exe only with the new version.
Leave the other files to keep the previous settings.

[Lathe]

Originally Posted by ProWo

----------------------------------------------------------------------------------
December 17, 2024 release version 3.3.5.
----------------------------------------------------------------------------------

Added:
Set npl value for HDR to SDR tonemapping.
aac_mf audio encoder,
h264_mf video encoder (thx to Findu for the latter two hint).
Error check during task processing.
Readded start at last position (request by Findu).
Mux vc1 video to asf, avi, mkv, mov, mp4, wmv.

Fixed:
Bug in HDR to SDR tonemapping (thx to Lathe for the hint).
Bug with multiple cuts in cut and join section.
Bug in audio encoding with keep open checked.
Typo on update message.
Graphical error in the audio encoding grid (thx to Findu for the hints).
Bug in update process.

Improved:
Update process.

Changed:
The whole information system. from messagebox to centered Info window.

----------------------------------------------------------------------------------

NOTE: If you're already using clever-FFmpeg-GUI, replace the exe only with the new version.
Leave the other files to keep the previous settings.

Awesome, thanks Bro!

So, about the npl (which I have NO bloody idea what it is... ) the default I believe is 200. Only in ONE case did it seem that I needed to change it to 100 because the movie was so dark ('THE FACULTY' UHD) what exactly determines what it should be? Is it set to 200 because that is the default setting for most movies that works best, or what determines if we should change it, just by how it looks and doing it based upon our own perception of how bright it should be?

I just did the UHD film 'CAT O' NINE TAILS', and the 200 setting in comparing the Clever encode to the original was indeed brighter and looked fine. So, is this value just kind of a 'Floating' thing, or how should I look at it.

Thanks!

[ProWo]

Originally Posted by Lathe

So, about the npl (which I have NO bloody idea what it is... ) the default I believe is 200. Only in ONE case did it seem that I needed to change it to 100 because the movie was so dark ('THE FACULTY' UHD) what exactly determines what it should be? Is it set to 200 because that is the default setting for most movies that works best, or what determines if we should change it, just by how it looks and doing it based upon our own perception of how bright it should be?

The npl value indicates approximately the nits value for the HDR to SDR conversion. For your information: HDR10 can be mastered with up to 10000 nits, normal SDR content is mastered with 100 nits. So nlp=100 should actually be the correct value for the HDR10 to SDR conversion. However, I have found that a slightly higher value, such as npl=200, produces a more vivid image. But that's ultimately a matter of taste. There is no default value.

[ProWo]

Newest beta (v3.3.5.01), online now.

Improved:
DVD Movie rip completely recoded. (unprotected DVD's only).

Changed:
File already exists! messagebox recoded to new type.
Column alignment in batch task grid (thx to Findu for the hint).
New info message system: increased fontsize from 8 to 9, buttons centered now.

[Lathe]

Originally Posted by ProWo

The npl value indicates approximately the nits value for the HDR to SDR conversion. For your information: HDR10 can be mastered with up to 10000 nits, normal SDR content is mastered with 100 nits. So nlp=100 should actually be the correct value for the HDR10 to SDR conversion. However, I have found that a slightly higher value, such as npl=200, produces a more vivid image. But that's ultimately a matter of taste. There is no default value.

Ah, that's what I thought, thanks!

[ProWo]

Newest beta (v3.3.5.02), online now.

Added:
New automatic updater (for Windows 10 & 11, thx to Findu for the hints).
Batch grid: Action column fits content now.

Fixed:
Bug with streams detection in VTS_vobs.
Bug in mux code.
Bug with automatic correction of start position values out of screen bounds.

Improved:
Update info for earlier Windows versions.

[ProWo]

Newest beta (v3.3.5.03), online now.

Added:
Update reminder (if update wasn't done).

Fixed:
Bug with DVD rip aborting (thx to Findu for the hint).

[ProWo]

Attention!
There was a bug in the latest beta v3.3.5.03.
It has already been fixed.
If you have updated before 13:09 CET 21 December 2024, please download the latest beta again.

EDIT:
If you have an error message at startup, open the portable.config file with a text editor, delete the line
<upd_reminder>...</upd_reminder>
and save the file.