My last suggestion for "THE" ultimate calc bouton

[Donald]

Hello !

I come back with another idea about the "calc bouton". In fact, the purpose is to have "THE" button to use in a way general. In brief, a sort of " Quick calc " button which would relegate 5 others current one to the rank of "optional" buttons. I explain:

We have now 5 boutton:

Rate
Best
Time
Size
Img

What I propose it is the button which combines in a sense at the same moment the effect of "rate" and of "img". Indeed, the step which we make at the moment is the following one:

1- Enter number of mins
2- Enter number of Mo
3- Set the image format (2:35, 16:9...)
4- Set the framerate

At this stage, the logic wants that we calculate the bitrate to be able to make hold the number of minutes of the sequence on the number of wanted Mb. So, we click on "Rate". Then, as it's appears this one is "red", we clik on the "img" bouton to have a good size and so a "green" bitrate".

What I propose, it is the unique button which once 4 data this above informed would calculate alone at first the necessary bitrate so that the size is respected (as the current "rate" boutton), then in the second time adapts the size of the window so that this one becomes a " green bitrate ". (as the current "img" boutton) So, just one boutton will be necessary for a general use. 5 current boutton could be considered as one "optional bouttons" allowing to calculate in a very particular way the video bitrate.
In brief, the boutton could be named "Quick calc" or something like that,
and get loose 5 current at the level of the interface.

I hope this is a good idea, what do you think about that Major ?

[major]

This makes sense, but for SVCD/VCD/DVD/VCD etc the image size can't be set by calculation, so we would have a set of buttons for DivX and another for MPEG.. maybe too complex?

[Donald]

maybe too complex?

Maybe it's not if the interface is very explicite like that (Cf picture. This is just an exemple, no more) At least, I think sincerely that this button would be very practice: just 1 click and everything is settled. But I am not much longer going to annoy you if you think that the idea is not good.

[major]

OK, I'll try to find the best way to add this in 0.0.7e.

[Donald]

OK thanks. i hope you 'll add it in the 7e. In my exemple, I chose a round button because in this way it gets loose well from the others, and we show well that it is has part of the others and that it has a special character, that it is particular. I looks forward to the next version!

[Donald]

Hello Major,

It is still me ! I have just thought of that: supposing that is integrated the famous button which I suggested you, it would be necessary to bring a small detail which has its importance. Indeed, it is unmistakable that such a button is extremely practical, because its allows a video bitrate always "green" by adapting the size of the window as a consequence. The danger would be to believe that we can infinitely lower the size of window without that it have an incidence on the quality of the playback in full screen.
Maybe let us can decide (arbitrarily?) that when the height of the window is lower than 500 (for example) there is danger ?
So, if the critical limit is reached, we can enviseager to prevent the user that there is a risk of wanting to make like X mins on X Mo, the size of window that must be used being very small. It is not a question of forbidding the encoding but simply of a message of information.
This message could be made by two manners different:

1/ Display data of the size in red in the interface

or

2/ Display an alert message when we click the button "encode" and inform us in the following way:

" ATTENTION, the size of window to be used is very small: there is a serious risk of poor quality (vagueness) in a full screen playback of the futur encoded sequence. Set manually a highter size of window is not a solution because off the actually video bitrate value (too small, risk of interfacts) So, try to authorize more place for the encoding of the sequence to obtain a size of window reasonably rather big "

And it's appears 2 bouttons, one to continu process of encoding, and another to cancel it


It's all Major ! I hope that you understood what I tried to explain! What do you think about it ? thank you !