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

[ProWo]

No scaling .. 100%
My laptop is connected to my TV via HDMI. my TV [screen 2] is my Primary display.
my laptop [screen 1] is off [blank] when my TV is on, and comes on when my TV is off. [either or].

I have increased the position tolerance; a maximum of -10 px is now permitted. In my tests, it functions as expected.
I am uncertain how it will function in your case with transmission via HDMI.
The limit defined in the program is the resolution setting of your computer screen.

[videoAI]

All right .. tested ok, issue resolved, works flawlessly ..
Thank you very much ..
and keep up the great work.

No scaling .. 100%

I have increased the position tolerance; a maximum of -10 px is now permitted. In my tests, it functions as expected.
I am uncertain how it will function in your case with transmission via HDMI.
The limit defined in the program is the resolution setting of your computer screen.

BTW, LosslessCut has a 'remember size & position' setting, but it never worked for me. Now I know why ..


[Attachment 87920 - Click to enlarge]

[Findu]

3.4.3.28 Feedback

I can confirm that any source file now get preselected in the mux grid also when there are remaining processed streams.
Same for all added files.

---

>> If only one processed stream is selected, Simple Remux is displayed, which is correct.
When you also select a source stream, Simple remux disappears, which is correct too.
If you deselect the processed stream, Simple Remux does not reappear.
> Should be fixed now.

Retested with processed, source and added streams.

There are exceptions when check/uncheck is still not working for Simple Remux.
It is when a processed or an added stream is already checked.
When you then check and uncheck the same other stream, sometimes Simple Remux does not reappear.

Unfortunately, I don't see any rule as to when this happens, but it does happen quite often.

[videoAI]

@ProWo

Clever v 3.4.3.28

BTW, issue is still there. had 3 crashes since the last time I reported the bug.

you can arrive at the exception error from multiple scenarios. I narrowed it
down a bit. it seems to occur when your code is preparing to display a grid.
seems to apply to all your grids. Any change in the info required by the grid
related to existence of files, renamed files, batch text file removal .. causes
the same exception crash.

Adding more validation should trap these crashes at the app level or avoid
them all.

@ProWo
Another crash ..
************** Exception Text **************
System.InvalidOperationException: This operation cannot be performed while an auto-filled column is being resized.
****************************************

[ProWo]

Retested with processed, source and added streams.
There are exceptions when check/uncheck is still not working for Simple Remux.
It is when a processed or an added stream is already checked.
When you then check and uncheck the same other stream, sometimes Simple Remux does not reappear.
Unfortunately, I don't see any rule as to when this happens, but it does happen quite often.

I rewrote the code again.
Give it a try.

[ProWo]

Clever v 3.4.3.28
BTW, issue is still there. had 3 crashes since the last time I reported the bug.
you can arrive at the exception error from multiple scenarios. I narrowed it
down a bit. it seems to occur when your code is preparing to display a grid.
seems to apply to all your grids. Any change in the info required by the grid
related to existence of files, renamed files, batch text file removal .. causes
the same exception crash.

These posts are not very helpful.
Please describe in detail all the steps that lead to this crash. General information is not helpful.
I use the program every day and have not experienced any crashes.

[Findu]

@ ProWo

3.4.3.29 Feedback

The appearance and disappearance of the Simple remux option now works perfectly.
Thank you.

[videoAI]

@ProWo
FYI,
Under audio encoding -> LoadNorm settings

[Attachment 87923 - Click to enlarge]
The 'more info' URL :http://underpop.online.fr/f/ffmpeg/help/loudnorm.htm.gz
uses [http] instead of [https] & generates a security warning:

[Attachment 87924 - Click to enlarge]
and that goes for all the other filter screens that use the same site.

[davidt1]

Screen positions are memorized now. Thank you.

[Findu]

@ ProWo

On the multiplex page, the "Stream Types" select function in the upper right corner no longer reverses all selected and unselected streams of a type, but instead enables/disables all streams of a type. Thanks for that change.

---

How about an additional option to clear the Multiplex grid after you click "Multiplex/Remux"?

[Attachment 87932 - Click to enlarge]

Let's assume you have 10 files with 27 streams each, and you only want to keep three streams per file when muxing.
With the new additional option, the grid is automatically cleared after muxing without any further user interaction, so you can drop the next file into an empty grid. This option does not delete anything. Therefore, we still have "Remove muxed streams".
I know you could also drop all 10 files into the grid at once, deselect each stream, only select the first three streams you want, mux them, and repeat the process. Then you'd have to scroll a lot as the grid can only display eight rows. But not everyone would do that.
Most would use "Return & Multiplex" or "Show hidden & Hide streams" to clear the grid of the remaining streams when you drop files one by one.

[ProWo]

@Findu, davidt1
I have found a better solution than adding a new button.
Try it.

[ProWo]

Under audio encoding -> LoadNorm settings
The 'more info' URL :http://underpop.online.fr/f/ffmpeg/help/loudnorm.htm.gz
uses [http] instead of [https] & generates a security warning:
and that goes for all the other filter screens that use the same site.

I know that the website uses the old http protocol, but in this case it does not pose a security risk and the information cannot be found in such a compact form on any other site.

[Findu]

Great!
The new selection works well.
However, the tooltip should also state that muxed processed streams will be deleted.
It's good that the default is "Remove muxed streams" and the setting does not retain it's last use when leaving the Multipex page.
If you select "Clear grid after muxing" "Stay open" disappears. But that's not important. Just a little confusing since the page remains open.

[ProWo]

Great!
If you select "Clear grid after muxing" "Stay open" disappears. But that's not important. Just a little confusing since the page remains open.

You are right. I will change this the way, that the "Stay open" checkbox decides whether the window remains open or not.

EDIT:
Done.

[Findu]

Works as described. Thanks!

--

A suggestion for selecting your language, which will then be automatically used in the grid and add or maybe overwrite all settings stored in the files.

[Attachment 87934 - Click to enlarge]

However, this probably won't be of much use to the majority of users, and many files have no language information at all.

[davidt1]

I don't see "clear grid after muxing" option. Is it the "hide streams" option?

anyway, there should be an option to automatically remove unchecked/not needed streams.

[davidt1]

Works as described. Thanks!

--

A suggestion for selecting your language, which will then be automatically used in the grid and add or maybe overwrite all settings stored in the files.

[Attachment 87934 - Click to enlarge]

However, this probably won't be of much use to the majority of users, and many files have no language information at all.

In MKVToolnix, the users can define what the language is for the first stream and the app does it automatically. Perhaps ProWo can do something similar but use the 3 letter code to cover MP4 too.

[ProWo]

I don't see "clear grid after muxing" option.

The remove muxed streams option can be changed.

[davidt1]

Latest version .32 only checks the first/top stream. Note to self: stop updating for the sake of updating; or make a copy of one that works to my liking.


[Attachment 87941 - Click to enlarge]

[ProWo]

Latest version .32 only checks the first/top stream.

Solved.

btw
The pic you've posted is not from version 3.4.3.32

[Findu]

@ ProWo

Dropping a clip to Multiplex is okay, but as source it cause this error:

EDIT: Same with some other files!


[Attachment 87944 - Click to enlarge]

General
Complete name : C:\Users\Findu\Downloads\xxx mp4\x.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom (isom/iso2/avc1/mp41)
File size : 1.73 MiB
Duration : 37 s 692 ms
Overall bit rate : 384 kb/s
Frame rate : 23.976 FPS
Writing application : clever FFmpeg-GUI

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.2
Format settings : CABAC / 4 Ref Frames
Format settings, CABAC : Yes
Format settings, Reference frames : 4 frames
Format settings, GOP : M=1, N=30
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 37 s 656 ms
Bit rate : 278 kb/s
Width : 400 pixels
Height : 400 pixels
Display aspect ratio : 1.000
Frame rate mode : Variable
Frame rate : 23.976 (23976/1000) FPS
Minimum frame rate : 23.810 FPS
Maximum frame rate : 24.390 FPS
Standard : Component
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.072
Stream size : 1.25 MiB (72%)
Writing library : Lavc61.19.101 h264_amf
Language : English
Color range : Limited
Matrix coefficients : BT.709
Codec configuration box : avcC

Audio
ID : 2
Format : AAC LC
Format/Info : Advanced Audio Codec Low Complexity
Codec ID : mp4a-40-2
Duration : 37 s 692 ms
Source duration : 37 s 779 ms
Bit rate mode : Constant
Bit rate : 101 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 44.1 kHz
Frame rate : 43.066 FPS (1024 SPF)
Compression mode : Lossy
Stream size : 463 KiB (26%)
Source stream size : 464 KiB (26%)
Language : English
Default : Yes
Alternate group : 1



System.ArgumentOutOfRangeException: StartIndex darf nicht kleiner als Null sein.
Parametername: startIndex
bei System.String.Substring(Int32 startIndex, Int32 length)
bei clever_FFmpeg_GUI.Form7.Check_first_file()
bei clever_FFmpeg_GUI.Form7.Form7_Load(Object sender, EventArgs e)
bei System.Windows.Forms.Form.OnLoad(EventArgs e)
bei System.Windows.Forms.Form.OnCreateControl()
bei System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
bei System.Windows.Forms.Control.CreateControl()
bei System.Windows.Forms.Control.WmShowWindow(Message& m)
bei System.Windows.Forms.Control.WndProc(Message& m)
bei System.Windows.Forms.Form.WmShowWindow(Message& m)
bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

---

The text in that Video encoding message should be "Various" and not longer "Filter & more".

[Attachment 87943 - Click to enlarge]

[ProWo]

Dropping a clip to Multiplex is okay, but as source it cause this error:
EDIT: Same with some other files!

The text in that Video encoding message should be "Various" and not longer "Filter & more".

Should be fixed now. The problem was the short filename.

[Findu]

It's working again. Thanks.

---

I ran a few speed tests with an Intel Core Ultra 7 155H, 6C+8c+2c/22T

1080/2160p video encoding (encoder, speed x, cores c):
avc 7/1x, 20c (as expected, manual slices and threads optimisations get 6/1x as maximum speed)
mf 20/4x, 20c
qsv 18/3x, 20c
qsv + hwa dec. 17/3x, 12c

hevc 3/1x, 20c
qsv 19/6x, 8c
qsv + hwa dec. 17/4x, 8c

av1-libaom 1/0x, 12c
av1-svt 13/1x, 20c
av1-xiph 1/0x, 20c

Of course, forcing ffmpeg to only use the 6 performance cores doesn't help either.
But you could implement av1_qsv, vp9_qsv etc as the device supports it so I can test it if you want!

---

1080/2160p video, Scan for errors + hwa dec.:
none 63/22x, 20c
auto 25/6x, 4c
dxva2 20/6x, 10c
qsv 40/12x, 4c
d3d11va 7/2x, 8c
opencl 60/22x, 20c
vulkan 62/22x, 20c
d3d11va 14/3x, 4c

As expected, software decoding has not been a performance problem for many years!

[ProWo]

But you could implement av1_qsv, vp9_qsv etc as the device supports it so I can test it if you want!

Thx for your tests.
av1_qsv and vp9_qsv doesn't work for me.
But you could test it with your hardware, creating a batch task with the h264_qsv codec, closing the app and editing the BT_open.txt file.

[Findu]

Yeah, sure. I'll get back to you later, maybe today.