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

[tb52]

The audio issue in the CUT window seems to be fixed but the preview video window, set for 720, is more like 1080 and the counter display numbers are distorted and very hard to read. One thing leads to another...

[ProWo]

The audio issue in the CUT window seems to be fixed but the preview video window, set for 720, is more like 1080 and the counter display numbers are distorted and very hard to read. One thing leads to another...

Thx, should be fixed now. Update, please.

[tb52]

Updated to 3.5.7.03 and everything is working again. Thanks for the rapid responses!

[Valentin98]

Hi! I tried to mux an SRT subtitle into my video, but after the process finishes, the subtitle track is missing from the output file. How can I fix this? Thanks!"

Detail: The file is a SubRip SRT, multiplexed alongside an MP4 video and an audio track."

[ProWo]

Hi! I tried to mux an SRT subtitle into my video, but after the process finishes, the subtitle track is missing from the output file. How can I fix this? Thanks!"

Please post a mediainfo report (text mode) from this output file here.

[ProWo]

----------------------------------------------------------------------------------
September 07, 2026 release version 3.5.8
----------------------------------------------------------------------------------
Added:
A/V sync (in fix timestamps)
Sync video filter for ffplay preview in video cut.
Audio stream core extraction (DTS from DTS-HD, TrueHD from TrueHD+Atmos, eac3 5.1 from eac3 with more then 6 channels)
Audio filter to maintain the original signal phase for aac codec with downmix.

Fixed:
Bug with av1 encoder tooltips
Bug with encoding rotated sources
Bug with video preview size
Bug with update site down
Bugs with preview size & orientation

Changed:
Disabled preview for frame accurate cuts (not possible)

Improved:
Show commandline in multiplex section

Removed:
Mux aac in avi (not working)

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

[oniiz86]

@ProWo I was wondering if @Valentin98's issue above is simply a case of SRT subtitles not being natively supported within the mp4 container? I tried to mux an srt subtitle in an mp4 container & it gets converted to the "tx3g" Timed Text subtitle format which is correct I believe, perhaps it was missing from his output because most hardware-based media players do not support Timed Text subtitles & will ignore them like my OPPO players do.

MediaInfo

Text
ID : 3
Format : Timed Text
Muxing mode : sbtl
Codec ID : tx3g
Duration : 1 h 31 min
Bit rate mode : Variable
Bit rate : 53 b/s
Frame rate : 0.428 FPS
Stream size : 35.5 KiB (0%)
Language : English
Default : Yes
Forced : No
Alternate group : 3
Count of events : 1172

[ProWo]

@ProWo I was wondering if @Valentin98's issue above is simply a case of SRT subtitles not being natively supported within the mp4 container? I tried to mux an srt subtitle in an mp4 container & it gets converted to the "tx3g" Timed Text subtitle format which is correct I believe, perhaps it was missing from his output because most hardware-based media players do not support Timed Text subtitles & will ignore them like my OPPO players do.

You're right, srt subtitles are converted to movtext with muxing to mp4, because mp4 doesn't accept srt.
Both srt and movtext are text based subtitles. Movtext subs are displayed fine in most players.
To see exactly what happened, I asked him for a mediainfo report, but he didn't provide it.

[ingsoc]

There is some problem changing DAR from 1.33 to 1.50 in actual version. Result video is even more narrow than 1.33. I don't know from what version this is working bad, but in the past it did work fine. The problem is happening with several video apps and also with a Samsung QLED.

Confirmed. I tried with the old version 'clever FFmpeg GUI 3.4.6' and the changed DAR to 1.50 was correct. Something is going wrong with actual versions and DAR feature.

[Findu]

@ProWo
3.5.8 feedback

This informational text is currently missing from the lossless page.

[Attachment 93699 - Click to enlarge]

[ProWo]

There is some problem changing DAR from 1.33 to 1.50 in actual version. Result video is even more narrow than 1.33. I don't know from what version this is working bad, but in the past it did work fine. The problem is happening with several video apps and also with a Samsung QLED.

Confirmed. I tried with the old version 'clever FFmpeg GUI 3.4.6' and the changed DAR to 1.50 was correct. Something is going wrong with actual versions and DAR feature.

Where? With muxing, encoding or lossless changes?
Which codec, which container?

[ProWo]

This informational text is currently missing from the lossless page.

You're right, that was deleted by mistake.
I'll restore it.

[ingsoc]

There is some problem changing DAR from 1.33 to 1.50 in actual version. Result video is even more narrow than 1.33. I don't know from what version this is working bad, but in the past it did work fine. The problem is happening with several video apps and also with a Samsung QLED.

Confirmed. I tried with the old version 'clever FFmpeg GUI 3.4.6' and the changed DAR to 1.50 was correct. Something is going wrong with actual versions and DAR feature.

Where? With muxing, encoding or lossless changes?
Which codec, which container?

lossless changes / DAR
HEVC, MKV

try to change 1.33 DAR to 1.50, and you will obtain the problem, not will all media players, but yes with several video apps and also with the smart tvs. Result is a video much more narrow than 1.33.

[oniiz86]

@ProWo I was wondering if a log output file could be implemented once a muxed file has completed, like tsMuxer & MKVToolNix? I'd just like to know how long a mux takes to complete for comparison purposes.

[ProWo]

@ProWo I was wondering if a log output file could be implemented once a muxed file has completed, like tsMuxer & MKVToolNix? I'd just like to know how long a mux takes to complete for comparison purposes.

That would mean more code, and it's not really necessary.

[ProWo]

lossless changes / DAR
HEVC, MKV
try to change 1.33 DAR to 1.50, and you will obtain the problem, not will all media players, but yes with several video apps and also with the smart tvs. Result is a video much more narrow than 1.33.

Thx for the hint.
I've now tested this extensively and found that changing (lossless) the DAR at container level works with most players.
Changing it at stream level, however, is only possible for raw H.264, raw HEVC, and MPEG-2 video.
I'll rewrite the whole thing.

[The.Old.Man]

Is there any way of turning off or disabling the previously processed files and/or unprocessed batch files "messages"
as I have a preference to keeping them and deleting them at a later

[ingsoc]

lossless changes / DAR
HEVC, MKV
try to change 1.33 DAR to 1.50, and you will obtain the problem, not will all media players, but yes with several video apps and also with the smart tvs. Result is a video much more narrow than 1.33.

Thx for the hint.
I've now tested this extensively and found that changing (lossless) the DAR at container level works with most players.
Changing it at stream level, however, is only possible for raw H.264, raw HEVC, and MPEG-2 video.
I'll rewrite the whole thing.

changed DAR that always worked with old version are always applied to stream + container. Just the same with actual version where the problem is appearing.

[ProWo]

Is there any way of turning off or disabling the previously processed files and/or unprocessed batch files "messages"
as I have a preference to keeping them and deleting them at a later

The default action with preprocessed streams is that they are deleted after muxing / joining.
To avoid this automatic deletion you can set the after mux / join action to "clear selected rows".
This way the streams are retained.


[Attachment 93710 - Click to enlarge]

[oniiz86]

@ProWo There appears to be a bug when trying to extract Attachments, it just hangs, the progress bar never starts, it should take seconds to complete but never does. I thought it was my files but gMKVExtractGUI has no issues with extracting the same .jpg attachment.

[Attachment 93711 - Click to enlarge]

[ProWo]

@ProWo There appears to be a bug when trying to extract Attachments, it just hangs, the progress bar never starts, it should take seconds to complete but never does.

Tested with v3.5.8, it works as expected here (The display looks exactly like yours, extracted as cover.jpg)

[oniiz86]

Tested with v3.5.8, it works as expected here (The display looks exactly like yours, extracted as cover.jpg)

@ProWo Sorry about that, I tried it again using a different Target Folder & now it works but I can't exit the page, "Main page" button doesn't show so I can't exit the screen, only the "Abort" button is present & it appears to hang, I must force close the utility by clicking the "X" in the top right corner.

[Attachment 93716 - Click to enlarge]

[ProWo]

@ProWo Sorry about that, I tried it again using a different Target Folder & now it works but I can't exit the page, "Main page" button doesn't show so I can't exit the screen, only the "Abort" button is present & it appears to hang, I must force close the utility by clicking the "X" in the top right corner.

Please post this file here so I can take a look.

[ProWo]

changed DAR that always worked with old version are always applied to stream + container. Just the same with actual version where the problem is appearing.

Should be fixed now. Please update to v3.5.8.01 (settings, update).

[oniiz86]

@ProWo Sorry about that, I tried it again using a different Target Folder & now it works but I can't exit the page, "Main page" button doesn't show so I can't exit the screen, only the "Abort" button is present & it appears to hang, I must force close the utility by clicking the "X" in the top right corner.

Please post this file here so I can take a look.

@ProWo I've done some testing & I believe the issue I'm having is if a file has many streams it seems to hang I'm not sure why, I tried to create a small sample for you but it works successfully if I simply cut a small 30 seconds or 1 minute file, it must be a file indexing issue or caching issue, this file is 11.5GB & the other file is 14.6GB that also exhibits this issue, would it be possible to give you the 11.5GB file & you should be able to replicate this issue, I think the issue only presents itself if the file's duration isn't trimmed & is kept in its entirety.

[ProWo]

@ProWo I've done some testing & I believe the issue I'm having is if a file has many streams it seems to hang I'm not sure why, I tried to create a small sample for you but it works successfully if I simply cut a small 30 seconds or 1 minute file, it must be a file indexing issue or caching issue, this file is 11.5GB & the other file is 14.6GB that also exhibits this issue, would it be possible to give you the 11.5GB file & you should be able to replicate this issue, I think the issue only presents itself if the file's duration isn't trimmed & is kept in its entirety.

Yes, that might be a problem with the timestamps.
Remux the video (multiplex, simple remux) and then test the new video.

[oniiz86]

@ProWo I've done some testing & I believe the issue I'm having is if a file has many streams it seems to hang I'm not sure why, I tried to create a small sample for you but it works successfully if I simply cut a small 30 seconds or 1 minute file, it must be a file indexing issue or caching issue, this file is 11.5GB & the other file is 14.6GB that also exhibits this issue, would it be possible to give you the 11.5GB file & you should be able to replicate this issue, I think the issue only presents itself if the file's duration isn't trimmed & is kept in its entirety.

Yes, that might be a problem with the timestamps.
Remux the video (multiplex, simple remux) and then test the new video.

@ProWo Thanks for that, if I do this though using Clever, the Attachment won't be present will it? I guess I'll extract the attachment first with gMKVExtractGUI then attach it when I remux with Clever, what exactly does the "simple remux" option do?

[ProWo]

@ProWo Thanks for that, if I do this though using Clever, the Attachment won't be present will it? I guess I'll extract the attachment first with gMKVExtractGUI then attach it when I remux with Clever, what exactly does the "simple remux" option do?

No need to extract and add, simple remux does a simple streamcopy of ALL streams, incl. chapters.

[oniiz86]

@ProWo Thanks for that, if I do this though using Clever, the Attachment won't be present will it? I guess I'll extract the attachment first with gMKVExtractGUI then attach it when I remux with Clever, what exactly does the "simple remux" option do?

No need to extract and add, simple remux does a simple streamcopy of ALL streams, incl. chapters.

@ProWo I've just tested this with the latest v3.5.8.01 Beta, I tried "Simple Remux" & now where the "FFmpeg:" line is there is activity going on that you can see in the image, the duration is counting on the right hand-side & it is up to 5 mins at this point & still counting & the attachment has been extracted in the Target Folder but I'm still waiting for it to mention "success" & go back to the "Main Page" but it hasn't, a real strange one.


[Attachment 93721 - Click to enlarge]

[ProWo]

@ProWo I've just tested this with the latest v3.5.8.01 Beta, I tried "Simple Remux" & now where the "FFmpeg:" line is there is activity going on that you can see in the image, the duration is counting on the right hand-side & it is up to 5 mins at this point & still counting & the attachment has been extracted in the Target Folder but I'm still waiting for it to mention "success" & go back to the "Main Page" but it hasn't, a real strange one.

Close clever and stop all running instances of ffmpeg in task manager.
Restart clever, drag your video, click extract, select your attachment only and click to batch this time.
Close the app. In your target folder you'll find a new BT_open.txt file.
Post this file here.