MeGUI Bug-Report Thread

[bob0r]

compile full-svn

x264 > config > Rate Control: --subme 7 shows up here, thats not SVN.

Edit:
*fixed* There is no x264-svn anymore.

Edit2:
Fixed, SVN readded (None SVN still does not contain AQ)

[bob0r]

x264 > config > Rate Control: Bitrate Variance up/down button works, but goes like this:
1.0 up 2.0
2.0 down 1.0
1.0 down 0.1
0.1 up 1.1
1.1 up 2.1 etc...

X.1 <-- the 1 can't be changed, unless you type it.

[bob0r]

x264 > config > Quantization:

Credits Quantizer does not update in commandline, also the Help Balloon gives an no data error. Not sure what x264.exe option this would be.

But once you change the value of this, and then like you change the number of B-frames, the commandline nor the gui itself (visual) does not update.

Only when you again change Credits Quantizer, the commandline and the gui update.

Edit:
Ooops did some more testing:
(Number of) B-frames itself is b0rked in the gui, does not update in commandline nor does it ungrey options that should be available with 3 or more B-frames.

Edit2:
B-frames part fixed, Credits Quantizer not a bug.

[berrinam]

AVS creator won't use plugin dgdecode.dll and i get error message, "There is not function mpeg2source in avisynth". Avs can use mpeg2source beacouse plugin is not loadded.
I'm running the latest version (0.2.3.2085) right here, and the script generation goes fine. Here's what I'm doing:
Load the .d2v file.
Press save
The saved file has no errors whatsoever.

Until you tell me how to reproduce your errors, as I said in the first post of this thread, I am not going to help you.

[berrinam]

compile full-svn

x264 > config > Rate Control: --subme 7 shows up here, thats not SVN.
Conditional compiling is gone. I did a search through the source code, and the only difference between compile full-svn and compile full is the "Assembly Product" property. I suppose the real bug is that compile full-svn is still supported.
x264 > config > Quantization:
...

Version? I changed the configuration dialogs in a recent version, so that is essential

EDIT: Fixed

[Doom9]

x264 > config > Rate Control: Bitrate Variance up/down button works, but goes like this:That's by design. The minimum is 0.1 and the standard step size for the up/down is 1. I figured it to be too cumbersome to go up/down in 0.1 steps.
x264 > config > Rate Control: --subme 7 shows up here, thats not SVN.Perhaps I removed too much? But I seem to remember keeping that conditional compilation statement when I removed the codec specific builds.

[berrinam]

Searching for SVN in 'Current Project' in MeGUI doesn't turn up very much :(

[leowai]

Conditional compiling is gone.
I thought that only the conditional compilation of "lite" MeGUI (MeGUI-x264-svn and MeGUI snow) are gone. Now even Megui-SVN is gone?

[Doom9]

Credits Quantizer does not update in commandline,that's because this is megui internal. It only has an effect if you define credits / intro regions, you never see this on the commandline until you create a job. This is because intro/credits are just special zones.. once you create jobs, your defined zones and the intro/credits zones are merged (you get warnings if you screwed up something), and then after the merge the entire zone commandline is created.. prior to that, you can change all you want.. you're not going to see anything.

As far as subme goes.. I checked out yesterday evening before berrinam's last commit and here's what I found in the x264ConfigurationDialog constructor:
AVCLevels al = new AVCLevels();
this.avcLevel.Items.AddRange(al.getLevels());
this.frameSize = frameSize;
#if SVN
x264SubpelRefinement.Items.Remove("7 - RDO Level 2 (Slower)");
#endif

[fight2win]

even after selecting "Shutdown after encoding" both in config. and on queue window, megui does not do so! using latest megui build!

[The Link]

If you click configure on a selected audio preset the changes you make get saved to the profile without asking. Afaik this isn't the same behaviour as before. Intended?

[bob0r]

That's by design. The minimum is 0.1 and the standard step size for the up/down is 1. I figured it to be too cumbersome to go up/down in 0.1 steps.


I see, well it feels pretty weird when you use it :)
I guess its possible when you click it goes up 0.1 each time, but when you hold the button it changes 0.1 steps up fast.
... Oh Wait, in fact, it already does..... just not with 0.1 steps :o

Going up to 100.0 only takes me like 3 seconds, so i think 0.1 steps are pretty doable, if you want to go from 0.1 to like 10.1 you use the buttons, if you go from 0.1 to 90.1, you best just type a 9 infront of the 0.

So i think it should be changed.

[bob0r]

@berrinam

"- Removed a line of conditional compilation. compile full-svn is now identical to compile full"

Why isn't compile.bat updated then?
FULL-SVN does not exist anymore, then compile.bat should be update.
Also (not that it matters anymore), but why was neroraw.exe compiled with full and not with full-svn, is this because you guys don't really pay attention to compile.bat? :)
Anyways, please make a clear up to date compile.bat.

P.S. did you see my screenshot with the deblock filter? (page 25)

@all megui devs or others that know

What x264 options/features are in megui-full that are not in x264-SVN?
I want to make a list for x264.nl so people know what options they can not use with the svn builds.

[bob0r]

2086

x264 > config > Quantization: Macroblock Options
Not possible to select All or None or Custom, well its possible, but nothing changes.
Changing profile to High Profile does not change it.

Edit:
In the same Macroblock Options
When you select --8x8dct (Adaptive DCT) (after selecting high profile) the option I8x8 becomes available, when you select it, you get: --analyse p8x8,b8x8,i4x4,i8x8 --8x8dct
Now when you unselect --8x8dct (Adaptive DCT), you get: --analyse p8x8,b8x8,i4x4,i8x8
i8x8 is still enables in the commandline, but greyed out in the gui.

[berrinam]

The SVN discrepancy probably came from my redoing of the video configuration dialogs. They were built on code from a week ago, so I'll have a look back then to see what I missed out on. I didn't realise that anything was missing. Sorry about that mistake.

As to all the x264 encoder configuration problems ..... well they're just a sign of what a mess the x264 Tri-State code is in.

[bob0r]

@berrinam

Meaning? There will be a full-svn version or not?

[dimzon]

@berrinam

Meaning? There will be a full-svn version or not?
Seems like both are the same so we does'nt need SVN version at all :rolleyes:

[bob0r]

Seems like both are the same so we does'nt need SVN version at all :rolleyes:

Then please answer this (http://forum.doom9.org/showthread.php?p=783580#post783580)

[dimzon]

is this because you guys don't really pay attention to compile.bat? :)
Yes :o
http://files.x264.nl/megui-2085-x264-config.jpg
Is this bug reproduced if you disable visual styles in windows?

[shon3i]

I'm running the latest version (0.2.3.2085) right here, and the script generation goes fine Now is working. I be using 0.2.3.2079. I found error in this new version when you use deblock in x264 comanline looks --filter 2,1 instead --filter 2:1. When i open stats file in her says that deblock is 2,2

[bob0r]

Is this bug reproduced if you disable visual styles in windows?

Yup, the text is going outside the window, also on standard windows xp settings

Edit:
http://files.x264.nl/megui-2086-x264-config-main.jpg

Edit2:
Fixed

[Doom9]

deblocking threshold, macroblock options i8x8mv vs 8dct.. all those things work fine in the second latest build I worked on (it's a couple weeks old but there shouldn't have been any changes to the x264 dialog since then): 0.2.3.2013

Afaik this isn't the same behaviour as before.I worked on that, and I didn't add any functionality, just moved around code.. pressing OK always saved the settings. If it wasn't there for a specific dialog, it's a copy/paste problem.

What x264 options/features are in megui-full that are not in x264-SVN?subme7 & adaptive quantization

[bob0r]

@Doom9

2069 (x264 rev 426) still has correct deblocking text and working macroblock options. The config tabs have been moved around, so something changed :)

I will now use megui.exe (just compile.bat) and will add --subme 7 and adaptive quantization to the notes that these options are not working with the x264.nl builds.

What cli option is adaptive quantization ?

Edit:
Oh wait adaptive quantization is the AQ patch by Haali ;)
Is it me or isn't it in the x264 config in megui?

[bob0r]

2086

x264 > config > Zones:

The Mode box is "empty", only when you select it, and select Quantizer or Weight the box is "filled"

Edit:
Also the Previe(w) and Remov(e) buttons are not correct
screenshot:
http://files.x264.nl/megui-2086-x264-config-zones.jpg

Edit2:
Fixed

[pcaca]

Bugs in bild 0.2.3.2082 and 0.2.3.2086:
1. In the main window some extensions of the file in Video Output textbox are wrong for some combinations of Codec and File Type dropdown lists. Combinations are:
Codec | File Type | Wrong Ext. | Correct Ext.
--------------------------------------------
LMP4 | MKV | avi | mkv |
LMP4 | MP4 | m4v | mp4 |
Snow | MKV | avi | mkv |
XviD | MKV | avi | mkv |
XviD | MP4 | m4v |mp4 |

2. When I want to encode to XviD in avi container, I press AutoEncode and I check the Add Audio Stream checkbox in Automatic Encoding dialog to add my own audio without encoding, the new dialog AVI muxer appears under the Automatic Encoding dialog and sometimes i can't move it because i can't see the title of the dialog. The Automatic Encoding, MP4 Muxer and MKV Muxer dialogs seems like they have always on top argument and they get on the top of all applications. Please corect the window ordering.
http://img490.imageshack.us/img490/8049/megui2hn.th.jpg (http://img490.imageshack.us/my.php?image=megui2hn.jpg)

3. In audio configuration of MP3 when i choose VBR mode i don't have any option for the quality of the encoding. There should be options for -V0, -V1,.... -V9 switches for LAME.

4. Maybe this is not a bug, but I think that MP2 files should be suported as audio input in AVI and MKV muxer dialogs. Now there is no possibility to mux MP2 file directly in AVI or MKV container without reencoding.

[berrinam]

Meaning? There will be a full-svn version or not?
Yes, unless Doom9 doesn't want it.

[bob0r]

@berrinam

So you say yes, dimzon removes it, and doom9 thinks he's having a break down because you two and filling his brain with yes=no and no=yes, right? :D

So there WILL BE A SVN version, only its gone, well i already updated x264.nl thinking there will be only 1 version, so SVN can go home.

I said subme7 and AQ are none SVN on x264.nl (even though AQ is nowhere to be found :p)

[bob0r]

2087 still exists:

x264 > config > Quantization > Macroblock Options:
When you select --8x8dct (Adaptive DCT) (after selecting high profile) the option I8x8 becomes available, when you select it, you get: --analyse p8x8,b8x8,i4x4,i8x8 --8x8dct
Now when you unselect --8x8dct (Adaptive DCT), you get: --analyse p8x8,b8x8,i4x4,i8x8
i8x8 is still enables in the commandline, but greyed out in the gui.

-----

Still exists, not a bug, but still very annoying:

x264 > config > Rate Control: Bitrate Variance up/down button works, but goes like this:
1.0 up 2.0
2.0 down 1.0
1.0 down 0.1
0.1 up 1.1
1.1 up 2.1 etc...

X.1 <-- the 1 can't be changed, unless you type it.

@all
megui-svn.exe added to x264.nl installer again (next revision, 430+)

[bob0r]

2087

x264 > config > Main/Rate Control/Quantization

Boxes inside the window don't align nicely, which makes switching between them very messy to the eye.

- the Rate Control/Rate Control window is more to the right
- the Main/General window is lower than Control/Rate Control and Quantization/Quantizers

http://files.x264.nl/megui-2087-x264-config-windows.jpg

Top and Left should be fixed values, for perfect eye comfort :)

Edit:
Fixed

[berrinam]

As far as I'm concerned, I've fixed the bugs that I was responsible for.

I know that sounds selfish, but the x264 config dialog is complex because of all the tri-state code, and the various devs don't agree on how it should work (whether disabled && checked means on or off). As a result, I have no idea what the verdict is, so I am keeping out of it*. In my redo of the codec config dialogs, I simply copied the code from the old dialog into the new dialog.

*If Doom9 says definitively what the adopted standard is for MeGUI, than I can make fixes, but I don't want to force the issue one way or the other.

In terms of alignment of the GUI, I'm not interested in that. Someone else can do it.

With respect to the Bitrate Variance up/down, I'm waiting to see what Doom9 says on that.

[leowai]

What x264 options/features are in megui-full that are not in x264-SVN?subme7 & adaptive quantization
Sorry for my stupid question about non-svn options.
I found the setting of subme7 in MeGUI, but where is the setting for the Adaptive Quantization in MeGUI? Should that be included in MeGUI (non-svn version)?

Checked: Adaptive Quantization settings is available in MeGUI old-built MeGUI-0.2.2.7 (before cvs builds) but MeGUI-0.2.3.1026 and later (cvs build) no longer provide such setting in the GUI.

[bob0r]

@berrinam

I am just reporting what i see :)
I think you did a great job on the fixes.

But yeah, i guess add the bugs to the list that won't/can't be fixed right away.
Maybe its possible for doom9 to give certain users Edit access to only 1 thread, and then a developer can edit the first post saying he will work on it.

[Doom9]

Alright, I have no problem with an SVN build.. (a dirty hack.. disable/remove some options at the end of the constructor in a CC clause).

About AQ.. I suspect sharktooth removed it when he removed it from his buids, then never readded it when he put aq back into his builds.

As far as tri-state goes: I still think it can work, but the past has shown that if multiple persons work on a form, it will cause a mess. Since I'm no longer the only one working on MeGUI, I think it's prudent that we scrap the whole tri-state idea and get back to WYSIWYG. So the dialog can be redone. Or alternatively, I take over again (at least on this part), and everybody else is hands off (that worked in the past.. and unless I'm in the middle of major refactoring I can take care off the occasional bug right away).

X.1 <-- the 1 can't be changed, unless you type it.I really don't see this as a problem at all.. I don't think every up/down should be set to provide direct access to the lowest increment/decrement. If you have a control that allows 4 digits after the decimal separator, and allowed values range from 0.0000 to 1000.0000, you're going nuts with an up/down that increments/decrements by 0.0001. In that case, I find it much more convenient to make the default in/decrement 1.0 and those that want to access will just have to resort to their keyboard. Very often, the granularity is actually too high to allow unsuspecting users to make a good choice. it's much better to let them use up/downs with large increments, and those that know exactly what the parameter does can mess around with the keyboard. Sometimes, making things harder ensures that you give the inexperienced user just enough control and allow the experienced user full control.

LMP4 | MKV | avi | mkv |
LMP4 | MP4 | m4v | mp4 |
Snow | MKV | avi | mkv |
XviD | MKV | avi | mkv |
XviD | MP4 | m4v |mp4 |
That's quite how it should be. There's no direct LMP4 -> MKV path... mencoder only does avs to AVI. Hence.. mencoder writes an avi, mkvmerge muxes that into a MKV. Same thing for mp4.. if the encoder doesn't do MP4 output, it's raw and mp4box muxes that. After the refactoring, it will be much clearer.. manual encoding will only make direct encoding paths accessible.. for anything else you have to use an automated mode where everything is done automatically for you.

Maybe this is not a bug, but I think that MP2 files should be suported as audio input in AVI and MKV muxer dialogs.That's by design.. MP2 in AVI.. /me runs away screaming. Some time in the future AVI will support two audio tracks, AC3, DTS, MP3 and AAC.. but that's it.

[bob0r]

@Doom9

And "With respect to the Bitrate Variance up/down, I'm waiting to see what Doom9 says on that." ?

Keep it, or make it less annoying?

[shon3i]

The shutdown feature not working again please fix that and in comandline says --filter 2,1 instead 2:1

[bob0r]

... and in comandline says --filter 2,1 instead 2:1
Stop reading my mind please. was about to press submit on that hehehehe :goodpost:

[Doom9]

Keep it, or make it less annoying?In this case it can be changed, but don't expect me to change the 4 digits after the separator behavior if we ever get there. Those that know what they're doing are better off with typing anyway.
There's also no point in reporting problems multiple times.. they don't get fixed faster, rather.. it makes things go slower because somebody has to read the message again.

[bob0r]

@Doom9

Ok, and yeah the buttons should be to fine tune anways, typing is always better :)

(And sometimes stuff is over read, as usually you guys answer all questions in 1 reply)


Alrighty then..... back to bug hunting!

[Kostarum Rex Persia]

Build 0.2.3.2055 not work with newest build of xvid_encraw from February 9 2006. When I start encoding, MeGUI immediately shutdown.

[ChronoCross]

Build 0.2.3.2055 not work with newest build of xvid_encraw from February 9 2006. When I start encoding, MeGUI immediately shutdown.

xvid_encraw hasn't been updated in MeGUI. Because there is no real stable place to get the builds for comparssion. Could you please use the latest dev build when making bug reports, as there have been ALOT of changes since 2055.

[Kostarum Rex Persia]

But, I looked for 0.2.3.2089 and I wasn't able to find that newest build. Can you, please, post direct download link to newest MeGUI build. Thank you.

[ChronoCross]

Unofficial MeGUI Builds (http://chronocrossdev.com/apps/megui)

For all those of you who didn't read the guide you can get my builds here.

[Kostarum Rex Persia]

ChronoCross, you just added build 2089, thank you. Before one and a half hour, build 0.2.3.2089 hasn't been on your site. Thanks again.

[edit] Remember what I was told about build 0.2.3.2055? Well, same happens with newerst build of MeGUI, 0.2.3.2089. xvid_encraw still won't work when I try to use Xvid codec from MeGUI 0.2.3.2089 ( container is MP4).

Can someone fix that bug, please.

[Drillakilla]

i started using the more commercial psp video apps but the quality was crap, then on another forum someone mentioned x264 using Megui.
Iv got all the programs i need ( mp4 box, besweet etc).


I can encode automated two pass and i get an mp4 file, the problem is whenever i try and encode 2 pass 2nd pass i get a okb mp4 file ( the encode is instant), whenever i try 2 pass 1st pass i get a .stats file ( the file size seems fine) but no mp4

i cant work out what i am doing wrong, i am really desperate to get this to work because iv heard the quality is excellent ( much better than the other psp apps)

below is more information on my encodes::



--------------------------------------------------------------------------------

My test video clip is 7 mb big and 7 seconds long

Heres my avs file i created for the encodes:

AviSource("D:\Mpegs\xvid movies\Test.avi",TRUE)
BlindPP(cpu=4)
Blockbuster(method="noise",detail_min=1,detail_max=3,variance=0.1,seed=1)
Convolution3D(1, 6, 12, 6, 8, 2.8, 0)
LanczosResize(368,208)
Undot()
TemporalSoften(2,7,7,3,2)
DCTFilter(1,1,1,1,1,1,0.5,0)
assumefps(29.00)

This is the command line i got, encoded at 2 Pass- 2nd Pass,
400 kbps


C:\Program Files\x264\x264.exe --pass 2 --bitrate 400 --stats ".
stats" --ref 2 --mixed-refs --bframes 3 --b-rdo
--weightb --subme 6 --trellis 1 --analyse p8x8,b8x8,i4x4,p4x4
--sar 360:208 --progress --no-psnr --output
"D:\PSP Test script 360 208.mp4"
"D:\PSP Test script 360 208.avs"

and the Log

Next job job1 is a video job. encoder commandline:
--pass 2 --bitrate 400 --stats "D:\PSP Test script 360 208.stats" --ref 2 --mixed-refs --bframes 3 --b-rdo --weightb --subme 6 --trellis 1 --analyse p8x8,b8x8,i4x4,p4x4 --sar 360:208 --progress --no-psnr --output "D:\hh.mp4" "D:\PSP Test script 360 208.avs"
successfully started encoding of job job1
job commandline: --pass 2 --bitrate 400 --stats "D:\PSP Test script 360 208.stats" --ref 2 --mixed-refs --bframes 3 --b-rdo --weightb --subme 6 --trellis 1 --analyse p8x8,b8x8,i4x4,p4x4 --sar 360:208 --progress --no-psnr --output "D:\hh.mp4" "D:\PSP Test script 360 208.avs"
----------------------------------------------------------------------------------------------------------

Log for job job1

desired video bitrate of this job: 400 kbit/s - obtained video bitrate: 0 kbit/s
----------------------------------------------------------------------------------------------------------



Heres the command line for 2 pass 1st pass:

C:\Program Files\x264\x264.exe --pass 1 --bitrate 400 --stats ".stats" --bframes 3 --subme 1 --analyse none --me dia --sar 360:208 --progress --no-psnr --output NUL "D:\PSP Test script 360 208.avs"

and the log:

Next job job1 is a video job. encoder commandline:
--pass 1 --bitrate 400 --stats "D:\PSP Test script 360 208.stats" --bframes 3 --subme 1 --analyse none --me dia --sar 360:208 --progress --no-psnr --output NUL "D:\PSP Test script 360 208.avs"
successfully started encoding of job job1
job commandline: --pass 1 --bitrate 400 --stats "D:\PSP Test script 360 208.stats" --bframes 3 --subme 1 --analyse none --me dia --sar 360:208 --progress --no-psnr --output NUL "D:\PSP Test script 360 208.avs"
----------------------------------------------------------------------------------------------------------

Log for job job1

avis [info]: 368x208 @ 29.00 fps (278 frames)
x264 [info]: using SAR=45/26
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2
x264 [info]: slice I:2 Avg QP:23.50 size: 14738
x264 [info]: slice P:112 Avg QP:28.41 size: 3262
x264 [info]: slice B:164 Avg QP:30.54 size: 518
x264 [info]: mb I I16..4: 6.0% 0.0% 94.0%
x264 [info]: mb P I16..4: 2.3% 0.0% 0.0% P16..4: 89.8% 0.0% 0.0% 0.0% 0.0% skip: 7.9%
x264 [info]: mb B I16..4: 0.0% 0.0% 0.0% B16..8: 11.5% 0.0% 0.0% direct:15.7% skip:72.7%
x264 [info]: final ratefactor: 27.02
x264 [info]: kb/s:400.4

Actual bitrate after encoding without container overhead: 400.87

----------------------------------------------------------------------------------------------------------


Please could someone help me sort this out, thanks in advance for anyhelp

[berrinam]

[edit] Remember what I was told about build 0.2.3.2055? Well, same happens with newerst build of MeGUI, 0.2.3.2089. xvid_encraw still won't work when I try to use Xvid codec from MeGUI 0.2.3.2089 ( container is MP4).:readrule: :readguid: You've just broken forum rule 1:1) Read up before asking! There are tons of guides, FAQs and each forum has a dedicated Q&A thread with additional info.
I tested just now, and the link to xvid_encraw which I have in the sticky in this forum works with MeGUI 0.2.3.2089. I suspect it also works with most other versions of MeGUI, as there haven't been many changes to xvid_encraw support in MeGUI.

Can someone fix that bug, please.It's not a bug. It works. It's insulting to assume that it's a bug in MeGUI before actually trying to get it to work.


@Drillakilla: Your error isn't clear in your log. Try doing step 8 of the guidelines on the first post of this thread, and see if the error message shows up there.

[Schnoodledorfer]

Here is is how to produce what I'm talking about.


Select a 2-pass profile (I used sharktooth's HQ-slowest). Enter the filenames and click on the "Queue" button.
Set up another job. Select a 1-pass profile (I used sharktooth's 1P-Maxspeed profile) this time. Don't queue it yet, however.
Click on the Queue tab, then select the 2nd pass of the previous job, click on the "load" button. (A user might do this to check something or to load in the filenames, I suppose.)
Click on the "Queue" button. This creates a corrupt new job that's really only the second half of a 2-pass job. The settings are from the previous job, not the profile that is displayed.
Click on the CODEC "setup" button. The settings for a valid 1-pass job are displayed, but that's not what was queued just now.


This is related to changes I have requested here (http://forum.doom9.org/showthread.php?p=784405). That's a very long essay about why I would like things to be different, but I can't claim that it's really a bug. But if it's possible that a user would see settings that look valid, yet when he/she clicks on "Queue" a corrupt job with entirely different settings is queued, then I think I can use the term "bug" and I should mention it here. That's why there are two differnt posts.

[Doom9]

xvid_encraw support is still on CVS level... meaning you can't use S_O's custom builds or squid's custom builds as of yet. When refactoring is done, that will change but until you can read in the changelog that squid's build is required, don't even bother to try.

@Drillakilla: unfortunately for you, there is a situation where x264.exe exits with an error (that you can see on the commandline), but where megui is unable to read the error message and so far we have been unable to find out why this happens, and how we can prevent it. What most likely happened is that the first pass aborted at some point, then the second pass started and immediately aborted because the statsfile has a lower number of frames than the source. If you follow the reporting guidelines and post again with that info (do the step berrinam mentioned), we'll be able to tell for sure.
@schnoodledorfer: I wouldn't call that a nonsense job.. it's a valid 2 pass second pass job.. they can be created independently of the first pass. And it boils down to a user error.. when you press queue, the current settings are used for a job. Current settings are changed if a) you select a profile, b) you select another codec, c) you press OK in a codec configuration dialog, d) you press load when you have a job selected in the queue. Profiles have but one functionality really: upon selection, they update the current settings. So as long as you don't select one, nothing is applied. I admit that's not very nice if you're using the load functionality, but it can't be done another way.. you can't tie profiles to jobs.. a job has settings, not a profile. Imagine if there was a connection. You create your job, then you change your profile, then you load the job again.. so the job would dutifully show what profile it has, but it wouldn't correspond to your edited profile. You could even have the situation where you change the codec for a profile, so you'd open a huge can of worms..

Loading jobs goes hand in hand with the update button. You select a job, you press load, then you reconfigure, then you go back to the queue and press update. And yes, that gives you the possibility to royally screw things up.. e.g. turning a 2 pass second pass job into single pass job of another codec, and that will break any jobs that are dependent of your 2 pass second pass. It's also not possible to restrict such screwups without considerable extra effort (and in the process introducing many new bugs.. and you'd need new buttons as well as now you'd suddenly have to decide if you're in "edit an existing job" mode, or not, and give users the possibility to exit from that mode (and then what happens.. the job stays loaded or what?)).

So the only thing that can reasonably taken from your report (a very good one by the way.. you gave just enough detail so it can be reproduced.. I didn't even have to go through the steps since I know what happens if you preform the various options you mentioned) is to check if it's possible to make no profile selected when a job is being loaded (that's your problem with editing the settings.. all is well when you press load, but then when you press configure, first the proper settings are being loaded.. then the GUI looks at which profile was selected in the main window, and if it's of the same codec type, then it will overwrite the settings). There's an easy way around that, but it introduces other inconsistencies. I don't see any way to completely prevent any inconsistencies.

But here's what you can do: create a profile for another codec. Then in step 2, select that profile. Then you do the rest and now it will work as you expect it to.. the current profile will be one of an incompatible type, thus when you go to the codec configuration screen, the actual job's settings will be used and not overridden by any profile. Then you reconfigure, and finally you update the job (load is there to give you a chance to edit settings.. now show settings) and voila, you got it.

[foxyshadis]

Well, "--filter -2,-3" is now a legal command line, so I guess it's okay to forget about that bug now. =D

[Drillakilla]

okay i did what u guys asked, run, cmd etc. i pasted my commandline:

D:\Mpegs\psp\Me Gui\x264.exe --pass 2 --bitrate 450 --stats "D:\Mpegs\PSP Encoding\2pass.stats" --ref 2 --mixed-refs --bframes 3 --b-rdo --weightb --subme 6 --trellis 1 --analyse p8x8,b8x8,i4x4,p4x4 --sar 368:208 --progress --output "D:\Mpegs\PSP Encoding\Scripts\x264 encode.mp4" "D:\Mpegs\PSP Encoding\Scripts\x264 encode.avs"

Hit enter


then i got this error
'd:\mpegs\psp\me' is not recognised as an internal or external command, operable program or batch file.

Please can you make sence of this

[Drillakilla]

then i did something different, before i had loads of existing commands on the dos window, so i thought id close and start a new command, pasted my script and got these errors:


cannot find stats file .. straight away i figured out wehat i have been doing wrong. when i chose 2 pass 2nd pass i assumed that it did both passes for you, then i relised you have to do 2 pass first pass, then immediately afterwards do 2 pass 2nd pass ( the stats file is there to continue) then you get your mp4. god i cant believe i didnt realise ( automated 2 pass worked because it automatic)

thanks guys will get back to you and let you know how encodes went

[Doom9]

Please can you make sence of thisYou need to wrap paths that include spaces with "s.. so start with "D:\Mpegs\psp\Me Gui\x264.exe". MeGUI doesn't have to do that for technical reasons.

[berrinam]

Hey bob0r, try build 0.2.3.2090 out for the x264 dialog. I've redone a lot of it, so the momentarily flashing checkboxes should be gone, and I've done some checking for all the bugs you mentioned.

[FooFighter007]

>I use the current 2090 version and came across a Problem in the calculator window. In the former releases the Area "Results" displayed >all vital infos as Average Bitrate when I changed my parameters in the "Total Size" area. Now it stays zero.

! after a recompile from cvs it was ok - ignore this posting !

Regards,

Foo

[Sharktooth]

MP3 audio config dialog has something weird.
also when selectin VBR the bitrate is grayed out.

[dimzon]

MP3 audio config dialog has something weird.
also when selectin VBR the bitrate is grayed out.
fixed

[bkman]

Bug in buld 2091: In bitrate calculator Number of Frames value changes to different values as you enter one. Eg. try 62650 @ 25fps and you will get 62500 instead. And right after this, clearing and typing any other number will return as a 0 instead.

[berrinam]

Bug in buld 2091: In bitrate calculator Number of Frames value changes to different values as you enter one. Eg. try 62650 @ 25fps and you will get 62500 instead. And right after this, clearing and typing any other number will return as a 0 instead.
Confirmed and added to the list.

[Sharktooth]

http://sourceforge.net/tracker/index.php?func=detail&aid=1396777&group_id=156112&atid=798476

[foxyshadis]

Minor bitrate calc error: It seems you can't paste numbers into any of the numeric fields, which can slow things sometimes. :p (Maybe this is related to the onKeyDown/onChange issue?)

Oh, and when the preview is closed, it switches back to the last application, not the main megui window, which is quite annoying if you're quickly opening up a lot of scripts in it.

[Raithmir]

With 2090 I am still having problems with the shutdown when finished.

If I select the tick box before I start a job (any job, could be audio encode), then it's fine. However, if it is not ticked and I've already started a job but decide I want it to shut down after its finished and tick the box, then it doesn't shut down.

[Raithmir]

Also, I've created my own audio encoding profiles, if I load my ac3 audio then select a profile from the drop down box, clicking on queue give an error "audio input/output types are incompatible". I have to click on config, then on ok without changing anything, adding it to the queue then works fine.

[Raithmir]

...and another related to profiles. On the main input tab, select your video profile, and click on config. The profile box on the configuration window isn't populated, then clicking ok on the configuration window blanks out the profile selection when you return to the main window.

[Mutant_Fruit]

I've figured out why the digits keep changing in the framerate field. Basically, i think the "isUpdating" boolean isn't being used correctly. When the user is typing in a framenumber, in certain cases that number is getting overwritten by the "UpdateTotalFrames" method, which recalculates the number of frames based on the "seconds" textbox.

Ok, i'm performing some refactoring on the calculator to hopefully sort that out...

[Mutant_Fruit]

Patch for calculator is up on sourceforge (https://sourceforge.net/tracker/index.php?func=detail&aid=1434639&group_id=156112&atid=798478). Should have that fixed up nicely, also fixed a bug or two that i noticed with the numeric updown controls which resulted in isUpdating not resetting to false.

[Sharktooth]

patch committed

[Doom9]

@Raithmir: does your shutdown problem ocurr when you have megui minimized to the try, or can you reproduce it when it's on screen as well?

[shon3i]

With 2090 I am still having problems with the shutdown when finished.

If I select the tick box before I start a job (any job, could be audio encode), then it's fine. However, if it is not ticked and I've already started a job but decide I want it to shut down after its finished and tick the box, then it doesn't shut down.
I have same problem and i ask for this problem few times. Nothing change since build 2033.

[dimzon]

I have same problem and i ask for this problem few times. Nothing change since build 2033.
Can you try such experiment:

Create AVS:

Version() + Version() + Version() + Version() + Version()


Unload every program from memory and system tray

Run MeGUI and try autoshutdown feature again (without sending MeGUI to system tray)

Does bug reproduced?

[Doom9]

I have same problem and i ask for this problem few times. Nothing change since build 2033.And me and others have repeatedly asked for additional information (see the post right above yours) and never gotten an answer..

[shon3i]

Run MeGUI and try autoshutdown feature again (without sending MeGUI to system tray)
Same thing. Only shutdown when i abort the job

[dimzon]

Same thing. Only shutdown when i abort the job

does you perform Unload every program from memory and system tray before? Can you post here list of running processes?

[shon3i]

Unload every program from memory and system tray Only in memory is explorer and some system porcesses total nuber of proceses is 25 .I dont have problems with shutdown windows and in virtualdub shutdown work fine and other programs like gordianknot.

[Sharktooth]

again... for everyone that has the shutdown problem...
does your shutdown problem ocurr when you have megui minimized to the try, or can you reproduce it when it's on screen as well?

[Kostarum Rex Persia]

Well, same bug happens on my machine. I unloaded from memory and system tray every program, but bug still remain.

[Sharktooth]

... does your shutdown problem ocurr when you have megui minimized to the try, or can you reproduce it when it's on screen as well?

[shon3i]

... does your shutdown problem ocurr when you have megui minimized to the try, or can you reproduce it when it's on screen as well?
I tried everything what you and dimzon says but nothing help. Only work when i abort job or job duration <1min and audio encoding but not in tray.

[Raithmir]

@Raithmir: does your shutdown problem ocurr when you have megui minimized to the try, or can you reproduce it when it's on screen as well?

I've never used the minimise to tray function. I usually leave the main form and the progress window open on screen overnight, although it'll sometimes be minimised to the task bar.

[shon3i]

I've never used the minimise to tray function. I usually leave the main form and the progress window open on screen overnight, although it'll sometimes be minimised to the task bar.
Aslo like Raithmir

[bkman]

The Bitrate Calculator behaves very weirdly when entering the number of frames
Description: See http://forum.doom9.org/showthread.php?p=787432#post787432
Status: Not yet solved

Seems to be fixed in build 2092. But now changing Length in Seconds is not updating the frames, and the bitrate doesn't get recalculated.

[Sharktooth]

yes, mutant_fruit patch.

[Raithmir]

Build 2091

Not sure if this is a bug or just the way it has been coded (in which case consider this a feature request :)). I had several jobs in the queue and started it going, I later decided I wanted it to end after the current job so moved the running job to the bottom of the queue expecting it to finish that job then realise it's at the end of the queue and stop. However, it finished the job and started again from the top of the queue.

[Doom9]

@Raithmir: if you want to stop the queue... press stop ;) The currently active job will be processed till the bitter end, and then megui will gracefully stop. Queue position just signifies when in relation to the start a job will be processed.. not if it will or not... only status (anything not in waiting state will not be processed) can help you there, or stopping the queue.

[Mutant_Fruit]

yes, mutant_fruit patch.
*cough* whoops. I'll fix that in the next hour or so. :stupid:

[Mutant_Fruit]

Patch will be on sourceforge in 2 mins. Should be all good now. Had to move one line of code 2 lines down :P

[Sharktooth]

patch committed

[Sharktooth]

is it correct when selecting MP3 the second audio track radio button gets greyed out?
or is it a bug? (in that case a patch is ready)

[Doom9]

is it correct when selecting MP3 the second audio track radio button gets greyed out?yes.. at least for avi. but all those limitations are no more in my dev builds (which don't even compile as of now).

[Raithmir]

@Raithmir: if you want to stop the queue... press stop ;) The currently active job will be processed till the bitter end, and then megui will gracefully stop. Queue position just signifies when in relation to the start a job will be processed.. not if it will or not... only status (anything not in waiting state will not be processed) can help you there, or stopping the queue.

But that just stops it at the end of the current pass doesn't it? Not the end of the job (multi-pass) like I wanted. (I've not tested this so I'm not sure)

[Doom9]

But that just stops it at the end of the current pass doesn't it?Yes, but the answer also gives what you want. There are 3 ways to stop the queue: abort (stops processing right away and goes to sleep), stop (stops processing once the current job has been completed and then goes to sleep) or make sure no job eligible for encoding is in the queue anymore (by either deleting jobs in status waiting, or changing their status to postponed). With these, you should be able to handle any scenario you can come up with. It's one a one click thing, but show me another program that covers the above three scenarios and what you want as one click.. I haven't seen one and the tab is overloaded as it is so I don't want to add another button.

[Sharktooth]

@berrinam: could you update the bug-list?
this one
The Bitrate Calculator behaves very weirdly when entering the number of frames
Description: See http://forum.doom9.org/showthread.ph...432#post787432
Status: Not yet solved
is fixed in 0.2.3.2093

[Doom9]

a few things about the list:
The audio section only allows one profileIs a feature request, not a bug.
MeGUI shows BeSweet commandlines when processing an AviSynth audio encodeSame here
It would also be useful if each bug listed would be linked with corresponding posts where it has been reported, so that if there are any questions, they can be addressed to the proper person. For instance I strongly suspect that
Jobs with errors are still flagged as 'done', instead of 'error'refers to x264 aborting without giving any notice.. so that would be a matter of reading exit codes

[berrinam]

...
The audio section only allows one profileIs a feature request, not a bug.

Well, when this was first posted, you said that it didn't used to behave like that, but it does now. So it is 'unexpected behavior', which I view as a bug.
MeGUI shows BeSweet commandlines when processing an AviSynth audio encode
Same here
[/quote]
Similarly, AviSynth audio processing runs a commandline program with a commandline relevant to that encoder. Yet it tells the the user that it is running a completely different commandline (ie the BeSweet one). I would say that is a bug, because it is telling the user something incorrect.

[Doom9]

a bug is something not working out as it should. Audio encoding still works just fine regardless of the commandline.. if you'd not get the codec you wanted, then that would be a bug, but showing a commandline where none should be, that's cosmetics.. the application doesn't do anything better if it shows no commandline in case avisynth is used for audio encoding.
Perhaps we both misundertood the profile thing.. I was thinking about the one click window, you probably about the main window. But in the main window, profile -> settings, with no ties whatsoever to the actual streams. But you can have two kinds of settings (works perfectly here). What could make sense is that once you switch audio stream, you set the profile to -1 so that you don't raise the wrong impression that a stream can have a profile (it cannot and never should in the future.. profiles are just settings with a name, nothing more.. and streams have settings, not profiles.

[ChronoCross]

hmm anyone know what this means? I encoded the 5.1 fine but the stereo won't encode.


Channels=2, BitsPerSample=16, SampleRate=48000Hz
C:\Documents and Settings\ChronoCross\My Documents\My Downloads\Encoding Tools\MeGUI\audio\neroraw.exe -o "C:\Documents and Settings\ChronoCross\My Documents\WEDDING_CRASHERS\VIDEO_TS\Wedding T02 2_0ch 192Kbps DELAY -33ms.mp4" -rr 48000 -rb 16 -rc 2 -cbr 128 -codecquality_high -aacprofile_lc Error:
MeGUI.AviSynthException: m2AudioAC3Source: error in file "C:\Documents and Settings\ChronoCross\My Documents\WEDDING_CRASHERS\VIDEO_TS\Wedding T02 2_0ch 192Kbps DELAY -33ms.ac3"
at MeGUI.AviSynthAudioEncoder.encode()

[Tima]

Cannot open d2v file in avisynth script creator.

---------------------------
AviSynth error
---------------------------
AviSynth script error:

Script error: there is no function named "Mpeg2Source"
---------------------------
ОК
---------------------------


I use build 2093. All settings are default.

[ChronoCross]

that bug has been around since at least 2089.

[Tima]

that bug has been around since at least 2089.
Maybe, but I haven't seen it in the buglist.. ;)

[Mutant_Fruit]

Are you sure you have dgdecode installed and accessible to AviSynth?

[Tima]

Are you sure you have dgdecode installed and accessible to AviSynth?

Yes, it's my fault.. I previously used to make avs script by Gordian Knot, and completely forgot that GK knows where to get dgdecode.dll but MeGUI doesn't..

Nevertheless, IMHO, it would be better for MeGUI to take dgdecode.dll from the path to DGMPGDec, specified in Settings, so there'll be no need for me to keep dgdecode.dll in two places (and update them both as well ;))..

[Raithmir]

or changing their status to postponed

Well I didn't know you could do that to be honest, I'd not noticed that before ;)

I wasn't wanting an extra button, it's just that to me it would seem more logical for it stop when it reaches the end of the queue, not cycle back round again *shrugs* no biggie, I know I can set them to postponed now.

[shon3i]

Cannot open d2v file in avisynth script creatorThe solution is: Copy DGDecode.dll from DGIndex directory to "C:\Program Files\AviSynth 2.5\plugins". I undestand why in settings->program paths->AviSynth Plugins newer used for plugins.

[Tima]

Ok, now it loads.. :)

But now there is NO script in Edit tab even after loading d2v and setting other options.
When I click on 'Preview' or 'Save' I get this:

---------------------------
AviSynth error
---------------------------
AviSynth script error:

The script's return was not a video clip.
---------------------------
ОК
---------------------------

[shon3i]

That is realy strange. I am using 2089 build and works fine.

[dimzon]

hmm anyone know what this means? I encoded the 5.1 fine but the stereo won't encode.
It means NicAc3Source can't decode your AC3 (maybe it's damaged)
Try to force directshow decoding (you must have ac3 splitter/decoder installed) for this file

[ChronoCross]

The solution is: Copy DGDecode.dll from DGIndex directory to "C:\Program Files\AviSynth 2.5\plugins". I undestand why in settings->program paths->AviSynth Plugins newer used for plugins.
it didn't use to have to work like that. in fact if you look at the script it makes it actually loads the DGdecode.dll that's in the location you specified for DGINDEX. Why would it do that if in the end you have to put it in the avisynth plugins dir for it work. seems kinda pointless.

It means NicAc3Source can't decode your AC3 (maybe it's damaged)
Try to force directshow decoding (you must have ac3 splitter/decoder installed) for this file

I figured as much. I'm actually doing this because of a thread I saw in another for doitfast for you and whatnot. I'll see if that works. thanks.

[Doom9]

it didn't use to have to work like that. Then you know more than I do. The script creator never loaded any plugins via loadplugin automatically.. I always relied on the avisynth plugins mechanism from the getgo. If it ever was different, then it would've been an error on the part of the programmer who changed that. gknot's loadplugin insanity may have been suitable at the time, but it's completely outdated now.
You don't even need dgdecode in your dgindex folder anymore.. I suppose it still gets added to the path, but in fact all d2v reading is now done via avisynth.. if you look at the d2vreader class.. it just forwards most of its calls to the avisynth class and the only logic still in the d2vreader deals with d2v script parsing

[ChronoCross]

Lets take a look at the screenshot below:

http://chronocrossdev.com/images/scriptc.png


you'll notice that it provides a LoadPlugin line which is then outputted to the avs that it actually makes. So basically what your saying is that it shouldn't be outputting that line? and that all calls are made from the avisynth plugins directory? Thanks

[ChronoCross]

now that I decided to play around with the avs creator a bit more I found a way to crash it hardcore.

load a .d2v do all the cropping and resizing. hit the analyse source button. Then before it's finished analysing save the .avs script. it'll save the script and then megui will just dissappear. the whole thing. no log output no error message, no crash report.

[dimzon]

LoadPlugin vs AviSynth plugins folder
there are very "fine" sideeffect involved by OS kernel...
there are base kernel function LoadLibrary for loading external Dll, AviSynth's "LoadPlugin" invokes it to load plugin Dll. But LoadLibrary can't load some Dll multiple time. And LoadLibrary uses filename only to determinate Dll uniqieness. So let's look @ sample.

Imaginate you have such script:

loadPlugin("c:\my\dgdecode.dll")
bla-bla-bla
bla-bla-bla


And you have dgdecode.dll in AviSynth plugins folder too.

So let's take close look @ script opening process:

AviSynth performs flder scan for it's plugin folder and load its to memory. After this step DGDecode.dll from plugins folder is already loaded to current process.
AviSynth performs loadPlugin("c:\my\dgdecode.dll"). But there already are dgdecode.dll attached to current process. In this case LoadLibrary doesn't perform loading but returns handle of already loaded Dll


this can produce a real mess when you have different versions of dgdecode.dll....

[ChronoCross]

yeah cept from what I can tell the Loadplugin thing does nothing in megui. If I don't have dgdecode in the plugins dir for avisynth the file won't load at all. so it doesn't make sense that it's there.

[shon3i]

@dimzon why settings->program paths->AviSynth Plugins newer used for plugins. same thing with decomb and dgindex

[Doom9]

settings->program paths->AviSynth PluginsThat's a pure information value.. I think I'll get rid of it come the next stable build. I almost never get tired of saying that I won't move away from using the avs plugin directory before my corpse is starting to rot.

[dimzon]

@dimzon why settings->program paths->AviSynth Plugins newer used for plugins. same thing with decomb and dgindex
It shows actual aviSynth plugin dir in registry. When you change it your resistry will be changed automatically. I prefer to keep this field for informative and utilitary reasons, bcz some software can change aviSynth plugin dir without your agreement and even aknowledjment

[shon3i]

Ok. But i change to GordianKnot directory where i store plugins and then megui can't use this plugins.

[dimzon]

Ok. But i change to GordianKnot directory where i store plugins and then megui can't use this plugins.
Maybe you must restart MeGUI

[shon3i]

Maybe you must restart MeGUI
I tryed but is same. decomb must be in "C:\Program Files\AviSynth 2.5\plugins".

[Doom9]

decomb must be in "C:\Program Files\AviSynth 2.5\plugins".So must every other plugin unless you manually add a loadplugin line to the avisynth script. And that is never going to change. AviSynth 2.5 even permits multiple versions of the same plugin in the plugins directory and offers a means to differentiate between them when you access plugin functions. The loadplugin plethora in gknot is really oudated and megui will never go down that road. To make you less confused, the avisynth plugins indicator will be gone in the next stable release.

[Sharktooth]

@berrinam:
this:In the Bitrate Calculator, editing the target filesize (in MBs) is refreshing with the wrong event
Description: If you delete everything in the textbox to type a new number, MeGUI flags this as zero immediately upon the keypress, and opens a popup saying the target is too small. This is annoying as you need to constantly press enter. It would be better to catch the focuschanged event (dunno what it's actually called) and the enter pressed event (likewise).
Status: Not yet solved.
got fixed as well in 2093

[berrinam]

Updated the first post.

[ChronoCross]

Jobs with errors are still flagged as 'done', instead of 'error'
Description: MeGUI 0.2.3.2066 flags jobs as done instead of error when there is an error. However, the job quere still stops.
Status: Not yet solved.

Is this only in relation to x264? I haven't seen it do it with any other codec or format.

[Sharktooth]

it could be

[berrinam]

It's my fault. At the time, it happened to me on everything, so I just assumed that everyone could reproduce it. As a result, I didn't file a proper bug-report and just posted it directly on that list. I'll do some testing later to see if I can reproduce it now, and if not, I'll remove it from the list.

[Raithmir]

I managed to get CVS figured out and download the source. Trying to debug the shutdown feature, it seemed to be hitting the shutdown function but not working. Would it perhaps be easier to use WMI to shutdown? Something like this? http://www.dotnet247.com/247reference/msgs/1/7455.aspx

[ChronoCross]

tired it. doesn't work.

[KiraDouji]

@Doom9 - here is a patch to fix the two bugs we discussed. Please review.
http://richardberg.net/bin/temp/filechecking-bugfixes.rar

How would one use this patch, exactly? :confused:

- Kira

[berrinam]

How would one use this patch, exactly? :confused:

- Kira
Here's a tip -- it wasn't addressed to you, and the bugs are no longer present. End result? You don't need to worry about it.

[KiraDouji]

Here's a tip -- it wasn't addressed to you, and the bugs are no longer present. End result? You don't need to worry about it.

But there's definately still a bug... :sly: MeGUI keeps reading my 24 FPS audio as 23.999999whatever and therefore throws my audio and video off sync. I apologize if I misread the information provided, as I am merely searching for a solution to this issue. If you have one, I'd be glad to hear it.

And before you ask, yes I have the most current version, and yes I KNOW that my audio is 24 FPS.

- Kira

[dimzon]

@KiraDouji
Read http://forum.doom9.org/showthread.php?t=105160 first and REPOST BUG REPORT as REQURED

[KiraDouji]

@dimzon *sigh* That's how I got to this thread in the first place. After reading this thread I thought there was a fix, but appearantly I need to REPOST BUG REPORT because it is REQUIRED. Okay. Got it. Sorry.

- Kira

[Doom9]

MeGUI keeps reading my 24 FPS audio Audio has no framerate............

[bob0r]

Sorry, but for the 3rd time i feel i have to mention this bug, as nobody has answered if this is a bug or not (or only cosmetic, like i8x8 will just be ignored)

Commandline not updated, or is this by new/old/new/old/new design?

2097 still exists:

x264 > config > Quantization > Macroblock Options:
When you select --8x8dct (Adaptive DCT) (after selecting high profile) the option I8x8 becomes available, when you select it, you get: --analyse p8x8,b8x8,i4x4,i8x8 --8x8dct
Now when you unselect --8x8dct (Adaptive DCT), you get: --analyse p8x8,b8x8,i4x4,i8x8
i8x8 is still enabled in the commandline(wrong), but greyed out in the gui(correct).

Edit:
fixed

[Sharktooth]

moo... i fixed all that billions of years ago...
and it has been refactored another billions of times... and everytime there's a new bug.
i'll look at it tomorrow, however x264 ignores i8x8 if 8x8dct is not specified.

[berrinam]

I've fixed it in 0.2.3.2098. I thought I had last time, and I posted saying that I thought I had fixed all bugs. Since no-one replied, I assumed it was fine. Sorry I missed that again.

I don't know where the commandline isn't being updated.

[Sharktooth]

this: http://forum.doom9.org/showthread.php?p=792764#post792764
belongs to this thread.

[berrinam]

Fixed. Added to the list anyway.

[max-holz]

I have just tried Rev. 0.2.3.2102 and I notice this issue, when I'am trying to modify x264 Video Profile (I use Sharktooth's rev. 21) after clicking Ok button in x264 Encoder Configuration no video profile is selected in Video Profile combobox and my modications are not saved in the profile.

[Sharktooth]

confirmed

[Sharktooth]

another 2 bugs:

1-trellis doesnt get grayed out when cabac is disabled
2-cq and crf values are always reset to 26 when entering the x264 config dialog (even if they get saved into the profile)

Note: i fixed those bugs some ages ago and they keep returning...

[nexus]

I still get the turbo-exception with build 0.2.3.2102:

http://forum.doom9.org/showthread.php?p=793428#post793428

[bond]

found a bug in megui with faac encoding:

the faac encoder is set to output raw adts .aac files, tough megui forces the .mp4 extension on that files
obviously you cant rename .aac to .mp4

the faac encoder needs to be set to output a .mp4

[shon3i]

Maybe is not a bug but will be useful. When select M.E. Algorithm Daimond or Hexagon then M.E. Range to greyout.

[Sharktooth]

not a bug, you cant set ME range for diamond or hexagon.

[berrinam]

I still get the turbo-exception with build 0.2.3.2102:

http://forum.doom9.org/showthread.php?p=793428#post793428
I don't. I can't see your picture either, and you haven't said exactly how you created it, so I can't do anything until you do. Why don't you try reading the guidelines at the beginning of this thread?

[berrinam]

I have just tried Rev. 0.2.3.2102 and I notice this issue, when I'am trying to modify x264 Video Profile (I use Sharktooth's rev. 21) after clicking Ok button in x264 Encoder Configuration no video profile is selected in Video Profile combobox and my modications are not saved in the profile.
confirmed
I can't reproduce what you are saying. It works fine for me, and it doesn't forget any of my settings. The only unusual thing is that it has no profile selected when you open the config dialog again. However, I think this is actually Doom9's intent, to make it clearer when using settings not involved in profiles.

EDIT: I found out what you mean, and I still think this is intentional. You mean that you select your profile in the main window, then press config. Then you make your changes and then press ok. Did you realise that in the encoder config dialog, your profile isn't selected either? You see, there are two ways to contain settings. The first is through profiles and the second is through what MeGUI calls currentVideoCodecSettings. The second doesn't have a name, and just has whatever the last settings were. It doesn't need to be in a profile, and to make this clear, Doom9 (I think) made no profile selected when you opened the dialog, so it should be obvious that you weren't editing a profile.

[berrinam]

another 2 bugs:

1-trellis doesnt get grayed out when cabac is disabled
2-cq and crf values are always reset to 26 when entering the x264 config dialog (even if they get saved into the profile)

Note: i fixed those bugs some ages ago and they keep returning...
Both fixed in 0.2.3.2104.

[berrinam]

found a bug in megui with faac encoding:

the faac encoder is set to output raw adts .aac files, tough megui forces the .mp4 extension on that files
obviously you cant rename .aac to .mp4

the faac encoder needs to be set to output a .mp4
Added to the buglist.

[Doom9]

the way I read the faac manpage:
MP4 specific options:
-w Wrap AAC data in MP4 container. (default for *.mp4 and *.m4a)if your output extension is .mp4, then -w is implied and used automatically.

[max-holz]

I can't reproduce what you are saying. It works fine for me, and it doesn't forget any of my settings. The only unusual thing is that it has no profile selected when you open the config dialog again. However, I think this is actually Doom9's intent, to make it clearer when using settings not involved in profiles.

EDIT: I found out what you mean, and I still think this is intentional. You mean that you select your profile in the main window, then press config. Then you make your changes and then press ok. Did you realise that in the encoder config dialog, your profile isn't selected either? You see, there are two ways to contain settings. The first is through profiles and the second is through what MeGUI calls currentVideoCodecSettings. The second doesn't have a name, and just has whatever the last settings were. It doesn't need to be in a profile, and to make this clear, Doom9 (I think) made no profile selected when you opened the dialog, so it should be obvious that you weren't editing a profile.

Thanks Berrimam now I understand how to procede :D , still I don't understand the meaning of this change :confused:

Ciao

[Doom9]

Did I perhaps break something with profiles? Here's how it should work (and keep in mind.. in a refactoring phase, I can't fix bugs, verify bugs, do anything but make my mess work again.. the current change is extremely hard to achieve because of all the intelligence that's placed into the software.. suddenly, megui will be much smarter than the average user because it will understand what each encoder can do, and more importantly what each muxer can do, and it can interconnect muxers to achieve the output you want, even if it means going through multiple muxing steps.. many people would not be able to achieve that without considerable help).

Anyway: I had seen some complaints about profiles getting updated when they shouldn't, so I figured I'd make it GKnot style (a lot of people still clamor for GKnot this GKnot that where GKnot does it in a suboptimal way.. but then don't see where GKnot was copied 1:1 in other areas). In GKnot, a profile is updated when you change another one.. the same applies in MeGUI (in the codec configuration dialogs). When you select a profile in the main GUI, its settings are applied. If you press config now, the profile you had selected should be selected in the config dialog. If you change the codec before pressing config, the selected profile should be empty (because the codec doesn't correspond to the codec of the profile you have previously chosen). Then if you press config, of course no profile is selected either. Then if you select/create a profile in the config dialog and press OK, it should be selected in the main GUI. And if you select a job and press load, no profile should be selected (because jobs have settings and not profiles.. profiles are just settings with a name.. and since you can change settings independently of a job, it would lead to disaster if a job had a profile.. imagine creating a job, then deleting the profile before encoding, your encoding attempt will crash miserably, and imagine deleting a profile, then creating another one with the same name but for another codec.. now suddenly your desired muxed output cannot be achieved anymore because there is no muxpath for it). Not all of that is currently possible, parts of that I'm still working on and they will be available whenever (and it can take several more weeks until this happens) I commit my changes.

Perhaps it would be more logical to have a "update selected profile" button in each codec configuration dialog so you can control when a profile is updated? That way, it would be clear to everyone when a profile is updated, and you can control the point when you really want an update to happen, and can switch between profiles all you want safely because updates only happen when you press the update button. What do you think? So then basically you have the new button that creates a profile from the current settings shown on screen, and an update button to overwrite a profile's settings with the settings currently in screen.

[Sharktooth]

We already have a "Safe profile alteration" option.
I think it's better to restore the previous behavior.

[max-holz]

Rev. 0.2.3.2104

AviSynth Script generator: when I select the dv2 project the application give this message: there is no function named "Mpeg2Source", is crazy? :confused:

Better to return to 2063, is more stable. :D

P.S.
I read the changelog, I suppose I must ask to Dimzon :D

I have done a debug the error was caused by:


if(0!=dimzon_avs_init(ref _avs, func, arg, ref _vi, ref _colorSpace, ref _sampleType, forceColorspace.ToString()))


in AvisynthWrapper.cs

With version 2063 no problem with the same script and same configuration of MeGUI.

[Doom9]

We already have a "Safe profile alteration" option.I know.. and I never liked it one bit.. I don't dislike it as much to insist on removal, but it's a borderline case for me. I find the update on pressing the update button the most user friendly and least confusion.. anything else makes assumptions about knowledge the user may or may not have. And as codec configuration screens change, the safe profile alteration has to be updated, and during refactoring I found many instances where this hasn't been done (and I didn't do it either.. there are some changes in the x264 and xvid config coming).

[Sharktooth]

well... remove it (the safe profile thing) and add the "update" button to the dialog.

[shon3i]

AviSynth Script generator: when I select the dv2 project the application give this message: there is no function named "Mpeg2Source", is crazy? You must copy dgdecode.dll from dgindex folder to "c:\program files\avisynth\plugins" directory

[max-holz]

My mystake, my plugins dir is under another path. Ok

[bob0r]

@nexus

Email that file to [ nexus @ x264 .nl ] and ill put it on files.

[cc979]

not sure if its known bug or not

on the 1click configuration screen, the profile new/delete not working i try to remove a profile it says its not found even tho it shows

[cc979]

megui 0.2.3.2105 crashes on the avs script creator if you save before the analyze is completely finished

[Caroliano]

Megui shows this error mensage:
http://img467.imageshack.us/my.php?image=meguierror1qd.png
when I try to open this profile:
<?xml version="1.0"?>
<VideoProfile xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<Name>yakitate-error</Name>
<Settings xsi:type="x264Settings">
<EncodingMode>1</EncodingMode>
<BitrateQuantizer>35</BitrateQuantizer>
<KeyframeInterval>250</KeyframeInterval>
<NbBframes>3</NbBframes>
<MinQuantizer>10</MinQuantizer>
<MaxQuantizer>51</MaxQuantizer>
<PARX>0</PARX>
<PARY>0</PARY>
<Turbo>false</Turbo>
<V4MV>false</V4MV>
<QPel>false</QPel>
<Trellis>false</Trellis>
<CreditsQuantizer>40</CreditsQuantizer>
<Logfile>.stats</Logfile>
<CustomEncoderOptions />
<FourCC>1</FourCC>
<Zones />
<PSNRCalculation>false</PSNRCalculation>
<noFastPSkip>false</noFastPSkip>
<NoiseReduction>0</NoiseReduction>
<MixedRefs>true</MixedRefs>
<X264Trellis>1</X264Trellis>
<NbRefFrames>3</NbRefFrames>
<AlphaDeblock>0</AlphaDeblock>
<BetaDeblock>0</BetaDeblock>
<SubPelRefinement>6</SubPelRefinement>
<MaxQuantDelta>4</MaxQuantDelta>
<TempQuantBlur>0</TempQuantBlur>
<BframePredictionMode>2</BframePredictionMode>
<VBVBufferSize>-1</VBVBufferSize>
<VBVMaxBitrate>-1</VBVMaxBitrate>
<METype>1</METype>
<MERange>16</MERange>
<NbThreads>1</NbThreads>
<MinGOPSize>25</MinGOPSize>
<Profile>2</Profile>
<Level>15</Level>
<IPFactor>1.4</IPFactor>
<PBFactor>1.4</PBFactor>
<ChromaQPOffset>0</ChromaQPOffset>
<VBVInitialBuffer>0.9</VBVInitialBuffer>
<BitrateVariance>1.0</BitrateVariance>
<QuantCompression>0.6</QuantCompression>
<TempComplexityBlur>20</TempComplexityBlur>
<TempQuanBlurCC>0.5</TempQuanBlurCC>
<SCDSensitivity>40</SCDSensitivity>
<BframeBias>0</BframeBias>
<Deblock>true</Deblock>
<Cabac>true</Cabac>
<WeightedBPrediction>true</WeightedBPrediction>
<AdaptiveBFrames>true</AdaptiveBFrames>
<BFramePyramid>false</BFramePyramid>
<BRDO>true</BRDO>
<biME>false</biME>
<ChromaME>true</ChromaME>
<P8x8mv>true</P8x8mv>
<B8x8mv>true</B8x8mv>
<I4x4mv>true</I4x4mv>
<I8x8mv>true</I8x8mv>
<P4x4mv>true</P4x4mv>
<AdaptiveDCT>true</AdaptiveDCT>
<Lossless>false</Lossless>
<QuantizerMatrix />
<QuantizerMatrixType>0</QuantizerMatrixType>
</Settings>
</VideoProfile>
This is an old profile that I made long time ago. Something may changed, and make this error.

[Sharktooth]

This is an old profile that I made long time ago. Something may changed, and make this error.
old profiles are not supported

[berrinam]

Fixed both of cc979's bugs in 0.2.3.2017.

[Sharktooth]

MeGUI forces the mp4 extension on the raw aac files that faac creates
Description: See http://forum.doom9.org/showthread.php?p=793640#post793640
Status: Not yet solved.
Uhm, that happens only with besweed mode. Avisynth encoding works as expected, so, since besweet mode should be removed it's not worth fixing it.

[max-holz]

I want to signal this problem again.
When I press the pause button the job continues, seems that pause only the displyed percentage not the x264 process that continues (I wait for 10 minutes).

I have a gigabyte GA-8AENXP-D motherboard with dual channel memory and P4 3.4 with hyperthreading.

[cc979]

Fixed both of cc979's bugs in 0.2.3.2017.

using 0.2.3.2106 bugs still there

[Sharktooth]

he meant 2107 not 2017 :)
get it here: http://prdownloads.sourceforge.net/megui/MeGUI.NETv2.0_Bins_0.2.3.2107.zip?download

[Doom9]

@max-holz: you're the only one that has this problem and we cannot reproduce it.. it's kinda hard to fix something that cannot be reproduced, wouldn't you agree?

[dimzon]

I want to signal this problem again.
When I press the pause button the job continues, seems that pause only the displyed percentage not the x264 process that continues (I wait for 10 minutes).

I have a gigabyte GA-8AENXP-D motherboard with dual channel memory and P4 3.4 with hyperthreading.
Does you have EXTREME slow script or x264 settings in this case?
Can You reproduce this bug using something like

Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version()

[max-holz]

Does you have EXTREME slow script or x264 settings in this case?
Can You reproduce this bug using something like

Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version() + Version()

I have done this discussion long time ago. The answer is with every version, settings and scripts.

I have tried to debug without success, simply the thread doesn't suspend.

[shon3i]

I want to signal this problem again.
When I press the pause button the job continues, seems that pause only the displyed percentage not the x264 process that continues (I wait for 10 minutes).
That is true. Encoding won't stop. Just continue but litle slower.

[max-holz]

That is true. Encoding won't stop. Just continue but litle slower.

I already know the answer. Doom9 said that the problem is our machine cos he has no problem. :)
I don't want to criticize but perhaps thread syncronization is not managed in the proper way :o
I know is dfficult but perhaps using a queue and a thread pool is better than the process class only.

P.S.
Seems that I'am not the only person :D

[Doom9]

I have tried to debug without success, simply the thread doesn't suspend.That's not correct.. I recall you telling that you see that the mre is set properly and that nothing is executed in megui anymore. What happens if you run megui in the debugger and press the pause button? that will effectively freeze the megui process so you can be 101% sure megui is not doing anything anymore. And I am using the code pattern you can download from MSDN to run commandline executable, and MRE's are suggested in the MSDN documentation to synchronize threads.. and there's nothing more to keep from working than the stdout and stderr reader.. keep in mind no threads are started anywhere.. it's all implicit using the mechanism Microsoft suggests to dispatch stdout and stderr output.

Also, have you ever tried if you disable HyperuselessThreading? (it's gonna die btw: http://www.theinquirer.net/?article=30087).

[max-holz]

That's not correct.. I recall you telling that you see that the mre is set properly and that nothing is executed in megui anymore. What happens if you run megui in the debugger and press the pause button? that will effectively freeze the megui process so you can be 101% sure megui is not doing anything anymore. And I am using the code pattern you can download from MSDN to run commandline executable, and MRE's are suggested in the MSDN documentation to synchronize threads.. and there's nothing more to keep from working than the stdout and stderr reader.. keep in mind no threads are started anywhere.. it's all implicit using the mechanism Microsoft suggests to dispatch stdout and stderr output.

Also, have you ever tried if you disable HyperuselessThreading? (it's gonna die btw: http://www.theinquirer.net/?article=30087).

AND I TOLD YOU that I have done the debug and the result is that your beautiful ManualResetEvent.Reset() affects only the MEGui process but not x264, and the code doesn't brush your stdout and stderr. Finally it's not the fisrt time that uncle Bill suggests shit.

[Doom9]

Well, if you wanna be like that..

[cc979]

this i have not tried till just now

on the avisynth script creator

if you retain anamorphic resolution and set SAR

then choose your width say 320, the autocrop just crops the preview screen but does not resize, so close the preview to see what it looks like small

but you change your mind and increase the width then hit autocrop

you get a fatal error

is that normal ? or a bug ?

[Doom9]

you get a fatal error

is that normal ? or a bug ?That very much sounds like a bug. Could you post the first few lines of the error message for reference?

[cc979]

That very much sounds like a bug. Could you post the first few lines of the error message for reference?

as image, ok

[cc979]

just noticed on playback of small 320width anamorphic test

it did'nt stretch out as it should, had mux it with yamp using PAR 16/9

[ChronoCross]

EDIT: Nevermind I fixed the problem. it seems for some reasona fter my reformat I suddenly need a new dll in my audio folder (MFC71.dll) like the guide says. Figured it out about 10 mins after this posting lol

[berrinam]

just noticed on playback of small 320width anamorphic test

it did'nt stretch out as it should, had mux it with yamp using PAR 16/9
AR signalling is another one of those issues which has been changed and changed and changed. It is a real pain, but it worked for me in all situations last time I tried, except for XviD, as there is a limitation/bug in mencoder. Can you give specific details and make sure that the error is not actually on your end, please?

[Doom9]

except for XviD, as there is a limitation/bug in mencoder.The good news there is that encraw supports custom ARs and I already make it use them in all situations I found.. we can thus get rid of the ar recalculation routines by the time the next stable build is ready.

[Sharktooth]

well... it seems we're getting rid of a lot of stuff and that can be only a good thing :)

[Doom9]

@max-holz: I'm still wondering, you have one machine, I have two (different manufacturers and completely different types).. have you ever tried it on another machine or tried disabling HyperThreading? There's plenty of apps that act a bit weird on HT CPUs. Also, did the x264 pause ever work on 1.1 builds? I used a completely different suspension there.. I kept a thread that reads x264's output and suspended that thread. It should not make any difference (in fact I've been using MREs in my thesis project that runs on a Pocket PC because there never was any Thread.Suspend in the .NET CF - it works like a charm and a PDA architecture is a lot more sensible towards resource management and timing than a regular PC), but I'd still consider it interesting.

Also keep in mind that there is no way to suspend a process. Even W32 only has an API to suspend threads, and it's considered unsafe, so the best way to make an application stop dead in its tracks is trick it into not processing any further, which can often be achieved by simply stop reading its stdout and stderr. It does not always work, and some apps just continue running (mp4box will stop until it starts with the subs.. then it will just go on doing its thing.. but if you pause before, it actually pauses, mp4creator cannot be made to stop.. it simply goes on and on and on which is no surprise since it has essentially no output).

it seems we're getting rid of a lot of stuffIf you could see me developing... I don't need that anymore so let's delete it, that is too static, let's scrap it.. methods generally are getting a lot smaller but unfortunately I also have to add quite a bit of new stuff. And getting from the codec to the ideal output type given the target container is going to be a major PITA.

[dimzon]

It does not always work, and some apps just continue running (mp4box will stop until it starts with the subs.. then it will just go on doing its thing.. but if you pause before, it actually pauses, mp4creator cannot be made to stop.. it simply goes on and on and on which is no surprise since it has essentially no output).
Does we really need "Pause" feature in MeGUI? I beleive it's enought jus set priority to Idle...

[Sharktooth]

:stupid:

[Doom9]

Does we really need "Pause" feature in MeGUI?I've never had the need, but it comes practically for free the way it's done now so I see no compelling reason to remove it. And it seems to work for everybody but one or two people.

[dimzon]

I've never had the need, but it comes practically for free the way
Wrong. You need time to support it && interact with users to anwer to questions about non-working pause button...

[Doom9]

that just shows we need an FAQ ;) I'm not going to look into what max reported since it only happens on his box.. without reproducability, what's there to fix? And you may have noticed that some jobprocessors don't do anything when you call pause on them because they just cannot be stopped by stopping stdout/stderr reading.. and I haven't even heard anyone complaining.. fast jobs are generally much less of a problem.

[cc979]

@berrinam

create mp4/x264

DVD input DAR 16:9 (1.778) PAL
retain anamorphic res and set SAR

output res 320, 192 - suggested resolution
with crop using Lanczos (sharp)


going by the display of mpc/ffdshow

both versions say 320x192 for input & output size

but

megui version: SAR 47/20, DAR: 47/12 for input/output ratio

yamp version (with forced input PAR 16/9 pal): SAR 16/11, DAR: 80/33 for input/output ratio

[cc979]

thought mention this too

using autoencode
do you have set the audio output filename manually, as it does have one automaticly on selecting input file

but here it says audio input/output types are incompatible

[Raithmir]

0.2.3.2107 still two previous bugs I've mentioned before...

1) I've created my own audio encoding profiles, if I load my ac3 audio then select a profile from the drop down box, clicking on queue give an error "audio input/output types are incompatible". I have to click on config, then on ok without changing anything, adding it to the queue then works fine.


2) On the main input tab, select your video profile, and click on config. The profile box on the configuration window isn't populated, then clicking ok on the configuration window blanks out the profile selection when you return to the main window.

I see a post from berriman suggesting this is intentional behaviour. In my opinion this should not be the case (although I expect someone to post saying yes it is and thats the end of it).

[ChronoCross]

0.2.3.2107 still two previous bugs I've mentioned before...

1) I've created my own audio encoding profiles, if I load my ac3 audio then select a profile from the drop down box, clicking on queue give an error "audio input/output types are incompatible". I have to click on config, then on ok without changing anything, adding it to the queue then works fine.


I've confirmed this. opening up the config dialog and closing it fixes the issue. however we shouldn't have to do that. so this is a bug.


2) On the main input tab, select your video profile, and click on config. The profile box on the configuration window isn't populated, then clicking ok on the configuration window blanks out the profile selection when you return to the main window.

I see a post from berriman suggesting this is intentional behaviour. In my opinion this should not be the case (although I expect someone to post saying yes it is and thats the end of it).

I cannot verify this. the codec profiles work perfectly for me. when I change the settings inside and come back to the main screen the profile is gone but the new settings remain, this is intentional as doom9 stated.

[Sharktooth]

2) On the main input tab, select your video profile, and click on config. The profile box on the configuration window isn't populated, then clicking ok on the configuration window blanks out the profile selection when you return to the main window.
it's an intentional behaviour.
i agree with you though... it should not be like that.

[sp@rrow]

If to create d2v project in Megui - and in "DGIndex Project Creator" to specify "On completion load files" - that in adjustments of audio of coding - the delay is not considered. To consider a delay - it is necessary to open a new ac3 file.

I apologize for the English - I from Russia :-))

[Doom9]

it's an intentional behaviour.No.. it's an error on my part when I refactored a bunch of stuff prior to my last commit. And I already outlined how it should all work. Feel free to fix the parts that do not interfere with upcoming refactoring (I pointed those out previously).

[sillKotscha]

a fatal error occurs during the following scenario...

if I choose the video_profile (http://www.webalice.it/f.corriga/megui/MeGUI-x264_generic_profiles_v21.7z) HQ-Insane and than click on the x264 codec config button, the following error appears:

http://i2.tinypic.com/r79fgi.png

that does not happen with any other video_profil.

I'm testing latest x264 revision r467 (http://x264.nl/) with included megui svn edition v.0.2.3.2108

is that reproducible or just a one man scenario? :)

Edit: just a sidenote... no avs script is loaded nor a video output is specified, I have just opened megui, choose a video profile (in that case HQ-Insane) and hit the config button

[Tima]

I get this error too.

[Doom9]

never use an svn build with a non svn profile.. both x264 svn and megui svn only support svn features.. most notably there's no subme 7, and your profile includes subme 7:
<SubPelRefinement>6</SubPelRefinement>

That's what causes the problem.

[cc979]

on MeGUI 0.2.3.2108 using avs script creator

i open a d2v retain anamorphic, autocrop
then hit preview

it shows the correct autocrop size, but it does'nt resize first is the normal function ?

[sysKin]

1) I've created my own audio encoding profiles, if I load my ac3 audio then select a profile from the drop down box, clicking on queue give an error "audio input/output types are incompatible". I have to click on config, then on ok without changing anything, adding it to the queue then works fine.

My workaround was to open the audio again. And again if it still happens. Thanks for a better workaround.

Now, I have another bug here: Queue sometimes does not proceed to next item, at random. I have "autostart queue" checked and the following actions will sometimes reproduce it, sometimes not:
1. Start video encoding, and when it encodes set up audio and enqueue that. A warning will show up, new item will be added to queue. After video finishes, audio remains at "waiting" state and does not start.
2. Make an "automatic 2-pass" video encoding. Second pass is added to the queue but might not start after 1st pass finishes...

The chance for this bug happening seems to be ~50%, more or less.

[ChronoCross]

Without looking at the code syskin( I have no idea how auto start queue works ) it almost seems like it loads all the files into a array( I lack a better word for it) and anything added after that is excluded from the autostart sequence. If that's how it works then I would imagine that to either be a real bug or a intended feature.

The second one however I have never seen happen, I've done close to 100 test encodes since I picked up MeGUI. does this happen with any particular codec?

[sysKin]

If that's how it works then I would imagine that to either be a real bug or a intended feature. Except the outcome is random, which indicates a bug :(

The second one however I have never seen happen, I've done close to 100 test encodes since I picked up MeGUI. does this happen with any particular codec?
Well I only use megui for x264 encodings, and actually this happened only once in two attempts (all my previews encodings were single-pass).

I'm very sure it did happen however, I can "prove" it (mostly prove to myself, that I didn't imagine things) with these two pictures:
http://members.iinet.net.au/~syskin/2pass.png

http://members.iinet.net.au/~syskin/time.png

The three minutes were what I needed to manually start 2nd pass. Good thing it wasn't middle of a night, no harm done.

[edit] The log might be useful:

Starting job job1-1 at 1:54:32 PM
Job is a video job. encoder commandline:
[[blah blah irrelevant]]
successfully started encoding
Processing ended at 3:49:55 PM
----------------------------------------------------------------------------------------------------------

Log for job job1-1
[[blah blah irrelevant]]

----------------------------------------------------------------------------------------------------------
job job1-1 has been processed. This job is linked to the next job: job1-2
Starting job job1-2 at 3:52:06 PM
Job is a video job. encoder commandline:
[[blah blah irrelevant]]
successfully started encoding


It looks like jobs were linked, but the time difference clearly confirmed that there was a big delay.

PS You hijacked ctrl-a shortcut needed to highlight entire log ;_;

[Doom9]

@syskin: since you write code yourself, I'm sure you're aware on how difficult if not borderline impossible it is to trace something. While I'm not encoding every day, I do a lot of short test encodings (using trailers) for each release and I have never seen any of the three things happening that you mention. Is there any chance you could add a few trace lines to the code executed between jobs to see where that behavior comes from?

Jobs are started as follows: after one ends, that one is marked as done (or error or aborted.. in those two cases I go through the list of jobs and anything linked to the job that errored out or was aborted will be added to a list of jobs that are not to be processed). Then the next job in waiting state (going through every job in the queue.. starting with the one on top of the list) is started unless that job is part of the list of jobs not to be started. That list is only being cleared when you manually start the queue again after it has once been stopped (via abort, or via pressing stop so that the current job is being processed and then processing stops.. just like vdub does it), or if there once was no job in status waiting after one has been successfully encoded.

[sysKin]

I have never seen any of the three things happening that you mention.
Ah, one of THESE bugs. Damn.
Is there any chance you could add a few trace lines to the code executed between jobs to see where that behavior comes from?
I currently don't have anything that can compile .NET. However, I've been thinking about setting this up and helping with MeGUI for some time - I'm mostly interested in an avisynth editor like virtualdubmod has. Can I compile MeGUI with that free version of visual studio, what-was-its-name?

[Doom9]

you'll want Visual C# Express Edition: http://msdn.microsoft.com/vstudio/express/visualcsharp/

you could compile by just installing the .net 2.0 runtime, it has a compiler, but having an IDE is obviously more practical.

[sysKin]

you'll want Visual C# Express Edition: http://msdn.microsoft.com/vstudio/express/visualcsharp/

you could compile by just installing the .net 2.0 runtime, it has a compiler, but having an IDE is obviously more practical.

Ah excellent, thank you. I have a second pass "waiting" at this very moment, so hopefully I should be able to reproduce it under debuger as well.

I've been thinking, can "Austostar Queue" setting have something to do with it? I never actually pressed a "start" at the two-pass job, I just added it to a queue and it started automagically. Perhaps the automagic does not propagate to second job.

I'll see if I can debug it when I get this C#express.

[Doom9]

Perhaps the automagic does not propagate to second job.No, that only has an effect when you add jobs to the queue.. if it's set.. you add a job and megui tries to start it immediately.. that setting has no effect on what happens between the end of one job and the start of the next.

[dimzon]

I currently don't have anything that can compile .NET
FYI
DotNET runtime contains command-line C# compiler itselt. So you does'nt need VisualStudio or even SDK to compile it - You need runtime only :D
There are bat file in sources, just run it:D

[Doom9]

@dimzon: I already told him that ;) But there's no useful debugger in the runtime (and I also told him that already..)

[falcon2000eg]

I have the same bug as sysKin but it only happend two or three times in more than 60 encodes

[ariga]

I haven't tried reproducing this. But from what i can recollect, I made an encode with no. of threads set to 2. Next, I changed the profile and had no. of threads set to 1. Even the generated command line showed --threads 1. However the final encode log showed --threads 2 !! I was using http://www.chronocrossdev.com/apps/megui/MeGUI-0.2.3.2108-Dev.rar

[berrinam]

Have you looked at the option in Settings called 'Automatically set number of threads'?

[dimzon]

@dimzon: I already told him that ;) But there's no useful debugger in the runtime (and I also told him that already..)
to save internet traffic its possible to install runtime + SharpDevelop to debug ;)

[ariga]

Have you looked at the option in Settings called 'Automatically set number of threads'?Hadn't. Thanks. So it isn't a bug, it's a feature.

[Kopernikus]

Is it a feature that an mencoder comandline is shown when I config Xvid and the xvid encoder is set to xvid_encraw?

The commandline looks like that:

xvid_encraw.exe "" -ovc xvid -passlogfile ".stats" -xvidencopts pass=2:bitrate=700:max_key_interval=300:vhq=4:qpel:chroma_me:par=0/0:trellis:bvhq=1:keyframe_boost=100:kfthreshold=1:kfreduction=20 -o "" -of

I used MeGUI 0.2.3.2.2108

[IMOON]

Hello MeGui Team
first great work with MeGui.
I have found a in the chapter creator.
If you want to add a chapter in the middle of an existing list the programm lost all chapter after the new one(+1). You can see this in the screenshots.
http://forum.doom9.org/attachment.php?attachmentid=5566&stc=1&d=1142350186
chapter_1.JPG
http://forum.doom9.org/attachment.php?attachmentid=5567&stc=1&d=1142350186
chapter_2.JPG
I have also post the beginning of my version of the "addZoneButton_Click" function where I have removed the bug:), the main lines are 29 and 30. The rest is the orginal version of the file. I hope you will find this helpfull.

1private void addZoneButton_Click(object sender, System.EventArgs e)
2 {
3 int timecode = getTimeCode(startTime.Text);
4 if (timecode >= 0)
5 {
6 Chapter newChapter = new Chapter();
7 newChapter.timecode = startTime.Text;
8 newChapter.name = chapterName.Text;
9 Chapter[] newChapters = new Chapter[chapters.Length + 1];
10 int index = 0, number = 0;
11 bool interationAborted = false, chapterInserted = false;
12 foreach (Chapter chap in chapters)
13 {
14 int chapTime = getTimeCode(chap.timecode);
15 if (chapTime > timecode) // the new chapter comes before the one we're currently looking at
16 {
17 if (!chapterInserted)
18 {
19 if (newChapter.name.Equals("")) // add a default name just in case
20 {
21 number = index + 1;
22 newChapter.name = "Chapter" + number;
23 }
24 newChapters[index] = newChapter;
25 chapterInserted = true;
26 index++;
27 newChapters[index] = chap;
28 }
29 else //new to add all old chapters that comes after the new one
30 newChapters[index] = chap; //new
31 }
32 else if (chapTime < timecode) // new chapter comes at a later point
33 newChapters[index] = chap;
34 else // the two chapters match
35 {
36 MessageBox.Show("The chapter you're trying to add starts at the same point as the\nexisting chapter with name " + chap.name + ".\nYou cannot have two chapters that start at the same time.",
37 "Duplicate chapter detected", MessageBoxButtons.OK, MessageBoxIcon.Stop);
38 interationAborted = true;
39 }
40 index++;
41 }

[berrinam]

@berrinam

create mp4/x264

DVD input DAR 16:9 (1.778) PAL
retain anamorphic res and set SAR

output res 320, 192 - suggested resolution
with crop using Lanczos (sharp)


going by the display of mpc/ffdshow

both versions say 320x192 for input & output size

but

megui version: SAR 47/20, DAR: 47/12 for input/output ratio

yamp version (with forced input PAR 16/9 pal): SAR 16/11, DAR: 80/33 for input/output ratio
Sorry to take so long to reply, but can you post your log please?

Based on this:megui version: SAR 47/20It sounds like there is something going wrong. From your data, it sounds like you have a 2.40:1 source, which should be signalled in MeGUI as 47/20 DAR, and something else as the calculated SAR.

[Sharktooth]

Is it a feature that an mencoder comandline is shown when I config Xvid and the xvid encoder is set to xvid_encraw?

The commandline looks like that:

xvid_encraw.exe "" -ovc xvid -passlogfile ".stats" -xvidencopts pass=2:bitrate=700:max_key_interval=300:vhq=4:qpel:chroma_me:par=0/0:trellis:bvhq=1:keyframe_boost=100:kfthreshold=1:kfreduction=20 -o "" -of

I used MeGUI 0.2.3.2.2108
uhm...no :)
it's a bug

[cc979]

@berrinam

the log you asked for about odd ratio behaviour

Starting job job1 at 18:50:25
Job is a dgindex job. dgindex commandline:
"D:\Utils\AV\Video\dgmpgdec\DGIndex.exe" -AIF=[D:\DVD.rips\test\VIDEO_TS\VTS_04_1.VOB] -OF=[D:\DVD.rips\test\VIDEO_TS\VTS_04_1] -exit -OM=1 -TN=1
successfully set up dgindex
Processing ended at 18:50:26
----------------------------------------------------------------------------------------------------------

Log for job job1


----------------------------------------------------------------------------------------------------------
Generating jobs. Desired size: 10485760 bytes
Setting desired size of video to 10485760 bytes
Starting job job2-1 at 18:51:31
Job is an audio job. Commandline:
-core( -input "D:\DVD.rips\test\VIDEO_TS\VTS_04_1 T01 3_2ch 448Kbps DELAY -176ms.ac3" -output "D:\DVD.rips\test\VIDEO_TS\audio.mp4" -logfile "D:\DVD.rips\test\VIDEO_TS\audio.besweet.log" ) -azid( -q 192 ) -ota( -d -176 -g max )
successfully started encoding
Processing ended at 18:51:51
----------------------------------------------------------------------------------------------------------

Log for job job2-1

Channels=6, BitsPerSample=16, SampleRate=48000Hz
D:\Utils\AV\Audio\BeLight\faac.exe -q 192 -o "D:\DVD.rips\test\VIDEO_TS\audio.mp4" -P -X -R 48000 -B 16 -C 6 --mpeg-vers 4 -Freeware Advanced Audio Coder
FAAC 1.24.1 (May 17 2005) UNSTABLE

Remapping input channels: Center=3, LFE=4
Quantization quality: 192
Bandwidth: 24000 Hz
Object type: Low Complexity(MPEG-4) + M/S
Container format: MPEG-4 File Format (MP4)
Encoding - to D:\DVD.rips\test\VIDEO_TS\audio.mp4
frame | elapsed | play/CPU
2737 | 20.5 | 2.84x



----------------------------------------------------------------------------------------------------------
job job2-1 has been processed. This job is linked to the next job: job2-2
this series of jobs starts with an audio job and is followed by regular twopass video jobs
The audio job is named job2-1 the first pass job2-2 and the second pass job2-3
The second pass job has a desired final output size of 10485760 bytes and video bitrate of 1000 kbit/s
The size of the first audio track is 3401968 bytes
Desired video size after substracting audio size is 6902Setting the desired bitrate of the subsequent video jobs to 964 kbit/s
Starting job job2-2 at 18:51:51
Job is a video job. encoder commandline:
--pass 1 --bitrate 964 --stats "D:\DVD.rips\test\VIDEO_TS\test.stats" --ref 3 --bframes 3 --b-pyramid --b-rdo --bime --weightb --subme 6 --trellis 1 --analyse all --8x8dct --direct temporal --progress --no-psnr --output NUL "D:\DVD.rips\test\VIDEO_TS\test.avs"
successfully started encoding
Processing ended at 18:53:57
----------------------------------------------------------------------------------------------------------

Log for job job2-2

avis [info]: 320x192 @ 25.00 fps (1466 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE 3DNow!
x264 [info]: slice I:12 Avg QP:12.33 size: 18902
x264 [info]: slice P:620 Avg QP:13.81 size: 7503
x264 [info]: slice B:834 Avg QP:15.14 size: 2750
x264 [info]: mb I I16..4: 9.0% 29.8% 61.2%
x264 [info]: mb P I16..4: 0.8% 2.8% 4.2% P16..4: 39.4% 18.9% 22.5% 5.2% 4.6% skip: 1.7%
x264 [info]: mb B I16..4: 0.1% 0.2% 0.4% B16..8: 45.0% 9.8% 17.7% direct: 6.6% skip:20.2%
x264 [info]: final ratefactor: 11.86
x264 [info]: 8x8 transform intra:34.6% inter:31.4%
x264 [info]: ref P 76.4% 14.3% 9.3%
x264 [info]: ref B 82.4% 12.0% 5.6%
x264 [info]: kb/s:978.5

Actual bitrate after encoding without container overhead: 978.67

----------------------------------------------------------------------------------------------------------
job job2-2 has been processed. This job is linked to the next job: job2-3
Starting job job2-3 at 18:53:57
Job is a video job. encoder commandline:
--pass 2 --bitrate 964 --stats "D:\DVD.rips\test\VIDEO_TS\test.stats" --ref 3 --bframes 3 --b-pyramid --b-rdo --bime --weightb --subme 6 --trellis 1 --analyse all --8x8dct --direct temporal --progress --no-psnr --output "D:\DVD.rips\test\VIDEO_TS\test.mp4" "D:\DVD.rips\test\VIDEO_TS\test.avs"
successfully started encoding
Processing ended at 18:55:34
----------------------------------------------------------------------------------------------------------

Log for job job2-3

avis [info]: 320x192 @ 25.00 fps (1466 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE 3DNow!
mp4 [info]: initial delay 2 (scale 25)
x264 [info]: slice I:12 Avg QP:12.75 size: 18007
x264 [info]: slice P:620 Avg QP:13.73 size: 7531
x264 [info]: slice B:834 Avg QP:15.32 size: 2622
x264 [info]: mb I I16..4: 7.4% 32.8% 59.8%
x264 [info]: mb P I16..4: 0.8% 2.9% 5.0% P16..4: 38.9% 18.5% 22.4% 5.2% 5.1% skip: 1.3%
x264 [info]: mb B I16..4: 0.0% 0.2% 0.4% B16..8: 45.4% 9.5% 16.4% direct: 6.1% skip:22.0%
x264 [info]: 8x8 transform intra:32.7% inter:32.2%
x264 [info]: ref P 76.3% 14.3% 9.4%
x264 [info]: ref B 82.8% 11.6% 5.6%
x264 [info]: kb/s:964.8

Actual bitrate after encoding without container overhead: 964.97
desired video bitrate of this job: 964 kbit/s - obtained video bitrate: 967.46548431105 kbit/s
----------------------------------------------------------------------------------------------------------
job job2-3 has been processed. This job is linked to the next job: job2-4
Starting job job2-4 at 18:55:34
Job is a mux job. Commandline:
-add "D:\DVD.rips\test\VIDEO_TS\test.mp4" -add "D:\DVD.rips\test\VIDEO_TS\audio.mp4" -fps 25 -new "D:\DVD.rips\test\VIDEO_TS\test-muxed.mp4"
successfully set up muxer
Processing ended at 18:55:35
----------------------------------------------------------------------------------------------------------

Log for job job2-4

IsoMedia import - track ID 1 - Video (size 320 x 192)
IsoMedia import - track ID 1 - Audio (SR 48000 - 6 channels)
Saving D:\DVD.rips\test\VIDEO_TS\test-muxed.mp4: 0.500 secs Interleaving

----------------------------------------------------------------------------------------------------------

[sysKin]

Hi,
Apologies for posting another bug report before even making an attempt to fix/trace the first ;)

To prove that I'm not a complete lazy bum here's my first trivial MeGUI patch: http://syskin.is.dreaming.org/audio-input.patch

Now, my bug. Steps to reproduce:
1. Drag & drop a d2v file to megui
2. Close preview window actually not needed, but makes more sense
3. Open preview again by clicking "preview" at the bottom
4. Click auto-crop

Result: exception thrown from MeGUI.AvsReader.get_FrameCount()

[Sharktooth]

Hello MeGui Team
I have found a in the chapter creator.
If you want to add a chapter in the middle of an existing list the programm lost all chapter after the new one(+1).
...
Committed.

[cc979]

using MeGui v0.2.3.2110

just done a test using a PAL(16/9) but a forced the avs script creator to SAR 1:1
but it defaults to 47x20 in the x264 MeGui v0.2.3.2110 x264 SAR defaults to 47x20

is that a bug ?

and i get a mpeg2source error on the avs script creator if the DGDecode.dll is not in the settings:avs.plugin directory is that normal ?

when the avs is saved i checked it and it loads the DGDecode.dll from settings:dgindex directory

[cc979]

using MeGui v0.2.3.2110

just done a test using a PAL(16/9) but a forced the avs script creator to SAR 1:1
but it defaults to 47x20 in the x264 MeGui v0.2.3.2110 x264 SAR defaults to 47x20

is that a bug ?

and i get a mpeg2source error on the avs script creator if the DGDecode.dll is not in the settings:avs.plugin directory is that normal ?

when the avs is saved i checked it and it loads the DGDecode.dll from settings:dgindex directory

just re-copied the profiles from sharktooths and SAR is back to normal, sorry

but the DGDecode.dll error is the same

[berrinam]

and i get a mpeg2source error on the avs script creator if the DGDecode.dll is not in the settings:avs.plugin directory is that normal ?That is correct

when the avs is saved i checked it and it loads the DGDecode.dll from settings:dgindex directoryThis doesn't make sense -- MeGUI already assumes that DGDecode is in settings:avsplugins. I've removed that LoadPlugin call in 0.2.3.2111

[berrinam]

@berrinam

the log you asked for about odd ratio behaviour

--pass 2 --bitrate 964 --stats "D:\DVD.rips\test\VIDEO_TS\test.stats" --ref 3 --bframes 3 --b-pyramid --b-rdo --bime --weightb --subme 6 --trellis 1 --analyse all --8x8dct --direct temporal --progress --no-psnr --output "D:\DVD.rips\test\VIDEO_TS\test.mp4" "D:\DVD.rips\test\VIDEO_TS\test.avs"
The aspect ratio is never actually signalled. Can you try again, because it always signalled for me when I tested?
EDIT: Never mind, I tried again. It was indeed signalled for me, but wrongly. I looked into the code, and someone removed my call to findSAR() :devil:

using MeGui v0.2.3.2110

just done a test using a PAL(16/9) but a forced the avs script creator to SAR 1:1How do you do that?

[cc979]

@berrinam

it was the input DAR i forced to 1:1

[cc979]

@berrinam

just tried again, i deleted all profiles and re-copied sharktooths

using Me.GUI 0.2.3.2110

as normal from the avs script creator i retain anamorphic and autocrop and save

then select the profile then autoencode

--pass 1 --bitrate 1749 --stats "D:\DVD.rips\test\VIDEO_TS\test01.stats" --ref 3 --bframes 3 --b-pyramid --b-rdo --bime --weightb --subme 6 --trellis 1 --analyse all --8x8dct --direct temporal --progress --no-psnr --output NUL "D:\DVD.rips\test\VIDEO_TS\test01.avs"

--pass 2 --bitrate 1749 --stats "D:\DVD.rips\test\VIDEO_TS\test01.stats" --ref 3 --bframes 3 --b-pyramid --b-rdo --bime --weightb --subme 6 --trellis 1 --analyse all --8x8dct --direct temporal --progress --no-psnr --output "D:\DVD.rips\test\VIDEO_TS\test01.mp4" "D:\DVD.rips\test\VIDEO_TS\test01.avs"

you was correct did'nt get signalled properly

but

so i did'nt again but this time i open the config first then autoencoded and got this

--pass 1 --bitrate 1749 --stats "D:\DVD.rips\test\VIDEO_TS\test01.stats" --ref 3 --bframes 3 --b-pyramid --b-rdo --bime --weightb --subme 6 --trellis 1 --analyse all --8x8dct --direct temporal --sar 37:20 --progress --no-psnr --output NUL "D:\DVD.rips\test\VIDEO_TS\test01.avs"

--pass 2 --bitrate 1749 --stats "D:\DVD.rips\test\VIDEO_TS\test01.stats" --ref 3 --bframes 3 --b-pyramid --b-rdo --bime --weightb --subme 6 --trellis 1 --analyse all --8x8dct --direct temporal --sar 37:20 --progress --no-psnr --output "D:\DVD.rips\test\VIDEO_TS\test01.mp4" "D:\DVD.rips\test\VIDEO_TS\test01.avs"

which was different

[cc979]

That is correct

This doesn't make sense -- MeGUI already assumes that DGDecode is in settings:avsplugins. I've removed that LoadPlugin call in 0.2.3.2111

load plugin part this is my saved script

LoadPlugin("D:\Utils\AV\Video\dgmpgdec\dgdecode.dll")
mpeg2source("D:\DVD.rips\test\VIDEO_TS\VTS_04_1.d2v")
#blank deinterlace line
crop( 0, 72, 0, 0)

LanczosResize(640,448) # Lanczos (Sharp)
#denoise

# Set DAR in encoder to 37 : 20

but i still get and mpeg2source error if the dgdecode.dll is not in the settings:avs.plugins directory so is it have to be in both directories

[berrinam]

Well, I don't know why NOTHING is being signalled in your x264 encode.... BUT I fixed the bug with the SAR not being calculated for x264. A new version is committed.

[sp@rrow]

http://forum.doom9.org/showthread.php?p=795935#post795935
When it will fix?

[ChronoCross]

When encoding audio using avisynth, Nero 7.0, Downsample to stereo, 64kbps CBR, decoding via directshow using ffdshow for AC3 audio.

If you try to cancel during preprocessing megui says cancelled however it still takes up 100% CPU, ffdshow remains in the taskbar and you have to kill the megui process to get the processor back to 0%.

[Bathrone]

Im just learning so apologies if these are user errors.

Subtitles arent working in all media players I have tried, including nero showtime. I correctly muxed in a correctly formatted Subrip SRT file into my MP4 and cannot get it to display during playback.

Also if a user during the avisynth create window cancels the preview window and then chooses autocrop, a message will be displayed saying the window needs to be present. So then the user selects the button for the window to come up, and when the user tries to autocrop they get an error message MeGUI Fatal Error reason: object reference not set to an instance of an object source of exception megui stacktrace.

Also, MeGUI instances are remaining as running processes on my system despite shutting them down. I only realised this when I tried to run MeGUI and it said one instance is allready running.

[ChronoCross]

Im just learning so apologies if these are user errors.

Subtitles arent working in all media players I have tried, including nero showtime. I correctly muxed in a correctly formatted Subrip SRT file into my MP4 and cannot get it to display during playback.


Playback issues are usually due to the splitter your using. not an megui issue.


Also if a user during the avisynth create window cancels the preview window and then chooses autocrop, a message will be displayed saying the window needs to be present. So then the user selects the button for the window to come up, and when the user tries to autocrop they get an error message MeGUI Fatal Error reason: object reference not set to an instance of an object source of exception megui stacktrace.


This is a known error. If I remember correctly it has to do with megui trying to callback a dead window that no longer exists rather than creating a new one. I have no idea what the status of this bug is however.


Also, MeGUI instances are remaining as running processes on my system despite shutting them down. I only realised this when I tried to run MeGUI and it said one instance is allready running.

Did you minimize to tray? I have used megui for months and not seen anything like this. I have a feeling it's something on your computer that may be causing this. I'm sure this would have been reported earlier.

[Doom9]

@sp@rrow: if it's in the buglist, then "when it's done", if it's not in the buglist, once berrinam adds it, then it's "when it's done". If a bug is in the buglist, you don't have to worry about whether or not it's going to be fixed (unless it turns out not to be a bug), but there are no guarantees as to when it's going to be fixed. Keep in mind that the time you get home and set up an encoding session and then get to watch TV, the programmers have to keep on working with no less effort than their daily job takes..

[DarkFoon]

I believe that I have a problem (maybe a bug).
On windows 2000, when ever I run MeGUI it complains that I need to upgrade to .NET 2.0.5727 to run the program.
I have the most recent version of .NET that I can get for that computer installed. But it is not enough.
I can't really think of any more information to give.
CPU= pentium 4 2.4GHz
ram= 1GB DDR333
win2k sp 4

[foxyshadis]

Do any other .net 2 apps work for you? I think staxrip is .net 2 now, and there's lots of others floating around. If not, well, it's not a megui problem; you might have to go back to the older megui builds until you get the .net install fixed.

[dimzon]

I believe that I have a problem (maybe a bug).
On windows 2000, when ever I run MeGUI it complains that I need to upgrade to .NET 2.0.5727 to run the program.
I have the most recent version of .NET that I can get for that computer installed. But it is not enough.
I can't really think of any more information to give.
CPU= pentium 4 2.4GHz
ram= 1GB DDR333
win2k sp 4
try to compile MeGUI yourself (ask anybody for source tarball, extract all files and just doble-click on BUILD.BAT - that's all)

[DarkFoon]

@foxyshadis
I'll try that tomorrow I'm going to bed now.

@dimzon
can I get source tarball from you?
Or anyone?
and what applications do I need to compile it? (If I need cygwin, I'll shoot myself: I can't ever seem to get it to work right, and I use linux/*BSD quite often)
Is all I need a basic win2k sp4 install and run that .bat?

[stax76]

Do any other .net 2 apps work for you? I think staxrip is .net 2 now

It is .NET 2 exclusive since a year where VS beta 2 dropped, 8 months before the finals of VS 2005 and .NET 2 shipped. Beta 1 was unusable, when beta 2 arived I totally broke with 1.1 and never looked back, I couldn't and hadn't anything to release in that 8 months, shortly after MS shipped the finals I released the first public StaxRip build so StaxRip was never .NET 1.1.

DVX which StaxRip was derived from was a VB6 application btw. and was ported to VB .NET shortly after the first .NET framework version shipped around 5 years ago, at that time everybody was thinking .NET is evil, doesn't do something new or valuable and VB .NET is a kiddy language, well many still think that way today. :D

[dimzon]

@dimzon
can I get source tarball from you?
Or anyone?
and what applications do I need to compile it? (If I need cygwin, I'll shoot myself: I can't ever seem to get it to work right, and I use linux/*BSD quite often)
Is all I need a basic win2k sp4 install and run that .bat?
http://www.mytempdir.com/534521
You need .NET 2.0 Runtime installed only (C# command-line compiler is part of .NET Runtime)
Just run COMPILE.BAT

[cc979]

not sure if i'm wrong here, just wondering on using megui 0.2.3.2117 avs script creator

when you load a .d2v and choose 1:1 ratio and suggested resolution is turned it defaults to x=y(576 pal) but if there was some weird ratio not 16/9 or 4/3 should'nt x match the source x not y

what i mean is
for input DAR = 16:9 retain anamorphic resolution and set SAR, but have un-suggested y

so keep the source DAR of 16:9
but encode to 480 x 480 (like svcd)

so if suggested y is off

resolution 480,480
SAR of 1:1
but DAR of 16:9 if makes sense

i worked something out too, in normal operations 16/9 or 4/3 when i autocropped then hit preview the preview would be cropped but not stretched, so i close the preview then re-open it shows the correct size and crop, and i can change resolution then hit preview and it updates (which did'nt realize -doh)

the new tabs on the editor works good to me - great guys

[DarkFoon]

@dimzon, stax, foxyshadis
I managed to find the version of .NET that every one of these applications was asking for (they all wanted 2.0.50727, and I have 2.0.50215)
I needed .NET 2.0 redistributable Release Candidate (http://www.microsoft.com/downloads/details.aspx?FamilyID=f832b85f-b710-49ed-92a1-b80b948aeb65&DisplayLang=en)

I have no idea why microsoft's site doesn't put this one towards the top in searches because its the most recent version (yes, I see the release candidate part, but if apps are being written with it already, then it should be easier to find)
If I may make a suggestion, perhaps any programmers using .NET 2.0 should put that link in a readme file that is distributed with their application, so if any others happen to have the same problem as me, they could find the link sooner and get on with their video. Just a suggestion.

So, I didn't get the chance to compile meGUI from a .bat file this time around. But I may still.
Thanks all for your help!

[dimzon]

Does you tried this?
http://www.microsoft.com/downloads/details.aspx?familyid=0856EACB-4362-4B0D-8EDD-AAB15C5E04F5&displaylang=en

[DarkFoon]

Yes, I had tried that. Notice the difference in version number between the link you gave me and the link I posted. (2.0 vs 2.0.50727.46)
That small difference was what seperated me from getting my encode done (which is running right now) and leaving my computer off.

[foxyshadis]

Ah, that's why, you have to uninstall all release candidates and betas before you install the official release. However, the last release candidate is the final release, under another name, so you're perfectly fine (until you have to install an update, I suppose.)

[stax76]

If I may make a suggestion, perhaps any programmers using .NET 2.0 should put that link in a readme file that is distributed with their application, so if any others happen to have the same problem as me, they could find the link sooner and get on with their video.


I'm using red color so it's hard to miss: http://www.planetdvb.net/staxrip/download.htm

If you google for '.NET framework 2.0' you can use as expected the first hit!

[berrinam]

when you load a .d2v and choose 1:1 ratio and suggested resolution is turned it defaults to x=y(576 pal) but if there was some weird ratio not 16/9 or 4/3 should'nt x match the source x not yDepends what your point of view is. I think most people agree that there is no point in upsizing using AviSynth's internal filters before encoding, because you would just be better to do the same thing afterwards, which would save bits and therefore quality (iiP/LS/etc is a different issue, and suffice to say that MeGUI doesn't directly manage them, so if you are using them, then you can do whatever you want). As such, upsizing is not allowed. If you want the resolution to be x=y=720, then you are upsizing y from 576 to 720, which is not a good idea before the encode. I can see that you want to Get the maximum resolution possible, but you should really use AR signalling then. I agree that MeGUI is probably over-restrictive, but the logic behind it is right.

the new tabs on the editor works good to me - great guysThanks! I won't tell you how little work it was, because you won't value it then:D

[cc979]

thanx think i understand a bit more,but i was tired

with a ratio 16:9 with AR signaling - you can't get a for example a 480x480 encode (if you wanted too) with a DAR that matches the source - if that makes sense

[cc979]

found new bug, i had my video profiles read-only - megui complains on shutdown

[Doom9]

found new bug, i had my video profiles read-only - megui complains on shutdownthat's not a bug. in order to make profile changes permanent, megui needs to be able to overwrite those files.

[cc979]

that's not a bug. in order to make profile changes permanent, megui needs to be able to overwrite those files.

ok thanx