View Full Version : .NET(1.1) based x264CLI GUI
JoeBG
2nd July 2005, 17:35
I think a possibility of a generation of a .bat file is good, like in the other gui of x264 (x264gui.exe). It's for persons who want add another command line(for besweet for example) for a night encoding for example.(I like use a bat for launch all my encode programs for encode a film).
Do you have seen my last post?(bug when you charged a profile with "all" ticked)
PS : thinks for the sources :D
Donīt makes sense for a x264gui. If you want jeryll to go to a complete conversion programm, the work is still done with MeGUI.
Features to make things different from MeGUI makes sense. So why not?
MatMaul
2nd July 2005, 18:46
ok.at least, I can copy the generated command line in a bat file, I loss just 3 seconds... :D
Doom9
3rd July 2005, 19:40
by the way.. what other jobs are you running besides x264? I'm wondering because I think MeGUI covers MP4 creation pretty well. You have audio creation and muxing as well, as well as support for subs and the likes.
jeryll
3rd July 2005, 22:30
again on the 8x8dct thing... when deselecting 8x8dct the i8x8 option should be "grayed" and when selecting 8x8dct the i8x8 option should be "ungrayed". Not vice versa. 8x8dct does not imply the use of i8x8... so once "ungrayed" i8x8 should be de/selectable.
Done.
Also the fast 1st pass thing is confusing... you already have the options for speeding up the first pass in "Zones + Other" in a3p and a2p. Could you manage to re-use them even for manual modes?
cheburashka will have added fast 1st pass to profile (for me is this thing usefull sometimes too) ... there is a little difference between
fast 1st pass
(here is for speedup in first pass used automated reduction routine as suggested by akupenguin here (http://forum.doom9.org/showthread.php?p=595200#post595200) )
and between
fast 1st pass settings for a2p,a3p modes
(here you must adjust wanted speedup settings for 1st pass in a2p,a3p modes manually)
I'm looking for solution for this (I probably add something like "1F pass ABR" into encoding modes and remove "fast 1 pass" checkbox, so it will be not so confusing, I think ;) )
jeryll
3rd July 2005, 22:33
when I tick "all" in analyse all other analyse's options are grey.
but when I load a profile with "all" ticked, all other analyse's options aren't grey.
I have no problem with none case.
I'm currently looking what's wrong ... fixed
MatMaul
4th July 2005, 09:31
thanks ! for doom9: I prefer the mkv container (because support default track : I think it's a good feature (for forced subtitles for example) and the mp4 container doesn't support default tracks at this time( or I don't see this...)).for MeGUI the subtitle's support is a good think.
Doom9
4th July 2005, 09:46
I prefer the mkv containerI see. I might support MKV in the future.. North101 designed the GUI for that output type.. I replaced MKV with AVI for now because I can do that with the tools I already support. My biggest issue is that mkvmerge wants an mp4 or avi with avc.
jeryll
4th July 2005, 11:11
Bug in 0.1.71 b:
- Select "use speedups for 1st pass in a2p, a3p". (Please write numerations!)
- Do not check any macroblock partitions, neither check "all" or "none".
=> The generated 1st pass command line contains "... --analyse --...". This makes x264 exit immediately.
fixed
MatMaul
4th July 2005, 12:29
I see. I might support MKV in the future.. North101 designed the GUI for that output type.. I replaced MKV with AVI for now because I can do that with the tools I already support. My biggest issue is that mkvmerge wants an mp4 or avi with avc.
Great!
My biggest issue is that mkvmerge wants an mp4 or avi with avc.
What exactly would you prefer? Elementary stream support?
Doom9
4th July 2005, 18:48
What exactly would you prefer?The option to use a raw stream. Using AVI isn't such a great idea to begin with, and most tools don't have native output.. so you end up needing a tool that handles the avi hacks and imports the whole thing (I suppose mkvmerge does this just as mp4box does it), or you do it raw, then mux to mp4, and if you want mkv output, mux it again, which is quite a tedious process.
And P.S. I do not find MP4 containing video listed as allowable input on the mkmerge man page..
The option to use a raw stream.
The problem is always writing a ES parser... Because e.g. mpeg4ip is licensed under the Mozilla Public License which is incompatible with the GPL mkvmerge is licensed under, so I cannot even use their code to start with. And ffmpeg's code is not exactly an example of easy-to-reuse code.
Which does not mean that I won't do it.
Using AVI isn't such a great idea to begin with, and most tools don't have native output.
Just FYI: mkvmerge does not support reading AVC from AVIs. Only from MP4 files at the moment.
so you end up needing a tool that handles the avi hacks and imports the whole thing (I suppose mkvmerge does this just as mp4box does it), or you do it raw, then mux to mp4, and if you want mkv output, mux it again, which is quite a tedious process.
True, no doubt.
And P.S. I do not find MP4 containing video listed as allowable input on the mkmerge man page..
Yes, it's outdated ;)
Doom9
4th July 2005, 19:39
Just FYI: mkvmerge does not support reading AVC from AVIs. Only from MP4 files at the moment.hmm.. I thought there was this VfW compatibility mode. But I must admit I'm really not following Matroska's progress, and I've merely started using MP4 because AVI does have some issues when it comes to using the full featureset AVC video offers.
hmm.. I thought there was this VfW compatibility mode. But I must admit I'm really not following Matroska's progress, and I've merely started using MP4 because AVI does have some issues when it comes to using the full featureset AVC video offers.
That is true, and I've heard that it does indeed work, but I don't support this officially, and neither can mkvmerge convert such a file into what we call "native storage".
jeryll
6th July 2005, 22:41
thanks to all for comments
new version released ... see first post for changelog or download it
http://mirror05.x264.nl/jeryll/x264CLIgui_0_1_8b.zip
Sharktooth
8th July 2005, 12:34
suggestions:
save log button in Log window (export in xml format indexed by job or in regular txt).
add custom command line textbox (to be able to use future and maybe still unsupported options) so if "--foo xyz" is manually added in that box the commandline will look like "x264.exe current options and flags set by the GUI --foo xyz".
If you prefer you can made the command line manually editable instead and dont care of the previous suggestion.
dimzon
29th August 2005, 12:55
I have found a bug running such GUI on Russian Regional Settings (this locale use 'comma' instead of 'dot' for floating point formatting). I made some reverse-enginering for latest binary and perform such modifications:
public static void Main(string[] args)
{
Application.CurrentCulture = CultureInfo.InvariantCulture;
Application.Run(new MainForm());
}
Enjoy!
Doom9
29th August 2005, 14:34
actually, as an MCP, you should've noted that using the invariant culture is not a good culture to use for anything that is not kept internally and never sees a GUI. I suppose this GUI has decimal numericupdown elements since certain parameters are floats, so using the invariant culture causes UI mismatches with the locale of your PC.
My own app, MeGUI, correctly handles this for all locales (after some initial problems I must admit, but having learned the hard way it's unlikely I'll forget again).
dimzon
29th August 2005, 14:47
actually, as an MCP, you should've noted that using the invariant culture is not a good culture to use for anything that is not kept internally and never sees a GUI. I suppose this GUI has decimal numericupdown elements since certain parameters are floats, so using the invariant culture causes UI mismatches with the locale of your PC.
My own app, MeGUI, correctly handles this for all locales (after some initial problems I must admit, but having learned the hard way it's unlikely I'll forget again).
Of couse right way is to change Float.ToString() to Float.ToString(IFormatProvider) calls in command line creation subrotune. Unfortunally I am not this GUI developer and I have not enought time to lean and debug decompiled undocumented source code. So this quick patch (hack) is temporal (but working) solution :)
Doom9
29th August 2005, 17:21
So this quick patch (hack) is temporal (but working) solution
there's also an other option of course: http://forum.doom9.org/showthread.php?t=98032
that one is open source so you won't have to bother to decompile ;)
Sharktooth
29th August 2005, 17:23
...
BETA state ...
source available on demand
(just send me PM with email and I sent it to you - but I warn you - this code is uncommented (and badly written - so no learn from it :devil: ))...
well...
dimzon
29th August 2005, 17:24
there's also an other option of course: http://forum.doom9.org/showthread.php?t=98032
that one is open source so you won't have to bother to decompile ;)
Unfortunally
Avisynth 2.55 for video frameserving. Beta versions are NOT!!! supported
:mad:
Using fresh beta is my religion :)
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.