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

[ProWo]

The problematic videos now maintain the aspect ratio when the preview is rotated 90 degrees.
However, the previous control of the height of the preview window is bypassed by rotating it 90 degrees. Because the rotated preview window is now too large and parts of the W11 menu bar covers it.

The actual setting limits the preview frame width to the screen bounds height -60 px (for rotated videos only).
Will increase this value to 100 px.

> Cut does not work for files with video stream index 1 instead of 0.
Error attempting to cut/join more than one parts.

Have you tried to join different cuts from the same source, or do the cuts come from different sources?
The error message suggests the latter.

[Findu]

> Cut does not work for files with video stream index 1 instead of 0.

The cuts come from a single source.
Same problem if you use batch for this.
Only one cut appear in the join list. When you remove that cut from the join list, the next apper with the same message.

[Findu]

When useing Frame accurate cut, and you click on Add cut mark, that button disappear.


And it has problems with files containing more video streams.
Sometimes stream 0 is fine, sometimes stream 1.

Drifting Shore by nusan cut 2v.mkv

[Attachment 86189 - Click to enlarge]

And other errors with other sources:

[Attachment 86190 - Click to enlarge]

[Attachment 86191 - Click to enlarge]

[ProWo]

> Cut does not work for files with video stream index 1 instead of 0.

The cuts come from a single source.
Same problem if you use batch for this.
Only one cut appear in the join list. When you remove that cut from the join list, the next apper with the same message.

More info please, and a mediainfo report of this video too.

[ProWo]

When useing Frame accurate cut, and you click on Add cut mark, that button disappear.
And it has problems with files containing more video streams.
Sometimes stream 0 is fine, sometimes stream 1.
And other errors with other sources:

frame accurate cut is still in the experimental stage. Please use it only with h264 codec and videos with only one video stream.
I will disable it again in the next release.

[Findu]

> Cut does not work for files with video stream index 1 instead of 0.
Please try cutting out two parts of this short example for joining.

MOV00136_sample.mpg

[ProWo]

>Please try cutting out two parts of this short example for joining.

This one is a real problem.
FFmpeg isn't able to do seeking operations (-ss -to) with mpeg1video codec and streamcopy to mpg container.
But I've found a workaround. Make your cuts and click finally To batch. Quit the program.
Edit the BT_open.txt and change the output suffix from .mpg to .mkv for all cuts.
Save the file and restart clever-FFmpeg-GUI. Execute the batches. Then join.

[Findu]

>> Please try cutting out two parts of this short example for joining.
> This one is a real problem.
FFmpeg isn't able to do seeking operations (-ss -to) with mpeg1video codec and streamcopy to mpg container.
But I've found a workaround. Make your cuts and click finally To batch. Quit the program.
Edit the BT_open.txt and change the output suffix from .mpg to .mkv for all cuts.
Save the file and restart clever-FFmpeg-GUI. Execute the batches. Then join.

Thank you for the workaround! It's working fine.

Inspired by your workaround, I first multiplexed the source to mp4/mkv, then cutting and merging works also.
A simple remux is not enough.

I have many videos from my first digital camera, a Sony Cyber-Shot DSC-W1 3x from 2004 with a 40 m underwater case.

[oniiz86]

I can't drag and drop when the program keeps minimizing/disappearing to the background of a bigger program. It would be so nice to have a "stay on top" capability.

@ProWo As noted by @davidt1 will this "stay on top" capability be something that could be implemented in a future release?

[ProWo]

@oniiz86 and davidt1
The program "stays on top" as long as you work with it.
If, for example, batches are being processed, there is no reason to stay on top.
When the batches are finished, the program is brought back on top.
The same applies to audio and mainly video encodings, which take longer.
I think this is a good compromise and I will leave it that way.
However, there is one small problem;
from time to time the icon in the taskbar disappears.
But this is not a problem with my program, but with Windows.

[ProWo]

@Findu
You have PM

[Findu]

@ProWo
You have PM

[Findu]

@ ProWo

> With the current settings the max preview height is set to 980 px, i.e. on a 1080 px monitor the lower edge of the preview window is exactly above the taskbar (Windows 11, standard setting). I will reduce the value to 880px (0.8148 of the screen height).

My former test was with the wrong app version. Sorry.

I have done more testing on my 1080 laptop:
Using 16:9 sources with 480, 720 or 1080 "Preview window height" always result in a 430 x 800 rotated preview window.

Edit: Missing text:
Using a 1080 x 1920 video with 1080 "Preview window height" gives a 1050 x 630 rotated preview window.
Using a 1080 x 1920 video with 720 "Preview window height" gives a 690 x 430 rotated preview window.
Using a 1080 x 1920 video with 480 "Preview window height" gives a 450 x 290 rotated preview window.

---

Useing Frame accurate cut with h264 codec and only one video stream:
When openig cut, it defaults to Keyframe cut.
When you click Add cut mark, that button disapear and Cut appear, but To batch is missing.
When you then click Delete last CM, the Add cut mark button appear and cut disappear.
Looks like only one cut is allowed for Frame accurate cut!

If you use Keyframe cut, Add a cut mark, switch to Frame accurate cut, back to Keyframe cut, To batch does not appear.

You get errors when the cut starts at 00000,000.

[Attachment 86227 - Click to enlarge]

[Attachment 86228 - Click to enlarge]

[ProWo]

I have done more testing on my 1080 laptop:
Using 16:9 sources with 480, 720 or 1080 "Preview window height" always result in a 430 x 800 rotated preview window.

Edit: Missing text:
Using a 1080 x 1920 video with 1080 "Preview window height" gives a 1050 x 630 rotated preview window.
Using a 1080 x 1920 video with 720 "Preview window height" gives a 690 x 430 rotated preview window.
Using a 1080 x 1920 video with 480 "Preview window height" gives a 450 x 290 rotated preview window.

Will recode the whole preview thing in video encoding.

Useing Frame accurate cut with h264 codec and only one video stream:
When openig cut, it defaults to Keyframe cut.
When you click Add cut mark, that button disapear and Cut appear, but To batch is missing.
When you then click Delete last CM, the Add cut mark button appear and cut disappear.
Looks like only one cut is allowed for Frame accurate cut!

Correct, with frame acurate cut atm you can make only one cut.

If you use Keyframe cut, Add a cut mark, switch to Frame accurate cut, back to Keyframe cut, To batch does not appear.

Bug, will be fixed.

You get errors when the cut starts at 00000,000.

Bug with frame accurate cut only, will be fixed.

[davidt1]

Srt subtitle extracted from EIA 608/708 still retain Closed Captioning format with the "Fontface monospace" stuff. Normal srt subtitles don't have that. During playback, the subtitle stays in the upper left corner and is not adjustable like a normal srt sub. Can you fix it so it behaves like a true srt subtitle? Thanks.

The subtitles are correctly extracted.
If you do not like the formatting, remove it in Subtitle edit.

I have no idea how to do it with subtitle edit. I don't suppose you can point me in the right direction? Thanks.

[ProWo]

I have no idea how to do it with Subtitle-Edit. I don't suppose you can point me in the right direction? Thanks.

Please post the extracted formatted subtitle here.

[Findu]

@ ProWo

It may be useful to remove the frame-accurate cut selection if the stream is not h264.

Keyframe cut allows you to define multiple cuts and then switch to Frame accurate cut. This should be blocked atm, as only one cut is allowed.

Would an alternativ cutting by frame number make work easier?

Would it make sense to use an alternative player specialy in Video encoding to be able to preview hdr content and the resulting changes you do?

[ProWo]

@ Findu
Test the latest one (PM)

[ProWo]

It may be useful to remove the frame-accurate cut selection if the stream is not h264.

Is already limited to h264 and hevc SDR.

Keyframe cut allows you to define multiple cuts and then switch to Frame accurate cut. This should be blocked atm, as only one cut is allowed.

Is already fixed; if you change the cut type, all cut marks are deleted.

Would an alternativ cutting by frame number make work easier?

That would make no difference; besides, ffmpeg can only search for time, not frames.

Would it make sense to use an alternative player specialy in Video encoding to be able to preview hdr content and the resulting changes you do?

My program should remain a pure frontend for ffmpeg and not require any other programs.
The only limit atm is that HDR to SDR tone mapping cannot be previewed; however, if you use LUTs for this (e.g. PQ_to_BT709_v1.cube), the preview is possible.
But I am working on a solution.

[Findu]

The last working link is empy.
I only have the version from March 21.

[ProWo]

The last working link is empy.
I only have the version from March 21.

Please recheck your pm inbox

[Findu]

I rechecked my pm inbox.
No new message.
Inbox contains 3 messages. Two from March 19. and one from March 21.
And the linked file from working link as of March 19. has been deleted.

Sorry, I am new to this system. Not sure what else to check!

[ProWo]

I rechecked my pm inbox.
No new message.

I have sent you the message again.

[Findu]

I have the file. Test will follow...

[Findu]

I can confirm that the preview stay within the screen bounds.
Tested with normal SD to 4k videos at Full HD and 4k screen.

But a 720 x 576 VOB, a 640 x 480 MPG and a 1080 x 1920 mobile video, still get scaled over the screen bounds, but only when the screen and the Preview window height are both 1080.

All combinations of 90/270 degrees rotation stay within the screen bounds. Very good.

---

Frame accurate cut:
Is limited to h264 and hevc SDR.
Multiple video stream detection is working.
If you change the cut type, all cut marks are deleted.
Bug with missing To batch button is fixed.
Bug is fixed when the cut starts at 0.

Since only one cut is allowed, I can make several individual cuts and join them at the end without problems.

---

Various -> Rotate is blocked from entering values. Thanks!

---

Due to many changes to the pages in version 3.4, you might update the three screenshots at https://www.videohelp.com/software/clever-FFmpeg-GUI.
I guess this is one of the first thing new users look at.

[lomero]

from mp4 video 1080 and 1 audio track i need to re-encode in 480 and copy audio. so now need encode video only, extract audio from original video, then mux new video with extracted audio. we have solution to encode video and copy audio to one shot only ? (as ffmpeg from command line do)

and also: from 'Video encoding' section on frame size on DAR ticked i can just edit width. all people talk about 'height' for resolution (1080, 720, 540) why we can edit 'width' ? isn't more convenient can edit 'height' and grey 'width' to keep aspect ratio ?

[ProWo]

from mp4 video 1080 and 1 audio track i need to re-encode in 480 and copy audio. so now need encode video only, extract audio from original video, then mux new video with extracted audio. we have solution to encode video and copy audio to one shot only ? (as ffmpeg from command line do)

No, but you don't need to extract the unchanged streams; they are already available in the muxing grid.

and also: from 'Video encoding' section on frame size on DAR ticked i can just edit width. all people talk about 'height' for resolution (1080, 720, 540) why we can edit 'width' ? isn't more convenient can edit 'height' and grey 'width' to keep aspect ratio ?

This is because the standard widths are familiar to most users (640, 720 for SD, 1280,1920 for HD and 3 840 for UHD), while the corresponding heights vary depending on the DAR.
In addition, many authoring programs require the standard widths.

[lomero]

ok ProWo, all clear. thanks for your reply

[ProWo]

@ Findu
new version to test (PM)

[lomero]

... just i dont know why 'height' is grey on DAR ticked. photoshop work the same on resize image, but both 'width' and 'height' are linked and i can change the first or the second value. i hope in next release i can change just 'height' and keep aspect ratio.