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

[Findu]

@ ProWo

3.4.2.04 Feedback

If you open the app, then Multiplex, then drop a file with or without embeded chapters into the grid, then click on Chapters and then on Video, the following error occurs:

System.IndexOutOfRangeException: Der Index war außerhalb des Arraybereichs.
bei clever_FFmpeg_GUI.Chapters_form.Button28_Click(Obj ect sender, EventArgs e)
bei System.Windows.Forms.Control.OnClick(EventArgs e)
bei System.Windows.Forms.Button.OnMouseUp(MouseEventAr gs mevent)
bei System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
bei System.Windows.Forms.Control.WndProc(Message& m)
bei System.Windows.Forms.ButtonBase.WndProc(Message& m)
bei System.Windows.Forms.Button.WndProc(Message& m)
bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

There is no such problem when the file has been opend as a source!
Good it that you can perform all other chapter tasks with added files!

Except that you can no longer select different video streams at the Chapters page at all.

---

When the mux grid has chapters from a source and from an added file, chapters always refer to the chapters of the source file, it doesn't matter which video stream is selected in the mux grid.

[ProWo]

If you open the app, then Multiplex, then drop a file with or without embeded chapters into the grid, then click on Chapters and then on Video, the following error occurs:

Fixed. Reupdate to nightly.

Except that you can no longer select different video streams at the Chapters page at all.

That's normal, the chapters can refer to a single videostream only, the first selected.

When the mux grid has chapters from a source and from an added file, chapters always refer to the chapters of the source file, it doesn't matter which video stream is selected in the mux grid.

That's normal too.
Chapters works like this:
Select first a videostream to mux; if this videostream has embedded chapters, then they are activated automatically.
If you select an extern chapters file, then this is used instead the embedded one.
Finally mux. After muxing, all chapters settings are reset.

[ProWo]

The latest version does not clear muxed streams like the previous one

Not correct, the muxed streams are removed.

[davidt1]

The latest version does not clear muxed streams like the previous one

Not correct, the muxed streams are removed.

What I meant to say is the mux page is not cleared like the previous version. The one I just updated 5 minutes ago does the same thing -- no clearing.

Before muxing 2 subtitles.

[Attachment 87470 - Click to enlarge]

After muxing. One subtitle is removed.

[Attachment 87471 - Click to enlarge]

It should be blank like this so I drag and drop the next file.

[Attachment 87472 - Click to enlarge]

[Findu]

@davidt1

A hook must be placed in front of each stream that you want to mux (glue).

Before muxing, it has to look like this:

[Attachment 87473 - Click to enlarge]

After muxing, the grid is empty.

The muxed file contains one video, one audio and two substreams.

Your first original screenshot only muxes the English sub. The remaining three streams stay visible for further use.

[Findu]

@ ProWo

Video for added files at the Chapters page has been fixed. Thanks.

---

>> Except that you can no longer select different video streams at the Chapters page at all.
> That's normal, the chapters can refer to a single videostream only, the first selected.

I mean, if a file has multiple video streams, here four (this is of course very rare), and more than one stream is selected in the mux grid, here 0 and 3, the chapter always refers to the video stream with the highest "selected" index number.

[Attachment 87474 - Click to enlarge]

This selection is missing:

[Attachment 87475 - Click to enlarge]

As far as I can see, a file can only contain a single chapters stream. Even if it has several video streams.

[ProWo]

I mean, if a file has multiple video streams, here four (this is of course very rare), and more than one stream is selected in the mux grid, here 0 and 3, the chapter always refers to the video stream with the highest "selected" index number.

The chapters refer to the file, not the videostream.
As far as I know, a video file can only have one entry for chapters; I haven't found anything like a chapter index.
But the stream reference you mean should refer to the top selected videostream; I'll fix this.

As far as I can see, a file can only contain a single chapters stream. Even if it has several video streams.

That is the state of my knowledge.

[Findu]

@ ProWo

A few visual changes:
Would a single space before the three stream numbers not be sufficient?
Set/change could be more readable with spaces. "Set / change".

[Attachment 87479 - Click to enlarge]

---

Have you seen this before?
There's an Explorer window underneath the app. After clicking OK, the help window doesn't seem to refresh or whatever. For Cut it's the same.

[Attachment 87480 - Click to enlarge]


[Attachment 87481 - Click to enlarge]

[davidt1]

@davidt1

A hook must be placed in front of each stream that you want to mux (glue).

Before muxing, it has to look like this:

[Attachment 87473 - Click to enlarge]

After muxing, the grid is empty.

The muxed file contains one video, one audio and two substreams.

Your first original screenshot only muxes the English sub. The remaining three streams stay visible for further use.

I don't know why that picture I posted didn't show the "hook". But the file was hooked and muxed. The streams didn't clear. I have tried more files with same results of no streamed clear. Since I use this app mainly to mux subtitles, I am back to using an older version that I am happy with.

Before muxing (had to make sure it shows the "hook" this time). No language codes though.

[Attachment 87483 - Click to enlarge]

After muxing. All streams are cleared. The page stay open by default. No toggle switch. Yay.

[Attachment 87484 - Click to enlarge]


Edit: OK, I downloaded and installed the latest version. It is working the way I like. Thank you. I apologize for the mess.

[davidt1]

Updated to the latest version. It works but no subtitle language codes.

Then I updated to latest beta. Now there are language codes but the streams are not cleared again. Yes, I made sure all the streams are checked before muxing.

This time I made a backup.

After muxing

[Attachment 87486 - Click to enlarge]

[mannequin80]

i'm confused with the latest beta:

- when entering Multiplex upon completion of the encoding of an audio stream, only one stream is selected (the just encoded audio) -- why not all like before?
- the main video stream is being moved to the very bottom -- why it doesn't stay as stream "0" (followed by just encoded audio as "1") as before?
- when multiplexing is done, all streams are removed but the newly encoded audio stays as the only stream - why not all streams are removed as before? even if the Removed muxed streams is selected, the newly encoded stream stays in the folder when multiplexing is done -- why is not being deleted as before?
- when you need to bring the new source to repeat the process, the previously encoded stream shows up in the new Multiplex session (but it should've been removed, see above) - this is new, and now you have to hide it with the new Hide streams buttons but they are all come back again upon the next session -- what's the logic behind this behavior?
- when exiting cleverFFmpeg, there's no prompt to remove the streams either and they all stay in the folder, the prompt only appears upon the next cleverFFmpeg start - very confusing.

[ProWo]

I'm out for 4 days.
Will come back to you.

[ProWo]

i'm confused with the latest beta:
- when entering Multiplex upon completion of the encoding of an audio stream, only one stream is selected (the just encoded audio) -- why not all like before?

All makes only sense, if all streams are from the same source (1 file).
The logic is to select the first stream (with all streams having the same filename).

- the main video stream is being moved to the very bottom -- why it doesn't stay as stream "0" (followed by just encoded audio as "1") as before?

The logic for the streams order is:
Processed streams first (green=direct encoding, orange=batch encoded).
The source streams (if any).
Finaly: added streams (from dragged or added files).

- when multiplexing is done, all streams are removed but the newly encoded audio stays as the only stream - why not all streams are removed as before? even if the Removed muxed streams is selected, the newly encoded stream stays in the folder when multiplexing is done -- why is not being deleted as before?

If this stream was selected (and the remove muxed streams checkbox checked, default), then the stream is removed.

- when you need to bring the new source to repeat the process, the previously encoded stream shows up in the new Multiplex session (but it should've been removed, see above) - this is new, and now you have to hide it with the new Hide streams buttons but they are all come back again upon the next session -- what's the logic behind this behavior?

If you reopen the multiplex page, the this stream shows up again.
The logic behind is to keep processed streams available for further elaborations.
It happened to me that a stream would have been useful again after muxing.
In the earlier versions, every muxed stream was deleted as a file (except the source streams and the added streams).
I would prefer the new version, but if several users see it differently, I can undo this.

when exiting cleverFFmpeg, there's no prompt to remove the streams either and they all stay in the folder, the prompt only appears upon the next cleverFFmpeg start - very confusing.

I removed this exit prompt because it bothered davidt1.
I could also move this prompt so that the query (keep/delete) only appears when the muxing page is closed and no longer at the end or start of the program.

[mannequin80]

If this stream was selected (and the remove muxed streams checkbox checked, default), then the stream is removed.

in my case, the stream stays in the Multiplex window AND not getting removed from the folder.

[videoAI]

@ProWo

Welcome back ..

A bit of positive feedback ..

I think 'clever' is maturing and adding more features, and complexity, to the workflow.

However, tweaking the App's workflow to suit one user's comfort zone over another
may not necessarily be the best approach.

I strongly believe in choice. Every user has their own preference, please give us choices,
and let each of us follow our preferences.

Let me give you some examples:

Lack of choice:
Currently, I would like to default my save folder to my input folder, can i do that? No.

An over engineered (and annoying) choice:
on update, the user is asked for their Preference, via an annoying popup, every single time .. why?

Couldn't a better approach been to, say .. , add a check box labeled 'update to beta (or to nightly)'
under the update button which if checked, updates to beta, otherwise updates to final release.
This choice can also be permanently saved in the config file, once.

Why ask the user about their preference every single time they update by a popup ?!! no one likes popups

Just my 2c

keep up the good work ..

I'm confused with the latest beta ..

[Findu]

@ ProWo

If you maintain the current behavior in the multiplex grid – how about an addition?
A preselection of the different stream types, controlled via a checkbox as shown in the screenshot.

[Attachment 87561 - Click to enlarge]

I know it is an older idea but here are the details:
When you set the corresponding checkbox, then "all streams of this type" will be selected automatically in the grid, and also for the remaining streams after simple remux or muxing.
But you are still able to deselect individual streams of that kind.
If you frequently use drag & drop for muxing like davidt1, you can simply check the “Added” box and everything you drop will be automatically selected in the grid. Not only the streams of the first dropped file.
So everyone can adjust the grid behavior a little.

---

If you select webm as the container for muxing a h264 file, and then confirm the stop message from the screenshot and select any new container, nothing happens when you click on multiplex.

[Attachment 87562 - Click to enlarge]

[ProWo]

Lack of choice:
Currently, I would like to default my save folder to my input folder, can i do that? No.

In the next beta you can.

An over engineered (and annoying) choice:
on update, the user is asked for their Preference, via an annoying popup, every single time .. why?
Couldn't a better approach been to, say .. , add a check box labeled 'update to beta (or to nightly)'
under the update button which if checked, updates to beta, otherwise updates to final release.
This choice can also be permanently saved in the config file, once.
Why ask the user about their preference every single time they update by a popup ?!! no one likes popups

The user should have the choice, and he should be able to make a different decision each time.
And, let's be honest: how often do you update?

[ProWo]

If you maintain the current behavior in the multiplex grid – how about an addition?
A preselection of the different stream types, controlled via a checkbox as shown in the screenshot.

I know it is an older idea but here are the details:
When you set the corresponding checkbox, then "all streams of this type" will be selected automatically in the grid, and also for the remaining streams after simple remux or muxing.
But you are still able to deselect individual streams of that kind.
If you frequently use drag & drop for muxing like davidt1, you can simply check the “Added” box and everything you drop will be automatically selected in the grid. Not only the streams of the first dropped file.
So everyone can adjust the grid behavior a little.

Will add this (but not as checkbox, but using a mouseclick on the actual fields).

If you select webm as the container for muxing a h264 file, and then confirm the stop message from the screenshot and select any new container, nothing happens when you click on multiplex.

Bug (missing aborted reset), already fixed.

[ProWo]

in my case, the stream stays in the Multiplex window AND not getting removed from the folder.

I'm working on this; a new beta will be released soon.

[ProWo]

Newest beta (v3.4.2.05), online now.
(Changelog will follow in the next full release).

[Findu]

@ ProWo

3.4.2.05 Feedback

Bug for incompatible muxing containers (missing aborted reset) has been fixed.

What I noticed so far:
"Simple remux" only appear when only one stream of a file is selected. This should be/remain visible even with multiple selected streams of a single file.

When you activate "Simple remux", the "Main Page" button does not switch to "Abort" any longer.

"Remove muxed streams" get reactivated after muxing. Is that intentional?

And the tooltip should state that "muxed streams" are removed from the grid and associated "processed files" will be deleted too.

---

The text is difficult to understand.

[Attachment 87572 - Click to enlarge]

How about:
Unused processed files were found.
Click Yes to keep them for further use.
Click No to delete them.

---

This is ugly!
Can't it stay the way it was? The tooltip explains everything exactly!

[Attachment 87573 - Click to enlarge]

---

There are two spaces between the stream numbers at "To mux" and "Hidden" at the multiplex page.

[davidt1]

More frustrations.

I have two versions in two separate folders. Beta .02 was working fine. Then I updated the version in another folder to the latest beta .05.

Beta .05 does not clear all the streams.

Before muxing. Correction: only the first stream is checked automatically. Before the update all the streams all checked after drag and drop.

[Attachment 87575 - Click to enlarge]

After muxing. Only the first stream is removed. Correction: did not clear the unchecked streams, which is correct.

[Attachment 87576 - Click to enlarge]

Beta .02 was working fine before. Now only 3 character language code is allowed for mp4. I did not update this version, so why did the software change all of a sudden? Maybe the newest update is designed to brick previous versions?

[Attachment 87577 - Click to enlarge]

Edit: The latest beta .05 only checks the first stream after drag and drop. Why did beta .02, which was working fine before, all of a sudden require 3 character language code for mp4, even though it wasn't updated and is in a separate folder? It seems that the latest update, even if it is another version in a separate folder, can make changes to all versions on the computer.

[ProWo]

Beta .05 does not clear all the streams.
Before muxing. Correction: only the first stream is checked automatically. Before all the streams all checked after drag and drop.

It clears all selected streams after muxing.
In your sample only the 1st streams is selected, because the other streams have different filenames.
If you drag a full movie (with multiple streams), all related streams are checked.

After muxing. Only the first stream is removed.

Because only the first stream was selected.

Correction: did not clear the unchecked streams.

This is by default, the unchecked streams should remain avilable for further muxings.

Beta .02 was working fine before. Now only 3 character language code is allowed.

2 characters language codes are not allowed in mp4/mov container, but in mkv.

Edit: The latest beta .05 only checks the first stream after drag and drop.

Already answered above.

Why did beta .02, which was working fine before, all of a sudden require 3 character language code?

Beta .02 was also unable to mux 2 character language codes into mp4/mov.

[davidt1]

ProWo,

Thanks so much for responding. In previous versions, all streams are checked after I drag and drop 3 files (youtube video and 2 subs). Beta .05 only check the first stream. I am going back to beta .02. Thanks.

[ProWo]

[QUOTE=Findu;2777228]

"Simple remux" only appear when only one stream of a file is selected. This should be/remain visible even with multiple selected streams of a single file

Bug, already fixed.

When you activate "Simple remux", the "Main Page" button does not switch to "Abort" any longer.

No, it works as aspected after clicking Mux or To batch.

"Remove muxed streams" get reactivated after muxing. Is that intentional?

Yes, because this should be the default status.

And the tooltip should state that "muxed streams" are removed from the grid and associated "processed files" will be deleted too.

Will be done.

The text is difficult to understand.

How about:
Unused processed files were found.
Click Yes to keep them for further use.
Click No to delete them.

OK.

This is ugly!
Can't it stay the way it was? The tooltip explains everything exactly!

This way it seems to be more understandable.

There are two spaces between the stream numbers at "To mux" and "Hidden" at the multiplex page.

Will remove one.

[ProWo]

Thanks so much for responding. In previous versions, all streams are checked after I drag and drop 3 files (youtube video and 2 subs). Beta .05 only check the first stream. I am going back to beta .02. Thanks.

There is a new feature in beta .05.
If you click this field, all added streams are checked.


[Attachment 87578 - Click to enlarge]

[videoAI]

@ProWo

Thanks for responding .. I know others testers are keeping you very busy.

Alpha releases are early versions of software that are often unstable and primarily tested internally for bugs.
Beta releases follow, being more stable and tested by a larger group of users,
Nightly builds are experimental versions updated daily for testing purposes;
Final release is the polished version ready for public use.

As testers, we update to Nightly on a daily basis. A check mark would save 2 clicks out of the 4 clicks currently
required to update the App.

That's a 50% efficiency improvement.

Lack of choice:
Currently, I would like to default my save folder to my input folder, can i do that? No.

In the next beta you can. {thanks}

An over engineered (and annoying) choice:
on update, the user is asked for their Preference, via an annoying popup, every single time .. why?
Couldn't a better approach been to, say .. , add a check box labeled 'update to beta (or to nightly)'
under the update button which if checked, updates to beta, otherwise updates to final release.
This choice can also be permanently saved in the config file, once.
Why ask the user about their preference every single time they update by a popup ?!! no one likes popups

The user should have the choice, and he should be able to make a different decision each time.
And, let's be honest: how often do you update?

[Findu]

@ ProWo

3.4.2.05 20250624 Feedback

All this has been fixed:
Chapter preview refer to the top selected videostream if a file has multiple video streams.
"Simple remux" appear when any stream of a single file are selected.
Add text for "Remove muxed streams" tooltip.
Change text for "Action for remaining files".
Tiny Multiplex page changes.
All processed streams from a source are now selected in the mux grid.

Many thanks!

---

>> When you activate "Simple remux", the "Main Page" button does not switch to "Abort" any longer.
> No, it works as aspected after clicking Mux or To batch.

Yes, sure. I mean before you click Mux or To batch. With an Abort button, you could go back. But it's not important because simple mux runs quickly, even if you change your mind.

---

The Multiplex page text "Set/change" could be better readable with spaces "Set / change".

On the Multiplex page “Stream Types”, the selection seems to reverse after each click!

---

New multiplex grid behaviour in conbination with Chapters Video:
The usual error occurs: System.IndexOutOfRangeException: Der Index war außerhalb des Arraybereichs.

When:
1a. Chapter Video is not working when the video stream of the source file is not idx 0.
1b. If idx 0 is an processed stream and not a video, and you swap the source video stream to idx 0.
1c. Swap does not work if the video stream belongs to an added file.

---

Info: As chapters belong to the file and not to a stream, you can also use chapters in MP4/MKV containers only for audio streams.

[ProWo]

>> When you activate "Simple remux", the "Main Page" button does not switch to "Abort" any longer.
> No, it works as aspected after clicking Mux or To batch.
Yes, sure. I mean before you click Mux or To batch. With an Abort button, you could go back.

To go back, uncheck the Simple remux chackbox.

The Multiplex page text "Set/change" could be better readable with spaces "Set / change".

Already fixed.

On the Multiplex page “Stream Types”, the selection seems to reverse after each click!

This is intentional.

New multiplex grid behaviour in conbination with Chapters Video:
The usual error occurs: System.IndexOutOfRangeException: Der Index war außerhalb des Arraybereichs.

When:
1a. Chapter Video is not working when the video stream of the source file is not idx 0.
1b. If idx 0 is an processed stream and not a video, and you swap the source video stream to idx 0.
1c. Swap does not work if the video stream belongs to an added file.

Already fixed.

Info: As chapters belong to the file and not to a stream, you can also use chapters in MP4/MKV containers only for audio streams.

Will see, if this is possible.

[Findu]

> To go back, uncheck the Simple remux chackbox.

You're right! I've done that several times in the last few days. Maybe it's a kind of test blindness

---

>> Info: As chapters belong to the file and not to a stream, you can also use chapters in MP4/MKV containers only for audio streams.
> Will see, if this is possible.

Worked for me with mp4 and mkv.

Info 2 according to Google: Common audio formats like mp3 also support chapters, and ffmpeg can write them to the audio formats as well.

---

> mannequin80: when multiplexing is done, all streams are removed but the newly encoded audio stays as the only stream.

This results in: when you need to bring the new source to repeat the process, the previously encoded stream shows up in the new Multiplex session.

Bug appeared in beta 02 has been fixed as well!