View Full Version : MeGUI development
Sharktooth
17th December 2006, 05:16
What is the workaround for x264 sliceless threads?
I dont see --threads auto in commandline, and selecting threads is disabled. Why is that?
Threads:
auto <default>
1
2
3
...
16
Thats how it should be.
Edit:
Also the help balloon disappears when mouse over on threads.
"--threads auto" will be added if "Automatically set the number of threads" option in megui settings is enabled.
It just doesnt show in the command line in x264 config window.
The x264 Threads option can be safely removed in future versions.
berrinam
17th December 2006, 05:29
As a result of the refactor, profiles before 0.2.3.2193 can't be loaded with MeGUI 0.2.4.0000 or higher. [EDIT: There's a very simple solution to that, so if you wait, I can provide a program which converts profiles]
You'll just have to recreate them, I suppose. This also means that Sharktooth's profiles aren't accessible...
0.2.4.1003
Commit by berrinam:
- Allow deletion of unreadable profiles
- Add the update window to the tools menu again
Sharktooth
17th December 2006, 05:33
i will update the profiles ASAP. i have also some new audio profiles to add...
i should also check the new code and adapt some fixes/additions i already had floating on my harddrive...
but now it's time to sleep (5:35AM)...
berrinam
17th December 2006, 05:55
Actually, the profiles don't need to be modified by hand -- in fact, there's a very quick conversion from an old profile to a new one, so I might even include that in MeGUI (it just involves changing the type listed in the xml file from VideoProfile to GenericProfileOfVideoCodecSettings, or something similar for all the other profiles).
berrinam
17th December 2006, 07:15
0.2.4.1004
Commit by berrinam:
- Workaround so that old profiles (from before 0.2.4) can work with 0.2.4.1004+ builds -- such old profiles will be recognised and updated to the new format.
berrinam
17th December 2006, 07:23
0.2.4.1004 is on autoupdate now, so everyone can get it now. Enjoy.
The profile collections on the update site also need to be upgraded to work with 0.2.4+, but they can wait for the moment. It would be better if everyone upgrades MeGUI first.
Alizar
17th December 2006, 08:02
0.2.4.1004 is on autoupdate now, so everyone can get it now. Enjoy.
The profile collections on the update site also need to be upgraded to work with 0.2.4+, but they can wait for the moment. It would be better if everyone upgrades MeGUI first.
Is it just me, or is this version missing an "Enqueue" button for audio?
Adub
17th December 2006, 08:08
righteous! I will download as soon as possible. Just not right now. I am on the wrong computer. Thanks for the updates man!
berrinam
17th December 2006, 08:16
0.2.4.1005
Commit by berrinam:
- Made the 'enqueue' button for audio visible. Sorry
Carpo
17th December 2006, 09:55
its always the way - i dont do any encoding for a while but still check for updates - dont see any - then as soon as i start a batch encode loads of updates ;)
will give them a go later :)
edit: i was going to post in the questions thread about resizing - i suppose reading does pay off
If you want to resize your video, enable it, check "suggest resolution" and change to the resolution you want. Computer backups are often done to a horizontal resolution of 640. If you want the highest quality file, do not resize.
just have to redo the encodes now :o
shon3i
17th December 2006, 12:18
@Devs, can you add Deadzone options, and AQ since now always used Sharktooth's build?
ChronoCross
18th December 2006, 01:54
aq shouldn't be added till it's in svn.
berrinam
18th December 2006, 05:03
0.2.4.1006
Commit by berrinam:
- Fixed interlace detection
- Fixed Adaptive muxer crash
- Re-added the avc2avi and divxmux muxers (for avi).
berrinam
18th December 2006, 11:41
0.2.4.1007
Commit by berrinam:
- Fixed force film detection for video sources
Sharktooth
18th December 2006, 16:46
0.2.4.1008
Commit by Sharx1976:
- Added "--threads auto" support in x264 config and commandline generator
Note: The "Automatically set the number of threads" option will still set threads = number of core/cpus.
If you want x264 automatically set the number of threads (this is now a preferable choice for x264 encoding) you should disable that option and set threads=0 in the x264 config.
I will update the profiles to reflect that change ASAP.
Thunderbolt8
18th December 2006, 17:09
so again, when entering 0 there, megui automatically sets the number of threads to 2. but when trying to enter 4 threads manually there (and saving this into a profile), megui STILL keeps resetting it to 2...
and the status window still keeps disappearing when switching from 1st to 2nd pass.
Sharktooth
18th December 2006, 17:13
DISABLE the "Automatically Set The Number Of Threads" option in megui settings! Also dont post here but on the other thread...
Thunderbolt8
18th December 2006, 17:16
:S seems like I was too fast and overlooked that.
1st pass now gives me the usual 60fps, even 65, which is allright. lets see what 2nd pass does...
2nd pass now also says 4 threads, but the speed doesnt increase, its again ~10 fps, which was equal to 1-2 threads (?) and definately too slow for no additional filtering options.
deets
18th December 2006, 17:34
i seem to have a prob with 1008. its not taking the name of the file i put in video output and just uses the name from the avs file
Sharktooth
18th December 2006, 17:37
this is not the bug-report thread...
deets
18th December 2006, 17:43
sorry :) posted in the right one
sp@rrow
18th December 2006, 20:35
Plz check audio delay correction - gui don`t apply it automatic
devaster
18th December 2006, 22:00
hello my friend ask for something aka time managing of a job queue - when he planned for pausing it pause start or continue encoding....
i make it on base code 00.2.4.1005 (see attached picture) .
have i broke some restrictions of authors of megui ???
check
18th December 2006, 22:11
the feature request thread is that way ----->
devaster
18th December 2006, 23:47
the feature request thread is that way ----->
i am not asking for feature i am asking for permision to modify a megui code and release my own modified build....
when authors found my changes usefull then maybe i make a patch or something ...
Sharktooth
19th December 2006, 03:25
i am not asking for feature i am asking for permision to modify a megui code and release my own modified build....
when authors found my changes usefull then maybe i make a patch or something ...
Post your changes (possibly as a patch) if it's ok we will merge it to the current code and give you the credits.
Sharktooth
19th December 2006, 03:40
0.2.4.1009
Commit by berrinam:
- Fixed the 'modify filename doesn't work' bug
sillKotscha
19th December 2006, 03:52
SVN update (please do a checkout!):
- Trunk is now 0.2.4.0000
as the version number had such a 'big' change, wouldn't it make sense to release the last 0.2.3.x as a "new" build on SF.net (https://sourceforge.net/project/showfiles.php?group_id=156112)
Sharktooth
19th December 2006, 04:03
done.
sillKotscha
19th December 2006, 04:10
thank you :)
berrinam
19th December 2006, 05:12
Does anyone know how to deal with this resizing issue? I know Doom9 was doing something about this a while ago, but I don't know what. What is the correct approach?
Sharktooth
19th December 2006, 05:16
what resizing issue? you mean the problem with the font size?
ChronoCross
19th December 2006, 07:17
window resizing I think..
berrinam
19th December 2006, 11:52
The font size bugs that everyone is now complaining about on the bug report thread.
sillKotscha
19th December 2006, 11:58
The font size bugs that everyone is now complaining about on the bug report thread.
complaining?... I've only discovered two nullities...
http://img309.imageshack.us/img309/8451/fontyp2.jpg (http://imageshack.us)
berrinam
19th December 2006, 12:03
That's not the problem. Have a look at http://forum.doom9.org/showthread.php?p=918768#post918768
Maybe it is a specific problem with the custom styles, but maybe not....
sillKotscha
19th December 2006, 12:06
That's not the problem. Have a look at http://forum.doom9.org/showthread.php?p=918768#post918768
Maybe it is a specific problem with the custom styles, but maybe not....
uoops... indeed, that does look weird but I would assume that it should be related to custom styles...
nk
20th December 2006, 05:32
Now, MeGUI sees environmental variable 'NUMBER_OF_PROCESSORS' and set it to the number of threads.
But now x264 support '-threads=auto', so when "Automatically set number of Threads" is checked, command line arguments should be set to '-threads=auto' instead of '-threads=num_of_processors', I think.
Audionut
20th December 2006, 07:35
Have the threads option disabled by default. With a little balloon that says "to use this option, disable auto set threads in megui settings".
edit: or as nk says.
Thanks for your hard work.
sillKotscha
20th December 2006, 10:47
command line arguments should be set to '-threads=auto' instead of '-threads=num_of_processors', I think.
http://img266.imageshack.us/img266/7420/loglh7.png (http://imageshack.us)
Audionut
20th December 2006, 11:04
@ sillKotscha
You still need to disable auto set threads otherwise megui always uses the threads it detects.
edit: which is what nk is saying
sillKotscha
20th December 2006, 11:11
@ sillKotscha
You still need to disable auto set threads otherwise megui always uses the threads it detects.
edit: which is what nk is saying
ah, ok... that I didn't know... although you did already wrote about it one post above - shame on me :D
Sharktooth
20th December 2006, 14:37
Now, MeGUI sees environmental variable 'NUMBER_OF_PROCESSORS' and set it to the number of threads.
But now x264 support '-threads=auto', so when "Automatically set number of Threads" is checked, command line arguments should be set to '-threads=auto' instead of '-threads=num_of_processors', I think.
nbThreads is a global settings. if i set it to "auto" other codecs wont accept it.
Maybe i can use the same "rule" used in x264 by setting the nbThreads to number_of_processors * 1.5 but other codecs maybe will perform worse...
Sharktooth
21st December 2006, 00:25
0.2.4.1010
Commit by Sharx1976:
- Max number of threads for x264 is now '16'
Sharktooth
21st December 2006, 01:18
0.2.4.1011
Commit by Sharx1976:
- Better codecs profiles management: the OK button in the codec config window now pops up a messagebox asking if you want to update the profile
Sharktooth
21st December 2006, 02:28
0.2.4.1012
Commit by Sharx1976:
- Fixed the delay option in audio configuration window
JarrettH
21st December 2006, 03:40
What was wrong with the delay? I thought it was detected now.
Sharktooth
21st December 2006, 03:42
it is but the delay option was always grayed out
bob0r
21st December 2006, 10:21
Should i put 0.2.4.1012 (or any 0.2.4.xxxx) on x264.nl now, as 0.2.3 updates to it?
berrinam
21st December 2006, 10:24
Yes, I think these builds are pretty stable.
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.