Log in

View Full Version : MeGUI: bug reports and feature requests


Pages : [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147

Zathor
5th December 2009, 12:42
The correct place for bug reports and feature request is the Project page, but if you want to discuss them first you can do it here. However remember: without opening a bug report or feature request at the project page it is likely that we forgot about it.

Project page
http://sourceforge.net/projects/megui/

Bug reports (http://sourceforge.net/tracker/?group_id=156112&atid=798476)
Feature requests (http://sourceforge.net/tracker/?group_id=156112&atid=798479)
Support (http://forum.doom9.org/showthread.php?t=105920)

Recommended installation instructions:
1. Download the recent MeGUI build: Download (http://sourceforge.net/projects/megui/files/latest/download)
2. Extract the file (recommended to not extract it in the program files directory - use e.g. C:\Tools\MeGUI)
3. Run the program megui.exe and let it update all necessary files

This build does not require write access outside of the program directory. Therefore it is easy to use in a more restrictive environment. It is even possible to have several versions installed independently.

[Moderator edit]The last included Avisynth+ version is 3.5 r3106, if you have installed a more updated versión (now 3.7...) you need check Options -> Main -> Always use the included AviSynth or replace the AvisynthWrapper.dll (https://forum.doom9.org/showthread.php?p=1913117#post1913117)[/Moderator edit]

Development Updates
If you want to have always the newest build please switch to the development update server in MeGUI. You can find this setting in
"Options\Settings\Extra Configuration\Auto Update" and switch to "Use development update server". Afterwards do an update check or restart MeGUI.

Zathor
5th December 2009, 16:08
- [ProgressWindow] added Windows 7 taskbar progress

Link removed. Please download above.

Please try this version on a OS before Windows 7 and without .NET 3.5 and post the result. The progress window "should" work without problems and of course without the taskbar progress but I can not test it myself.

prOnorama
5th December 2009, 16:30
@ Zathor: thanks a lot I will try it out. :)

PS: please do not use RapidShare alone for hosting, a lot of the time I get "There are no more download slots available for free users right now. " even if I want to download a small file. So I can't try it out now.

MediaFire is a good alternative.

Zathor
5th December 2009, 17:08
@ Zathor: thanks a lot I will try it out. :)

PS: please do not use RapidShare alone for hosting, a lot of the time I get "There are no more download slots available for free users right now. " even if I want to download a small file. So I can't try it out now.

MediaFire is a good alternative.

Thank your for the feedback. I have uploaded the file to mediafire.

j8ee
5th December 2009, 20:42
It crashes when I try to start it...

edit:

http://thumbnails23.imagebam.com/5877/c2278158764204.gif (http://www.imagebam.com/image/c2278158764204)

I think you get the idea without an error message translation.

box is XP SP3 32 bit, .net 1.1, 2.0 SP1, 3 SP2 and 3.5 SP1

Puncakes
5th December 2009, 21:10
You, my good sir, have my most heartfelt, and deepest thanks.

j8ee: It would be best if you provided some details as to the machine you're attempting to use it on(e.g OS, 32/64bit, .NET installed). Also, host your error image somewhere like http://imageshack.us/ and post the link to it, rather than waiting for a mod to approve it. I'm on Win7 32bit, with .NET 3.5 as well, so I can't provide much in the way of testing, but it certainly works great for me.

Once again, thank you very much, Zathor.

ncatt
5th December 2009, 22:13
Zathor Hi, thanks for this fixed version. Just a suggestion: do not put the files on rapidshare. In recent days I always see this message: "There are no more download slots available for free users right now. If you don't want to become a premium member, you might want to try again later." And if i try again later the same message pops up. It's annoying. Mediafire is much better. :thanks:

Zathor
6th December 2009, 01:41
It crashes when I try to start it...

I think you get the idea without an error message translation.

box is XP SP3 32 bit, .net 1.1, 2.0 SP1, 3 SP2 and 3.5 SP1

Thanks, it seems to be not working on non Windows 7 OS. Please use the build from the first post until I have a newer build. The version does not have any modifications in the progress window.

j8ee
6th December 2009, 02:02
Oh, now I saw that you wanted a test without .net 3.5. Anyway, 3.5 is an auto-update as far as I know, so most XP users have it.

Zathor
6th December 2009, 02:15
Oh, now I saw that you wanted a test without .net 3.5. Anyway, 3.5 is an auto-update as far as I know, so most XP users have it.

I added a few checks if the OS is Windows 7 (or above). Please try the new build again (it is in the first post).

Additionally I changed a small thing in profile handling
- [x264Config] the advanced settings will be applied to the command line independent of the advanced settings checkbox

quantum5uicid3
6th December 2009, 02:19
I didn't notice it at first, but it's still not saving the following settings after you create a new preset and close the x264 configuration dialog.
--ref
--bframes
--deblock
--no-cabac
--no-deblock
--ipratio
--pbratio
--deadzone-inter
--deadzone-intra
--qcomp
--aq-mode
--aq-strength
--psy-rd
--no-dct-decimate

and the --no-mbtree checkbox is not working properly

xp sp3 3.5 .net, someone confirm please.

Zathor
6th December 2009, 02:27
I didn't notice it at first, but it's still not saving the following settings after you create a new preset and close the x264 configuration dialog.
--ref
....

and the --no-mbtree checkbox is not working properly

xp sp3 3.5 .net, someone confirm please.
Did only a quick check with --ref. And yes, I can confirm the problem. On the other hand the --no-mbtree checkbox is working properly for me. In the fastest 3 presets --no-mbtree is always active and therefore it can not be activated (note to myself: disable the button if using these presets)

quantum5uicid3
6th December 2009, 02:44
yeah that was it with --no-mbtree, i just left the preset on fast and was going through all the settings one by one to see which saved and which didn't

Zathor
6th December 2009, 03:28
yeah that was it with --no-mbtree, i just left the preset on fast and was going through all the settings one by one to see which saved and which didn't

It should be fixed now and the build is in the first post. Please check if all settings can be loaded now.

quantum5uicid3
6th December 2009, 03:49
thanks, good work! the only thing left before testing more extensively, does "Credits Quantizer" still correspond to any x264 option (I don't see it doing anything and can find no reference in the command line options)? and the --rclookahead field still doesn't seem to change the commandline.

stax76
6th December 2009, 04:31
x264 GUIs involve complexity, some settings depend on other settings which again depend on other settings and sometimes it's very difficult to disable all controls accordingly. With such issues the first thing you would do is check the x264 docs on what other settings the setting depend taking also the settings of the preset and tuning into account. --rc-lookahead don't has dependencies and interactions documented so it's a simple bug.

quantum5uicid3
6th December 2009, 04:42
yeah i checked if it corresponded with mbtree or vbv settings, but it doesn't. "Credits Quantizer" apparently is only used if you "set the credit starting point in the preview window." overlooked it before, thanks.

j8ee
6th December 2009, 10:57
Using the build in the first post, I have the same crash as before. On my laptop I don't have the .net Swedish language packs installed, so the error message is in English this time.

XP SP3, .net 2.0 SP2, 3.0 SP2 and 3.5 SP1

http://thumbnails20.imagebam.com/5882/410d9158818147.gif (http://www.imagebam.com/image/410d9158818147)

Zathor
6th December 2009, 11:50
Using the build in the first post, I have the same crash as before. On my laptop I don't have the .net Swedish language packs installed, so the error message is in English this time.

XP SP3, .net 2.0 SP2, 3.0 SP2 and 3.5 SP1

(hopefully) finally fixed. Please try the new build. If not, please provide a few more details (which kind of job crashed, ...)

...and the --rclookahead field still doesn't seem to change the commandline.

I have changed the input handling in the new build. It did already changed the command line for me before, but maybe this change solves your problems.

j8ee
6th December 2009, 12:03
Seems to work now, I haven't been using it yet, but at least it starts! Nice work, many thanks!

edit: Hmm, disabling mb-tree isn't saved in a profile. It's checked when I load the profile again, and looking at the xml it says <NoMBTree>false</NoMBTree>.
edit 2: Correction - as far as I can see, none of my settings are saved at all. The changed settings are for ipod compliance: --profile baseline --level 3 --crf 20.0 --thread-input --ref 2 --vbv-bufsize 10000 --vbv-maxrate 10000 --no-mbtree --me umh --partitions p8x8,b8x8,i4x4 (which I think is the default, but I'm not quite sure)

edit 3: OK... it seems like loading the profile manually in the drop down menu in the config dialog brings up the correct commandline. I haven't made any test encodes to see if it's actually used yet, but I'll do that soon. Still, that the cabac checkbox does nothing makes me a little suspicious.

Zathor
6th December 2009, 14:08
edit: Hmm, disabling mb-tree isn't saved in a profile. It's checked when I load the profile again, and looking at the xml it says <NoMBTree>false</NoMBTree>.
edit 2: Correction - as far as I can see, none of my settings are saved at all. The changed settings are for ipod compliance: --profile baseline --level 3 --crf 20.0 --thread-input --ref 2 --vbv-bufsize 10000 --vbv-maxrate 10000 --no-mbtree --me umh --partitions p8x8,b8x8,i4x4 (which I think is the default, but I'm not quite sure)

edit 3: OK... it seems like loading the profile manually in the drop down menu in the config dialog brings up the correct commandline. I haven't made any test encodes to see if it's actually used yet, but I'll do that soon. Still, that the cabac checkbox does nothing makes me a little suspicious.

Both problems have been fixed (at least partially). Please try the new build and post again if any problem arise.
Cabac does nothing because in baseline profile it is already disabled. Please have a look at http://mewiki.project357.com/wiki/X264_Settings. If you find other settings which does not match with the GUI feel free to address them here.

bluebebe
6th December 2009, 17:32
thanks for the patch. everything is working fine now.

showergel
6th December 2009, 17:55
So as of today, it has been 42 days without a single code commit on MeGUI's Sourceforge.net portal. This sudden stop by all members of the team seemingly has the symptom of some argument/disagreement.

This morning I looked at x264.nl and MeGUI has been removed from their home page. Hmmmm...

Anyway, if this is really going to be the next evolution of MeGUI, then perhaps you can check the code out of MeGUI's SVN and start a new project page. You'll also get hosted there and won't have to worry about posting to rapidshare, etc.

There is precedent for this; ffdshow became ffdshow-tryouts on sourceforge.

Cisco7
6th December 2009, 20:56
I hope Kurtnoise and his co-workers will continue their incredible work on MeGUI or maybe qualified people could take care of the project and his evolution. Others GUIs are so annoying, smartless. MeGUI has been made by the users for the users. Please keep up your bloody good work, please keep us informed of your intention.

Zathor
7th December 2009, 01:25
MeGUI has so much potential to be the universal GUI for many aspects of multimedia encoding. The only purpose of my builds is to keep the project up and running (more or less) until the hard time is over and Kurtnoise or another one of the staff will continue their work. Maybe a few of my modifications are helpful for them.

I have no intention to take over this project. Beside a lack of time the most important thing is that I know that my programing skills are good enough for easy things in a supporting role - but way too weak for such a project in general.

I do not know why the project is on hold and I do not want to know it. There are surely reasons why this happened and why it has not been spread widely. My only hope is that the project has been suspended and not terminated.

Best wishes!

mozzle
7th December 2009, 04:30
You've done a good thing here, Zathor.

Thank you.

Triccotracco
7th December 2009, 10:19
Good work Zathor! Thank you very much!
:thanks:

Zathor
7th December 2009, 14:04
- [HDBDStreamExtractor] fixed a crash bug
- [HDBDStreamExtractor] input and output path will be preselected if the window stays open
- [BitrateCalculator] added experimental M2TS support

The M2TS support for the calculator is experimental and is based upon the "6 percent rule" (http://forum.doom9.org/showthread.php?p=1223719). Because this is only an educated guess I appreciate your feedback.

Additionally I have added a x264 BluRay profile as an example. The profile is based upon http://forum.doom9.org/showthread.php?t=149711 and http://mewiki.project357.com/wiki/X264_Settings. The profile has the goal to fulfill the bluray specs and be playable on most standalone players. A few remarks:
--nal-hrd requires a patched x264
--b-pyramid strict can not be aplied while mbtree is enabled but it should work sometime in the future. Please ignore the warning in the log.

The profile has been created as I understand the profile management should work. Feel free to start a discussion if you think that it should work the other way around. The custom command line "locks" the settings you want to force while you can change the quality/speed with the preset slider. The "advanced settings" tabs have been disabled in order to not confuse the more inexperienced users.

JoeH
7th December 2009, 17:40
I hope Kurtnoise and his co-workers will continue their incredible work on MeGUI or maybe qualified people could take care of the project and his evolution. Others GUIs are so annoying, smartless. MeGUI has been made by the users for the users. Please keep up your bloody good work, please keep us informed of your intention.

+1. Thanks to Kurtnoise, Sharktooth and team for the single most useful X264 tool around. We all look forward to seeing it continue to thrive!

Warbucks81
7th December 2009, 19:47
- [HDBDStreamExtractor] fixed a crash bug
- [HDBDStreamExtractor] input and output path will be preselected if the window stays open
- [BitrateCalculator] added experimental M2TS support

The M2TS support for the calculator is experimental and is based upon the "6 percent rule" (http://forum.doom9.org/showthread.php?p=1223719). Because this is only an educated guess I appreciate your feedback.

Additionally I have added a x264 BluRay profile as an example. The profile is based upon http://forum.doom9.org/showthread.php?t=149711 and http://mewiki.project357.com/wiki/X264_Settings. The profile has the goal to fulfill the bluray specs and be playable on most standalone players. A few remarks:
--nal-hrd requires a patched x264
--b-pyramid strict can not be aplied while mbtree is enabled but it should work sometime in the future. Please ignore the warning in the log.

The profile has been created as I understand the profile management should work. Feel free to start a discussion if you think that it should work the other way around. The custom command line "locks" the settings you want to force while you can change the quality/speed with the preset slider. The "advanced settings" tabs have been disabled in order to not confuse the more inexperienced users.

Thanks for the patched build. I assume this same profile would be good for creating MKV's for media player type devices.

Zathor
7th December 2009, 20:36
Thanks for the patched build. I assume this same profile would be good for creating MKV's for media player type devices.

Yes, every device that’s able to play BluRay compliant streams should be able to play back these files. At least it did work for me in the past for PS3, some standalone players and my streaming capable TV. Nevertheless there may be devices where you have to use a more restrictive profile (e.g. limit vbv bitrate). And you should not crop the files because some devices have problems if its is not 1920x1080 or 1280x720.

j8ee
7th December 2009, 20:51
Profiles are not deleted, and --ref 2 is not saved for me in a profile, it goes back to default 3 (it says 2 in the xml though). edit: After the fourth restart and manual deletion of some profiles --ref 2 is loaded in the profile.

Zathor
7th December 2009, 21:00
Profiles are not deleted, and --ref 2 is not saved for me in a profile, it goes back to default 3 (it says 2 in the xml though). edit: After the fourth restart and manual deletion of some profiles --ref 2 is loaded in the profile.

I can reproduce both problems. The deletion is fixed but I will upload a new build only after I have found the second problem.

Zathor
7th December 2009, 21:45
Profiles are not deleted, and --ref 2 is not saved for me in a profile, it goes back to default 3 (it says 2 in the xml though). edit: After the fourth restart and manual deletion of some profiles --ref 2 is loaded in the profile.

Both problems have been addressed in the build below.

Because of the greater changes regarding the file handling I do not want to change the link in the first post at the moment.

Link removed. Please have a look at the first posting.

- [MeGUISettings] change the default auto update server list to development
- [MeGUISettings] the update_cache location has been changed to a sub dir of the program dir
- [MeGUISettings] the avisynth plugin location has been changed to a sub dir of the program\tools dir
- [AviSynthWindow] + [AvisynthWrapper] LoadPlugin will be called for every DLL in the megui avisynth plugin dir
- [x264Config] changed the order the settings will be applied initially

This build does not require anymore write access outside of the program directory. Therefore it should be now much easier to use it in a more restrictive environment. It is even possible to have several versions installed independently.

Because I do not know if this is the way to go I would like to have feedback. The next step would be to disable the manual selection of the update_cache, avisynth plugin dir and maybe all other tools which will be installed automatically.

By the way: it is now possible - and I recommend it - to extract the zip file in an empty directory. It will be updated automatically through the development update server. Afterwards you have to update a few files manually (e.g. x264, mkvtools, eac3to, ...).

SacredCultivator
8th December 2009, 00:38
Thanks for this patched build, my question is in regard to the update server... Even under Development, which server would you be using?

kool
8th December 2009, 06:01
Thank you Zathor for this great work,

A question, I'm on Win 7 32 Bit OS and don't have meGUI and Avisynth install yet, now when I want to install meGUI, which version you recommend Win 7?

Thanks in advance.

Zathor
8th December 2009, 06:33
Thanks for this patched build, my question is in regard to the update server... Even under Development, which server would you be using?

I have not changed the servers in any way and I use at the moment the first one. But both servers seems to have identical files. Nevertheless you have to update a few files yourself (most important x264.exe and so on).

A question, I'm on Win 7 32 Bit OS and don't have meGUI and Avisynth install yet, now when I want to install meGUI, which version you recommend Win 7?

Avisynth 2.5.8 and the MeGUI build posted above (http://forum.doom9.org/showthread.php?p=1350501#post1350501)

JoeH
8th December 2009, 08:53
Avisynth 2.5.8 and the MeGUI build posted above (http://forum.doom9.org/showthread.php?p=1350501#post1350501)

I just installed this - it works GREAT! Thanks!

Here are the installation instructions I followed. As I had a few difficulties getting it installed, and finally found a safe and sure method, I thought I'd post it here:
1. Install the standard version 1056 from SourceForge
2. Update all parts using the "Stable" servers except the 1056 core
3. Change update server to development. Update all parts again except the 1056 core (if you do this without doing step 2 first you will get an error).
4. Copy the files that Zathor has prepared and select replace all.
When you open up MeGUI you will have a fully functional 1057 install, with full support for the new X264 features! Fantastic!

Zathor - thanks for your hard work. Here is a small feature request. I always ouput MKV files, but MeGUI always defaults to MP4 on the main screen. It would be great if MeGUI would save the last selected format, or had an option to set the default.

szabi
8th December 2009, 09:00
Also many :thanks: for it.

nakTT
8th December 2009, 09:15
Zathor - thanks for your hard work. Here is a small feature request. I always ouput MKV files, but MeGUI always defaults to MP4 on the main screen. It would be great if MeGUI would save the last selected format, or had an option to set the default.
You can set MKV as default by going to:

Options>Settings>Extra Config>Configure Auto Encode Default>

And choose the container that you like.

Zathor
8th December 2009, 09:30
Here are the installation instructions I followed. As I had a few difficulties getting it installed, and finally found a safe and sure method, I thought I'd post it here:
1. Install the standard version 1056 from SourceForge
2. Update all parts using the "Stable" servers except the 1056 core
3. Change update server to development. Update all parts again except the 1056 core (if you do this without doing step 2 first you will get an error).
4. Copy the files that Zathor has prepared and select replace all.
When you open up MeGUI you will have a fully functional 1057 install, with full support for the new X264 features! Fantastic!


Thanks for your reply.

With the newest build it is even easier to install:
1. Install Avisynth 2.5.8 (if not already installed)
2. Extract my build to a new/empty directory
3. Run the program and let it update all necessary files from the development server.
4. Update some files manually (x264.exe, ...)

nakTT
8th December 2009, 11:20
Thanks for your reply.

With the newest build it is even easier to install:
1. Install Avisynth 2.5.8 (if not already installed)
2. Extract my build to a new/empty directory
3. Run the program and let it update all necessary files from the development server.
4. Update some files manually (x264.exe, ...)
May I know which one U mean by "newest build"? Is it the one at the 1st post or the one at the 2nd page?

:thanks:

forum king
8th December 2009, 11:23
thanks mate

i have used the latest development build of urs ..
but tell me when i usesd to use 1051 with unrestricted 2 pass profile the settings were that of SLOWER
in mean like this :
program --profile high --pass 2 --bitrate 1000 --stats ".stats" --ref 5 --b-adapt 2 --b-pyramid --direct auto --deblock -1:-1 --trellis 2 --partitions all --me umh --thread-input --output "output" "input"

but in this one ( the new patched 1057 build the settings in that same profile are FAST..
program --profile high --preset fast --pass 2 --bitrate 1000 --stats ".stats" --thread-input --deblock -1:-1 --no-dct-decimate --output "output" "input"


what should be done ( does it mean that in the new megui build and x264 build SLOWER stuff is more faster or i need to drag the slider to slower to get the same settings.. and quality as that of unrestricted 2 pass

Triccotracco
8th December 2009, 11:49
May I know which one U mean by "newest build"? Is it the one at the 1st post or the one at the 2nd page?

:thanks:

The one in the first page, is true that at 2nd page there is a newer version but with a lot of changes, if I understand well.

Also for me patched 1057 version works fine & faster (used with x264 rev.1360 Jeeb's build)

Thank you again!

forum king
8th December 2009, 11:52
The one in the first page, is true that at 2nd page there is a newer version but with a lot of changes, if I understand well.

its very clearly mentioned on page 1



Stable build
http://www.mediafire.com/download.php?hj23mmmlmux

Development build with the additional changes below
http://www.mediafire.com/download.php?mfwnemetzt4



i have used the developmemnt build and its working great...

nakTT
8th December 2009, 12:32
The one in the first page, is true that at 2nd page there is a newer version but with a lot of changes, if I understand well.

Also for me patched 1057 version works fine & faster (used with x264 rev.1360 Jeeb's build)

Thank you again!
I see. I have just downloaded the unpatched one.

I'm interested to know about the "faster" bit for the patched 1057. Hope you can share your experience in a little bit detail.

:thanks:

quantum5uicid3
8th December 2009, 12:46
better solution...

forum king
8th December 2009, 12:58
well guys :( i am giving up
looks like i cant use the latest megui builds and the benefits of x264.
i have done everything as was said here and at the troubleshooting thread..
but it just wont work out..
i used the latest build by Zathor ( the 2nd one ) and installed it in a separate folder..
used unrestricted 2 pass HQ with SLower settings
it will do the first pass and give a STANDARD ERROR STREAM error upon second always..
sometimes the same error on first pass as well..


can someone please please please guide me how should i go about it all.. i have been trying to do this from last 3 days in TOTALO vain.

it looks i ll have to go back to 1051 :(

quantum5uicid3
8th December 2009, 13:02
stop trying to use the old presets. theyre no longer applicable

forum king
8th December 2009, 13:04
stop trying to use the old presets. theyre no longer applicable

o damn !!!
then which one is equivalent to unrestricted 2 pass now ..
i need something equivalent to that with no blurred edges and no pixelations at all.
thanks