MeGUI Bug-Report Thread [Archive]

berrinam

5th January 2006, 11:40

This thread is intended to be a place for everyone to post their MeGUI-related bug reports, and is also intended to be a list of known bugs, so that the some bugs are not repeatedly reported. Naturally, as MeGUI is high-quality software, written by many skilled developers, this thread should not see much activity :sly:

Before posting here, please read the bug-reporting guidelines.

Guidelines
Follow these steps, and the process of finding and fixing the bug will become much speedier. Don't follow them, and you won't find much help here.
Check the known bugs list (below) to see if your bug has already been reported. No point in filling up this thread if we already know about the bug
POST YOUR LOGFILE. MeGUI writes lots of valuable information in the logfile. Try reading the log yourself, and see if you find the error, or any outrageous values (ones which are clearly wrong). If you can solve it based on that, good for you. Otherwise, it may help someone else solving your problem.
Describe the simplest way to reproduce your problem. Imagine the people reading your instructions are idiots, so you have to tell them exactly what to do, in a fool-proof way.
No-one is going to spend 2 days running 10 encodes, on the off-chance that at the end of them, they might crash. Work out how to cause your problem to happen again, and then it is much easier for the problem to be solved.
If it is an obscure bug that happens only once in a while, and you can't work out when, try debugging it yourself:
Get Visual Studio Express (C#) from http://msdn.microsoft.com/vstudio/ex...p/default.aspx. It's free. Once you have set it up, get the latest sources for MeGUI from Sharktooth's source repository: http://files.x264.nl/?dir=./Sharktooth/megui/Sources
Then, open the MeGUI.csproj file in Visual Studio, and press Run (F5). You will then have a copy of MeGUI which should display the error and line when it crashes. So just run all your jobs in that, and see if it tells you which line the error is on.
Too much information is better than too little. Don't make the developers pry the information out of you, as it is too much work for them, and they will just ignore you.
If encoding/muxing doesn't start at all check your sources (e.g. open AviSynth script in a media player and VirtualDub, play the soundtrack in a media player, try playing the files to be muxed, etc.)
Use a build from the latest series of MeGUI releases (at the moment, 0.2.3.2137 or later). Only bugs in this series will be documented, as all known bugs are fixed before going onto a new series.
Don't post here if the problem is clearly not caused by MeGUI. If you aren't sure about which program caused the error, then there is a simple way of being pretty sure:

If MeGUI crashed, then it is almost certainly causing the problem. If MeGUI stays active, but flags the job as an error, then look at the commandline in the MeGUI log. If there are any outrageous values in the commandline (especially negative/very low/very high bitrates), then the commandline MeGUI generated had a problem, and so it is MeGUI's fault. In almost any other situation, it is the fault of an external program, so it is not MeGUI's fault.
Run your job commandline manually. If your commandline is "--bitrate 700 --level 1.3 --no-cabac --subme 6 --analyse p8x8,b8x8 --qpmin 22 --me umh --threads 2 --progress --no-psnr --output "c:\videos\video.mp4", start a commandprompt (start - run - type "cmd" without the "'s, and press enter), go to the path where you have your encoder (e.g. "cd c:\program files\ripping software\x264\"), then type the name of your encoder (e.g. x264.exe ) and paste the commandline and press enter. Alternatively, you can install the "open commandprompt here" powertoy (http://download.microsoft.com/download/whistler/Install/2/WXP/EN-US/CmdHerePowertoySetup.exe) and then you can just right click on your encoder folder in windows explorer, and select open commandprompt, type the name of your encoder and paste the commandline and press enter to get started right away.

Known bugs in series in builds 0.2.3.2137 or later
If a job (say, a mux job) errors out and 'Delete Intermediate Files' is checked, then those files will be deleted anyway, meaning there is no output whatsoever
Description: N/A
Status: Not yet solved.

Fatal error in some cases with the preview window in the AviSynth Script Creator
Description: See http://forum.doom9.org/showthread.php?p=795502#post795502
Status: Not yet solved

Queue sometimes does not proceed to next item, at random.
Description: See http://forum.doom9.org/showthread.php?p=798255#post798255
Status: sysKin is looking into it.

The matroska overhead calculation leads to undersized files
Description: See http://forum.doom9.org/showthread.php?p=809588#post809588
Status: Not yet solved

huffy mencoder commandlines have a -noodml which shouldn't be there

Romario

5th January 2006, 15:53

I post in file one big bug in MeGUI 0.2.3.1031, never before I havn't that problem.

Older builds works.

Doom9

5th January 2006, 18:02

We're off to a bad start here.. first of all you didn't post all the info we request, and second you posted a bugreport in the feature request thread.. that's definitely the wrong place so I moved it.

Sharktooth

5th January 2006, 19:58

I cant see the picture coz it's not approved but i think it's the tri-state bug introduced in that relase...

Romario

5th January 2006, 20:03

Download the picture which I provided.

Sharktooth

5th January 2006, 20:04

It's still not approved.

Doom9

5th January 2006, 21:35

I've seen it a long time ago.. it's your usual "input cannot be read" error.. but no info as to what the script looks like, if it can be played in a media player and opened in virtualdub.

bob0r

5th January 2006, 23:41

not updating: lossless --qp 0 show commandline
1: -
2: -
3: When selecting lossless, Show Commandline does not update to --qp 0
4: using megui-x264-svn.exe
5: -
6: -

Edit
When selecting lossless, i guess the qp box should be greyed out too, or the value changed to 0.
And possible when you enter 0, lossless will be set active (on high profile)
/Edit

not updating: Number of Threads --threads X show commandline
1: -
2: -
3: When changing Number of Threads, Show Commandline does not update to --threads X (not showing it when changing to 2 or higher)
4: using megui-x264-svn.exe
5: -
6: -

Romario

6th January 2006, 01:38

I've seen it a long time ago.. it's your usual "input cannot be read" error.. but no info as to what the script looks like, if it can be played in a media player and opened in virtualdub.

Ok, here how I wrote my Avisynth script:
DirectShowSource("f:\test video.mpg", fps=25)

Nothing more or less, and with build 1029 it worked without any errors. So, it is very clear that we have a bussines with strange bug.

And yes, script can, without any problems, open and play in VirtualDub Mod 1.5.4.1 and media player.

ChronoCross

6th January 2006, 03:22

I remember a small error I got awhile back when messing with 1 pass TIVTC vfra nd the auto seeking that megui does in the preview pane. by trying to seek using a on demand vfr it caused a buffer overflow and the application to crash. it does the same thing when seeking in vdubmod so I'm guessing it's inherint to the filter. perhaps the file you are loading in Directshowsource is suffering from the same thing in that a non-existent frame is being loaded by the preview pane. perhaps from you giving the incorrect framerate or even from megui loading it at a random spot.

Romario it is probably best if you didn't constantly bug the devs about this issue. However what I do recommend is finding another mpg sample with similarities with the sample you are currently working with and see if it occurs with all mpg files using the current release.

godhead

6th January 2006, 06:39

Romario it is probably best if you didn't constantly bug the devs about this issue. However what I do recommend is finding another mpg sample with similarities with the sample you are currently working with and see if it occurs with all mpg files using the current release.

Actually he just responded with the information that Doom9 requested in the other thread and has moved his request to the appropriate thread. So, please don't be too hard on him :) . But, your suggestion of trying other samples is helpful.

Doom9

6th January 2006, 09:17

perhaps from you giving the incorrect framerate or even from megui loading it at a random spot. The framerate doesn't matter at the initial setup.. it could be anything and it would still work. All the preview window does is get the number of frames from the source, then jump to floor(#frames/2).

Romario's error is "unsupported colorspace YUY2".. I take it that means the input has to be YV12.. it's quite simple to test that.. add a ConverToYV12() at the end of the AviSynth script (check the AviSynth wiki to see if this command is correct just in case). If it's that.. it's definitely not a MeGUI bug but a user error. In fact, MeGUI has nothing to do at all with the fact that it worked in a previous release.. it's an error that comes directly from x264.exe.. so either something changed inside x264.exe, or you changed something at the source/playback filters that are being used via directshowsource. And then there's the thing that you should run mpg files through dgindex anyway.. DirectShowSource is probably the most dangerous source loading command AviSynth offers.. and in my own experience the most error prone.

bob0r

6th January 2006, 16:11

bob0r

6th January 2006, 16:24

FourCC for x264.exe is not used, is it?
How is it used, and if its used should show commandline update?

When you click config the title says: x264 Codec Configuration, i think that should be:
1 x264 Configuration or
2 x264 Encoder Configuration, but id go for option 1 :)

bob0r

6th January 2006, 16:30

Done what? :) title or fourcc explaination? :p

Edit your previous post, then ill delete this msg, to keep this thread clean.

Sharktooth

6th January 2006, 16:30

When you click config the title says: x264 Codec Configuration, i think that should be:
1 x264 Configuration or
2 x264 Encoder Configuration, but id go for option 1 :)
Done (option 2) for x264, snow and xvid.

EDIT: i forgot lavc... updated now.

Also fourCC is not a x264 option so it will not be shown in x264 command line.

Sharktooth

6th January 2006, 16:55

not updating: turbo 2pass - 1st pass and 3pass- 1st pass
1: -
2: -
3: When selecting turbo, Show Commandline does update, then when disable it does not set previous state back
Same goes for automated pass 2 and 3, not sure how it should update on that thouigh.
4: using megui-x264-svn.exe
5: -
6: -
This is not a bug. Those settings are set to accelerate the first pass when clicking turbo. MeGUI does not remember what happens when one option excludes other ones so you have to manually set them back to what are your preferred values in the second (or third) pass.

Doom9

6th January 2006, 17:28

This is not a bug.umm.. isn't that a case tri-state should also handle, not only levels and avc profiles? turbo shouldn't change anything in the GUI, just in the commandline.

Sharktooth

6th January 2006, 17:41

tri-state is a delicate thing. i made some changes to some conditions to restore the default values when a higher level or some options that enables a group are selected and when clicking on Config, MeGUI crashes without any message and wont let me debug too...
i will revert those changes back btw...

Romario

6th January 2006, 18:15

Romario's error is "unsupported colorspace YUY2".. I take it that means the input has to be YV12.. it's quite simple to test that.. add a ConverToYV12() at the end of the AviSynth script (check the AviSynth wiki to see if this command is correct just in case). If it's that.. it's definitely not a MeGUI bug but a user error. In fact, MeGUI has nothing to do at all with the fact that it worked in a previous release.. it's an error that comes directly from x264.exe.. so either something changed inside x264.exe, or you changed something at the source/playback filters that are being used via directshowsource. And then there's the thing that you should run mpg files through dgindex anyway.. DirectShowSource is probably the most dangerous source loading command AviSynth offers.. and in my own experience the most error prone.

Thank you for explanation, but could you provide me exact way to convert YUY2 to YV12 output, because I am so new in AviSynth scripts.:o

Doom9, why DirectShowSource is " probably the most dangerous source loading command AviSynth offers ", can you tell me?:scared:

I can tell you that that MPG file worked fine with 0.2.3.1029 build, and I don't change anything in that MPG source file, everything is same as earlier.

It seems that something is changed in x264.exe.

Sharktooth

6th January 2006, 18:28

as doom9 said add ConverToYV12() at the end of your avisynth script.

Richard Berg

6th January 2006, 18:38

The command is ConvertToYV12(). If the source is interlaced, be sure to use ConvertToYV12(interlaced=true)

Romario

6th January 2006, 18:41

Ok, I will try with that.

charleski

6th January 2006, 20:26

Another bug:
MP3 audio output is disrupted: If you select MP3 as an output format in the main form and then go to configure it, on returning the format is reset to NAAC mp4.

I'll fix this.

[Fixed in 0.2.3.1037 - turns out it was an issue with rogue profiles with empty names]

charleski

6th January 2006, 20:32

DirectShowSource is " probably the most dangerous source loading command AviSynth offers ", can you tell me?:scared:

DirectShowSource is easily the flakiest part of Avisynth, and the bit I wish the Avisynth developers would work on. In many cases it just doesn't work and returns 'the filter graph manager won't talk to me' errors even though DirectShow is quite capable of rendering the file (this even happens if you feed it a filtergraph previously rendered by graphedit...).

If you have an avi file, then Avisource(<filename>) is probably a more robust method of loading it into Avisynth.

Romario

7th January 2006, 02:22

No, I don't have an avi file, only MPEG2 files.

Can I use Avisource instead DirectShowSource, for mpg files?

berrinam

7th January 2006, 02:39

For mpg files, use index them with DGIndex first, and then use mpeg2source. MeGUI will do this automatically for you. Go to Tools->D2V Creator, select your input file, and check the other settings, check 'On completion load files', then press queue. Run the job from the main window. You can now configure your file properly.

Sharktooth

7th January 2006, 16:23

In x264 config, setting the turbo option in a first pass mode changes GUI options (macroblock options) which it shouldn't
Description : Checking turbo will get rid of all macroblock options (correct), but unchecking it will leave it that way (incorrect). Also, the P4x4 option is diasbled after unchecking turbo.
Status : Fixed in 1040

bob0r

7th January 2006, 16:37

Will this update show commandline also?

(And dont worry, files.x264.nl is being fixed with some updates and have stuff load @ startup, last uptime 300+ days, now power outage also :p)

Sharktooth

7th January 2006, 22:30

What you mean?

jmk

8th January 2006, 02:45

i hve a problem with the autocrop feature in the avisynth script generator dialog. somehow it can not find the right crop values for "2001: a space odyssey". how does it work anyhow?

and another thing thats odd: i recently started using the "SAR" feature. what i do is that i select "auto-detect" aspect ratio on one click mode (since i have some odd ones here, "2001..." for example seems to have the actual ar of 2,15:1). so far everything seems fine. if i check the final muxed files with mp4box -info i can see the that the video track has an aspect ration set. but somehow these values are to large for mplayer or vlc for example:

Track # 1 Info - TrackID 1 - TimeScale 25 - Duration 01:22:16.560
Media Info: Language "und" - Type "vide" - Sub Type "avc1" - 123412 samples
MPEG-4 Config: Visual Stream - ObjectTypeIndication 0x21
AVC/H264 Video - Visual Size 640 x 384 - Profile Unknown @ Level 5.1
Pixel Aspect Ratio 640:1067 - Indicated track size 640 x 384
Self-synchronized

thx for this grat program,
jmk

ps: can anyone explain, or point me in the right direction, how i can change the aspect ratio in these files? and why does it say 640:1067 and not something like 2,35:1 ???

berrinam

8th January 2006, 03:06

@jmk: You haven't given enough information. Read the guidelines in the first post of this thread.

Just clearing up a few other things:
-auto-detect in oneclick is actually supposed to read Auto-Detect Later, but the end of it is chopped off. You see, there are two stages at which the Aspect Ratio can be found out: immediately, when you load the file, or later, after you've pressed Go, and it's done some processing. Now, normally, it will detect the Aspect Ratio immediately upon loading the file, and set it to the correct value (ie 16:9, 4:3, 1:1), but if something goes wrong, then it will default to Auto-Detect Later. If you think it is detecting it wrong, then it is probably set wrong on the DVD. In that case, what you want to use is the 'Custom' option, so that you can enter 2.35 yourself. If you are sure that it is correct on the DVD, then post a MeGUI bug report with everything asked for on the first post of this thread.

-You don't seem to be aware of the difference between Pixel Aspect Ratio (PAR) and Aspect Ratio, or Display Aspect Ratio. There are links about it Q17 of the x264 FAQ on the x264 win32 daily builds sticky.

Doom9

8th January 2006, 03:12

and as far as autocrop goes.. you know we need a vob sample to reproduce that ;) but I'm not ruling out the code works for everything.. for instance your black bars could be less than black (for instance if you pick the wrong color range in dgindex), or if you have a lot of black scenes, the algorithm can't tell between what's black bars and what's part of the movie..

nurbs

8th January 2006, 09:34

Since I haven't used autocrop lately I don't know if this is still an issue, but I noticed that on pictures that it should not crop at all it always crops 2 pixels form the right. I'm sorry I couldn't check, but I just read this and I am not at the PC I use for encoding till friday.

berrinam

8th January 2006, 11:16

Cropping must be in multiples of two, and autocropping favours over-cropping by one line to under-cropping by one line, so as to ensure removal of the borders. Perhaps this is causing what you are talking about. OTOH, it could actually be a bug. I'll wait for confirmation of this.

Doom9

8th January 2006, 18:41

In the x264 config, starting from the default settings, if you uncheck chroma, the commandline doesn't update. The same goes for bime.. seems showcommandline isn't called when those two options are changed.

Sharktooth

8th January 2006, 18:49

I already fixed that... how come it's back?

It's now re-fixed... and CVS is updated

Raithmir

9th January 2006, 22:02

0.2.3.2001 - AVISynth creator

Should enabling the deinterlace, noise filter, and colour correction tick boxes load the appropriate dll in the script for you? It doesn't for me, hence I just get a black narrow band when previewing the script. Using the load dll bit on the edit tab I would expect to just add the relevant load line to the existing script, but it deletes everything else.

MPEG2 deblocking checkbox does nothing?

ticking IVTC checkbox, then ticking the deinterlace box should remove the IVTC settings and add the selected deinterlace option, but it keeps the IVTC settings.

When does the AVI options section get enabled? or is that a future feature?

Raithmir

9th January 2006, 22:08

Loading the MeGUI snow version complains about the video profiles on startup ("is this a valid profile?" etc.).

berrinam

9th January 2006, 22:44

Should enabling the deinterlace, noise filter, and colour correction tick boxes load the appropriate dll in the script for you?Not everyone agrees on this, but in the current mode of operation, it shouldn't. The AviSynth plugins directory is very useful, and if you put your plugins there (why wouldn't you?), you don't need the loadplugin lines.

Using the load dll bit on the edit tab I would expect to just add the relevant load line to the existing script, but it deletes everything else.Bug confirmed and added to the list

MPEG2 deblocking checkbox does nothing?Not true. It's called mpeg2 deblocking because it is only for mpeg2 sources. Have a look at the mpeg2source(...) line when you press it -- it adds 'cpu=4'.

ticking IVTC checkbox, then ticking the deinterlace box should remove the IVTC settings and add the selected deinterlace option, but it keeps the IVTC settings.Confirmed and added to the list

When does the AVI options section get enabled? or is that a future feature?When you load an AVI file.

Loading the MeGUI snow version complains about the video profiles on startup ("is this a valid profile?" etc.).Only for non-Snow profiles. It makes sense, doesn't it? Why should MeGUI-Snow be able to load x264/xvid/lavc profiles? If you want that functionality, use the full version.

Raithmir

9th January 2006, 22:56

Not everyone agrees on this, but in the current mode of operation, it shouldn't. The AviSynth plugins directory is very useful, and if you put your plugins there (why wouldn't you?), you don't need the loadplugin lines.

So you're saying if I've got the plugins directory configured then the encode should work fine... but that preview won't work?

Only for non-Snow profiles. It makes sense, doesn't it? Why should MeGUI-Snow be able to load x264/xvid/lavc profiles? If you want that functionality, use the full version.

True. I just stick the three exe's in the same folder. Perhaps an additional tag could be added to the profile xml files to state whether the profile is for x264 or snow etc., then the x264 ones could just be ignored if you chose to run the snow only exe. I appreciate in typical usage you'd probably only use one of the exe's exclusively, so I supose it's a minor thing.

Raithmir

9th January 2006, 23:06

Actually, I've figured out why I was just getting a black band. My plugins path in the registry (HKLM\SOFTWARE\AviSynth\) was pointing to an old location. Corrected that and it now works.

Doom9

9th January 2006, 23:19

erhaps an additional tag could be added to the profile xml files to state whether the profile is for x264 or snow etc.If you look at the profiles, it's already there, however I see no point in opening each profile manually first and check what type of VideoCodecSettings it includes, then based on that decide if I really want to load it or not. I think it's kinda obvious that the snow edition can only handle snow profiles and that the x264 edition can only handle x264 profiles.. it's like if you try to play a video for which you don't have the proper codec installed.. it just won't work.

godhead

10th January 2006, 00:13

If you look at the profiles, it's already there, however I see no point in opening each profile manually first and check what type of VideoCodecSettings it includes, then based on that decide if I really want to load it or not. I think it's kinda obvious that the snow edition can only handle snow profiles and that the x264 edition can only handle x264 profiles.. it's like if you try to play a video for which you don't have the proper codec installed.. it just won't work.

What if the profiles were just placed under the appropriate subdirectories so we could load off those and if they fail, fall back to the root directory? Or do you not think it's worth it?

The Link

10th January 2006, 00:19

If you look at the profiles, it's already there, however I see no point in opening each profile manually first and check what type of VideoCodecSettings it includes, then based on that decide if I really want to load it or not. I think it's kinda obvious that the snow edition can only handle snow profiles and that the x264 edition can only handle x264 profiles.. it's like if you try to play a video for which you don't have the proper codec installed.. it just won't work.
Perhaps I don't understand the issue completely but what about making the "Video Profile" dropdown menu dependent on the state of the "Codec" dropdown menu. Hmm ... perhaps this is more a feature request (wrong thread?).

Doom9

10th January 2006, 08:26

but what about making the "Video Profile" dropdown menu dependent on the state of the "Codec" dropdown menu.Personally I name my profiles with the codec name.. I rather not have to select the codec first just so that I can then select a profile.. that kinda seems redundant seeing that profiles already contain which codecs they are meant for.

And yes, that would be a feature request, though the above is my answer to it.

The Link

10th January 2006, 09:28

Personally I name my profiles with the codec name.. I rather not have to select the codec first just so that I can then select a profile.. that kinda seems redundant seeing that profiles already contain which codecs they are meant for.

And yes, that would be a feature request, though the above is my answer to it.
Since it's just a minor thing in the end I can live with that. But it quite much confused me that the codec dropdown menu depends on the profile dropdown but not the other way round. So you can change the codec settings of a different codec than the visible (but unrelated) codec profile indicates.

digidragon

10th January 2006, 09:39

When aborting an encoding, MeGUI shuts down. I don't have the 'Shutdown at end of coding' checkbox checked.

(version 0.2.3.2)

Doom9

10th January 2006, 13:24

@digidragon: what about the corresponding checkbox in the settings?

digidragon

10th January 2006, 15:45

The 'Shutdown at end of coding' checkbox in the settings dialog is also unchecked.

Doom9

10th January 2006, 17:15

alright, then please share the easiest possible procedure from starting a virgin megui to reproduce this problem (I won't be looking into it... I have my own little subproject to worry about right now but the person that will look at it will appreciate that info).

digidragon

10th January 2006, 20:17

Well, I don't think this will help much, but anyway...

I used the d2v creator and avs creator to create an avisynth script:
LoadPlugin("C:\Program Files\GordianKnot\DGMPGDec\dgdecode.dll")
mpeg2source("C:\FS\fs50.d2v")
LeakKernelDeInt(order=1,sharp=true)
crop(2,0,-4,-2)
LanczosResize(640,512)
I then loaded the avs script, left the setting on 1P-Goodquality, hit Queue, then hit start on the Queue tab. I left it encoding for 30 seconds or so, then hit Abort. I was asked to confirm if I wanted to abort, and as soon as I clicked Yes, MeGUI closed. No log was created. Also, MeGUI is not running in task manager, so it's not just "hidden".

If I leave the encoding run, it completes successfully.

Using version 0.2.3.2001 of MeGUI.

Doom9

10th January 2006, 20:28

left the setting on 1P-Goodquality,I don't have any idea what that is.. Which means the report doesn't fullfill the criteria of being reproducable by dummies ;) And I don't wanna hear anything about d2v creator, avs creator and the like.. it needs be "I started MeGUI, selected this avs script", set codec to X, did that and that, etc.

Sharktooth

10th January 2006, 20:42

He's using one of my x264 video profiles.

digidragon

10th January 2006, 20:43

It's the '1P-Goodquality' Video Profile preset, which MeGUI defaults to when it starts.

The other settings were Codec: AVC; File Type: MP4; (no audio)

I don't know what other info to give. To recap...

I selected an avs file
The Preview window opened
I closed it
I hit Queue (video)
I switched to the Queue tab
I hit Start
I clicked the Abort button on the status window
MeGUI closed itself

Sharktooth

10th January 2006, 20:46

digidragon the MeGUI-x264 version that comes with x264 has profiles (coz i made and added them) while the standard MeGUI doesnt come with any profiles.

digidragon

10th January 2006, 20:56

So I shouldn't be using those profiles with MeGUI? And would that explain the Exception I get when trying to AutoEncode...?
System.NullReferenceException: Object reference not set to an instance of an object.
at MeGUI.CommandLineGenerator.generateMP4BoxCommandline(String mp4BoxPath, MuxSettings settings, String input, String output)
at MeGUI.JobUtil.generateMuxJob(VideoJob vjob, SubStream[] audioStreams, SubStream[] subtitleStreams, String chapterFile, MUXTYPE type, String output)
at MeGUI.VideoUtil.generateJobSeries(String videoInput, String videoOutput, String muxedOutput, VideoCodecSettings videoSettings, AudioStream[] aStreams, SubStream[] audio, SubStream[] subtitles, String chapters, Int64 desiredSize, Int32 splitSize, Double containerOverhead, MUXTYPE muxtype)
at MeGUI.AutoEncodeWindow.queueButton_Click(Object sender, EventArgs e)
at System.Windows.Forms.Control.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ButtonBase.WndProc(Message& m)
at System.Windows.Forms.Button.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

Sharktooth

10th January 2006, 21:19

You should use the profiles but Doom9 said to do a proper bugreport (it means post the entire x264 commandline and not just what profile you used).

digidragon

10th January 2006, 21:29

Okay, no problem.
"x264.exe" --bitrate 791 --ref 3 --bframes 3 --b-pyramid --b-rdo --bime --weightb --subme 6 --trellis 1 --analyse all --8x8dct --progress --no-psnr --output "C:\FS\fs50.mp4" "C:\FS\fs50.avs"

Sharktooth

10th January 2006, 21:49

ok... bugreport:
with .2003, .2004 and .2005 version whenever a profile is loaded in x264 config the macroblock options are wrongly set.

Can anyone look at this one? i think the problem is in level -> mb code (i modified it in .2003), but im not completely sure and have no time to check it now.

lexor

11th January 2006, 04:09

ok does megui records stuff somewhere other than the log tab? becouse after about 12 hours of first pass of HQ-Slow, it seems to have terminated with Status as "error" and log just says:

Next job job1-1 is a video job. encoder commandline:
"x264.exe" --pass 1 --bitrate 1597 --stats "sourcename.stats" --bframes 3 --b-pyramid --filter -2,-1 --subme 1 --analyse none --me dia --progress --no-psnr --output NUL "sourcename.avs"
successfully set up video encoder and callbacks for job job1-1
----------------------------------------------------------------------------------------------------------

Log for job job1-1

avis [info]: 1280x720 @ 29.97 fps (185578 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2 3DNow!

I am understandably disheartened having wasted 12 hours, and nothing but 15.2 MB of sourcename.stats.temp to show for it, not even a decent error message to tell me why it broke.

my script is:

mpeg2source("pathtosource.d2v")
LeakKernelDeint(order=1)
crop(0,0,0,-8)
LanczosResize(1280,720)
fft3dGPU(sigma=1.2, plane=4, sharpen=0.3)

I have encoded a shorter clip of that same source (using avisynth's Trim function) no problem earlier, output to mkv if that matters.

Since it did seem to run pass 1 to the end, can I start pass2 with that temp file? or is it all lost? using sharktooth's r396D package.

berrinam

11th January 2006, 05:23

berrinam

11th January 2006, 05:32

I am understandably disheartened having wasted 12 hours, and nothing but 15.2 MB of sourcename.stats.temp to show for it, not even a decent error message to tell me why it broke.Yes, I can understand how you feel. Unfortunately, it may not be MeGUI causing the problem. Since the job is flagged as an error, it appears that x264 returned an error code, suggesting some problem external to MeGUI. As x264 normally will return an error message if it has an error, and MeGUI will always return this, I think that this error could be an AviSynth error. Try just doing a pass through this file to see if it causes any errors. You could do this with mplayer.

mplayer commandline:
mplayer -benchmark -vo null your-file.avs

Since it did seem to run pass 1 to the end, can I start pass2 with that temp file? or is it all lost? using sharktooth's r396D package.
Well, you can check if it ran to the end by looking at the file in a text editor, and seeing if the highest frame number is equal to, or close enough to, the number of frames. If not, you can also take this an estimate of where it failed, and trim the video to just that section and see if it fails again.

And finally, good bug report. Thank you. Pity there's not much information to work with.

Doom9

11th January 2006, 09:32

the new video encoders will only "swallow" status updates and the "syntax" message that comes up when a wrong commandline was used (the error will be identified as such though)... the rest will be dumped to the log.. but there are only two types of lines currently not being returned in addition to the abovementioned two.. it's quite unlikely that this is what happened in this case. It's very likely that had you encoded via commandline, the output would look just the same... x264 just exited.. if it exits properly or is being aborted, you should see a few additional lines indicating how many frames were encoded and where it was aborted. The new encoders have an additional bonus: even though the process exists, I make sure to read every last one line from stdout and stderr and put that to the log... this is another potential (though I've never seen it happen with x264.exe) case where certain messages might be lost.

Sharktooth

11th January 2006, 11:50

lexor

11th January 2006, 14:46

i dunno if this helps at all to track the origin of the problem but the last few lines of the stats.temp are:

in:160651 out:160651 type:P q:21.00 itex:25638 ptex:30810 mv:25159 misc:1425 imb:1762 pmb:1562 smb:276;
in:160652 out:160652 type:P q:21.00 itex:25415 ptex:28250 mv:24528 misc:1711 imb
that so it stopped about 20 000 frames short and in the middle of writing down a line. I just trimmed (160200, 170000) avs played back in MPC, with obvious lag due to high rez (1080i) + deinterlace + resize.

now the weired part, I tried loading that in MeGUI, preview pops up, same HQ-Slow with same bitrate set in the calc, I add job to que, but when I start it megui just crashes immediately. I tried 1P-Maxspeed, I tried not trimming (so just use the script I quoted above), megui now just crashes immediately when I click start the new job. but as I said mpc plays avs just fine though with lag due to all the editing.
the only possibly unstable part of the script is fft3dGPU, and I tried commenting it out, doesn't help.

berrinam

11th January 2006, 21:59

@lexor: Do you get any error message when MeGUI crashes?

I'm grasping for straws because this problem seems hard to find. Would you perhaps be able to narrow down the problem and upload a sample?

Doom9

11th January 2006, 22:19

I think he needs to spend the 12 hours again but this time encode from the commandline. I cannot rule out that megui misses a line in the end but it wouldn't be the first time x264.exe crashes without giving any notice... it has happened to quite a few people..

lexor

11th January 2006, 22:47

lol doom that's the problem I can't do 12 hour encode anymore, it crashes right away now, click start, progress window pops up, boom it all closes and if I start megui again the job is not there. I do everything exactly the same way I did before. It just closes, no errors

Also I tried pasting that command line for the first pass into dos window, and it ran for a few minutes, and when I force quit (ctrl-c) it gave the following output:

avis [info]: 1280x720 @ 29.97 fps (185578 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2 3DNow!
x264 [info]: slice I:1 Avg QP:21.00 size: 173
x264 [info]: slice P:20 Avg QP:12.25 size: 13255
x264 [info]: slice B:60 Avg QP:13.98 size: 4699
x264 [info]: mb I I16..4: 100.0% 0.0% 0.0%
x264 [info]: mb P I16..4: 14.5% 0.0% 0.0% P16..4: 11.6% 0.0% 0.0% 0.0% 0
.0% skip:73.9%
x264 [info]: mb B I16..4: 0.9% 0.0% 0.0% B16..8: 36.3% 0.0% 0.0% direct:
4.9% skip:57.9%
x264 [info]: final ratefactor: 17.51
x264 [info]: kb/s:1619.8

aborted at input frame 81
encoded 81 frames, 3.94 fps, 1624.71 kb/s
so it does work in command line, just megui terminates without any output. This is done on the script above, so no trimming or anything. Weired thing is when it crashes it creates the .mkv file (empty) but no stat. Command line creates stat, but not mkv (logical since only first pass is requested of it). I'm testing all this with HQ-Slow now (but as I said above any profile does this), no editing by me.

I didn't try reinstall (or update to newest build) since I want to explore the problem before overwriting any files. I could call this a fleuk and reinstall.

/quick edit: I just tried my speed clicking skills to switch to log tab before it crashes, and I get the first part of the log the same untill the long --------------- delimeter line (it and subsequent information doesn't appera)

Doom9

11th January 2006, 23:00

I meant.. encode the whole 12 hours from the commandline.. see if this crashes as well. You wouldn't happen to be able to find your way around in Visual Studio Express, would you? You can configure it in a way that whatever causes the crash will break to the debugger.. so even if you don't know what to do, you can take a screenshot with the info.. it would really be helpful.

lexor

11th January 2006, 23:03

but megui crashes immediately, how would x264 crashing at frame 160 000 affect the beginning (on which megui not crashes in command line)?

Doom9

11th January 2006, 23:08

but megui crashes immediately, how would x264 crashing at frame 160 000 affect the beginning (on which megui not crashes in command line)?That would be for your initial problem ;) You remember reporting a crash after 12 hours, don't you?

lexor

11th January 2006, 23:48

That would be for your initial problem ;) You remember reporting a crash after 12 hours, don't you?
see that's what I don't understand, so it hit an error with that encode, but I'm not trying to continue that old job, I create a new one, and it doesn't even start the encoding. I mean I can't grasp how error which is not hit for 12 hours will terminate the process right now?

on the VS.net note, I have 2003 installed, but I warn you, debuggers hate me (prolly becouse I hate them) so unless there are instructions that leave me with no choice but to pick the correct settings, it might not go too well.

Doom9

12th January 2006, 00:38

I'm afraid you'll need Visual Studio Express (or VS 2k5). Then you go to the Exceptions menu in the Debug dropdown, and check "thrown" under common language exceptions. That way, when an unhandled exception is thrown (which is what causes MeGUI to crash), the debugger will stop and display the exception. Also, make sure you're using the latest release (you'll have to redo your jobs.. there's a new commandline generation)

kurt

12th January 2006, 01:01

compiler error?

can't start latest MeGUI 0.2.3.2012...
all 3 variants don't work (megui, megui x264, megui snow)
http://img48.imageshack.us/img48/8156/image10nq.jpg (http://imageshack.us)

(no problems with MeGUI 0.2.3.2010)

lexor

12th January 2006, 02:04

well I upgraded to the latest greatest by sharktooth, it started first pass no problem... I'll be back in 12 hours.

lexor

12th January 2006, 04:03

ok I found out what causes it to break, if someone switches user (not logout) under WinXP, now I again can't start another job. gonna reinstall again.

ShawnFumo

12th January 2006, 05:56

Just to note that 0.2.3.2012 won't start for me either. This was my first time trying a .NET 2.0 build so I was worried that was the problem, but I just tried 2010 and that started up fine.

Shawn

Gehenna

12th January 2006, 07:49

Im also having similar problems with buiild 0.2.3.2012
megui-snow.exe
megui-x264.exe
megui.exe
All fail to start with the same error `MeGUI has encountered a problem and needs to close`

I have Net 1.1 & Net 2 installed + Sharktooth latest x264 build

As already noted,if i jump back to build 0.2.3.2010 all is well.

bob0r

12th January 2006, 10:45

(Just posting what i did, not saying these warnings are a problem)

megui.exe:
compile full
Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

megui-x264.exe:
compile x264
Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

SettingsForm.cs(97,23): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncrawLabel' is never used
SettingsForm.cs(98,24): warning CS0169: The private field 'MeGUI.SettingsForm.selectXvidEncrawButton' is never used
SettingsForm.cs(99,25): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncrawPath' is never used
SettingsForm.cs(100,26): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncoder' is never used
SettingsForm.cs(101,23): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncoderLabel' is never used

megui-snow.exe:
compile snow
Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

(compile all - works, same files, same ouput text)

megui.exe: (megui-svn.exe would be a better output, now its the same as full)
compile full-svn
Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

megui-x264-svn.exe:
compile x264-svn
Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

SettingsForm.cs(97,23): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncrawLabel' is never used
SettingsForm.cs(98,24): warning CS0169: The private field 'MeGUI.SettingsForm.selectXvidEncrawButton' is never used
SettingsForm.cs(99,25): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncrawPath' is never used
SettingsForm.cs(100,26): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncoder' is never used
SettingsForm.cs(101,23): warning CS0169: The private field 'MeGUI.SettingsForm.xvidEncoderLabel' is never used

- All files run and work for me.

What i can think of is what other users don't have, and what may help running the files "Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42".
Maybe some .dll or extra files are required when you do not have this installed? Just a wide guess.

Did you guys install http://www.microsoft.com/downloads/details.aspx?FamilyID=0856eacb-4362-4b0d-8edd-aab15c5e04f5&DisplayLang=en (or the 64 bit version) or did .net 2.0 install via Microsoft Update?
And do you guys have this dir: C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727 ?

Test my compiles also: http://files.x264.nl/megui/

Doom9

12th January 2006, 10:51

@bob0r: since I compiled the files myself.. I'm very aware of the compiler warnings, but after having wasted hours with the stupid CVS, I wasn't in the mood for more compilation fixing. And you should note that the standing of conditional compilation is currently less than favorable.. I suggest you strongly consider distributing the full release in the future.

I also have no problem running bob0r's build.. but mine crashes for some weird reason.

Gehenna

12th January 2006, 10:56

Did you guys install http://www.microsoft.com/downloads/details.aspx?FamilyID=0856eacb-4362-4b0d-8edd-aab15c5e04f5&DisplayLang=en (or the 64 bit version) or did .net 2.0 install via Microsoft Update?

Yep,that was where i originally obtained my version 2.0 net install,via the dotnetfx.exe download

And do you guys have this dir:
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727 ?

I also have this directory.

Doom9

12th January 2006, 11:11

weird.. I have recompiled using the updated compile file and now everything works out just fine. I've re-uploaded the release.
megui.exe: (megui-svn.exe would be a better output, now its the same as full)I've changed the compile script accordingly.

bob0r

12th January 2006, 11:30

@Doom9

Yah, i will pack any version, just what is available.
Then its just best to go for one full version (none svn features i am still not for, i guess like sharktooth's own x264 builds, he can create his own megui builds.)

But just do whatever you feel is best, i will pack megui as long as its most wanted :D

Sharktooth

12th January 2006, 15:06

lexor

13th January 2006, 15:25

ok since the problem with my encode got narrowed down to user switching under WinXP, and I'm not the only user of this computer and user switching capability is important, I began thinking about how I did it in the past, and I'm pretty sure the older builds of megui (in sharktooth's package back with old .net framework) did work fine with user switching, I mean it would slow down to almost 0 but it would pick up when I switched back to my account.

so, yeah... what did you guys do?

Sharktooth

13th January 2006, 16:30

Bug in 0.2.3.2017 (maybe in earlier versions too):

Found in MeGUI-x264: Clicking Start in queue it says there are no "waiting" jobs (and consequently it doesn't proceed encoding) even if there are.
http://www.webalice.it/f.corriga/megui/megui_bug.png

Razorholt

13th January 2006, 18:16

Go to Settings and re-enter the links. That fixed it for me.

- Dan

charleski

13th January 2006, 20:35

becouse after about 12 hours of first pass of HQ-Slow, it seems to have terminated with Status as "error"

my script is:

mpeg2source("pathtosource.d2v")
LeakKernelDeint(order=1)
crop(0,0,0,-8)
LanczosResize(1280,720)
fft3dGPU(sigma=1.2, plane=4, sharpen=0.3)

I've experienced similar problems with fft3dgpu, which is where the problems lies, I think. It's not entirely stable and can cause the entire thread to terminate unpredictably, even though it works fine with other inputs.

lexor

13th January 2006, 21:13

I've experienced similar problems with fft3dgpu, which is where the problems lies, I think. It's not entirely stable and can cause the entire thread to terminate unpredictably, even though it works fine with other inputs.
nah, read my subsequent posts, it's a Switch User issue under WinXP, it's reproducible, and it doesn't just crash current encode it makes megui not work at all untill you reinstall.

berrinam

13th January 2006, 21:47

berrinam

13th January 2006, 22:02

Added The Link's bug to the list.

Doom9

13th January 2006, 22:07

Added this to the list.I saw that too.. the reason is the following: the encoder setup fails and the error isn't properly propagated back... startNextJobInQueue returns false both if there's nothing to do and if the encoder setup fails :/

berrinam

13th January 2006, 23:00

I saw that too.. the reason is the following: the encoder setup fails and the error isn't properly propagated back... startNextJobInQueue returns false both if there's nothing to do and if the encoder setup fails :/
Yep. I was going to fix that, but it needs some more significant changes to manage it properly, so I'll just wait.

AgentX

13th January 2006, 23:02

Unfortunatly, or as being a programmer I should say of course ;) , I found some bugs which aren't yet solved in latest MeGUI version 0.2.3.2017, so I will report them here.

General:

Video Profile list in main window gets unordered.
When you enter a profiles configuration, change the bitrate, hit [OK], then the list on the main window isn't alphabetically ordered anylonger.

AviSynth Script Editor:

Silent crash (no logfile nor dialog) when you open a .d2v video input (the preview opens correctly) and you hit [Analyse].
Wrong AVI-fps value on Spanish Windows system. Open an AVI as Video Input (the preview opens correctly) and then hit preview to launch mplayerc with generated .avs file. It fails to show the video.
Explanation: The fps value is set with "," as decimal separator, like fps=23,97.
This fails the DirectShowSource(...), it has to be fps=23.97
I mentioned that I proved that on a spanish Windows system, maybe on other non-english ones like german that could happen also.
You should make sure that the .NET string conversion uses an english locale, not the systems one.
Changing settings in Options does delete previously created lines by Load DLL.
Not possible to add own lines of code to AviSynth-Script. They are deleted each time you change some options.

Doom9

13th January 2006, 23:02

I might attack it.. as it is with the video encoder rewrite and the impending adjustments in the muxer and audio sections, we'll get a nice bool return from the encoder and a meaningful error message as string that could be displayed.. it just has to be propagated all the way back and that's the part still missing.

berrinam

13th January 2006, 23:11

Changing settings in Options does delete previously created lines by Load DLL.
Not possible to add own lines of code to AviSynth-Script. They are deleted each time you change some options.
Well, these both have obvious user-solutions: configure your settings FIRST, and then do the manual stuff. It's the same in GK.

I've added the other bugs to the list

lexor

14th January 2006, 02:01

sorry to be a nag about it, but Sharktooth, could you please upload older (.net 1.0 or 1.1 whichever was used) version of you x264 package? I can only find latest on that link in your sticky thread. I mean it's unlikely you guys set down and decided to make it not work with user switching, so I got to wondering maybe its .net2.0 that's screwing it up? I'm confident I remember the older builds working with user switching.

charleski

14th January 2006, 02:15

sorry to be a nag about it, but Sharktooth, could you please upload older (.net 1.0 or 1.1 whichever was used) version Going back to .NET 1.1 would be a lot of work right now as .NET 2.0 has a lot more functionality, so that's not going to happen.

I doubt that the problem is related to .NET 2.0, anyway. I suspect you have a couple of different problems which are augmenting each other. BTW I assume you've reproduced this with the simplest script available (just an mpeg2source input).

When you say you have to reinstall, what does that mean? (Megui doesn't use any installation.) Does the same thing happen if you pause the encode before switching the User?

lexor

14th January 2006, 03:19

Going back to .NET 1.1 would be a lot of work right now as .NET 2.0 has a lot more functionality, so that's not going to happen.

I doubt that the problem is related to .NET 2.0, anyway. I suspect you have a couple of different problems which are augmenting each other. BTW I assume you've reproduced this with the simplest script available (just an mpeg2source input).

When you say you have to reinstall, what does that mean? (Megui doesn't use any installation.) Does the same thing happen if you pause the encode before switching the User?
I'm not asking to rebuild the current source, I want to find old package of sharktooth's so I can test that. and by reinstall I mean reinstall sharktooth's package (current build)

charleski

14th January 2006, 03:55

There are older .NET 1.1 versions of megui on the SourceForge Files page
https://sourceforge.net/project/showfiles.php?group_id=156112#files.
The ones compiled for 1.1 are 0.2.3.1029a and before.

stax76

14th January 2006, 04:16

I know what's up with the native error dialog on startup because I learned it the hard way recently. If you run a .NET application and it crashes with the native error dialog while startup then you got a exception somewhere in the ctor of the startup form, simply use a try catch block and add some logic to handle the exception.

MetalPhreak

14th January 2006, 12:04

Problem can be seen in the screenshot here: http://img65.imageshack.us/img65/4308/progress0ql.jpg

The time remaining and time elapsed are both completely wrong.
This is using Sharktooths' r399 build.

berrinam

14th January 2006, 12:50

Me too. A fix will come soon. For the time being, turn off Autostart Queue.

Doom9

14th January 2006, 13:22

@lexor: you can build your own megui-x264 build.. it should be compilable under 1.1 with no changes except for the compile.bat file.. it has links to the 2.0 compiler (%windir%\Microsoft.NET\Framework\v2.0.50727\csc), replace the v2.0 directory with the name of your 1.1 directory and you should be fine. The full release however will not compile under 1.1. That way, you know you have the same code for both builds and the only thing different is the runtime.

de66ka

14th January 2006, 13:48

Since I've updated Megui from 02.3.1b to 02.3.2017 the Avisynth Generator doesn't work anymore. It gaves me the error "DGIndex reported......" (see snap1.jpg) when i load the *.d2v file into the generator. When I downgrad again to 02.3.1b all work fine.

berrinam

14th January 2006, 14:06

A fix will come soon.
Fixed

Mutant_Fruit

14th January 2006, 16:40

When using the AviSynth script creator and choosing an AVI file, a dodgy avs file is generated. The resulting file that is saved is loading up the "temp.avs" file as opposed to the actual video file selected. This means that if i make a few avs files with the generator, they'll all point to teh same temp.avs file, and if i delete the temp.avs file, none of em will work at all.

Gonna make a fix now assuming i can spot the error :p

lexor

14th January 2006, 16:41

I'm at a loss at the apathy towards this issue. I mean don't you guys share your computer with other family members? An encode that takes 12 hours for first pass and 15 hours for second, bound to conflict with your family's desire to use the mahcine. Doom I know you have win xp installed, don't you get this problem with user switching? I mean it's so easy to check, just start some job, switch users and switch back again. What's this suddent need for me to be a compiler and debugger? Someone must have old sharktooth's build lying around (sharktooth for one), I'm willing to put up time for testing an reporting, but I have neither energy nor time to pretend like I'm one of the developers.

Sharktooth

14th January 2006, 17:13

Another bug (MeGUI-x264):
http://www.webalice.it/f.corriga/megui/meguiibug2.png

Menues vanished and same problem as the previous bug.

Mutant_Fruit

14th January 2006, 17:14

@lexor: I'll try to take a look at it, but i'm really new to MeGUI, so i spend a lot of time just browsing the code trying to get a feel for it. Webpages are no bother to me, they're simple as compared to Windows applications :p

Doom9

14th January 2006, 17:51

I'm at a loss at the apathy towards this issue.Apathy? Why did I waste my time explaining to you then how you can compile on your own (without any programming knowledge whatsoever..) can create a .NET 1.1 build based on the latest build for your tests? Oh wait, you expect me to do that for you, including reinstalling .NET 1.1 which I already eliminated from my machine. Am I on the right track?

In addition, wouldn't it be reasonable that YOU would first try on another box before pointing the finger at us? While I'm very possessive of my box and would never let anybody else us it, just for you I created another user account. Then I started encoding on my primary account (an admin account), switched to the second one.. encoding kept going. Then I aborted, went to the second account (one with limited privileges), started megui there (the latest CVS checkout.. done just 10 minutes ago, built with the compile script that comes with it), then switched back to the account I'm typing this from. I see from the CPU usage that encoding is still going strong, in fact, it hardly takes a performance hit at all since I only have a few resource-friendly apps running. By the way the job I'm encoding is a standard x264 one with all the default settings, and my x264 build is revision 389 from Sharktooth. Bottom line, I can't reproduce it.. it works as it's supposed to.

Mutant_Fruit

14th January 2006, 18:14

can create a .NET 1.1 build based on the latest build
That won't work afaik. There are a good few .net 2.0 specific items in the code now, so its now impossible to compile the current source against .Net1.0 without changing the source code.

Doom9

14th January 2006, 18:30

That won't work afaik. There are a good few .net 2.0 specific items in the code now, so its now impossible to compile the current source against .Net1.0 without changing the source code.I tried and indeed.. but the thing is.. all errors come from classes that should be inside an #if directive and not be compiled anyway in the x264 mode..
However, the point is now moot because the problem seems unreproducible.. perhaps you can make the same experiment I did (MeGUI is still encoding on the secondary account and has been throughout my dinner).

lexor

14th January 2006, 19:04

Well I'll be damned, it is fft3dgpu that's incompatible with user switching, but I did test it without that filter before though, and it would still break, now it does not. I reinstalled Std package since then though. Perhaps that first time it crashed it corrupted some files while writing to them? Dunno, anyway sorry for the inconvenience.

And for the record I never asked anyone to compile anything for anyone at any point, all I wanted was old .7z or Sharktooth's, that's all.

I'll go bug fft3d dev now :)

Pasqui

14th January 2006, 21:46

Since a few versions (0.2.3.2017 if I remember correctly) I do not get the FPS displayed in the Progress Status window when encoding with x264. All the other parameters (current video frame, video data, projected filesize, time elapsed and time remaining) are correctly displayed with version 0.2.3.2022.

Mutant_Fruit

14th January 2006, 22:04

what exactly is the problem, it seems to show up fine for me.

Are you using the full version, or x264 specific version? Show a screenshot of the problem if you can.

Doom9

14th January 2006, 22:18

@Pasqui: they use a comma as decimal separator in your country, correct?

Pasqui

14th January 2006, 22:24

I'm facing the fps bug with the complete megui version on a French WinXP (where the separator between digits is a comma and not a dot).
Here is the picture:
http://img304.imageshack.us/img304/7537/statuswindow7cf.gif (http://imageshack.us)

Doom9

14th January 2006, 22:28

Do you remember the old problem where you never got a status update? This is the same.. the fps parser chokes because I forget to force the neutral locale that uses the dot as decimal separator. But I set up all line parsing to catch all errors and just return 0.. that's why you get the rest of the updates. The progress is directly calculated by MeGUI and not taken from the x264 commandline.. that's why you have that.

Pasqui

14th January 2006, 22:33

berrinam

14th January 2006, 23:16

Menues vanished and same problem as the previous bug.
Do you mean by same problem as the previous bug the 'no jobs waiting. nothing to do' error message? That hasn't been fixed yet

Pasqui

14th January 2006, 23:27

Using deinterlace detection on a 4:3 vob file, I got the following error: "unexpected value". Here is the log file:

charleski

15th January 2006, 00:42

Well I'll be damned, it is fft3dgpu that's incompatible with user switching
What did I say in my first post about this? &$%£

There are some basic tactics to adopt in diagnosing any fault, and the first is to isolate it. Remove anything that might be contributing to the problem until you have the most basic configuration possible that still fails. Obviously fft3dgpu won't survive user-switching (!!!!) - the status of the GPU is not preserved across user-states. The miracle of fft3dgpu is that it works at all, as it's running on such a wide range of different hardware while interfacing through DirectX while the host processor and bus is running flat-out. If it works, great, if it doesn't just use the original host version.

Doom9

15th January 2006, 00:51

@Pasqui: as soon as I upload my latest sources, the FPS indication will be back for those locales not using a dot as decimal separator.

Doom9

15th January 2006, 01:05

hot damn.. CVS is screwing me again.. tortoise crashes when I try to run an update and pretty much anything.. how the heck am I suppose to add my changes now?

berrinam

15th January 2006, 01:09

Which version are your sources based on?

Doom9

15th January 2006, 01:11

based on the build I last checked in.. so that's 2012. I'm not quite sure what I'm supposed to do now.. I have 28 changes files.. I managed to add the new ones, and that doesn't break anything, but I'm scared as hell to do anything else and break everything.

berrinam

15th January 2006, 01:39

Gee, 2012 is quite a long time ago...

One thing you could do, but I know you're not going to like it, is start a new folder with the latest source, and individually merge each file (assuming you have WinMerge, it's not TOO hard a job).

Alternatively, I've just generated a patch from version 2012 to 2023, so perhaps that could be applied to your version. Maybe that would be slightly less work

Doom9

15th January 2006, 01:40

@berrinam: please have a look here: http://forum.doom9.org/showthread.php?t=95863&page=63 . And do you have MSN?

Pasqui

15th January 2006, 10:05

@Pasqui: as soon as I upload my latest sources, the FPS indication will be back for those locales not using a dot as decimal separator.

Thanks Doom9, it's working fine now :D

AgentX

15th January 2006, 12:39

AviSynth script generator has a cosmetic bug:

In Mpeg Options you can read Colour Correctio.
Obviously it should be Colour Correction.

AgentX

15th January 2006, 12:42

Crash on 'Analyse' because of missing Decomb.dll. This should be caught
Description: N/A
Status: Fixed in version 0.2.3.2020

Well, I just tried it in 0.2.3.2024 and MeGUI still does crash silently.
I should copy that Decomb.dll somewhere. :rolleyes:

EDIT:
Okay, now I know what's going wrong.
It's not the decomb.dll, but it seems that AviSynth doesn't support Unicode characters in directory names.
Look, I'm using a spanish Windows system, and the 11th line in the temporary autodeinttemp-avs.avs fails:

<snip>
file="C:\Documents and Settings\AgentX\Configuración local\Temp\interlace.log"
<snip>
c = WriteFile(c, file, "a", "sep", "b")
<snip>

Being a spanish system, there's a "ó" and a several spaces in the filename.
One of these make trouble.
BTW, I'm using AviSynth 2.56 (sep 4 2005).
Temporary solution, use file="%SystemDrive%\interlace.log".

Doom9

15th January 2006, 12:56

ie. user installs it in "c:\windows" and uninstaller removes whole "c:\windows". That's not a GUI bugreport though, is it? However, it teaches people the hard way that the windows directory is not meant for software installation ;)

foxyshadis

15th January 2006, 13:14

Odd, though, sharktooth fixed that ages ago. (Someone else did the same to their system32 folder.) He must have updated the installer or something.

Doom9

15th January 2006, 13:24

btw, here are two known and already fixed (not yet in the CVS) bugs:

1) FPS indication for xvid_encraw is completely wrong in the queue
2) elapsed and projected end time can go out of whack in video encoding and muxing.

berrinam

15th January 2006, 14:02

Well, I just tried it in 0.2.3.2024 and MeGUI still does crash silently.
I should copy that Decomb.dll somewhere. :rolleyes:

Temporary solution, use file="%SystemDrive%\interlace.log".
See if you can break version 0.2.3.2026:D
I've put a lot of error catching around, because no AviSynth bug should cause MeGUI to crash.

AgentX

15th January 2006, 21:12

See if you can break version 0.2.3.2026:D
I've put a lot of error catching around, because no AviSynth bug should cause MeGUI to crash.
I would like to, but on Sourceforge there's still 0.2.3.24 :(

starkebn

16th January 2006, 06:32

In the Audio Encoding section setting a encoding profile then switching to Audio Radio button 2 will set the same profile. Changing the profile will then also change it for radio button 1.

In the MP4 muxer Audio section setting a name then switching to radio button 2 will keep the same name. Changing the name will then also change it for radio button 1.

This happens in 2.3.2024 as well.

Avish

16th January 2006, 07:58

I hope I've posted in the correct thread...;)

I'm using all the latest versions: meGUI 14th Jan Version, DGIndex 1.4.6b4, x264 13th Jan Version.

Here is the script created using AviSynth script generator :

LoadPlugin("N:\Softwares\Audio-Video-related\Video related\DVD_related\XviD_Encoding_Tools\dgmpgdec146b4\dgdecode.dll")
mpeg2source("M:\DVDs\Indiana Jones & The Last Crusade\Indi_3.d2v")
tfm(d2v="M:\DVDs\Indiana Jones & The Last Crusade\Indi_3.d2v").tdecimate()
#crop
LanczosResize(720,320)
#denoise

Here is what MeGui says after doing Deinterlacing Analysis:
Source type: Source is declared telecined.
Source is declared tff by a margin of 234 to 15.

& then it automatically chooses TIVTC option...

When i press preview...there is nothing in it...just a thin black stripe...

Then I saved the script, queued it, clicked Srart...it finished in 1-2 seconds giving me this error:

avis [error]: unsupported input format (DIB )
could not open input file 'M:\DVDs\Indiana Jones & The Last Crusade\Indi_3.avs'
desired video bitrate of this job: 1298 kbit/s - obtained video bitrate: 0 kbit/s

Here is a complete log from meGUI:

Next job job2 is a video job. encoder commandline:
--bitrate 1298 --ref 3 --no-fast-pskip --bframes 3 --b-pyramid --b-rdo --bime --weightb --subme 6 --trellis 1 --analyse all --8x8dct --me umh --progress --no-psnr --output "M:\DVDs\Indiana Jones & The Last Crusade\Indi_3.mkv" "M:\DVDs\Indiana Jones & The Last Crusade\Indi_3.avs"
successfully started encoding of job job2
job commandline: --bitrate 1298 --ref 3 --no-fast-pskip --bframes 3 --b-pyramid --b-rdo --bime --weightb --subme 6 --trellis 1 --analyse all --8x8dct --me umh --progress --no-psnr --output "M:\DVDs\Indiana Jones & The Last Crusade\Indi_3.mkv" "M:\DVDs\Indiana Jones & The Last Crusade\Indi_3.avs"
----------------------------------------------------------------------------------------------------------

Log for job job2

avis [error]: unsupported input format (DIB )
could not open input file 'M:\DVDs\Indiana Jones & The Last Crusade\Indi_3.avs'
desired video bitrate of this job: 1298 kbit/s - obtained video bitrate: 0 kbit/s
----------------------------------------------------------------------------------------------------------

I searched what is TIVTC in the forum, downloaed it & put the dll in avisynth plugin folder & also in the meGUI folder...but still the same thing...same error...

Just 2 days back I successfully encoded War of the Worlds using the meGUI ...but this time its not working... am I doing somthing wrong guys ?? pls Help me...

Doom9

16th January 2006, 08:06

When i press preview...there is nothing in it...just a thin black stripe...Open the script in a media player.. it will show you the error. It seems you forgot about point 5 in the reporting guidelines (good job otherwise):
If encoding/muxing doesn't start at all check your sources (e.g. open AviSynth script in a media player and VirtualDub, play the soundtrack in a media player, try playing the files to be muxed, etc.)

foxyshadis

16th January 2006, 09:12

Was the loss of the bitrate calc in x264 conditional intentional, or an accident? Because it's the best and I'd hate to lose it there.

berrinam

16th January 2006, 09:27

Was the loss of the bitrate calc in x264 conditional intentional, or an accident? Because it's the best and I'd hate to lose it there.
Is this due to the following bug?
MeGUI-x264 has no menus
Description: See http://forum.doom9.org/showthread.php?p=768048#post768048
Status: Not yet solved

In the Audio Encoding section setting a encoding profile then switching to Audio Radio button 2 will set the same profile. Changing the profile will then also change it for radio button 1.This is intentional.

In the MP4 muxer Audio section setting a name then switching to radio button 2 will keep the same name. Changing the name will then also change it for radio button 1.

This happens in 2.3.2024 as well.
This was fixed in 0.2.3.2026. Just wait for a new release

Avish

16th January 2006, 09:31

Open the script in a media player.. it will show you the error. It seems you forgot about point 5 in the reporting guidelines (good job otherwise):
No I didnt forgot about it...Here is the error MPC showed :
TFM: d2v file is not a d2v file or is of unsupported format!
(M:\DVDs\Indiana Jones & The Last Crusade\Indi_3.avs, line 3)

I thought that it's not mentionable enough...coz when i deleted the line 3 in script, it showed me the preview perfectly (ofcourse without deinterlacing) ;)
so the error must be in the TIVTC thing...which I cant figure out...

And yes, all the source files are playing perfectly (the soundtrack & the files to be muxed, etc)

Doom9

16th January 2006, 10:13

I thought that it's not mentionable enough...coz when i deleted the line 3 in script, it showed me the preview perfectly (ofcourse without deinterlacing)since you have the error in playback, obviously it's also the problem in encoding ;) So in turn, this is an AviSynth script problem, nothing that would relate to MeGUI or x264. I have no idea why decomb is in the script but isn't used.. or perhaps my filter knowledge is just too limited (all the scripting problems just go to show why the ideal script only contains 3 lines)

Avish

16th January 2006, 10:20

since you have the error in playback, obviously it's also the problem in encoding ;) So in turn, this is an AviSynth script problem, nothing that would relate to MeGUI or x264. I have no idea why decomb is in the script but isn't used.. or perhaps my filter knowledge is just too limited (all the scripting problems just go to show why the ideal script only contains 3 lines)

:confused: Then what should I do with this TIVTC thing which the meGUI automatically chooses after its deinterlacing analysis...whom should I ask about this ?? Pls guide me in the right direction ;)

berrinam

16th January 2006, 10:30

I implemented the source detection, and it automatically adds what you had to the script. The script generated for you seems in order, and it follows the instructions given in TIVTC's guide. This script works for me, so I'm not sure what's up. You should try making sure that (a) you made the d2v file with the latest version of DGIndex, and (b) you have the latest version of TIVTC.

If it still doesn't fix it, you can delete the d2v=whatever.d2v bit inside tfm(), but the guides recommend that parameter be set, so that's what I did.

EDIT: When I update to the most recent version of DGIndex, I get the same error as you. Time to do what I said immediately (whoops, didn't mean to stop there) above this paragraph: remove the d2v=whatever.d2v bit. I will also update MeGUI accordingly.

berrinam

16th January 2006, 10:54

Ok, I have updated the script generation. It now no longer adds the d2v=whatever.d2v bit inside tfm(). This is compatible with the newest version of DGIndex, but I'm not sure what happens with previous versions. The net result is that you should use DGIndex 1.4.6 or newer.

Obviously, the new binaries aren't up yet, but the change should be included in 0.2.3.2029, whenever it is released.

Avish

16th January 2006, 11:00

Avish

16th January 2006, 12:57

If it still doesn't fix it, you can delete the d2v=whatever.d2v bit inside tfm(), but the guides recommend that parameter be set, so that's what I did.

EDIT: When I update to the most recent version of DGIndex, I get the same error as you. Time to do what I said immediately (whoops, didn't mean to stop there) above this paragraph: remove the d2v=whatever.d2v bit. I will also update MeGUI accordingly.

Removing the d2v bit from script worked just fine :) Thanks...

starkebn

16th January 2006, 13:51

In the Audio Encoding section setting a encoding profile then switching to Audio Radio button 2 will set the same profile. Changing the profile will then also change it for radio button 1.

This is intentional.

Why? If I want a 5.1 main track and a 2.0 directors commentary at a lower bitrate of encoding then I can't do that without preencoding the files and adding them in the muxer.

Doom9

16th January 2006, 13:53

starkebn

16th January 2006, 14:08

was the audio profile bit ever changed? I thought I had initially written it so that the settings from making a profile selection would be applied only to the currently "active" audio stream. But it has been a really long while since I touched that part of the code (MeGUI is already 1 year old.. time just flies away)

Well, I didn't attempt to encode as the profile name was always incorrect for one of the audio streams. I'm also pretty sure I checked the settings and they had changed as well.

berrinam

17th January 2006, 05:26

Using deinterlace detection on a 4:3 vob file, I got the following error: "unexpected value". Here is the log file:
This attachment still hasn't been approved. Can you upload it on http://rapidshare.de/ so that I can have a look at it please?

The Link

17th January 2006, 15:36

In 0.2.3.2031 I have following problems:

The Deinterlace Analyzer doesn't work anymore: "Can't open analysis log file "..." Make sure that decomb.dll is in your AviSynth plugins dir"
Decomb.dll is in my plugins directory.

Loading the prerendering job via avs script doesn't work though the avi plays fine (using ffdshow). That causes the following jobs to (silently) fail.

In the settings-->Other-->xvid encoder dropdown menu are two entries too much (double entries).

Dayvon

17th January 2006, 15:38

Hey guys! Trying your GUI for the first time. I've run into a problem trying to do a 2-pass enc job. Here's the log.

Next job job4 is a video job. encoder commandline:
--pass 2 --bitrate 1500 --stats "H:\DVD TEMP\The Island\DVD\VIDEO_TS\Island DGI.stats" --ref 2 --bframes 2 --b-pyramid --b-rdo --bime --weightb --filter -1,-1 --subme 6 --analyse p8x8,b8x8,i4x4,p4x4 --threads 2 --zones 1,186771,b=1/186772,195705,b=0.5 --progress --no-psnr --output "H:\DVD TEMP\The Island\DVD\VIDEO_TS\Island DGI.mp4" "H:\DVD TEMP\The Island\DVD\VIDEO_TS\Island DGI.avs"
successfully started encoding of job job4
job commandline: --pass 2 --bitrate 1500 --stats "H:\DVD TEMP\The Island\DVD\VIDEO_TS\Island DGI.stats" --ref 2 --bframes 2 --b-pyramid --b-rdo --bime --weightb --filter -1,-1 --subme 6 --analyse p8x8,b8x8,i4x4,p4x4 --threads 2 --zones 1,186771,b=1/186772,195705,b=0.5 --progress --no-psnr --output "H:\DVD TEMP\The Island\DVD\VIDEO_TS\Island DGI.mp4" "H:\DVD TEMP\The Island\DVD\VIDEO_TS\Island DGI.avs"
----------------------------------------------------------------------------------------------------------

Log for job job4

unknown option (

_____________________________________________________________

It says it starts but then doesn't even go. What am I doing wrong? I had set it up to do automatic 2pass, but I'm not sure what went wrong.

Doom9

17th January 2006, 15:58

@Dayvon: which x264 version are you using? I gave your commandline a try and it failed as well.. I then identified the offending option as --bime by process of elimination (calling x264 from the commandline with the commandline megui shows you, then eliminate option by option). Since bime was only added in revision 390 and my revision was older than that, it's not surprising that it didn't work.
then I downloaded the latest x264 and it worked as it should. So I'd suggest you try an up-to-date x264 version

Dayvon

17th January 2006, 16:16

Amazing... that was a fast help time. Thanks so much. Will check it out and let you know in a sec.

Edit: I'm gonna have to run 1st-pass again. Will let you know later today if this solves the issue. Thanks!!

Doom9

17th January 2006, 16:31

Edit: I'm gonna have to run 1st-pass again. Will let you know later today if this solves the issue. Thanks!!Why? bime is disabled anyway in the first pass.. so unless you change your settings there shouldn't be any need to run the first pass again.

handtruck

17th January 2006, 18:58

I just tried to use MeGui to do an dvd-xvid conversion (thought the post was more pertinent here, though), and the colors came out all wrong. The easiest way to describe it is that the earth in the universal logo is dark brown, not blue as it should be.
I don't know if it is a mencoder, megui, or xvid issue. I did a 2 pass, got the problem, and then a one pass and got the same problem. I don't think it's xvid because it still works perfectly in virtualdubmod. Also, I've done a few x264 conversions with megui and that worked fine as well.

Any suggestions?

Thanks for your help.

Doom9

17th January 2006, 21:01

Any suggestions?Which dgindex build are you using? This is a known issue with older dgindex builds..

handtruck

17th January 2006, 21:04

Which dgindex build are you using? This is a known issue with older dgindex builds..

I'm using 1.0.12, I suppose I'll update it and let you know what happens. I don't understand why the avs file looks fine in Virtualdub and Megui when I open it. I'll let you know if that fixes it.

Doom9

17th January 2006, 21:27

I don't understand why the avs file looks fine in Virtualdub and Megui when I open it.It's a colorspace issue, and the upgrade will fix it.. your release is rather old.. I recall using that and getting discolored video as well. If you search the old MeGUI threads you'll come across the same issue mentioned. And the software requirements (http://forum.doom9.org/showthread.php?t=96032) mention you need at least DGIndex 1.41. There are other things that won't work properly with older releases (like demuxing two specific audio tracks).

Dayvon

17th January 2006, 21:49

Why? bime is disabled anyway in the first pass.. so unless you change your settings there shouldn't be any need to run the first pass again.

I tried to run just the second pass, and it wouldn't do it. I think the .stats file was erased since an error was encountered (I have delete files on abort enabled). But either way, I'm in the middle of the 2nd-pass now, so things are looking good.

BTW, since I have the momentary attention of the Doom9 man himself, I just wanted to let you know that I can't really express how much your site has meant to me. Not just for DVD backups or your amazing codec comparisions (which are phenomenal), but for overall knowledge database and learning guides about video and coding, not to mention the awesome way that your site promotes our consumer rights. Just wanted you to know you got a great thing going and I will continue to support all that goes on here.

handtruck

17th January 2006, 23:04

@doom9: Thanks, the update of DGIndex did the trick.. Have to keep my software updated! Should have tried that first before coming here, but I guess that would have been too easy.

SBaT

18th January 2006, 01:37

handtruck

18th January 2006, 01:38

Thanks! I got a great encode using megui and x264.
The only problem is that is will only play in mplayer, and not MPC (I DO have ffdshow installed). Is it because I muxed it into an AVI file (using megui) with mp3 audio? Isn't mp3 acceptable in the mp4 container? (you can only use aac when muxing to mp4)
The error I get is "MPC could not render some of the pins..." and this box:

Stream 0
AVI Splitter

Media Type 0:
--------------------------
AM_MEDIA_TYPE:
majortype: MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
subtype: Unknown GUID Name {10000005-0000-0010-8000-00AA00389B71}
formattype: FORMAT_VideoInfo {05589F80-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 0
bTemporalCompression: 1
lSampleSize: 1
cbFormat: 88

VIDEOINFOHEADER:
rcSource: (0,0)-(0,0)
rcTarget: (0,0)-(0,0)
dwBitRate: 0
dwBitErrorRate: 0
AvgTimePerFrame: 417083

BITMAPINFOHEADER:
biSize: 40
biWidth: 0
biHeight: 0
biPlanes: 1
biBitCount: 24
biCompression:
biSizeImage: 0
biXPelsPerMeter: 0
biYPelsPerMeter: 0
biYPelsPerMeter: 0
biClrUsed: 0
biClrImportant: 0

Dayvon

18th January 2006, 01:47

Did you make the video in MP4 then convert it to AVI, or did you make it in AVI and convert to MP4? Whenever you make a video file with MeGUI, it either comes out MP4, AVI, or MKV, and we need to know which you made it in, and which format you're trying to play it in now to help you trouble shoot.

MP3 is allowed in MP4 container as is AAC.

handtruck

18th January 2006, 02:05

I actually initially made a raw .264 AVC file thinking that would be best, since the muxer does allow that input for avi's, but that seems to be the problem. I then simply muxed the .264 into .mp4 with no audio and THEN used that .mp4 in the MKV muxer with the mp3 file and all is well. I don't know if that is something that needs to be looked into, but .264 input with mp3 audio muxed in the megui muxer will not play in MPC.

berrinam

18th January 2006, 02:20

I get an error screen when using Deinterlacing Analyse with message after progress bar has gone twice trough.
Unexpected value in file c:\filepath\ff_interlace.log
I'm using meGUI0.2.3.2024,DGIndex 1.4.6b5,TIVTCv1b7,decomb522
MeGUI shows in logfile DGIndex job successfull.
ff_interlace.log (http://www.bigupload.com/d=8D8298CD) if needed
Aha! Got it! Let me guess: your locale specifies the comma as the decimal separator? This problem has been cropping up all over the place. I'll submit a fix soon.

berrinam

18th January 2006, 02:22

I'll submit a fix soon.Done!

Sephiros

18th January 2006, 08:12

Hello,

I have a problem with 2.3.2024: for some reason the avisynth generator wont take my .vob (even if it's supported by the filter of the dialog box) and .d2v file i load give me a DGindex reported 0 frame in this file. This is a fatal error i tried to create the d2v projet with another version of DGindex but it wont change anything.

One thing to note though, the .vob is only the second chapter of a DVD (did that for testing purposes)

I dont have time right now to rip an entire dvd and see if the problem keeps poping, but ill try.

Doom9

18th January 2006, 09:28

@Sephiros: is dgdecode.dll somewhere in your windows path or have you configured the path to dgindex in the settings? If not, that's your problem. What megui is trying to tell you is that it cannot read your d2v file, and that's normally due to a missing dgdecode, or an incompatible d2v/dgdecode.dll combo.

@handtruck: sounds like you're lacking some filters. Install haali and try again.

The Link

18th January 2006, 10:54

The Deinterlace Analyzer doesn't work anymore: "Can't open analysis log file "..." Make sure that decomb.dll is in your AviSynth plugins dir"
Decomb.dll is in my plugins directory.
fixed :)
Loading the prerendering job via avs script doesn't work though the avi plays fine (using ffdshow). That causes the following jobs to (silently) fail.
This was partly my fault because I didn't have ffvfw installed (just ffdshow) but with AviSource it still doesn't work. Changing it to DirectShowSource fixed this problem completely.

Doom9

18th January 2006, 10:59

but with AviSource it still doesn't work.Can you access the ffdshow vfw configuration (start vdub, go to the codec configuration, select ffdshow, then go to the decoder tab) and make sure huffyuv decoding is activated? By default, a lot of VfW decoding in ffdshow is deactivated.

The Link

18th January 2006, 11:04

Yes, that fixes it, thank you! Since I never used ffvfw I didn't know that the vfw decoder has to be configured separately.

dimzon

18th January 2006, 11:53

Bug @ bitrate calculator - can't handle video if duration is >= 7 hrs!

Doom9

18th January 2006, 12:43

can't handle video if duration is >= 7 hrs!Did you have a look at the source or the GUI in the GUI designer? This is by design. The maxvalue is set to 6 on the hours control. If you have a video that's longer than that.. I can live with it if you're going to use another application. But since this only happens like never, I'm not particularly concerned about that limitation. When an actual user comes along with a plausible scenario we'll see.. but before that, it makes no sense covering usecases that never happen.

dimzon

18th January 2006, 13:49

The maxvalue is set to 6 on the hours control.
Yes, I know!

If you have a video that's longer than that..
Really YES, I have 7hrs49min video! I have discovered this bug trying to encode it via meGUI.
I'm not particularly concerned about that limitation. When an actual user comes along with a plausible scenario we'll see.. but before that, it makes no sense covering usecases that never happen.
Let's just set maxvalue to int.MaxVal (why not)

Doom9

18th January 2006, 14:03

(why not)Actually, that would cause problems elsewhere in the calculator.. variables would overflow and thus crash the entire software. Imagine the length you're proposing, and a 20 mbit/s bitrate.. a high audio bitrate..

What the heck is your video? Who in his right mind is going to spend 8 hours watching a video? I'm sure it's just something you've been lazy to cut, admit it ;)

dimzon

18th January 2006, 14:32

Actually, that would cause problems elsewhere in the calculator.. variables would overflow and thus crash the entire software.
Seems lilke we need decimal computations ;)

SBaT

18th January 2006, 14:55

@berrinam
Thankyou for the updates noticed them also on the dev thread.
One question left. Where can I find 0.2.3.2033, or are I'm just too hasty and they show up at sourceforge at some point? Just eager to try out new version :)

max-holz

18th January 2006, 16:33

I have queued this job:

Starting job job1-1 at 15.42.25
Job is a video job. encoder commandline:
--pass 1 --bitrate 685 --stats
"C:\Scambio\Elaborazione Video\Peter\Peter.stats"
--bframes 3 --b-pyramid --filter -2,-1 --subme 1
--analyse none --me dia --threads 2 --progress
--no-psnr --output NUL
"C:\Scambio\Elaborazione Video\Peter\Peter.avs"
successfully started encoding

I always use the option --threads 2 and I have noticed that the pause button in the Queue tab does not suspend any threads. The pause button in this case suspends only the progress bar and the advancement of the enconding's percentage but not the encoding itself.

Doom9

18th January 2006, 17:33

I have noticed that the pause button in the Queue tab does not suspend any threads. The pause button in this case suspends only the progress bar and the advancement of the enconding's percentage but not the encoding itself.This is not quite correct. The thing is that x264.exe keeps on running for a while, while the line processing is suspended.. you don't get any status updates anymore because the processing is effectively suspended. After some 1xx frames, x264 will then stop as well, but not before that. The other codecs are not affected by this and I have no other way to suspend an encoder than to stop reading its outputs, other than to starve the application for CPU time (which would involve making MeGUI eat 100% cpu time.. not a good strategy).

One question left. Where can I find 0.2.3.2033, or are I'm just too hasty and they show up at sourceforge at some point? Just eager to try out new versionIt's already in the CVS but the thing with the releases is it takes time.. hence I asked for some help in the news so that we have somebody else making releases while all developers just focus on the code instead.

max-holz

18th January 2006, 17:50

This is not quite correct. The thing is that x264.exe keeps on running for a while, while the line processing is suspended.. you don't get any status updates anymore because the processing is effectively suspended. After some 1xx frames, x264 will then stop as well, but not before that. The other codecs are not affected by this and I have no other way to suspend an encoder than to stop reading its outputs, other than to starve the application for CPU time (which would involve making MeGUI eat 100% cpu time.. not a good strategy).

It's already in the CVS but the thing with the releases is it takes time.. hence I asked for some help in the news so that we have somebody else making releases while all developers just focus on the code instead.

???

Just a test

1) start the encoding
2) press the pause button at 0.3% of percentage of the encoding
3) after 10 minutes x264 process still eating 50% of CPU's time (P4 3.4 with dual channel memory 1 GB)
3) resume the encoding
4) the percentage of the encoding jumps to 3,4%

Sorry Doom9, for me the pause button doesn't function!

Doom9

18th January 2006, 18:25

well.. I just can't reproduce that on either of my machines (an X2 and a regular P4 without any HT).. it stops shortly after being told to stop.

3) after 10 minutes x264 process still eating 50% of CPU's timeNow that makes no sense.. either it would be 100% (or 99%), or something over 50% in case of two cores.
Even if I set 2 threads on my P4, it still pauses.. it takes a while, perhaps 30 seconds (and it encoded a good 300 frames in the meantime), but then it does what it's been told to.

max-holz

18th January 2006, 18:36

or something over 50% in case of two cores

That's right, after 10 minutes this is the situation, dual channel memory is like two cores. Perhaps I didn't explain well the issue. I have done a test with 1 thread, same situation.
I'am not sure but perhaps the ManualResetEvent isn't the best choice; I have thinked about the Semaphore class.

Ciao

max-holz

18th January 2006, 18:53

I have found this sample:

using System;
using System.Threading;
using System.Timers;
using System.Runtime.InteropServices;

// Sample application to demonstrate CPU imbalance on
Hyper-Threading enabled processors namespace cpuimbalance
{
public class ParameterBlock
{
public uint id;
public uint threadOption;
public uint loops;
public ManualResetEvent ev;
}

sealed public class SampleApp
{
static ParameterBlock[] blocks;
static uint numberOfThreads;
static uint threadOption;

// VTune API which supports VTPause and VTResume data collection feature.
// VTune is started in pause data collection mode until we are ready to begin
// event sampling.
[DllImport("vtuneapi.dll")]
static extern void VTResume();

public static void ThreadProcess(object parameterBlock)
{
ParameterBlock x = parameterBlock as ParameterBlock;
uint sum = 0;
uint i = 0;

// Wait to be signal before entering infinite loop.
x.ev.WaitOne();

// Simple loop to keep thread busy.
while (true)
{
// Add OS kernel call which provides the OS with an opportunity to
// context-switch this thread sooner than it may otherwise.
if (threadOption == 1) x.ev.WaitOne();
sum = sum + i*i;
i += 1;
x.loops += 1;
}
}

static void Main(string[] args)
{
if (args.Length != 2)
Console.WriteLine ("Invalid argument: [number of threads] [thread option]");

numberOfThreads = uint.Parse(args[0]);
threadOption = uint.Parse(args[1]);

blocks = new ParameterBlock[numberOfThreads];
blocks[0] = new ParameterBlock();
blocks[0].id = 0;
blocks[0].threadOption = threadOption;
blocks[0].ev = new ManualResetEvent(false);
for (uint i = 1; i < numberOfThreads ; i++)
{
blocks[i] = new ParameterBlock();
blocks[i].id = i;
blocks[i].threadOption = threadOption;
blocks[i].ev = new ManualResetEvent(false);
// Queue up worker threads.
ThreadPool.QueueUserWorkItem (new WaitCallback(ThreadProcess), blocks[i]);
}

// Signal threads to begin.
for (uint i = 0; i < numberOfThreads; i++)
blocks[i].ev.Set();

// Signal VTune Performance Analyzer to begin collecting data
VTResume();

// Using main thread as a worker thread. Begin processing
ThreadProcess (blocks[numberOfThreads - 1]);

// Should never get here since the threads running in infinite loop by design!
// Exit controlled by VTune when it terminates this process after data collect.
// Alternatively, user can kill the process through Cntrl-C.
}
}
}

I presume that the problem is that MEGui doesn't cycling for checking the number of threads and so doesn't dispatch the ManualResetEvent to all threads.
Also found this article: http://www.yoda.arachsys.com/csharp/multithreading.html
Ciao

Doom9

18th January 2006, 19:09

I'am not sure but perhaps the ManualResetEvent isn't the best choice; I have thinked about the Semaphore class.So you know C#.. excellent.. then why don't you put a breakpoint in the readStdOut and readStdErr methods, press pause, and see what happens.

max-holz

18th January 2006, 19:29

So you know C#.. excellent.. then why don't you put a breakpoint in the readStdOut and readStdErr methods, press pause, and see what happens.
I will do a debug tonight when I will be at home.
At later

max-holz

18th January 2006, 22:33

I have done the debug Doom9.
This is the 2 pass 1° pass same settings as described in my above post.

In Form1.cs App performs

private void pauseButton_Click(object sender, System.EventArgs e)
{
if (!this.paused) // we're encoding
{
paused = true;
string error;
if (vEnc != null) // currently encoding video
vEnc.pause(out error);

then in Video Encoder.cs

public virtual bool pause(out string error)
{
error = null;
return encoder.pause(out error);
}

then in CommandlineVideoEncoder.cs

public override bool pause(out string error)
{
error = null;
if (mre.Reset())
return true;
else
{
error = "Could not reset mutex. pause failed";
return false;
}
}

No error is returned, the application seems to have performed correctly the ManualResetEvent mre.Reset(), the problem is that event doesn't affect x264.exe encoding. The code doesn't pass from AviSynthProcessor.cs or in any other point of CommandlineVideoEncoder.cs especially protected void readStdOut() and protected void readStdErr() as you said to me.

Ciao

AMED

18th January 2006, 23:05

I'm not sure if this is a feature request or a bug, but here goes

when using the Avisynth script creator, i load in a .d2v file that has a aspect ratio of 4:3. the output resolution vaules in the "resolution crop" section stays at 640x272. shouldn't this value be the correct ratio when the .d2v file is loaded?

4:3 = 640x480
16:9 = 640x352

or maybe a good idea to set the "suggest resolution" to be on for 4:3,16:9 and 1:1 and off for custom?

please move this post if it is in the wrong place

Doom9

18th January 2006, 23:12

i load in a .d2v file that has a aspect ratio of 4:3. the output resolution vaules in the "resolution crop" section stays at 640x272.Yup.. that's the default value.. you need to enable "suggest resolution" for it to make a proper suggestion.. if you don't, then I assume you know your resizing and will make the proper choice. Just because I could make it change to 640x480 doesn't mean the user will make the right choice.. either you know it and the defaults don't matter, or you don't in which case you enable "suggest resolution"

the problem is that event doesn't affect x264.exe encoding. Since it does what it's supposed to and you're the only one so far to report this problem, I have to assume the error is machine related..

max-holz

18th January 2006, 23:15

Since it does what it's supposed to and you're the only one so far to report this problem, I have to assume the error is machine related..

I think not!!!

Sharktooth

18th January 2006, 23:18

Doom9

18th January 2006, 23:28

I think not!!!you need to prove that.. otherwise I consider it an insult since I wrote and tested that code.

max-holz

18th January 2006, 23:34

you need to prove that.. otherwise I consider it an insult since I wrote and tested that code.
If the thread code doesn't fuction o with hyperthreading CPU is not a machine problem but a bug. For your notice also the Stop button is inoperative only the Abort button does the right job.

AMED

18th January 2006, 23:58

here is a audio extension bug i just stumbled across,

how to reproduce

on the input tab, set the audio portion to MP3 and set the Video output type to MKV

open up the dgindex, load in a vob, and choose "select audio streams to demux" and select any language, but leave track 2 empty, check both check boxes at the bottom of the dgindex window and click queue

goto the queue tab and click start and wait for the avisynth script creator to open, don't change anything in this window and click save

on the megui window, go back to the input tab and look at the extension of the audio output file, it will be called *.mp4

Doom9

19th January 2006, 09:02

For your notice also the Stop button is inoperative only the Abort button does the right job.You are once again mistaken. Stop stops the queue.. the current job will still be encoded. Hm.. I thought I was surrounded by VirtualDub loving people.. I blatantly copied much of the queue functionality from VDub.. it has the exact same feature working the exact same way. Stopping encoding in mit-stream is a dangerous and deadly operation.. hence it's called something dangerous: abort, and it asks you if you are really sure you want to do that.

If the thread code doesn't fuction o with hyperthreading CPU is not a machine problem but a bug.So you got that cheap piece of an smp excuse? Is the CPU usage always 50% when encoding or does it change when you press pause or thereafter? And just to make this very clear: I have a real SMP system and it works there.. Can you switch off HT and try again? And you've already verified that the code works.. how can you possibly call it a bug then.. there's not more you can do from within .NET.. there's no control over the actual encoding process.. if for some reason encoding goes on even if stdout and stderr are blocked on a HT system, that would still be an x264 problem if not a hardware problem (I've come across enough applications that don't even work properly with HT)

on the megui window, go back to the input tab and look at the extension of the audio output file, it will be called *.mp4That's by design because AAC is the default output. Is the codec dropdown still set to MP3?

AMED

19th January 2006, 09:28

That's by design because AAC is the default output. Is the codec dropdown still set to MP3?yeah, the dropdown still says MP3, you need to change the drop down from MP3 to something else and then back again and the extension will change to .mp3

http://img10.imageshack.us/img10/29/pic011pn.png

after fixing the extension of the audio file and i use the autoencode button, i get this error

http://img30.imageshack.us/img30/3264/pic029ps.png

it doesn't seem to do anything because all the files show in the queue tab as they should and encoding of the video, audio, muxing and playback works fine.

Gehenna

19th January 2006, 12:21

Im getting the same error as AMED,i think the problem could lie here

Command line from my custom NAAC
Build 0.2.3.2024

"C:\Program Files\MP3 Utils\BeSweet\BeSweet.exe" -core( -input "G:\DVD\02x25\VTS_02_PGC_01_1 T01 3_2ch 448Kbps DELAY 0ms.ac3" -output "G:\DVD\02x25\VTS_02_PGC_01_1 T01 3_2ch 448Kbps DELAY 0ms.mp4" -logfile "G:\DVD\02x25\VTS_02_PGC_01_1 T01 3_2ch 448Kbps DELAY 0ms.besweet.log" ) -azid( -s stereo -c normal -L -3db ) -bsn( -2ch -vbr_internet -codecquality_high -aacprofile_lc ) -ota( -g max )

Build 0.2.3.2033

-core( -input "G:\DVD\02x25\VTS_02_PGC_01_1 T01 3_2ch 448Kbps DELAY 0ms.ac3" -output "G:\DVD\02x25\VTS_02_PGC_01_1 T01 3_2ch 448Kbps DELAY 0ms.mp4" -logfile "G:\DVD\02x25\VTS_02_PGC_01_1 T01 3_2ch 448Kbps DELAY 0ms.besweet.log" ) -azid( -s stereo -c normal -L -3db ) -bsn( -2ch -vbr_internet -codecquality_high -aacprofile_lc ) -ota( -g max )

This part is missing "C:\Program Files\MP3 Utils\BeSweet\BeSweet.exe" in build 2033

Richard Berg

19th January 2006, 13:23

I tracked down AMED's messagebox, worried because it originates from my new error checking code. Turns out it's not my bug ;)

In MeGUI.getDelay(), fix this line:

// wrong: string delay = openFileDialog.FileName.Substring(start + 6, openFileDialog.FileName.LastIndexOf("ms.") - start - 6);
string delay = fileName.Substring(start + 6, fileName.LastIndexOf("ms.") - start - 6);

AMED: please confirm that it does not happen if you rename your audio file to not have "delay" in the name.

Doom9

19th January 2006, 13:28

This part is missing "C:\Program Files\MP3 Utils\BeSweet\BeSweet.exe" in build 2033Thanks for an insightful report.. I'm afraid this is most likely an error on my part.. I can verify when I get home.

stax76

19th January 2006, 14:35

Not necessary better but a different approach:

public int ExtractDelay(string value) {
Match m = Regex.Match(value, @"(-?\d+)ms\.");
if (m.Success) return int.Parse(m.Groups[1].Value);
return 0;
}

Doom9

19th January 2006, 16:25

Turns out it's not my bugWell.. somebody moved around stuff and it wasn't me.. I still recognize my openDialog ;)

@stax: while I have no doubt it does the same, it is incomprehensible for anybody not familiar with regexps.. that's why I think they are to be avoided at all cost. Regexps all but kill Perl and invite people to write code nobody else can comprehend. While that may be good for job security, there are also the obvious drawbacks of such an approach.

AMED

19th January 2006, 21:47

AMED: please confirm that it does not happen if you rename your audio file to not have "delay" in the name. When i change the filename from VTS_02_1 T01 2_0ch 192Kbps DELAY -15ms.ac3 to VTS_02_1 T01 2_0ch 192Kbps.ac3, the unsupported configuration error box does not appear.

Morte66

19th January 2006, 21:49

When you hit "Auto Encode" on the "Input" tab with no audio file selected, then check "Add additional content" on the "Automatic Encoding" dialogue and hit "Queue", there is an error launching the "Mux" dialogue. It pops up a message to say "Problem with audio input filename: The path is not of a legal form." Of course, at this point you have not selected any audio (since you are e.g. muxing original AC3 without encoding it).

You can just ignore the message, select sound/subtitles/chapters, and hit "Go". The output filename is disabled so you can't change it, but it loads the mux job in the queue with the default name.

Doom9

20th January 2006, 10:24

@Richard: what morte66 reports.. could it be caused by the changes you've made? I know when I wrote this I tested it and I don't recall making changes there

Richard Berg

20th January 2006, 15:07

Yes. I had it call my filename error checking during AutoEncode. Is it legal to AutoEncode w/o audio? What is it supposed to do?

Doom9

20th January 2006, 15:13

Is it legal to AutoEncode w/o audio? Yes it is..
What is it supposed to do?
if (noAudio2BeEncoded && noAudioToBeMuxed)
bitrate = calculateBitrate (for the given container given the desired target size... make nothing if the "don't care" flag is set for bitrate)
if (noAudio2BeEncoded && audioToBeMuxed)
bitrate = calculatebitrate(target size - audio size - audio muxing overhead )
if (audioToBeEncoded)
just create jobs and write the desired target size in the video job so that once we switch from audio to video, we can recalculate the bitrate.

digidragon

20th January 2006, 17:53

When deleting some jobs from the queue, I got an error (MeGui 0.2.3.2033):
---------------------------
Fatal error
---------------------------
MeGUI encountered a fatal error and has to close. Reason: The given key was not present in the dictionary. Source of exception: mscorlib stacktrace: at System.ThrowHelper.ThrowKeyNotFoundException()

at System.Collections.Generic.Dictionary`2.get_Item(TKey key)

at MeGUI.MeGUI.deleteJobButton_Click(Object sender, EventArgs e)

at System.Windows.Forms.Control.OnClick(EventArgs e)

at System.Windows.Forms.Button.OnClick(EventArgs e)

at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)

at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)

at System.Windows.Forms.Control.WndProc(Message& m)

at System.Windows.Forms.ButtonBase.WndProc(Message& m)

at System.Windows.Forms.Button.WndProc(Message& m)

at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)

at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)

at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
---------------------------
OK
---------------------------

Although it said it had to close, it didn't.

BTW, this was when deleting some duplicate jobs (jobs 2 through 4) - jobs 1-1, 1-2, and 5 would have remained afterwards.

Doom9

20th January 2006, 20:07

@digidragon: can you be more specific as how anybody can reproduce this scenario? Start out with a vanilla MeGUI build (extract it to another directory), then set up jobs and try to make it crash again.. that's what we need to reproduce and identify the problem.

Although it said it had to close, it didn't.Yippie.. my code to catch fatal flaws works... I was never sure since I hardly manage to crash it anymore.

digidragon

20th January 2006, 20:57

Well, it was actually a virgin install...

I just loaded an avisynth script. I added the video to the queue (avc-mp4). Then I tried to add the audio (ac3->FAAC) to the queue. But it complained that the input/output formats were incompatible. I altered some parameters and tried to queue it again, but had the same error. I tried again, but got the same error. I tried yet again, and finally it seemed to work. But then I noticed that although it had given me the incompatibility errors, it had actually added all those the jobs to the queue. That's why I deleted the duplicate jobs mentioned in my above post.

bob0r

20th January 2006, 21:41

Not really a bug, but just pointing this warning out again:

dimzon creates them, sharktooth fixes them (just to promote one megui version here comes):

megui-x264-svn.exe

Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

SettingsForm.cs(111,25): warning CS0169: The private field 'MeGUI.SettingsForm.textBox3' is never used
SettingsForm.cs(112,23): warning CS0169: The private field 'MeGUI.SettingsForm.label3' is never used
SettingsForm.cs(113,24): warning CS0169: The private field 'MeGUI.SettingsForm.button3' is never used
SettingsForm.cs(114,25): warning CS0169: The private field 'MeGUI.SettingsForm.textBox2' is never used
SettingsForm.cs(115,23): warning CS0169: The private field 'MeGUI.SettingsForm.label2' is never used
SettingsForm.cs(116,24): warning CS0169: The private field 'MeGUI.SettingsForm.button2' is never used
SettingsForm.cs(117,25): warning CS0169: The private field 'MeGUI.SettingsForm.textBox1' is never used
SettingsForm.cs(118,23): warning CS0169: The private field 'MeGUI.SettingsForm.label1' is never used
SettingsForm.cs(119,24): warning CS0169: The private field 'MeGUI.SettingsForm.button1' is never used

"SettingsForm.cs 1.19 dimzon lame/faac/neroaac path selection some little code cleanup"

EDIT:
DOH that was irontic:
http://forum.doom9.org/showthread.php?p=771938#post771938

Bloody slow SF CVS :)

puffpio

20th January 2006, 22:34

Not a bug, but warning

Using megui 0.2.3.2033

Created a cbr mp3 w/ megui, created an xvid avi w/ megui using the mencoder program.

When I tried muxing them together with the avi muxer, I selected the audio and video, chose CBR for audio, and when I added it to the queue, I get an error saying the avi could not be loaded...a problem with loading the avi and to check the avs script (even though the avi I'm loading i an avi..not avs)

However the job still added to the queue and I was able to mux succesfully

puffpio

20th January 2006, 22:39

Doom9

20th January 2006, 22:50

It used to work correctly a couple versions ago...maybe I need to delete some configuration files?I suspect the fps reported is not exactly 23.976 anymore.. did you recently upgrade dgindex or avisynth? those changes aimed at getting around QT's and mplayers inability to play all kinds of MP4 files were bound to break other applications...

puffpio

21st January 2006, 03:20

ahh..yeah im running the latest beta of dgindex..i'm running 2.56 of avisynth

o well..not a big problem..i just get the framecount by opening the avs in vdub..and i know what the framerate is, so I can just it manually

The Link

21st January 2006, 16:21

A bug I reported here (http://forum.doom9.org/showthread.php?p=772455#post772455).

Richard Berg

21st January 2006, 16:44

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

Doom9

21st January 2006, 16:51

@Richard: if you're going to use List instead of ArrayList (no objections to that at all.. I'm glad we can remove them one by one.. ), why not go all the way and get rid of all the casts that are no longer necessary?

Richard Berg

21st January 2006, 17:19

What casts? Maybe the patch didn't work correctly...here's that function:
private AudioStream[] getConfiguredAudioJobs()
{
List<AudioStream> list = new List<AudioStream>();
foreach (AudioStream stream in audioStreams)
{
if (String.IsNullOrEmpty(stream.path))
{
// no audio is ok, just skip
break;
}
string settingsError = stream.isEncodable();
if (settingsError != null)
{
MessageBox.Show(settingsError, "Unsupported audio configuration", MessageBoxButtons.OK, MessageBoxIcon.Stop);
break;
}
if (mp4Output.Checked)
{
if (stream.isMP4Muxable())
list.Add(stream);
}
else if (aviOutput.Checked)
{
if (stream.isAVIMuxable())
{
list.Add(stream);
break; // only one avi stream is allowed
}
}
else if (mkvOutput.Checked)
{
if (stream.isMuxable())
{
list.Add(stream);
}
}
}
return list.ToArray();
}
The List<> is a local variable -- I didn't change the method signature -- so casting elsewhere in the program isn't affected.

Doom9

21st January 2006, 17:22

hmm.. looks like somebody already did quite a bit of cleaning up.. I don't recall using the ToArray function at all. I only had a look at the patch, not the result of applying it, sorry.

Richard Berg

21st January 2006, 17:24

ToArray() is in the patch :)

Doom9

21st January 2006, 17:29

well.. it looks like it's all good then. And as far as the audio config goes in the main screen.. I think we can do away with the mp3 limitation.. just offer both configurations and in case of avi output, the second stream will be dumped (with a message to the log perhaps.. or display a message to the user).

I was also thinking about a feature that might be useful: warn the user if his job is likely to fill up his HD. It doesn't have to be an accurate size prediction.. but if a simplified calculation returns that the output might become too big.. it might not hurt to be warned (especially some people with PCs that have no business encoding AVC since they're too slow, are willing to wait for days for an encode to complete).

Richard Berg

21st January 2006, 17:31

Sounds good. A rough check can't hurt, so long as you can override it.

ChronoCross

21st January 2006, 19:34

I really wish I could give a better but report than I'm about to but I don't have alot of information due to the nature of the bug.

MeGUI freezes when trying to load the avs it creates in the pre-render step.
The AVI is 19GB and is unloadable in any player. The created avs also crashes vdubmod and virtualdub(stable).

That's all the info I can give cause no output is given to logs and no error message is displayed.

berrinam

21st January 2006, 22:32

ChronoCross

21st January 2006, 23:08

I've updated the bug list at the beginning of the thread. I'm not sure of the status of these, so I listed all the new ones as not yet solved.

@ChronoCross: Do you have the newest build of mencoder? What is the error when trying to load the avi with vdubmod?
yeah first time around I used C_D's build. Then I built my own copy of it and ran the test again using the cvs from today.

MeGUI and vdubmod don't give an error with the avs. When I load the .avi straight into vdub mod it says the following:

"Reconstructing missing block index (Aggressive mode)"

After reconstruction:
[!] AVI: Index not found or damaged -- reconstructing via file scan.

[!] AVI: Keyframe flag reconstruction was not specified in open options and
the video stream is not a known keyframe-only type. Seeking in the video
stream may be extremely slow.

berrinam

21st January 2006, 23:14

Weird.... I got that same problem with VDubMod, when I was testing with mencoder output. Then I added the commandline switches, --noodml --forceidx, and it was fixed. It sounds like you have the opposite problem. I'm not convinced as to the reliability of mencoder for large files, but I stuck with it because I didn't think it was worth adding another dependancy. Perhaps mencoder shouldn't be used...

ChronoCross

22nd January 2006, 04:33

berrinam

22nd January 2006, 05:35

Do you think we could do x264 lossless rather than huffy? The load it in DirectShowSource with a known fps? I know this presents a problem in terms of vfr but for cfr it would be an possible solution.
It's a possibility. However, the problem is speed, as x264 is quite slow when compared to huffyuv. I suppose with most options disabled, it wouldn't be so bad, though.

No matter which codec is used, though, there is still the problem of a hidden dependancy on being able to play H264 files. I'm not even sure that MeGUI has any way of checking that except .... oops, getting carried away again. I suppose that it could be tried.

My idea when getting carried away is that as well as doing a check for all required programs (which has been suggested somewhere), MeGUI could also create a few dummy scripts/clips to see whether they could be rendered, eg it could create a blank yv12 avs script to see if it can be loaded, and it could create a blank lossless x264 clip to see if it can be directshowsource'd. If not, MeGUI should download and install CoreAVC+Haali. Ah well, this is the wrong thread for that, and it's not going to happen until autoonlineupdate is supported.

foxyshadis

22nd January 2006, 08:39

h.264 lossless is not that efficient. I mean, entirely aside from being abominally slow to encode and play, it's only slightly smaller than lagarith (that's on my filtered anime, but I've heard it's even worse with rl) with every x264 quality setting maxed out. (Encoding time 30x lags.) With most options disabled it's actually usually larger than lags and huffy, and still slower. :p

berrinam

22nd January 2006, 09:35

The efficiency is not the point. If you have enough space to losslessly compress, and be able to account for variances in compressibility, it really doesn't matter how efficient it is. However, speed is of course important, and, as you said, it IS slower. The real reason why x264 lossless is worth considering for MeGUI is that the output files _work_, whereas that doesn't seem to be certain with mencoder.

ChronoCross

22nd January 2006, 10:19

Well I finished another test using ffdshow to encode the Huffy AVI. It was 26GB rather than the 19 of the mencoder version. There were no avi errors and it loaded perfectly in Megui. Seems mencoder has a problem with huffy or with avi itself when doing large files. ffdshow to huffy is another idea to consider.

Doom9

22nd January 2006, 11:08

Seems mencoder has a problem with huffy or with avi itself when doing large files. ffdshow to huffy is another idea to consider.I think avi is the culprit, I've seen similar report for > 4 GB XviD output. I'm hoping encraw won't have these problems. Has anybody tried ffmpeg? I'm about to look into it for muxing (mencoder's raw -> avi muxing has issues as well). I don't think x264 lossless would be a good idea either.. there's no avi output so you'd have to open the input via directshowsource and that's where parser issues enter the game.

foxyshadis

22nd January 2006, 14:01

http://forum.doom9.org/showthread.php?p=772934#post772934
and the following posts.

Sorry, I was in a hurry: problem is that command-line inloop filter settings are incorrectly generated.

Richard Berg

22nd January 2006, 17:36

mencoder doesn't like my slow AVS scripts, period. It quits before the first frame is returned, saying it can't figure out the input format. Works fine with simple test scripts in the same rez/colorspace.

Razorholt

22nd January 2006, 19:54

Bug: The small arrows for the "Birate Variance" don't increase/decrease the values well... unless I'm wrong?

- Dan

puffpio

22nd January 2006, 20:49

Bug: The small arrows for the "Birate Variance" don't increase/decrease the values well... unless I'm wrong?

- Dan
Happens to me too..but only in certain situations

If you open the bitrate calc and use the arrows, it works.
However, if you start changing numbers manually (maybe even start changing other fields in different parts of that window) And then go back to the up and down arrows, they don't work anymore

Richard Berg

23rd January 2006, 00:28

Bugs:

1) pre-rendering checkbox does nothing with AutoEncode

2) I get the "audio input file" error even when AutoEncoding with valid audio. I won't after my fix, but this makes me worry I made the wrong fix (i.e. I'm checking the wrong filenames to begin with)

These bugs convince me that we need to refactor AutoEncode so that it uses the regular audio & video queueing codepaths. Having to fix everything in 2 places is killing us, especially when those 2 places operate with very different internal logic.

3) Have some jobs going. Dragdrop a d2v file and queue the index job. The d2v creator dialog will sit there, and the rest of MeGUI will be unresponsive, until you kill it. Waiting for the index job would probably work too, but that might be days away...

Tima

23rd January 2006, 01:40

Bugs and one feature request for Bitrate Calculator

- when selecting audio file, there's no 'ogg' extension in filetype box.
- when I change framerate, Number of frames (instead of length!) changes. It's confusing. :)
+ there'd be good to take into account other files I want to put on CD. This feature is present in Gordian Knot, for example.

berrinam

23rd January 2006, 02:04

I think avi is the culprit, I've seen similar report for > 4 GB XviD output. I'm hoping encraw won't have these problems. Has anybody tried ffmpeg? I'm about to look into it for muxing (mencoder's raw -> avi muxing has issues as well).ffmpeg seems to be the solution for a lot of problems that mencoder has. What does mencoder do that ffmpeg doesn't? Perhaps a complete switch to ffmpeg could be a solution?

I don't think x264 lossless would be a good idea either.. there's no avi output so you'd have to open the input via directshowsource and that's where parser issues enter the game.Yes... with all of these methods, there is the issue of an implicit dependency on ffdshow (afaik, that's the only vfw decoder of ffvhuff).

Doom9

23rd January 2006, 09:26

does ffmpeg support snow?

dimzon

23rd January 2006, 09:40

does ffmpeg support snow?

ffmpeg -formats

produce

...
DEV snow
...

puffpio

23rd January 2006, 10:53

Using megui 0.2.3.2033

When loading an avs file into the program, then going into the bitrate calculator, the video length, framerate, and framecount is incorrect

This occurs both when I loaded an avs script taht was @ 29.97fps and also at 23.97fps. In both cases the framerate the bitrate calculator displayed was 25fps, and the video length was short by a couple minutes.

It used to work correctly a couple versions ago...maybe I need to delete some configuration files?

further comment..i've used avisynth 2.56 for quite a while now..and it's worked always..so I believe the problem can be narrowed down to just dgindex and not avisynth. not a big deal, but since this bug report made it's way to the first post, I felt I should narrow down the search space :P

Doom9

23rd January 2006, 11:17

so I believe the problem can be narrowed down to just dgindex I think so to. I think the breaking change has been introduced in 1.4.6 beta 3 (http://forum.doom9.org/showthread.php?p=764522#post764522) so if you could try to create your project again using an older beta (or just the latest stable version) and verify that it works there, that would be much appreciated.

- when selecting audio file, there's no 'ogg' extension in filetype box.That's right.. that's because the calculator doesn't support Vorbis.. it's almost impossible to accurately calculate it (you can find some details in a thread in the container form).
+ there'd be good to take into account other files I want to put on CD. I approach this a different way: you can set the output size ;) As you may want to include X files from Y different directories, it would become quite complex rather quickly to handle this all.. so it's better that you get the filesize in KB from your files and set the output size accordingly.

- when I change framerate, Number of frames (instead of length!) changes. It's confusingWell.. it's a question of your approach, isn't it? If you have your input already configured, lenght and FPS will be set correctly so there's no need to change the FPS dropdown, is there? The only reason I could imagine is that the source script (but that's really far fetched when I think of it because the source script should already include IVTC commands), would be 29.97 and you know you're going to IVTC (in GKnot you even have to manually change the FPS in that case).. but that doesn't change the movie's length, but the number of frames is to be changed. However, assume somebody is using the calculator as a standalone tool, thus having to manually input the source length and FPS. I think it's more likely that this person would enter the movie's length rather than the number of frames, then select the FPS, which in turn calculates the proper number of frames.

Now who volunteered to have a go at the calculator? It should be somebody headache resistant.. it's a major PITA.

Morte66

23rd January 2006, 12:06

MeGUI 0.2.3.2033: In the "OneClickConfigurationDialog" launched from the "One Click Profile Setup" menu, there is a checkbox for "Automatic Deinterlacing". If I set that and then bring up "One Click Encoder" to set up the actual job, the other settings are copied from the profile but "Automatic Deinterlacing" is not set on the "Advanced Config" tab.

It seems this one is not propagating.

berrinam

23rd January 2006, 12:44

@Morte66: This bug is fixed in the newest CVS update (0.2.3.2037). I'm pleased at the interest in the One Click Encoder that my guide seems to have brought (enough to actually find the bugs ;)).

Tima

23rd January 2006, 15:38

That's right.. that's because the calculator doesn't support Vorbis.. it's almost impossible to accurately calculate it (you can find some details in a thread in the container form).
Hmm.. ок, but 'vorbis' is present in Type dropdown.. ;)

Well.. it's a question of your approach, isn't it? If you have your input already configured, lenght and FPS will be set correctly so there's no need to change the FPS dropdown, is there?
Agreed. Waiting for a fix for getting framerate from new DGIndex project correctly. :)

I think it's more likely that this person would enter the movie's length rather than the number of frames, then select the FPS, which in turn calculates the proper number of frames.

Maybe, but it may happen that he'll not get the correct number of frames, because he can set time with precision only to 1 second. ;)

Another issue with calculator - Ctrl-C doesn't copy the selection in some boxes (e.g. frame count) -- I have to copy it by right-click and it's not convenient..

Doom9

23rd January 2006, 15:53

Hmm.. ок, but 'vorbis' is present in Type dropdown..Hmm.. then I guess I should change the fileopen dialog.. if it's in the dropdown in all likelyhood I added the calculation code (but it's a dirty approximation.. much more so than for any other thing in the calculator - well.. mkv bitrate calculation is much of an approximation as well as the overhead depends on properties you only know after encoding.. the number if i/b/p frames)

Maybe, but it may happen that he'll not get the correct number of frames, because he can set time with precision only to 1 second.If our user notices that, he'll start entering number of frames and fps which in turn calculates the proper length ;)

Richard Berg

23rd January 2006, 18:14

Now who volunteered to have a go at the calculator? It should be somebody headache resistant.. it's a major PITA.
I did. No way it can give a worse headache than what I'm doing at work. However, said work is probably going to have me here 80 hours this week, so no MeGUI coding anytime soon.

Bug #4 for this page: if MeGUI is minimized to tray and a job completes, the next job shouldn't pop up a status window.

Mutant_Fruit

23rd January 2006, 19:45

Whats wrong with the calculator/needs to updated? Might possibly be able to take a look at it.

Tima

23rd January 2006, 20:13

Now I accidentally closed MeGUI in the middle of encoding job, but process x264 still remains working :) Is it by design?

Tima

23rd January 2006, 20:31

Let's continue playing.. ;)

When I try to enter '9999999' into the 'Number of Frames' box, I end with:

---------------------------
Fatal error
---------------------------
MeGUI encountered a fatal error and has to close. Reason: Value of '11' is not valid for 'Value'. 'Value' should be between 'Minimum' and 'Maximum'.

Parameter name: Value Source of exception: System.Windows.Forms stacktrace: at System.Windows.Forms.NumericUpDown.set_Value(Decimal value)

at MeGUI.Calculator.textField_TextChanged(Object sender, EventArgs e)

at System.Windows.Forms.Control.OnTextChanged(EventArgs e)

at System.Windows.Forms.TextBoxBase.OnTextChanged(EventArgs e)

at System.Windows.Forms.TextBoxBase.WmReflectCommand(Message& m)

at System.Windows.Forms.TextBoxBase.WndProc(Message& m)

at System.Windows.Forms.TextBox.WndProc(Message& m)

at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)

at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)

at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
---------------------------
ОК
---------------------------

But after pressing OK it doesn't closes and all other boxes don't respond on any changes in 'Number of Frames' box.

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

Inconvenience - when I want to change target size (e.g. from 700 to 800), I erase (or simply select) the content of that box and enter a new value. Immediately after typing '8' I get an error message:
---------------------------
Unobtainable configuration
---------------------------
Your audio is larger than the desired output size.

This is impossible. Please reduce audio bitrate or increase target size
---------------------------
ОК
---------------------------

But I don't want it because I'm STILL typing a value. Can MeGUI wait until I finish? ;)

Doom9

23rd January 2006, 22:04

Might possibly be able to take a look at it.Just look at the last two pages of this thread. And be careful, whenever you change something, make sure you test through all possible scenarios again because you have a 99% chance that something else will not work properly anymore.. at least that's my experience with the calculator.
Now I accidentally closed MeGUI in the middle of encoding jobUh, how is this possible? I mean, if you close it, you're being asked if you really want to abort.. so accidentally doesn't exist. If you kill the app via task manager though, then yes, the encoder keeps running because you just rip the plug from megui.. it's like that for every commandline application you launch, they are still being run in a separate process space.

Immediately after typing '8' I get an error message:There's a simple workaround: select 7 with your mouse, type 8.

berrinam

23rd January 2006, 22:26

There's a simple workaround: select 7 with your mouse, type 8.It's still annoying, though. The wrong event is being caught. A focuschanged/enterpressed event is probably the right thing.

Tima

23rd January 2006, 23:21

Yes, I already use this workaround. ;)

It's still annoying, though. The wrong event is being caught. A focuschanged/enterpressed event is probably the right thing.
Exactly the thing I wanted to ask for. :)

berrinam

24th January 2006, 00:14

@Mutant_Fruit: I'm planning to fix most of the bugs now, but I'm not going to touch the bitrate calculator. There are 3 bitrate calculator-related bugs, and I've tentatively put you down as working on them. See the list on the first post of this thread. Tell me if you want to fix them.

bob0r

24th January 2006, 00:38

0.2.3.2039

compile x264-svn, gives:

Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

AviSynthAudioEncoder.cs(635,7): error CS1024: Preprocessor directive expected
AviSynthAudioEncoder.cs(647,7): error CS1024: Preprocessor directive expected

megui-x264-svn.exe is not created

berrinam

24th January 2006, 00:48

3) Have some jobs going. Dragdrop a d2v file and queue the index job. The d2v creator dialog will sit there, and the rest of MeGUI will be unresponsive, until you kill it. Waiting for the index job would probably work too, but that might be days away...
I can't reproduce this. You do realise that you have to close the d2v creator after you have created the job, right? (For some reason, the close checkbox isn't displayed there).

Richard Berg

24th January 2006, 00:59

berrinam

24th January 2006, 01:23

I've never worked with d2v files before, and all of my MeGUI instances are running long jobs so I can't test in a state w/ empty queue. Is the Queue button never supposed to dismiss the dialog? If so, what's the intended scenario? Queuing the same idx job several times?
Opening the D2V creator through the menu gives you a checkbox which says 'and close', next to the Queue. When in dialog mode, this doesn't exist, which seems ot be the wrong behaviour. The reason there are all these variations is that there are 4 ways of opening the D2V creator window:
1. Menu (has the 'and close' checkbox)
2. Load an index job (closes when you press update. Has no 'and close' checkbox)
3. Select an mpeg2 file in the AviSynth Script Creator (I think this closes when you press queue)
4. Drag-n-drop (doesn't close and doesn't have the 'and close' checkbox. This is the bug)

berrinam

24th January 2006, 03:34

I think so to. I think the breaking change has been introduced in 1.4.6 beta 3 (http://forum.doom9.org/showthread.php?p=764522#post764522) so if you could try to create your project again using an older beta (or just the latest stable version) and verify that it works there, that would be much appreciated.I would imagine this would also cause problems with auto force film, as the fps is indicated slightly differently in the d2v file. Time to change the auto force film code, and boost the required DGMPGDec version to 1.4.6 beta 3 or later, then. What do you think?

berrinam

24th January 2006, 03:54

Using megui 0.2.3.2033

When loading an avs file into the program, then going into the bitrate calculator, the video length, framerate, and framecount is incorrect

This occurs both when I loaded an avs script taht was @ 29.97fps and also at 23.97fps. In both cases the framerate the bitrate calculator displayed was 25fps, and the video length was short by a couple minutes.

It used to work correctly a couple versions ago...maybe I need to delete some configuration files?
Can you test this in 0.2.3.2041 when it is released? I _think_ I fixed it there, but your testing again would be appreciated.

ChronoCross

24th January 2006, 06:30

I would imagine this would also cause problems with auto force film, as the fps is indicated slightly differently in the d2v file. Time to change the auto force film code, and boost the required DGMPGDec version to 1.4.6 beta 3 or later, then. What do you think?

I only use the official finals. I don't want to encounter double the bugs lol. but if you up it I guess I'll have no choice.

foxyshadis

24th January 2006, 07:05

DG has stated that he doesn't believe in differentiating between a beta and final version, he just increments the number when he feels enough features have gone in to warrant it. Thus some of his are permanent betas. :p

Just to make sure it didn't get overlooked:
The current --filter syntax is incorrect. MeGUI outputs something like -2,3, but the proper syntax is -2:3, and given -2,3 x264 will always reuse the first argument, thus -2,3, -2,-6, and -2,0 are all equivalent to -2:-2.

L4z4rus

24th January 2006, 11:42

Hi, I've just done a CVS update, but I get the following error when trying to compile? (I haven't had any problems in the past) Last working version I compiled was 0.2.3.2037 yesterday:

Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

AviSynthAudioEncoder.cs(635,7): error CS1024: Preprocessor directive expected
AviSynthAudioEncoder.cs(647,7): error CS1024: Preprocessor directive expected
Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

AviSynthAudioEncoder.cs(635,7): error CS1024: Preprocessor directive expected
AviSynthAudioEncoder.cs(647,7): error CS1024: Preprocessor directive expected
Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

Form1.cs(3282,10): warning CS1030: #warning: 'dimzon'
neroraw\neroraw.cs(60,27): error CS0017: Program
'c:\meGUI\MeGUI-src.CVS\megui.exe' has more than one entry point
defined: 'MeGUI.NeroRawAacEncoder.Main(string[])'
Form1.cs(2702,15): error CS0017: Program 'c:\meGUI\MeGUI-src.CVS\megui.exe' has
more than one entry point defined: 'MeGUI.MeGUI.Main()'
Press any key to continue . . .

The Link

24th January 2006, 12:04

@L4z4rus: Just remove the neroraw folder and try again or make a new cvs checkout since Dimzon seems to have fixed this compilation bug.

L4z4rus

24th January 2006, 12:26

@The Link:
Thanks, still no luck - tried removing neroraw, no success, & made a new cvs checkout, still getting the same error log....:confused:

Update: worked out the problem, I'd checked all the files in the error had updated except for compile.bat, I'll try & update again in a bit as its still currently giving me an older version.

The Link

24th January 2006, 12:28

Strange ... when I removed the neroraw folder compiling worked here. Dimzon said that he commited the fix (http://forum.doom9.org/showthread.php?p=774118#post774118) but probably it takes some time till all servers are synchronized (or whatever).

dimzon

24th January 2006, 12:39

L4z4rus

24th January 2006, 13:27

I'll remember to allow for the CVS delay in the future...:)

...Bugger....now i've managed to update to latest CVS changes I get a new error (compile.bat rev1.5; AviSynthAudioEncoder.cs rev1.3; AvisynthWrapper.cs rev1.1):

Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

AvisynthWrapper.cs(360,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(363,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(366,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(369,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(372,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(375,7): warning CS0162: Unreachable code detected
Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

AvisynthWrapper.cs(360,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(363,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(366,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(369,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(372,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(375,7): warning CS0162: Unreachable code detected
Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

Form1.cs(3282,10): warning CS1030: #warning: 'dimzon'
AviSynthAudioEncoder.cs(695,13): warning CS0618:
'System.Threading.Thread.Suspend()' is obsolete: 'Thread.Suspend has
been deprecated. Please use other classes in System.Threading, such as
Monitor, Mutex, Event, and Semaphore, to synchronize Threads or protect
resources. http://go.microsoft.com/fwlink/?linkid=14202'
AviSynthAudioEncoder.cs(702,13): warning CS0618:
'System.Threading.Thread.Resume()' is obsolete: 'Thread.Resume has been
deprecated. Please use other classes in System.Threading, such as
Monitor, Mutex, Event, and Semaphore, to synchronize Threads or protect
resources. http://go.microsoft.com/fwlink/?linkid=14202'
AvisynthWrapper.cs(360,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(363,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(366,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(369,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(372,7): warning CS0162: Unreachable code detected
AvisynthWrapper.cs(375,7): warning CS0162: Unreachable code detected
Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

warning CS1607: Assembly generation -- The version '0.0.1.*' specified for the
'file version' is not in the normal 'major.minor.build.revision' format

dimzon

24th January 2006, 13:31

I'll remember to allow for the CVS delay in the future...:)

...Bugger....now i've managed to update to latest CVS changes I get a new error (compile.bat rev1.5; AviSynthAudioEncoder.cs rev1.3; AvisynthWrapper.cs rev1.1)
there are no error word @ output, there are only warning isn't it :rolleyes: So don't worry about this warnings.

L4z4rus

24th January 2006, 13:52

@Dimzon

Thanks :) - I'm having an idiot day today , i've just spotted the binaries in my CVS folder

dumbas..

24th January 2006, 18:45

1. Checked for thread reports non found so forgive if repeated or in wrong thread.

Objective:

Test Megui and staxrip for most suitable gui for EPISODE DVD use.
Player Media Player classic 6.4.8.7
Fdshow ver 29 November
x264 set to use libravic
Both gui's using same vob sample

Stax rip:

output > playable >all ok

Megui
created aac audio frorm vob clip in mp4 container > playable
created video from vob to mp4 >playable

BUT when I mux above > error reported See END OF LOG

log:
Starting job job2 at 17:14:35
Job is a dgindex job. dgindex commandline:
"C:\MY PROGRAMS\VIDEO\StaxRip\Applications\DGIndex\DGIndex.exe" -AIF=[C:\Documents and Settings\Brian\My Documents\DVD\VTS_07_1.VOB] -OF=[C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\dgindex] -exit -OM=2
successfully set up dgindex
Processing ended at 17:14:36
----------------------------------------------------------------------------------------------------------

Log for job job2

----------------------------------------------------------------------------------------------------------
Starting job job1 at 17:18:35
Job is an audio job. Commandline:
-core( -input "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\dgindex T01 3_2ch 448Kbps DELAY 0ms.ac3" -output "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui audio.mp4" -logfile "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui audio.besweet.log" ) -azid( -s stereo -c normal -L -3db ) -dimzon( -dllname bse_FAAC.dll -q 100 ) -ota( -g max )
successfully started encoding
Processing ended at 17:18:40
----------------------------------------------------------------------------------------------------------

Log for job job1

BeSweet v1.5b30 by DSPguru.
--------------------------

[00:00:00:000] Initializing...
[00:00:00:000] -- Initializing...

[00:00:34:016] |

[00:00:34:016] Finalizing...
[00:00:34:016] Conversion Completed !

Visit DSPguru's Homepage at :
http://DSPguru.doom9.net/

----------------------------------------------------------------------------------------------------------
Starting job job2-1 at 17:18:40
Job is a video job. encoder commandline:
--pass 1 --bitrate 1161 --stats "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\avisynth.stats" --bframes 2 --b-pyramid --nf --subme 1 --analyse none --me dia --progress --no-psnr --output NUL "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\avisynth.avs"
successfully started encoding
Processing ended at 17:19:03
----------------------------------------------------------------------------------------------------------

Log for job job2-1

avis [info]: 640x272 @ 25.00 fps (851 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2 3DNow!
x264 [info]: slice I:6 Avg QP:17.33 size: 10569
x264 [info]: slice P:552 Avg QP:19.08 size: 6761
x264 [info]: slice B:293 Avg QP:23.26 size: 2729
x264 [info]: mb I I16..4: 66.0% 0.0% 34.0%
x264 [info]: mb P I16..4: 41.6% 0.0% 0.0% P16..4: 43.7% 0.0% 0.0% 0.0% 0.0% skip:14.7%
x264 [info]: mb B I16..4: 2.3% 0.0% 0.0% B16..8: 29.8% 0.0% 0.0% direct:14.3% skip:53.5%
x264 [info]: final ratefactor: 20.68
x264 [info]: kb/s:1079.9

Actual bitrate after encoding without container overhead: 1080.13

----------------------------------------------------------------------------------------------------------
job job2-1 has been processed. This job is linked to the next job: job2-2
Starting job job2-2 at 17:19:03
Job is a video job. encoder commandline:
--pass 2 --bitrate 1161 --stats "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\avisynth.stats" --bframes 2 --b-pyramid --bime --weightb --nf --trellis 1 --analyse p8x8,b8x8,i4x4,p4x4 --progress --no-psnr --output "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui video.mp4" "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\avisynth.avs"
successfully started encoding
Processing ended at 17:19:56
----------------------------------------------------------------------------------------------------------

Log for job job2-2

avis [info]: 640x272 @ 25.00 fps (851 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2 3DNow!
mp4 [info]: initial delay 2 (scale 25)
x264 [info]: slice I:6 Avg QP:17.17 size: 7830
x264 [info]: slice P:552 Avg QP:18.73 size: 6778
x264 [info]: slice B:293 Avg QP:22.40 size: 3842
x264 [info]: mb I I16..4: 68.5% 0.0% 31.5%
x264 [info]: mb P I16..4: 30.3% 0.0% 15.8% P16..4: 20.4% 10.0% 5.3% 1.3% 0.9% skip:15.9%
x264 [info]: mb B I16..4: 2.6% 0.0% 2.0% B16..8: 31.4% 2.9% 7.1% direct: 9.0% skip:45.0%
x264 [info]: kb/s:1155.0

Actual bitrate after encoding without container overhead: 1155.16
desired video bitrate of this job: 1161 kbit/s - obtained video bitrate: 1157.18942420682 kbit/s
----------------------------------------------------------------------------------------------------------
Starting job job3 at 17:21:19
Job is a mux job. Commandline:
-add "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui video.mp4" -add "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui audio.mp4":lang=eng -new "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui video and audio muxed.mp4"
successfully set up muxer
Processing ended at 17:21:19
----------------------------------------------------------------------------------------------------------

Log for job job3

IsoMedia import - track ID 1 - Video (size 640 x 272)
Unknown input file type
Error importing C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui audio.mp4:lang=eng: Feature Not Supported
(Feature Not Supported)

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

As a test I muxed the .264 and aac output from staxrip through the Megui muxer to MP4 Result >PLAYABLE

THEREFORE megui muxing works (but with Staxrip output files)

Confused NEW user needs tea and sympathy :confused:
I MUST be doing something daft here so be gentle!

I would like to use Megui 'cause it will queue episodic DVD conversion.

Richard Berg

24th January 2006, 19:23

Do you have the latest version of mp4box?

ChronoCross

25th January 2006, 00:01

CVS works great. Thanks guys.

dumbas..

25th January 2006, 00:25

@Richard Berg

Thanks

Well I have the version dated 8/11/2005
Not sure how to acertain the version number
I tried the latest release from
http://www.aziendeassociate.it/cd//gpac/dev/MP4Box.7z

dated 03 January 2006

It crashes out with a windows error

AppName: mp4box.exe AppVer: 0.0.0.0 ModName: mp4box.exe
ModVer: 0.0.0.0 Offset: 0005c867

The MeGui log is none the wiser:
Muxjob ended and deletion of intermediate files is activated
Starting job job2 at 23:16:29
Job is a mux job. Commandline:
-add "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui video.mp4" -add "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui audio.mp4":lang=eng -new "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui Mux.mp4"
successfully set up muxer
Processing ended at 23:16:40
----------------------------------------------------------------------------------------------------------

Log for job job2

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

So I'm a bit stuck. Neither want to work!

ChronoCross

25th January 2006, 01:03

Well I can confirm that there is a problem with the latest cvs in terms of mp4box. it doesn't seem to be a meGUI problem but rather with the compiling itself. I just compiled it and it gives the same crash error.

I'm going to try and troubleshoot it.

I still can't compile it to correctly work but here's a working version dated 1/19/06 from kurtnoise.

http://kurtnoise.free.fr/mp4tools/

dumbas..

25th January 2006, 06:16

@ChronoCross

Thanks for the reply and Link post
Tried 1/19/06 (result below) and the other two in the link with the same result.

Unfortunately....

Yes, you guessed, they did not crash:) but still gave the error:confused:

Starting job job1 at 05:00:23
Job is a mux job. Commandline:
-add "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui video.mp4" -add "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui audio.mp4":lang=eng -new "C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\blah.mp4"
successfully set up muxer
Processing ended at 05:00:24
----------------------------------------------------------------------------------------------------------

Log for job job1

IsoMedia import - track ID 1 - Video (size 640 x 272)
Unknown input file type
Error importing C:\Documents and Settings\Brian\My Documents\DVD\MEgui Output\megui audio.mp4:lang=eng: Feature Not Supported
(Feature Not Supported)

Grrrrrr, IS IT ME ?:scared:

ChronoCross

25th January 2006, 06:27

What audio encoding are you using?

puffpio

25th January 2006, 07:53

Can you test this in 0.2.3.2041 when it is released? I _think_ I fixed it there, but your testing again would be appreciated.

yes.. I will definately test it once it is released

dumbas..

25th January 2006, 14:56

What audio encoding are you using?

AAC via Besweet,FAAC.exe & dll

See output log
http://forum.doom9.org/showthread.php?p=774305#post774305

Tried to anticipate your next and changed Besweet from ver dated 17 May 2005 to that used in Staxrip ver 1.5b31

All seems ok now on test vob. I will try a full DVD and see what happens.

Hope I won't be troubling you again (fingers crossed):thanks:

The Link

25th January 2006, 16:09

Probably a mistake/misunderstanding on my side but could it be that the one-click encoder is broken, i.e. if i click "go" only the dgindex job is sent to the job queue.

Raithmir

25th January 2006, 16:18

2033 shutdown after encoding box on the queue tab seems to only work if you click it before you start processing.

dimzon

25th January 2006, 16:36

Probably a mistake/misunderstanding on my side but could it be that the one-click encoder is broken, i.e. if i click "go" only the dgindex job is sent to the job queue.
Yes, you are mistaken. We does'nt need count && names of the output of dgindex job so we can't add all of them at once. When dgindex job was finished special postprocessing code will be invoked. This code analyzes dgindex output via folder scan and add encoding/mux jobs to queue :cool:

Doom9

25th January 2006, 16:38

Probably a mistake/misunderstanding on my side but could it be that the one-click encoder is broken, i.e. if i click "go" only the dgindex job is sent to the job queueThere's a German saying I like "Probieren geht über Studieren". Try it and see what happens. Hint: MeGUI as currently incapable of creating video jobs without the AviSynth input being present.. and that input only exists once the indexing job has been run.

2033 shutdown after encoding box on the queue tab seems to only work if you click it before you start processing.Could you elaborate this a bit? What exactly can be done to reproduce the problem, starting with the double click on megui.exe.

The Link

25th January 2006, 16:43

Hmm ... well, after the dgindex job has finished megui (2045) simply silently quits and that's it (shutdown after encoding is not activated).

edit2: could the problem be that the extracted audiotrack is a wav file?

dimzon

25th January 2006, 16:56

could the problem be that the extracted audiotrack is a wav file?
I'm not shure (i'm not take close look @ this part of code) but i guess you are right - problem is wav audio...

The Link

25th January 2006, 16:58

Yepp, just tested another source with ac3 audio, which works. The culprit seems to be pcm audio extracted to a wav file by dgindex.

ChronoCross

25th January 2006, 18:43

The only DVD's I've seen that use wav audio are the anime ones I import from japan. What kind of DVD's are these?

The Link

25th January 2006, 18:46

The only DVD's I've seen that use wav audio are the anime ones I import from japan. What kind of DVD's are these?
I used a simple music video from my massive attack DVD. Music videos on DVD often have pcm audio afaik.

Doom9

25th January 2006, 19:48

iirc (and without looking at the sources), I think the "find audio after dgindex" routine only looks for ac3 files.. it probably b0rks when there's none found even though you chose to demux something. I should definitely have a look but then again, right now I have to spend that free time on other things.

berrinam

25th January 2006, 22:16

Actually, it *should* pick up wav audio, too:
if (file.IndexOf(trackNumber) != -1 &&
(file.EndsWith(".ac3") ||
file.EndsWith(".mp3") ||
file.EndsWith(".mp2") ||
file.EndsWith(".mpa") ||
file.EndsWith(".dts") ||
file.EndsWith(".wav"))) // It is the right track
{
audioFiles.Add(file);
}However, that code is case sensitive, which means it requires the extension to be in lower case (that's the bug).

@The Link: What is the filename of your wav audio?

The Link

25th January 2006, 22:25

The filename is "VTS_01_1 T01 48K 16bit 2ch.wav". Perhaps there is another reason then.

berrinam

25th January 2006, 22:32

Hmm.... weird..... it *should* pick it up. Could you upload a small sample, just so I can test a VOB-with-PCM?

stax76

25th January 2006, 22:50

Hehe, I think the apps that create upper case want to test other apps which just to easiliy fall over that. Recently I got some feedback that DVD Decrypter demuxed files (upper case) won't mux with DivXMux (needs lower case!). Being warned I searched then my code for 'EndsWith' and was embarrassed to find how often I was using 'EndsWith' for file extension comparison.

berrinam

26th January 2006, 00:40

The filename is "VTS_01_1 T01 48K 16bit 2ch.wav". Perhaps there is another reason then.
Found and fixed: it was looking for the delay, and crashed when it didn't say it in the filename. Fixed in 0.2.3.2050.

L4z4rus

26th January 2006, 11:50

Since 0.2.3.2048 (now using .2050) I seem to keep getting this message when clicking the Preview button in the Avisynth script generator window (to update Video Preview after using resize).

I haven't had any problems in the past, and the initial preview opens fine after loading a d2v file:

The file LoadPlugin("C:\Program Files\Media\DGIndex\dgdecode.dll")
mpeg2source("C:\DVD\24-08\VTS_01_1.d2v")
#blank deinterlace line
#crop
LanczosResize(640,352)
#denoise
cannot be opened

Unable to load DLL 'AvisynthWrapper': The specified module could not be found

The script opens fine in Virtual Dub, Media Player etc. & I have Helix YUV codecs installed / FFDShow (setup as per guide). :confused:

dimzon

26th January 2006, 11:59

L4z4rus

26th January 2006, 12:21

Thanks...should have thought of that myself :rolleyes:

sPunkt

27th January 2006, 18:20

Hello,

I have installed MeGUI and all the other components the way described in the Guide (I hope...). Everything works like a charm until I want to queue the rendering job. Irrelevant of which When I click "queue" I get an Error Message stating

MeGui encountered a fatal error and hac to close. Reason: Value cannot be null.
Parameter name: String Source of exception: mscorlib stacktrace: at
System.Number.StringToNumber(String str, NumberStyles options, NumberFormatInfo info)
at MeGUI.Job.Util.adjustNbThreads(VideoCodecSettings settings)
at MeGUI.Job.Util.generateVideoJob(String input, String output, VideoCodecSettinge settings, Boolean skipVideoCheck)
at MeGUI.Job.Util.prepareVideoJob(string movieInput, string movieOutput, VideoCodecSettings settings, Boolean prerender)
at MeGUI.MeGUI.getVideoJobs()
at MeGUI.MeGUI.addVideoJob(Boolean start)
at MeGUI.MeGUI.queueVideoButton_Click(object sender, EventArgs e)
at System.Windows.Forms... (truncated - assume this is irrelevant)

Any idea of what might be the problem?
Your help is greatly appreciated, thanks!

ChronoCross

27th January 2006, 18:48

Doom9

27th January 2006, 19:20

@sPunkt: what operating system are you using?
@ChronoCross: quoting an entire stacktrace is a bit excessive ;)

ChronoCross

27th January 2006, 19:36

@sPunkt: what operating system are you using?
@ChronoCross: quoting an entire stacktrace is a bit excessive ;)

my bad. lol

ChronoCross

27th January 2006, 23:47

This bug report seems to be more of a nuance if someone were to actually do it. But I discovered it when I forgot to close the open new compile of megui and deleted the default Profile.xml it created upon the first opening. It sends the program into an infinite error loop and makes the program uncloseable except using the task manager.

Error Picture (http://www.chronocrossdev.com/images/close_no_settingsxml.png)

burgerpardis

28th January 2006, 04:22

I'm testing the avisynth audio encoding using MeGUI-0.2.3.2055 and I get the following error after dgindex runs everytime. dgdecode versions are the same in the avisynth plugin's directory and in dgindex.

your avisynth script has the following problem:
error in avisynth script:
Script Error: there is no function named "tfm"
(C:\BAND_OF_BROTHERS_D2\VIDEO_TS\VTS_01_PGC_01_1.avs, line 2)
Continue anyway?

then it asks yes or no. I'm going to click yes and see what happens...ok, it then says video input can't be opened and megui closes down.

berrinam

28th January 2006, 04:31

Ok, the error is pretty simple. You are missing TIVTC (I link to it in my guide -- it's one of the AviSynth plugins).

As to MeGUI closing down.... well.... that's definitely got to be fixed.

burgerpardis

28th January 2006, 05:58

just out of curiosity, is it for the audio encoding? Because I am running the same encode using 0.2.3.2033 flawlessly right now with out TIVTC.

berrinam

28th January 2006, 07:22

just out of curiosity, is it for the audio encoding? Because I am running the same encode using 0.2.3.2033 flawlessly right now with out TIVTC.
No, it's (probably) added by the automatic source detection (finds and removes various combing/interlacing patterns). I'm surprised that you don't have this problem with 2033, because source detection was added in 2014. Did you generate your AVS script, or did MeGUI do it for you? What does your script look like (please post)?

burgerpardis

28th January 2006, 19:22

megui did it for me. here is the one that works,

mpeg2source("C:\BAND_BROTHERS_D2\VIDEO_TS\VTS_01_PGC_01_1.d2v")
#deinterlace
crop(0,0,-2,-2)

LanczosResize(320,176)
#denoise

and here is the one that doesn't:

mpeg2source("C:\BAND_BROTHERS_D2\VIDEO_TS\VTS_01_PGC_01_1.d2v")
tfm().tdecimate(hybrid=1)
crop(0,0,-2,-2)

LanczosResize(320,176)
#denoise

do you want me to show the video and audio profiles?

Doom9

28th January 2006, 19:50

just add the avisynth plugin as berrinam told you to. If you want to use the automatic interlace detection, you just gotta have that plugin.

burgerpardis

28th January 2006, 20:04

I added the plugin as soon as he said so. I guess something in the deinterlacing changed from 33 to 55.

sPunkt

29th January 2006, 01:46

@ChronoCross: Yup, everything set correctly.
@doom9: Win98SE - and for reasons beyond my control, this unfortunately will not change for quite some time... .net is 2.0

berrinam

29th January 2006, 02:34

Go to Tools->Settings, and make sure that 'Automatically set number of threads' is not checked. It's a Win98 problem.

bob0r

29th January 2006, 16:39

Compiling 2055 fails

compile x264-svn

Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

DialogManager.cs(6,7): error CS0246: The type or namespace name 'Utils' could not be found (are you missing a using directive or an assembly reference?)

Turd_Ferguson

30th January 2006, 05:32

this is what errors show in my MeGUI log file:

Log for job job2-3

avis [info]: 320x240 @ 29.97 fps (3201 frames)
x264 [error]: Error: 2pass curve failed to converge
x264 [error]: target: 54818.00 kbit/s, expected: 881.01 kbit/s, avg QP: 22.0000
x264 [error]: try reducing target bitrate or reducing qp_min (currently 22)

i am using the PD-iPod profile and everythings runs along until MP4Box starts, and then i get the windows "serious error" box. i know i have seen this error posted anywhere, i just haven't seen any solutions yet. the complete logfile is attached. let me know if i should post this somewhere else. thanx.

berrinam

30th January 2006, 06:39

It sounds like you are using AutoEncode or OneClick with a CD size target, causing the calculated bitrate to be way too high. What you should really do (since it seems like you don't have a target size in mind) is select "Don't care" for target file size, which will mean it will use PD-iPod's bitrate (700kbps), instead of calculating a new one.

Hopefully, that will also fix your MP4Box error.

neo squidward

30th January 2006, 06:55

When I try to mux to mp4 I get a windows error "MP4box.exe encountered a problem..." and this is in the megui 0.2.3.2055 log

Starting job job1 at 11:53:19 PM
Job is a mux job. Commandline:
-add "H:\test-vdubv.mp4" -add "H:\test-vduba.mp4":lang=eng -new "H:\test-vdub.mp4"
successfully set up muxer
Processing ended at 11:53:30 PM
----------------------------------------------------------------------------------------------------------

Log for job job1

IsoMedia import - track ID 1 - Video (size 640 x 352)

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

ChronoCross

30th January 2006, 07:09

When I try to mux to mp4 I get a windows error "MP4box.exe encountered a problem..." and this is in the megui 0.2.3.2055 log

there are some problems with some of the mp4box version going around. most specifically celtic_druids build is broken. However the one made by kurtnoise works and can be found here:

http://kurtnoise.free.fr/mp4tools/

Turd_Ferguson

30th January 2006, 07:18

@berrinam
thanx for the lightening reply! i set the "don't care" file size and get the same error with widows about MP4Box. however, the log file is different and i see no errors in that. i have attached the new log file.

Igor Kharchenko

30th January 2006, 07:31

After updating MeGUI to version that needs Framework 2, shutdown didn't work. Now I'm using v2033. System - windows xp prof sp2, logged as advanced user.

Turd_Ferguson

30th January 2006, 07:39

@ChronoCross
Frigging Sweet! i downloaded MP4Box_2006119 from your link, and everything seems to work fine. the resulting .mp4 file plays fine in iTunes, and on iPod. Thank you. you just saved my monitor from being punched. The down side is now i will want to buy a new Athlon FX-60 to be able to keep up with my impatience while encoding.

@anybody
should i be concerned with the "signal AR" and "automatic deinterlacing" check boxes in the one click encoding menu? i will always be using NTSC DVDs as sources.

berrinam

30th January 2006, 09:23

@anybody
should i be concerned with the "signal AR" and "automatic deinterlacing" check boxes in the one click encoding menu? i will always be using NTSC DVDs as sources.
Signalling AR is a mater of choice and/or target size/bitrate, if any. Basically, it provides a way of increasing the vertical resolution without increasing the horizontal resolution. Use this if you think you have a high enough bitrate and you want the extra resolution.

Automatic deinterlacing: yes, I would say that it is a good idea for you to use this. If you know what interlacing is, then you will have an idea about what this does. If you don't then look it up on the web. http://www.100fps.com has some description about it.

Doom9

30th January 2006, 09:38

@Turd_Ferguson: Can you try to run the following commandline manually:

mp4box -add "C:\THE_OFFICE\VIDEO_TS\trial01_Video.mp4" -add "C:\THE_OFFICE\VIDEO_TS\trial01 T01 2_0ch 192Kbps DELAY 0ms.mp4":lang=eng -fps 29.97 -new "C:\THE_OFFICE\VIDEO_TS\trial01.mp4"

Also, what mp4box version are you using? If you look around the forum a little, there are many broken builds floating around. Here's a sample link to a problem I think is the same as you're having: http://forum.doom9.org/showthread.php?t=105552

puffpio

30th January 2006, 10:03

yes.. I will definately test it once it is released

Hey I tested it out and indeed it is fixed. The correct frames and framerate is detected

Turd_Ferguson

30th January 2006, 19:27

@Doom9, The Great and Omnicient :)
i wish i could give more info on the version of MP4Box i'm using, but everything i know is that it was in the file named MP4Box_2006119.zip from the link that ChronoCross posted. if i try to open MP4Box.exe, all i get is a little black command box that flashes on the screen for less than a second. second, i'm not sure what you want me to do with that commmand line you posted.

@anyone
so i can run the 1'46", 4:3 source clip thru the whole MeGUI process fine, in 4:3 and 16:9 ratios. if i check Automatic Deinterlace, i will get an error when muxing.

i have yet to get anything else to complete. it seems that the error always occurs in the muxing stage, so i will try some different versions of MP4Box and see if that helps. this is the last few lines of the attached log file.

Log for job job2-3

Unknown input file type
Error importing C:\THE_OFFICE\VIDEO_TS\01\pilot_Video.mp4: Feature Not Supported
(Feature Not Supported)

thanx

sPunkt

30th January 2006, 23:21

Go to Tools->Settings, and make sure that 'Automatically set number of threads' is not checked. It's a Win98 problem.

Fixed it - thanks!

Doom9

30th January 2006, 23:36

Error importing C:\THE_OFFICE\VIDEO_TS\01\pilot_Video.mp4: Feature Not Supported
(Feature Not Supported)That's the prototype of mp4box screwing up :(

What I mean by "run the commandline" is (and you really should learn that.. it may not be an everyday thing today but knowing what a commandline is still helps today.. there are multiple tasks that can be done more efficiently from it). run a commandline goes like this: press start, click on run, type cmd, press enter. There's your commandprompt.. the holy grail of computing (and how the old guard started out.. even today, if you ever enter linux or unix territory you are dead in the water without a commandline). Then you can copy and paste the commandline and press enter to run it.
Needless to say that you need to be in the directory where your mp4box is in.. so type something like "cd "d:\my software\my really amazing path\blah blah blah\"" .. cd is short for change directory.. and you need the quote that starts before d:\. If you have windows xp, you can also start typing, then press tab to try autocompletion of paths.

berrinam

31st January 2006, 07:48

After updating MeGUI to version that needs Framework 2, shutdown didn't work. Now I'm using v2033. System - windows xp prof sp2, logged as advanced user.
More information required. Does it always fail? Are you sure it was checked? Did any jobs have errors, or did you abort any jobs?

Igor Kharchenko

31st January 2006, 09:22

More information required. Does it always fail?
Yes.
Are you sure it was checked?
Absolutely. At queue tab and at setup form.
Did any jobs have errors, or did you abort any jobs?
No errors. There was 2 jobs for auto-2-pass. After finishing they had 'done' status.
I'll try to do some tests with admin rights.

max-holz

31st January 2006, 14:29

I'am actually using 2055 version; I notice that projected filesize doesn't take care of the audio file size that I have prepared separately. What's happen? In previous version seems to work well.

Doom9

31st January 2006, 14:40

What's happen? In previous version seems to work well.Well.. what has happened is that you didn't post the log and without that there's no service ;)

cmw

31st January 2006, 15:01

I get an error "Unexpected Value in file ....
Make sure you have decomb.dll in your avisynth plugin path.

The bar runs though again then and declares the source as hybrid film/ntsc (which can't be correct).

This problem was discussed here earlier but I can't see any solution. My ff_interlace.log (http://cmw.cybton.com/ff_interlace.log)
As you can see, this does not make much sense.

I have the fdecomb.dll there (and detection will work for progressive files. My file is interlaced DV, 25fps PAL.

The interesting thing is, that it will also correctly identify e.g. interlaced DVD Source, it will just give me this error with DV Video. Is there any way to fix this?

I use MeGUI 0.2.3.2058

Additional Question: Can NAAC Audio be used with Nero 7 Plugins? Because this does absolutely not work, neither with BeSweet nor AviSynth Audio. BeSweet log tells me error configuring bsn and audio synth says

Channels=2, BitsPerSample=16, SampleRate=48000Hz
C:\Programme\Rippen\Neroraw\neroraw.exe -o "C:\DVD\VTS_01_1 T01 2_0ch 224Kbps DELAY 0ms.mp4" -rr 48000 -rb 16 -rc 2 -cbr 128 Error:
System.ApplicationException: Can't start encoder: Cannot process request because the process (420) has exited. ---> System.InvalidOperationException: Cannot process request because the process (420) has exited.
at System.Diagnostics.Process.GetProcessHandle(Int32 access, Boolean throwIfExited)
at System.Diagnostics.Process.set_PriorityClass(ProcessPriorityClass value)
at MeGUI.AviSynthAudioEncoder.createEncoderProcess(AviSynthClip a)
--- End of inner exception stack trace ---
at MeGUI.AviSynthAudioEncoder.createEncoderProcess(AviSynthClip a)
at MeGUI.AviSynthAudioEncoder.encode()

Thanks in advance,

best regards,cmw

Avish

31st January 2006, 17:13

More information required. Does it always fail? Are you sure it was checked? Did any jobs have errors, or did you abort any jobs?
I was going to report the same thing that Shutdown ain't working. It happened last 3 times. I woke up in the morning & the machine is still up n' running, but the encode is finished 2-3 hours back.

Shutdown option checked at queue tab and at the setup form.
No errors. Encoding successfully finished. ;)

max-holz

31st January 2006, 18:57

I select this avs script with MeGUI 0.2.3.2059:

LoadPlugin("C:\Programmi\x264\DGDecode.dll")
LoadPlugin("C:\Programmi\x264\plugins\Undot.dll")
LoadPlugin("C:\Programmi\x264\plugins\Deen.dll")
LoadPlugin("C:\Programmi\x264\plugins\fft3dfilter.dll")
LoadPlugin("C:\Programmi\x264\plugins\DctFilter.dll")
LoadPlugin("C:\Programmi\x264\plugins\ColorMatrix.dll")
LoadPlugin("C:\Programmi\x264\plugins\MaskTools.dll")
Import("C:\Programmi\x264\QMF_bistecc.avs")
Import("C:\Programmi\x264\DeHalo_Alpha.avs")
Import("C:\Programmi\x264\LRemoveDust2.avs")
mpeg2source("C:\Scambio\Elaborazione Video\PortiereDiNotte\PortiereDiNotte.d2v")
#crop(4,14,-0,-16)
crop(4,14,-0,-14)
#640, 352
function Filter_Motion_Nil(clip c)
{
c = UnDot(c)
c = FFT3DFilter(c,Sigma=2.3,bw=32,bh=32,bt=4,ow=16,oh=16)
c = LanczosResize(c,640, 336)
c = DeHalo_alpha(c)
Return c
}
function Filter_Motion_Min(clip c)
{
c = UnDot(c)
c = FFT3DFilter(c,Sigma=2.4,bw=32,bh=32,bt=4,ow=16,oh=16)
c = BicubicResize(c,640, 336,0,0.75)
c = DeHalo_alpha(c)
Return c
}
function Filter_Motion_Mid(clip c)
{
c = Undot(c)
c = FFT3DFilter(c,Sigma=2.5,bw=32,bh=32,bt=3,ow=16,oh=16)
c = BicubicResize(c,640, 336,0,0.5)
c = DctFilter(c,1,1,1,1,1,1,.5,0)
Return c
}
function Filter_Motion_High(clip c)
{
c = Undot(c)
c = Deen(c,"c3d",0,7,8,3)
c = BicubicResize(c,640, 336,0.333,0.333)
c = LRemoveDust_YV12(c,17,2)
c = DctFilter(c,1,1,1,1,1,1,.5,0)
Return c
}
function Filter_Motion_Very_High(clip c)
{
c = UnDot(c)
c = Deen(c,"c3d",0,8,9,3)
c = BilinearResize(c,640, 336)
c = LRemoveDust_YV12(c,17,2)
c = DctFilter(c,1,1,1,1,1,1,.5,0)
Return c
}
QMF(0.65,2.25,5.15,7.05,3).ColorMatrix()

then try to open bitrate calculator from tools and I receive this message:

Microsoft Visual C++ Runtime Library

Program C:\....\megui.exe

R6034
An application has made an attempt to load the C runtime library incorrectly.
Please contact the application's support team for more information.

I want to point some facts for Doom9:

1) I use this script for other encoding with previous version of MeGui without error

2) The script in this case is well rendered by AVSEdit

3)No log is generated by MeGUI or in the Event Viewer

4) I didn't done any modifications or installations from last time I use MeGUI succesfully (with version 2054) so is not a problem on my machine.

dimzon

31st January 2006, 19:05

I select this avs script with MeGUI 0.2.3.2059:

Please, help us to locate issue. Try to simplify your script until this error disapear and post here - which script block caused this error.

max-holz

31st January 2006, 19:19

Please, help us to locate issue. Try to simplify your script until this error disapear and post here - which script block caused this error.

I debug application, I catch the error in AvisynthWrapper.cs

public AviSynthClip(string func, string arg , AviSynthColorspace forceColorspace, AviSynthScriptEnvironment env)
{

_vi = new AVSDLLVideoInfo();
_avs = new IntPtr(0);
_colorSpace = AviSynthColorspace.Unknown;
_sampleType = AudioSampleType.Unknown;
if(0!=dimzon_avs_init(ref _avs, func, arg, ref _vi, ref _colorSpace, ref _sampleType, forceColorspace.ToString()))
{
string err = getLastError();
cleanup(false);
throw new AviSynthException(err);
}
}

For the line in red Visual Studio open a popup with this message:

LoaderLock was detected
Message: Attempting managed execution inside OS Loader lock. Do not attempt to run managed code inside a DllMain or image initialization function since doing so can cause the application to hang.

I hope this can help you

P.S. the popup seems to indicate this function: forceColorspace.ToString()
Message: Attempting managed execution inside OS Loader lock. Do not attempt to run managed code inside a DllMain or image initialization function since doing so can cause the application to hang.

dimzon

31st January 2006, 19:33

LoaderLock was detected
Message: Attempting managed execution inside OS Loader lock. Do not attempt to run managed code inside a DllMain or image initialization function since doing so can cause the application to hang.
Ohh, holy shit...

Seem's like we discover AviSynth or/and AviSynth's plugin bug. It means one of AviSyhth plugin contains somethig like "LoadLibrary" @ DllMain. This is really bad, but can not produce error. But .NET Runtime detects it @ creates an Exception...

Can you help us to find wich LoadPlugin produce such error?

max-holz

31st January 2006, 20:19

berrinam

31st January 2006, 22:07

The bar runs though again then and declares the source as hybrid film/ntsc (which can't be correct). Since it only has rubbish to work with (have a look at your ff_interlace.log file -- every single line says "I don't know what diffa means-I don't know what diffb means". How is source detection supposed to use any of that information?

I have the fdecomb.dll there (and detection will work for progressive files.FDecomb.dll or just Decomb.dll?

This time, instead of pressing the Analyse button, skip it and after you have loaded your DV source in the AviSynth Creator, press Save, and save the file. Open it in the main MeGUI window, and I expect it will tell you an AviSynth error. If you can't fix it based on that error, report back with the error message.

Additional Question: Can NAAC Audio be used with Nero 7 Plugins? Because this does absolutely not work, neither with BeSweet nor AviSynth Audio. BeSweet log tells me error configuring bsn and audio synth saysDid you follow the MeGUI guide in the sticky and set up everything as it says, because Nero 7 AAC does work with AviSynth audio.

ChronoCross

1st February 2006, 00:23

when adding a pre-rendering job and hitting queue meGUI throws an error in AVS script message. because the pre-rendering job hasn't been created yet there is no .avi file to be read. you can click yes for continue and it queues just fine but it should probably have a special case where it doesn't check the validity of the .avs loading the lossless file

Inc

1st February 2006, 00:55

Report: 0.2.3.2060
If changing to "mkv" as output file, MeGUI forces an "avi" extension and doesnt encode properly.

Someone aware of that?

Doom9

1st February 2006, 06:38

@incredible: logfiles are incredibly helpful. And unless x264 output via x264.exe is used, the video encoder output has to be named .avi because mkvmerge needs an input it can understand. So you should get X video jobs and a mux job on top of that.

berrinam

1st February 2006, 08:40

i think the sar computation on build 0.2.3.2060 is broken. my encode output show way stretched out videos whether my source is anamorphic at 1.85 or 2.35.

Please read the guidelines first:

...
POST YOUR LOGFILE. MeGUI writes lots of valuable information in the logfile. Try reading the log yourself, and see if you find the error, or any outrageous values (ones which are clearly wrong). If you can solve it based on that, good for you. Otherwise, it may help someone else solving your problem.
Describe the simplest way to reproduce your problem. Imagine the people reading your instructions are idiots, so you have to tell them exactly what to do, in a fool-proof way.
No-one is going to spend 2 days running 10 encodes, on the off-chance that at the end of them, they might crash. Work out how to cause your problem to happen again, and then it is much easier for the problem to be solved.
Too much information is better than too little. Don't make the developers pry the information out of you, as it is too much work for them, and they will just ignore you.
...

Inc

1st February 2006, 09:32

@incredible: logfiles are incredibly helpful
;) Yep that really makes sense.

cmw

1st February 2006, 10:18

FDecomb.dll or just Decomb.dll?

Sorry, was a typo, i have Decomb.dll in my AviSynth Plugin directory.

This time, instead of pressing the Analyse button, skip it and after you have loaded your DV source in the AviSynth Creator, press Save, and save the file. Open it in the main MeGUI window, and I expect it will tell you an AviSynth error. If you can't fix it based on that error, report back with the error message.

No, the avisynth will load into the MeGui Window. However, there are some issues with aspect ratio. I did autocrop and suggest resolution and it seems ok in the preview, but if i load it the aspect ratio is all messed up. Hmm, this seems to be an error with cropping. It crops the things i want not in, but the "Auto Suggest Resolution" thingie seems not to get that it should substact the cropped pixels from the suggested resolution to maintain aspect ratio...

I have checked again for all file mentioned in the guide, and I can't find an error... I made a picture of my folder structure and contents of the AviSynth Plugin directory, maybe this helps.

http://cmw.cybton.com/structure.png

Did you follow the MeGUI guide in the sticky and set up everything as it says, because Nero 7 AAC does work with AviSynth audio.

Yes, i did, I have a folder with neroraw.exe in it, with aac.dll ver 2.5.9.994, aacenc32.dll ver 4.2.0.27 and bsn.dll (53kb, changed 05.03.2004).

I have set the path to neroraw.exe. There was another neroraw.exe in the megui folder though, which was alot bigger (20kb isntead of 6.50 kb) and also 4 days newer (dateted jan. 30th, not jan. 26th). I tried to use this one but it didn't work either...

dimzon

1st February 2006, 10:58

Well Dimzon I have just remembered that I do one thing, on sunday I have installed a cvs build of ffdshow. I uninstalled that version and reinstalled another version and now everythig is well. I'am sorry
Can you perform such actions:

Install problematic ffdshow build again
remove ffavisynth.dll from avisynth plugins folder
check your script in megui again

max-holz

1st February 2006, 14:14

Can you perform such actions:

Install problematic ffdshow build again
remove ffavisynth.dll from avisynth plugins folder
check your script in megui again

Sorry Dimzon I restart again my encoding. :o
Indeed this is the problematic ffdshow: http://rapidshare.de/files/12073437/ffdshow-20060129-icc-sse.exe.html

You can also read another post that confirm my same error here: http://forum.doom9.org/showthread.php?t=98600&page=41&highlight=ffdshow

Ciao

Doom9

1st February 2006, 14:23

@cmw: please make a screenshot from the preview window when you load the source in the avisynth script creator, another one after having pressed autocrop, and then save the script, post the script contents and make another screenshot from what you get if you preview the script (or open it in your favorite media player.. your pick). Also, what is DAR set to?

cmw

1st February 2006, 15:15

Richard Berg

1st February 2006, 16:37

The problem is that there's no way to tell MeGUI whether the sections you're cropping out are part of the active pixel area or not. That is, sometimes you crop to remove borders, in which case the reduced area should be treated as the active pixel area. Other times, you crop active pixels just because you don't want them for whatever reason. And then if you're me, you do a little of both on the same video, and further split that crop into mod8 and non-mod8 pieces...

...suffice to say, no GUI (including PARanoia; I've discussed this with incredible before) supports all of these possibilities.

Richard Berg

1st February 2006, 18:39

Bug: in the latest code, encoding AAC with BeSweet, the bitrate parameter isn't passed on the command line so you end up with larger than expected files. Probably not worth fixing if we're moving to Avisynth exclusively soon.

dimzon

1st February 2006, 19:03

Richard Berg

1st February 2006, 19:10

FAAC, sorry

max-holz

1st February 2006, 19:15

Probably not worth fixing if we're moving to Avisynth exclusively soon.

And the people that want to continue using BeSweet?

dimzon

1st February 2006, 19:16

FAAC, sorry
fixed

Richard Berg

1st February 2006, 19:49

And the people that want to continue using BeSweet?
Speak up now with the BeSweet features you need, to make sure they make it into the Avisynth implementation.

Inc

1st February 2006, 20:04

Ok, I did all the stuff. For making it not any more confusing, i took a NON-Interlaced Source (Analyse will correctly declare it as progressive), but as you can see, the aspect ratio isn't correct.

There is no DAR set at all (I could set it by hand, but this always worked automated with previous versions).

Picture after load:
http://cmw.cybton.com/afterload.png

Picture after autocrop:
http://cmw.cybton.com/aftercrop.png

Preview Picture:
http://cmw.cybton.com/preview.png

AviSynth Script:

DirectShowSource("C:\Dokumente und Einstellungen\Chaos Raven\Eigene Dateien\Eigene Videos\Du bist Deutschland.avi",fps=25,audio=false)
#blank deinterlace line
crop(2,30,-2,-32)
LanczosResize(352,240)
#denoise

Tricky,
based on that you did everything correct, .... to me this clearly shows that you did import in MeGUI a captured video where the source gots 352x240.

"Du bist Deutschland" is a german commercial. So you did take a ntsc VCD resolution for capturing? Why? Well, back to the point.
352x240 is a std. NTSC resolution.
In such a case where common std. resolutions are beeing imported into MeGui, internally it should recognise that one as a source with PAR 4320/4739 as its common 352x240 ntsc.
You do crop 30 at top, 2 at left, 2 at rigth and 32 at the bottom, thus you do end up in 348x178. which gots a DAR of ... 348*(4320/4739):178 = 317:178
Forcing that to be resized to 320 will result in a height of 320/(317/178) = 180

Lets see ... that one brought to 320x180 (MODx not taken into account).

http://img465.imageshack.us/img465/9631/unbenannt21bq.jpg (http://imageshack.us)

So as 320x180 isnt Mod16, just finally use 320x176 and do enter in the encoder the DAR of 317:178 or a PAR of 176:180. ( MOD16Height/TrueHeight ... so the width finally will de shrinked to its correct display state)

@ Richard
So I do think it doesnt base on what of the image has been cropped but whats the input itself?
And if cmw did everything ok, then MeGUI should take that case into account.

Richard Berg

1st February 2006, 20:52

I'm not sure which way MeGUI does it -- I've never used the Avisynth editor -- but I know you can't tell it whether you're making a "black bars crop" or a "content crop," so it's certain to get one of the two wrong.

Doom9

1st February 2006, 21:14

@cmw: thanks for promptly posting these screenshots. Actually, unless the source is a d2v, we have no way of knowing the DAR.. so we should assume 1:1 DAR. That should do the trick for you.
In cases where we have an input DAR, it is what should be (and is considered to make the PAR calculations). But the bottom line is that if it's 4:3, you should resize down to the proper resolution and use a 1:1 PAR, if the source has a 1:1 DAR (source != d2v.. we don't take input flag into accounts, and via directshowsource the ds filter will stretch a video that has a container or bitstream par), it's 1:1 PAR for you as well. The only scenario where you can opt not to go for a 1:1 PAR is if the input is a 16:9 D2V source (from a DVD of course since HDTV once again uses 1:1 DAR).

max-holz

1st February 2006, 21:18

Speak up now with the BeSweet features you need, to make sure they make it into the Avisynth implementation.

Simply I want to continue to use BeSweet and not Avisynth for audio. I want that the app gives a choice as now

Doom9

1st February 2006, 21:42

Simply I want to continue to use BeSweet and not Avisynth for audio. I want that the app gives a choice as nowWell.. that's where open source helps you. Create a fork..
As Richard pointed out, we're receptive towards objective reasons why you're currently using BeSweet.. but "because I've always used it" doesn't count as it's highly subjective. I actually find myself in the same boat as many.. I've never encoded audio via AviSynth so I'm a little wary too (and that's the main reason BeSweet support is still in). But at the point where I become convinced that we're not incurring any additional problems and have personally assured myself that encoding via AviSynth works properly, in the end it comes down to code management.. one encoding path is easier to manage than two, and avisynth gives flexibility to do things that we can't do with BeSweet. The day I add the video cutter, I'm not willing to write workarounds that stop you from using it because you want to use besweet for audio encoding, or worse, mess around with existing ac3/dts/mpa cutters that will always result in suboptional results.

Inc

1st February 2006, 22:04

but I know you can't tell it whether you're making a "black bars crop" or a "content crop," so it's certain to get one of the two wrong
Depending on that I do catch up your thought well .....
That is imho not importand where things will be cropped. They're just pixels.
But what counts is a correct source detection.
And here we can archive that using a simple way:

Do use some constants in MeGUIs code for comparing with the source sizes:

for example like done in GripFit (I know we are not in the development thread) ...

.....
if(source.fps >= 24.6 && source.fps <= 25.4)
return PAL;
else if(source.fps >= 23.7 && source.fps <= 24.3)
return NTSC_P;
else if(source.fps >= 29.7 && source.fps <= 30.3)
return NTSC_I;
else
return 0; // Unknown (maybe QT? or whatever)

.....
..
...

if(NTSC_P == standard || NTSC_I == standard)
{
if(720 == w && 480 == h)
return 72.0 / 79.0; // .... 4320/4739 would be correct but we need a smaller fraction
else if(704 == w && 480 == h)
return 72.0 / 79.0;
else if(544 == w && 480 == h)
return (72.0 / 79.0) / (3.0 / 4.0);
else if(528 == w && 480 == h)
return ((72.0 / 79.0) / (3.0 / 4.0))*(544 / 528); // ... same µs like 544!
else if(480 == w && 480 == h)
return 108.0 / 79.0;
else if(352 == w && 480 == h)
return 144.0 / 79.0;
else if(352 == w && 240 == h)
return 72.0 / 79.0;
} else if(PAL == standard)
{
if(720 == w && 576 == h) // DVD
return 128.0 / 117.0;
else if(704 == w && 576 == h)
return 128.0 / 117.0;
else if(544 == w && 576 == h)
return (128.0 / 117.0) / 0.75;
else if(528 == w && 576 == h)
return ((128.0 / 117.0) / 0.75)*(544 / 528);
else if(480 == w && 576 == h)
return 128.0 / 78.0;
else if(352 == w && 576 == h) // 1/2 D1
return 256.0 / 117.0;
else if(352 == w && 288 == h) // VCD
return 128.0 / 117.0;
}
return 0; // from here on we do assume PAR1:1 inputs
// Or we do use Libs/dlls like Mediainfo

Doom9

1st February 2006, 22:11

for example like done in GripFit (I know we are not in the development thread) ...That's making the assumption that you'll never get a 1:1 DAR source having any of these resolutions.. a petty big assumption if you ask me. I prefer the handling outlined before where only d2v DARs are taken into account..the rest is rendered 1:1.

max-holz

1st February 2006, 22:20

Well.. that's where open source helps you. Create a fork..
As Richard pointed out, we're receptive towards objective reasons why you're currently using BeSweet.. but "because I've always used it" doesn't count as it's highly subjective. I actually find myself in the same boat as many.. I've never encoded audio via AviSynth so I'm a little wary too (and that's the main reason BeSweet support is still in). But at the point where I become convinced that we're not incurring any additional problems and have personally assured myself that encoding via AviSynth works properly, in the end it comes down to code management.. one encoding path is easier to manage than two, and avisynth gives flexibility to do things that we can't do with BeSweet. The day I add the video cutter, I'm not willing to write workarounds that stop you from using it because you want to use besweet for audio encoding, or worse, mess around with existing ac3/dts/mpa cutters that will always result in suboptional results.

ok, where can I find an exhaustive guide that teach me how to encoded audio via AviSynth?

Doom9

1st February 2006, 22:23

there's really nothing to learn.. it's just a single click. Instead of besweet and dlls you need some other executable and dlls.. but that's all in the guide (which you should have no trouble finding).

Inc

1st February 2006, 22:26

That's making the assumption that you'll never get a 1:1 DAR source having any of these resolutions.. a petty big assumption if you ask me. I prefer the handling outlined before where only d2v DARs are taken into account..the rest is rendered 1:1.

A simple "Check inputs for common mpeg1/2 resolutions" checkbox in the settings would solve that and make MeGUI for many Cappers and DVB'ers verrrrrrry verrrrry valuable. LIKE ME! :D . Sorry I'm not in C# so I would directly assist if i could.

max-holz

1st February 2006, 22:33

Sorry another question, the bug in the bitrate calculator is fixed?
I ask that cos I'am seeing the status form during my encoding, I tell to the bitrate calculator that I want 2 CD file size taking care of audio track that I encode separately (I don't use the autoencode button), now I see that projected filesize is 1429195. If the file will be created with this size, when I merge it with the audio track it will be more than 2 CD.I'am at 4,7% of the encoding. Perhaps the projected file size that I see in status form is very variable.

Doom9

1st February 2006, 22:33

DVB'ersDVB means MPEG-2 streams which in turn means DGIndex and we have the DAR from that. And if you capture analogue.. I have no quarrel not accodomating something for which I have a whole book of swearwords to describe. Oh yeah, and how many TV broadcasts are actually widescreen with a 16:9 DAR? Very few. And there's nothing wrong with resizing to playback resolution on the fly when capturing regular (4:3) shows.

Doom9

1st February 2006, 22:36

Sorry another question, the bug in the bitrate calculator is fixed?I remember asking you for the logfiles.. but I didn't see anything posted. For all I know.. you're doing something wrong. The log truthfully reports any bitrate recalculations it's doing. People not posting logfiles are really abusing the patience of every single developer that takes his time to help out.. some day in the future, I can assure you that we'll stop being so accomodating and strictly enforce the "no log no service" policy and only reply to reports that accomodate to the established groundrules for bug reporting (see the first post in this thread). Whatever we have to guess, derive, ask back is time we could spend to improve megui instead.

max-holz

1st February 2006, 22:38

I remember asking you for the logfiles.. but I didn't see anything posted. For all I know.. you're doing something wrong. The log truthfully reports any bitrate recalculations it's doing. People not posting logfiles are really abusing the patience of every single developer that takes his time to help out.. some day in the future, I can assure you that we'll stop being so accomodating and strictly enforce the "no log no service" policy and only reply to reports that accomodate to the established groundrules for bug reporting (see the first post in this thread). Whatever we have to guess, derive, ask back is time we could spend to improve megui instead.

Starting job job1-1 at 23.13.34
Job is a video job. encoder commandline:
--pass 1 --bitrate 1605 --stats "C:\Scambio\Elaborazione Video\PortiereDiNotte\Portiere.stats" --bframes 3 --b-pyramid --filter -2,-1 --subme 1 --analyse none --me dia --threads 2 --progress --no-psnr --output NUL "C:\Scambio\Elaborazione Video\PortiereDiNotte\Portiere.avs"
successfully started encoding
Processing ended at 19.53.15
----------------------------------------------------------------------------------------------------------

Log for job job1-1

avis [info]: 640x336 @ 25.00 fps (169725 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2
x264 [info]: slice I:833 Avg QP:14.32 size: 34149
x264 [info]: slice P:61646 Avg QP:16.29 size: 13621
x264 [info]: slice B:107246 Avg QP:18.00 size: 4520
x264 [info]: mb I I16..4: 18.3% 0.0% 81.7%
x264 [info]: mb P I16..4: 18.1% 0.0% 0.0% P16..4: 78.1% 0.0% 0.0% 0.0% 0.0% skip: 3.8%
x264 [info]: mb B I16..4: 1.2% 0.0% 0.0% B16..8: 62.8% 0.0% 0.0% direct:19.0% skip:17.0%
x264 [info]: final ratefactor: 17.10
x264 [info]: kb/s:1594.3

Actual bitrate after encoding without container overhead: 1595.30

----------------------------------------------------------------------------------------------------------
job job1-1 has been processed. This job is linked to the next job: job1-2
Starting job job1-2 at 19.53.16
Job is a video job. encoder commandline:
--pass 2 --bitrate 1605 --stats "C:\Scambio\Elaborazione Video\PortiereDiNotte\Portiere.stats" --ref 16 --mixed-refs --no-fast-pskip --bframes 3 --b-pyramid --b-rdo --bime --weightb --filter -2,-1 --subme 7 --trellis 1 --analyse all --8x8dct --me umh --threads 2 --progress --no-psnr --output "C:\Scambio\Elaborazione Video\PortiereDiNotte\Portiere.mkv" "C:\Scambio\Elaborazione Video\PortiereDiNotte\Portiere.avs"
successfully started encoding

Doom9

1st February 2006, 22:41

uhh.. that's not the log. You hinted something about audio size being taken into account.. that means auto-encode or one click.. in both cases, the log would contains more information.. lines that mention desired target size, audio size, what the bitrate was set to in function of audio size.. the likes.

Here's an example (that you get even before encoding even starts):

Generating jobs. Desired size: 20971520 bytes
Encoded audio file is present: D:\DVDs\DVDVolume\VIDEO_TS\trailer-audio.aac It has a size of 2240358 bytes.
No audio encoding. Calculating desired video bitrate directly.
Setting video bitrate for the video jobs to 1041 kbit/s
Setting desired size of video to 18731008 bytes

max-holz

1st February 2006, 22:47

uhh.. that's not the log. You hinted something about audio size being taken into account.. that means auto-encode or one click.. in both cases, the log would contains more information.. lines that mention desired target size, audio size, what the bitrate was set to in function of audio size.. the likes.

Here's an example (that you get even before encoding even starts):

NO I don't explain myself. I have encoded audio separately then in bitrate calculator I select this audio file to tell to the program to take in account is size in bitrate calculation. Audio is 100 MB so why projected filesize tells 1423839. I don't use auto-encode or one click.

Doom9

1st February 2006, 22:56

Audio is 100 MB so why projected filesize tells 1423839.Argh, how on earth would I know without knowing what you set the target size to, what container you're using and what codec, the length of your video source and the framerate.. those are all factors that influence the calculations (I wrote them.. I should know). But if I configure an audio track in MP4/x264 mode, then the target video size changes in function of the size of the audio track.. as it should.

@edit: even in the debugger.. pressing apply writes the bitrate to where it should.

Inc

1st February 2006, 23:32

I tried out MeGUI xvid encoding via xvid_encraw (xvid_encraw-build-20-01-2006).

Seems MeGUI does generate a non supported cmd line.

The log:
Starting job job1-1 at 23:14:03
Job is a video job. encoder commandline:
-i "D:\testscript.avs" -single -bitrate 1000000 -custom_par 35 24 -max_key_interval 300 -vhqmode 1 -closed_gop -max_bframes 2 -o "D:\testscript.m4v"
successfully started encoding
Processing ended at 23:14:04
----------------------------------------------------------------------------------------------------------

Log for job job1-1

xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003

Error: Unrecognized commandline parameter detected.

I did search for the guilty and it seems that:

a) "-closed_gop" seems that it does not exist anymore as its now default? and can be switched off by "-noclosed_gop".
b) "-custom_par xx yy" also seems that it has changed to "-par <integer>" where the integer value stands for:
1 = 1:1
2 = 12:11 (4:3 PAL)
3 = 10:11 (4:3 NTSC)
4 = 16:11 (16:9 PAL)
5 = 40:33 (16:9 NTSC)
No other custom par supported.

Sorry in advance if maybe this has been already reported before.

Doom9

1st February 2006, 23:39

Richard Berg

2nd February 2006, 00:48

Even if you're not someone who uses PAR to save bitrate like me, it'll still be necessary if everyone has widescreen TVs. Movies are usually either 1.85:1 or 2.35:1, neither of which is exactly 16:9. And of course all the old 4:3 content should be encoded anamorphically to maximize quality on 16:9 displays, just like we do in reverse today.

cmw

2nd February 2006, 03:14

Thank you very much for the detailed explanation, that quite clarifies this issue.

However, I'm still experiencing the problem that deinterlace analysis won't work, as well as the non function NAAC.

Tell me whatever additional information you need, expect that I followed the Guide line by line and even tried older version of the dll's, with no effect at all. The sound wouldn't be that important, I can use FAAC, but for the deinterlacing, it would be quite good if that worked somehow.^^

The above mentioned problem with deinterlacing appears on d2v source btw (atm I don't have an interlaced avi source to test with).

best regards cmw

berrinam

2nd February 2006, 06:09

@cmw: You say the interlacing error appears with a d2v source as well, but earlier you said that it works with DVDs. What is your d2v source, then? Can you tell me exactly what does work and doesn't?

1. What is your OS?
2. What version of AviSynth?

@dimzon: Could you take a look at cmw's NAAC problem? I'm really not aware of audio encoding in MeGUI.

Doom9

2nd February 2006, 09:21

And of course all the old 4:3 content should be encoded anamorphically to maximize quality on 16:9 displays, just like we do in reverse today.I still recall very well the test bond performed on that issue. The bottom line is that anamorphic encoding only makes sense when you have a 16:9 source that you just crop. If you start to resize (which would be needed for 4:3 content), then you no longer gain anything and upsizing a 4:3 encode, for me that's heresy. Go teach the people that created such content the importance of 16:9. Or just tell them to stop using SDTV and the problem will go away by itself.

Inc

2nd February 2006, 10:28

Thank you very much for the detailed explanation, that quite clarifies this issue.

So if you go into MeGUI using captures, do capture in 1:1 then, means ...

PAL : 768x576 or 384x288
NTSC: 640x480 or 320x288

Inc

2nd February 2006, 10:36

The bottom line is that anamorphic encoding only makes sense when you have a 16:9 source that you just crop. If you start to resize (which would be needed for 4:3 content), then you no longer gain anything and upsizing a 4:3 encode, for me that's heresy.

Or ... if upsizing quality doesnt matter, do encode the 4:3 content kept as 4:3 and do apply a zoom on the 16:9 TV Set via its remotecontrol. So its your decision if you want to see the 'whole' 4:3 proportion/content incl black bars on the sides or if you want to zoom via the TV Device hardware.
On letterboxed 16:9 sources fittet into 4:3 there sometimes that cropping/re-anamorphing makes sense if the source is very good (some HighBitrate DVB streams) and if a good detailenhancing via avs is applied (see Didées Voyager examples in the iip thread).

And if not playing back via a HTPC, then for shure you gotta have a mp4 kompatible SAP which ALSO supports PAR/SAR or DAR flags. The well known common Xoro HSD 4000 doesnt support that imho.

dimzon

2nd February 2006, 11:10

non function NAAC.
I need additional details. Which Dll's are @ neroraw.exe folder. Wich versions? Where does you get them?

Doom9

2nd February 2006, 11:30

Alright, I did a nero7 test as well and it fails here as well.

Log:
Starting job job4 at 11:20:43
Job is an audio job. Commandline:
-core( -input "D:\DVDs\DVDVolume\VIDEO_TS\residentevil AC3 T01 3_2ch 448Kbps DELAY 0ms.ac3" -output "D:\DVDs\DVDVolume\VIDEO_TS\residentevil AC3 T01 3_2ch 448Kbps DELAY 0ms3.mp4" -logfile "D:\DVDs\DVDVolume\VIDEO_TS\residentevil AC3 T01 3_2ch 448Kbps DELAY 0ms3.besweet.log" ) -azid( -cbr 160 ) -ota( -g max )
successfully started encoding
Processing ended at 11:23:21
----------------------------------------------------------------------------------------------------------

Log for job job4

Channels=2, BitsPerSample=16, SampleRate=48000Hz
C:\temp\neroraw\neroraw.exe -o "D:\DVDs\DVDVolume\VIDEO_TS\residentevil AC3 T01 3_2ch 448Kbps DELAY 0ms3.mp4" -rr 48000 -rb 16 -rc 2 -cbr 160 Error:
System.ApplicationException: Abnormal encoder termination -1
at MeGUI.AviSynthAudioEncoder.encode() in D:\MeGUI\MeGUI-src.CVS\AviSynthAudioEncoder.cs:line 310System.ApplicationException: Error configuring bsn 1
at MeGUI.NeroRawAacEncoder.Main(String[] args)

----------------------------------------------------------------------------------------------------------
The current job contains errors. Skipping chained jobs
Starting job job5 at 11:23:56
Job is an audio job. Commandline:
-core( -input "D:\DVDs\DVDVolume\VIDEO_TS\trailer-audio.ac3" -output "D:\DVDs\DVDVolume\VIDEO_TS\trailer-audio3.mp4" -logfile "D:\DVDs\DVDVolume\VIDEO_TS\trailer-audio3.besweet.log" ) -azid( -cbr 128 ) -ota( -g max )
successfully started encoding
Processing ended at 11:24:00
----------------------------------------------------------------------------------------------------------

Log for job job5

Channels=6, BitsPerSample=16, SampleRate=48000Hz
C:\temp\neroraw\neroraw.exe -o "D:\DVDs\DVDVolume\VIDEO_TS\trailer-audio3.mp4" -rr 48000 -rb 16 -rc 6 -cbr 128 Error:
System.ApplicationException: Abnormal encoder termination -1
at MeGUI.AviSynthAudioEncoder.encode() in D:\MeGUI\MeGUI-src.CVS\AviSynthAudioEncoder.cs:line 310System.ApplicationException: Error configuring bsn 1
at MeGUI.NeroRawAacEncoder.Main(String[] args)

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

Note that the problems start right there.. I'm not sure what the channel report is.. in the first case, as the filename indicates, this is a 5.1 AC3 that I'm downmixing to 2.0. In the second case, the source is reported as 5.1 which is just plain wrong.. this is a 2.0 trailer audio.

Neroraw.exe: latest CVS build (0.0.2.1 - works fine when using the Nero6 dlls (AAC.dll version 2.5.9.97, aacenc32.dll version 2.9.9.998).
DLLs:
AAC.dll version 3.0.0.3 from Nero 7.0.1.2
aacenc32.dll version 4.2.1.0 also from Nero 7.0.1.2
bsn.dll - downloaded from where the guide points to (and as I mentioned, it works with the nero6 dlls).
Needless to say my Nero DLLs come from my own licensed installation and that I unchecked the "I'm using Nero6" checkbox when I did the Nero7 tests.

On letterboxed 16:9 sources fittet into 4:3 there sometimes that cropping/re-anamorphing makes sense if the source is very goodBut this would imply that you're not using the avisynth script creator but loading your own script.. and thus, you'd also be in charge of your own cropping and resizing as well as finding the proper PAR values.

dimzon

2nd February 2006, 11:41

Note that the problems start right there.. I'm not sure what the channel report is.. in the first case, as the filename indicates, this is a 5.1 AC3 that I'm downmixing to 2.0. In the second case, the source is reported as 5.1 which is just plain wrong.. this is a 2.0 trailer audio.
Don't look @ job command line - I do not touch this code at all, it still produce BeSweet command line, this is a cosmetic bug...

Channels=2, BitsPerSample=16, SampleRate=48000Hz
This is actual information, provided by AviSyhth. Maybe you are checked "Upmix Stereo to 5.1" ?

Neroraw.exe: latest CVS build (0.0.2.1 - works fine when using the Nero6 dlls (AAC.dll version 2.5.9.97, aacenc32.dll version 2.9.9.998).
DLLs:
AAC.dll version 3.0.0.3 from Nero 7.0.1.2
aacenc32.dll version 4.2.1.0 also from Nero 7.0.1.2
bsn.dll - downloaded from where the guide points to (and as I mentioned, it works with the nero6 dlls).

There are error @ installation guide:
You need at least NeroIPP.dll in same folder ;)
AFAIK some concrete Dll version can also reque something like MFC71.dll OR something like libmmd.dll

Doom9

2nd February 2006, 11:54

This is actual information, provided by AviSyhth. Maybe you are checked "Upmix Stereo to 5.1" ?No, but I'm afraid I misread the info file.. the track is actually 5.1.

You need at least NeroIPP.dll in same folder I'm afraid that's not correct. It required MFC71.dll, and nothing else.

nurbs

2nd February 2006, 11:54

There are error @ installation guide:
You need at least NeroIPP.dll in same folder ;)
AFAIK some concrete Dll version can also reque something like MFC71.dll OR something like libmmd.dll

I was just about to post a report when I read this. I copied the NeroIPP.dll and the MFC71.dll and it works now. The error message I got before was diffrent form doom9's.

If anyone is still interested:
Log for job job1

Channels=2, BitsPerSample=16, SampleRate=48000Hz
D:\Temp\Video\MeGUI\neroraw.exe -o "C:\FUTURAMA_DISC_2\VIDEO_TS\VTS_01_1 T01 2_0ch 192Kbps DELAY -15ms.mp4" -rr 48000 -rb 16 -rc 2 -cbr 128 Error:
System.IO.IOException: Die Pipe wurde beendet.

at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.WriteCore(Byte[] buffer, Int32 offset, Int32 count)
at System.IO.FileStream.Write(Byte[] array, Int32 offset, Int32 count)
at MeGUI.AviSynthAudioEncoder.encode()System.DllNotFoundException: Unable to load DLL 'bsn.dll': Das angegebene Modul wurde nicht gefunden. (Exception from HRESULT: 0x8007007E)
at MeGUI.NeroRawAacEncoder.BSN_Init(Int32& nSampleRate, Int32 nChannelsCount, String sOutFileName, Int32 nBitsPerSample, Int32 nShowDialog, String path, String[] argv, Int32 argc)
at MeGUI.NeroRawAacEncoder.Main(String[] args)

berrinam

2nd February 2006, 11:58

I'm afraid that's not correct. It required MFC71.dll, and nothing else.So that I can update the guide, does this mean MFC71.dll in the same directory as neroraw.exe, or what? Where can people get MFC71.dll from?

dimzon

2nd February 2006, 12:02

I'm afraid that's not correct. It required MFC71.dll, and nothing else.
No, I'm correct ;)
Actually it need NeroIPP.dll (just open aacenc32.dll in hexeditor and search for NeroIPP.dll)
But You have Nero7 installed, it means NeroIPP.dll placed @ folder included in PATH variable OR/AND aacenc32 perform direct LoadLibrary using path obtained via registry information. There are such line in aacenc32.dll
%s\%s NeroIPP.dll %s;%s PATH aacenc32.dll Lib SOFTWARE\Ahead\Shared

dimzon

2nd February 2006, 12:06

So that I can update the guide, does this mean MFC71.dll in the same directory as neroraw.exe, or what? Where can people get MFC71.dll from?
It must be in neroraw.exe folder OR in folder included in path variable (like Windows\System32)
MFC71.Dll is standart library (it's Microsoft Foundation Classes)
http://www.google.ru/search?q=MFC71.dll
If You have Nero7 installed just serch it on your HDD. If you does not have Nero7 installed try to serch it on your HDD too (another application can install it - it's standart MFC runtime). Or you can download it (use google to find it).

Doom9

2nd February 2006, 12:13

NeroIPP.dll is not in my path. So perhaps it works via the registry, but then you can safely assume that it will work like that for everybody since you can only use the Nero DLLs if you have a proper installation with registration.
I already updated the guide by the way, it points out the path of the mfc dll and where you must copy it to.

dimzon

2nd February 2006, 12:38

since you can only use the Nero DLLs if you have a proper installation with registration
This can be illegal, but copyng NeroIPP.dll in neroraw folder allows You to use it without installation/registration at all ;)
In other case You can by Nero7 licence but does not want to intstall it on your encoding machine. In this case, I believe, this approach is legal ;)

ADD:
This approach allows You to use different AAC Encoder versions side by side, I like it!

Doom9

2nd February 2006, 12:47

This approach allows You to use different AAC Encoder versions side by side, I like it!Actually, all it takes me is copying some dlls (which I could automate via batch file) so switch between Nero 6 and Nero7. You don't need to have both installed (in fact it's not even possible).. and anything that may allow to circumvent the license check has no place in a guide.

Inc

2nd February 2006, 17:34

uhh.. as already written in the German forum... megui supports encraw CVS build, not squid's derivation thereof. I'm hoping that eventually the thing will be feature complete and integrated into the CVS..for now I'm sitting that out. As for the par.. seems I forgot to remove some lines in the copy/paste.. the CVS build has no par support (and I really don't get the current fixation on PARs.

I did build xvid_encraw.exe using MinGW and VisualStudio C++ out of the CVS 1.1.0 Sources on a G5 Mac under the VirtualPC environment using Win2000. No linking errors so far, I hope it works.

Input options:
-i string : input filename (default=stdin)
-type integer: input data type (yuv=0, pgm=1, avi/avs=2)
-w integer: frame width ([1.2048])
-h integer: frame height ([1.2048])
-frames integer: number of frames to encode

Output options:
-dump : save decoder output
-save : save an Elementary Stream file per frame
-o string: save an Elementary Stream for the complete sequence

BFrames options:
-max_bframes integer: max bframes (default=0)
-bquant_ratio integer: bframe quantizer ratio (default=150)
-bquant_offset integer: bframe quantizer offset (default=100)

Rate control options:
-framerate float : target framerate (>0 | default=25.0)
-bitrate integer : target bitrate
-single : single pass mode
-pass1 filename : twopass mode (first pass)
-pass2 filename : twopass mode (2nd pass)
-zq starting_frame float : bitrate zone; quant
-zw starting_frame float : bitrate zone; weight
-max_key_interval integer : maximum keyframe interval

Other options
-noasm : do not use assembly optmized code
-turbo : use turbo presets for higher encoding speed
-quality integer : quality ([0..6])
-vhqmode integer : level of Rate-Distortion optimizations ([0..4]) (default=0)
-bvhq : use Rate-Distortion optimizations for B-frames too
-qpel : use quarter pixel ME
-gmc : use global motion compensation
-qtype integer : quantization type (H263:0, MPEG4:1) (default=0)
-qmatrix filename: use custom MPEG4 quantization matrix
-interlaced : use interlaced encoding (this is NOT a deinterlacer!)
-packed : packed mode
-closed_gop : closed GOP mode
-grey : grey scale coding (chroma is discarded)
-lumimasking : use lumimasking algorithm
-stats : print stats about encoded frames
-debug : activates xvidcore internal debugging output
-vop_debug : print some info directly into encoded frames
-help : prints this help message

NB: You can define 64 zones repeating the -z[qw] option as many times as needed.

So as you said no PAR support in the CVS based compile, and -closed_gop is available, so this one should work well with MeGUI if I understood right.

max-holz

3rd February 2006, 10:44

Argh, how on earth would I know without knowing what you set the target size to, what container you're using and what codec, the length of your video source and the framerate.. those are all factors that influence the calculations (I wrote them.. I should know). But if I configure an audio track in MP4/x264 mode, then the target video size changes in function of the size of the audio track.. as it should.

@edit: even in the debugger.. pressing apply writes the bitrate to where it should.

Hi Doom9. Finally I have a log for bitrate problem :)

Generating jobs. Desired size: 1468006400 bytes
Encoded audio file is present: C:\Scambio\Elaborazione Video\PortiereDiNotte\VTS_01_1 - 0x80 - Audio - AC3 - 6ch - 48kHz - DRC - Italiano - DELAY 0ms.AC3 It has a size of 380183552 bytes.
No audio encoding. Calculating desired video bitrate directly.
Setting video bitrate for the video jobs to 1278 kbit/s
Setting desired size of video to 1085119488 bytes
Generating jobs. Desired size: 1468006400 bytes
Setting desired size of video to 1468006400 bytes
Starting job job1-1 at 1.04.50
Job is an audio job. Commandline:
-core( -input "C:\Scambio\Elaborazione Video\PortiereDiNotte\VTS_01_1 - 0x80 - Audio - AC3 - 6ch - 48kHz - DRC - Italiano - DELAY 0ms.AC3" -output "C:\Scambio\Elaborazione Video\PortiereDiNotte\VTS_01_1 - 0x80 - Audio - AC3 - 6ch - 48kHz - DRC - Italiano - DELAY 0ms.mp4" -logfile "C:\Scambio\Elaborazione Video\PortiereDiNotte\VTS_01_1 - 0x80 - Audio - AC3 - 6ch - 48kHz - DRC - Italiano - DELAY 0ms.besweet.log" ) -azid( -s stereo -c normal -L -3db ) -bsn( -2ch -vbr_transcoding -codecquality_high -aacprofile_he ) -ota( -g max )
successfully started encoding
Processing ended at 1.30.00
----------------------------------------------------------------------------------------------------------

Log for job job1-1

BeSweet v1.5b31 by DSPguru.
--------------------------

[00:00:00:000] Initializing...
[00:00:00:000] -- Initializing...

[01:53:08:992] |

[01:53:08:992] Finalizing...
[01:53:08:992] Conversion Completed !

Visit DSPguru's Homepage at :
http://DSPguru.doom9.net/
SR: 48000, Table idx: 6 - start 12, stop 9
N_Q: 2, usb 45, lsb 22, num noise: 2
SR: 48000, Table idx: 6 - start 12, stop 9
N_Q: 2, usb 45, lsb 22, num noise: 2

----------------------------------------------------------------------------------------------------------
job job1-1 has been processed. This job is linked to the next job: job1-2
this series of jobs starts with an audio job and is followed by regular twopass video jobs
The audio job is named job1-1 the first pass job1-2 and the second pass job1-3
The second pass job has a desired final output size of 1468006400 bytes and video bitrate of 1605 kbit/s
The size of the first audio track is 100827479 bytes
Desired video size after substracting audio size is 1331608Setting the desired bitrate of the subsequent video jobs to 1606 kbit/s
Starting job job1-2 at 1.30.00
Job is a video job. encoder commandline:
--pass 1 --bitrate 1606 --stats "C:\Scambio\Elaborazione Video\PortiereDiNotte\Portiere.stats" --bframes 3 --b-pyramid --filter -2,-1 --subme 1 --analyse none --me dia --threads 2 --progress --no-psnr --output NUL "C:\Scambio\Elaborazione Video\PortiereDiNotte\Portiere.avs"
successfully started encoding
Processing ended at 23.37.17
----------------------------------------------------------------------------------------------------------

Log for job job1-2

avis [info]: 640x336 @ 25.00 fps (169725 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2
x264 [info]: slice I:832 Avg QP:14.31 size: 34149
x264 [info]: slice P:61644 Avg QP:16.29 size: 13629
x264 [info]: slice B:107249 Avg QP:18.00 size: 4524
x264 [info]: mb I I16..4: 18.3% 0.0% 81.7%
x264 [info]: mb P I16..4: 18.1% 0.0% 0.0% P16..4: 78.1% 0.0% 0.0% 0.0% 0.0% skip: 3.8%
x264 [info]: mb B I16..4: 1.2% 0.0% 0.0% B16..8: 62.8% 0.0% 0.0% direct:19.0% skip:17.0%
x264 [info]: final ratefactor: 17.10
x264 [info]: kb/s:1595.2

Actual bitrate after encoding without container overhead: 1596.28

----------------------------------------------------------------------------------------------------------
job job1-2 has been processed. This job is linked to the next job: job1-3
Starting job job1-3 at 23.37.18
Job is a video job. encoder commandline:
--pass 2 --bitrate 1606 --stats "C:\Scambio\Elaborazione Video\PortiereDiNotte\Portiere.stats" --ref 16 --mixed-refs --no-fast-pskip --bframes 3 --b-pyramid --b-rdo --bime --weightb --filter -2,-1 --subme 7 --trellis 1 --analyse all --8x8dct --me umh --threads 2 --progress --no-psnr --output "C:\Scambio\Elaborazione Video\PortiereDiNotte\Portiere.mkv" "C:\Scambio\Elaborazione Video\PortiereDiNotte\Portiere.avs"
successfully started encoding

I have highlighted in red where there is an error for me; Setting 2 CD size the bitrate is settled to 1605 kbit/s; when the audio size is substracted the bitrate recalculation gives 1606 kbit/s. It's more than before adding audio track. MeGUI version is 2062.

Doom9

3rd February 2006, 11:11

I have highlighted in red where there is an error for me;Actually.. the log of the entire thing would be interesting.. don't just pick out one little thing and say it's wrong.. it needs context. 1605 kbit/s is the bitrate the autoencocode mode precalculated prior to audio encoding (it shows something very weird at the beginning that warrants investigation, but it looks like it only shows the wrong info but does the right thing.. )

After audio encoding, the app still knows your correct target size. The bitrate shown in your first red line is an approximation, not a calculated value.. it is thus irrelevant for us. The only thing that matters is target size. As you can see, the audio size is properly substracted from the target size, and based on that, and your output target type (which I can't see because I don't have the log for all jobs of this series of jobs), the bitrate is then recalculated and it comes down to 1606 kbit/s.. that's taking desired target size, container and actually encoded audio into account. Forget the 1605.. it has no relevance in this case (in fact I don't even know why I'm putting this into the log).

And by the way, the size difference of 1606 versus 1605 kbit/s is 828 KB ..;)

max-holz

3rd February 2006, 11:19

Actually.. the log of the entire thing would be interesting.. don't just pick out one little thing and say it's wrong.. it needs context. 1605 kbit/s is the bitrate the autoencocode mode precalculated prior to audio encoding (it shows something very weird at the beginning that warrants investigation, but it looks like it only shows the wrong info but does the right thing.. )

After audio encoding, the app still knows your correct target size. The bitrate shown in your first red line is an approximation, not a calculated value.. it is thus irrelevant for us. The only thing that matters is target size. As you can see, the audio size is properly substracted from the target size, and based on that, and your output target type (which I can't see because I don't have the log for all jobs of this series of jobs), the bitrate is then recalculated and it comes down to 1606 kbit/s.. that's taking desired target size, container and actually encoded audio into account. Forget the 1605.. it has no relevance in this case (in fact I don't even know why I'm putting this into the log).

And by the way, the size difference of 1606 versus 1605 kbit/s is 828 KB ..;)

But I'am actually doing the second pass, it's at 24,6% and the video size is at 354960 KB. By the way of this fact I can presume that the final output probably will not be correct.

berrinam

3rd February 2006, 11:24

But I'am actually doing the second pass, it's at 24,6% and the video size is at 354960 KB. By the way of this fact I can presume that the final output probably will not be correct.
I don't see what your problem is:
-you are targetting 1400MBs
-you are 1/4 of the way through your encode, and you have roughly 1/4 of 1400MBs already (1400 / 4 = 350MB = 358400KB).

What's the problem?

max-holz

3rd February 2006, 11:30

I don't see what your problem is:
-you are targetting 1400MBs
-you are 1/4 of the way through your encode, and you have roughly 1/4 of 1400MBs already (1400 / 4 = 350MB = 358400KB).

What's the problem?

Yes but without count the audio file size that's 98465 KB

berrinam

3rd February 2006, 11:35

Yes but without count the audio file size that's 98465 KB
So, assuming audio and overhead mean that you can only have about 1300MB of video, then 1300MB / 4 = 325MB = 332800 KB

The difference between that and your actual value for 24% of the film is only about 7% of the current filesize.... I think you are forgetting to take into account that this is variable bitrate, so perhaps the first quarter of the film is on average less compressible than the last three quarters.

I think making this claim before you've even finished encoding and found out whether it was correct is a bit premature....

Doom9

3rd February 2006, 11:52

And while we're at it, be careful with the estimated size and remaining encoding time.. those are linear approximation. But video encoding is never really linear, speed varies in function of complexity of a scene, and so does bitrate.. so these values will fluctuate somewhat until the end. Those that have been staring at the VDub's (that's where I got the idea from) progress dialog know that these values tend to change until the end.. and up until the very last few seconds, your predicted size can actually be too small or too large. So you can make a call once encoding has been completed.

cmw

3rd February 2006, 13:21

Ok, about the NAAC problem.

I did some thourough testing. NAAC + BeSweet does work, but the resulting mp4 file will force Haali to claim "first byte is not EBML". The file plays fine in VLC though... A FAAC + AviSynth file does not produce this error, but FAAC + BeSweet will also cause teh "first byte is not EBML message" *gets confused*. I also tried to use the CLI Program, it gives me a similar error as the MeGUI log.

C:\Dokumente und Einstellungen\Chaos Raven>C:\Programme\Rippen\neroraw\neroraw.e
xe -i josef.ac3 -o josef.aac
System.ApplicationException: Error configuring bsn 1
at MeGUI.NeroRawAacEncoder.Main(String[] args)

For files:

I have a folder neroraw, with

neroraw.exe, 7kb, 0.0.2.1, 26.01.06
aac.dll, 840kb, 2.5.9.994, 25.09.05
aacenc32.dll, 4.2.0.27, 25.09.05
bsn.dll, no version, 05.07.04 Note: It is the bsn.dll from the same zip as neroraw as pointed to in the Guide.
MFC71.dll, 1.036 kb, 7.10.3077.0, 25.09.2005
NeroIPP.dll, 1.528 kb, 4.2.0.27, 25.09.2005

I also copied the NicAudio.dll and mpasource.dll to the AviSynth Plugin folder as mentioned.

My AviSynth version is 2.56

I copied MFC77.dll and NeroIPP.dll to system32 folder. The MFC71.dll was already there, but it was a version from 2003, i decided to overwrite it with the new version.

About the source detection problem:

Ah yeah sorry, I mixed that up. d2v interlace detection works, it just won't work for my DV input. I think it has something to do with a problem that maybe MeGui cannot decode the DV stream correctly (allthough i get a good preview).

dimzon

3rd February 2006, 13:38

@cmw
please, compess your neroraw folder and place it @ mytempdir.com
STOP!
Seems like i found a problem!
Try to use mp4 or m4a output file extension when you encoding via FAAC or NAAC (both via BeSweet and AviSynth)

cmw

3rd February 2006, 14:05

Umm, FAAC + AviSynth produces mp4 file (as mentioned, this works perfectly fine).

FAAC + BeSweet and NAAC + BeSweet produce mp4 files aswell. I've found out something new:

FAAC + BeSweet actually works. I forgot to check "source is multichannel", because if it is, and i do not check it, i will get the above mentioned error "first byte is not ebml" (but file plays in VLC). It works perfectly fine for stereo sources aswell

NAAC + BeSweet works with stereo sources. It will also output a file, when the input is multichannel and i do not check "source is multichannel". The result will be the known "first byte is not ebml". If I check it however, BeSweet will crash with "error configuring bsn".

So to summarize this confusion:

FAAC + AviSynth = works
NAAC + AviSynth = error
FAAC + BeSweet = works, when "Source is Multichannel" is properly checked if needed
NAAC + BeSweet = works, but not with multichannel

I have uploaded my compressed neroraw folder to:

http://cmw.cybton.com/neroraw.rar

Note: I've noticed that dooms Nero 7 dll versions are different than mine. I don't know what's going on, this version came with my Laptop and it's supposed to be Deluxe Version or sth, i don't know exactly. I didn't want to install it, so I just ran setup routine and copied the needed dll's from temp files and then cancelled setup. But it still should work without nero being installed.

Btw: I just noticed, d2v interlace analysis does work (sorry, I'm stupid). Leaves just the problem that it won't work with DV Video...

best regards, gmw

dimzon

3rd February 2006, 14:33

@cmw
Your bug is reproduced ;) You are using buggy aacenc32.dll version (from very early Nero7 release).
Try fresh Nero7 - it will work.

cmw

3rd February 2006, 15:08

Ok thank you, I'll see what I can do with my license.

Remains just the deinterlace problem.

I've tested now with interlaced files. With interlaced xvid, mpeg and d2v source, the analysis will work.. So there must be a SPECIFIC problem with DV Video (at least with PAL DV Video). As mentioned above, my best guess would be that there some DV-Codec related problem. Maybe similar to the cause why VirtualDub cannot open DV Video....

best regards, cmw

dimzon

3rd February 2006, 15:17

Ok thank you, I'll see what I can do with my license.
Check this: http://www.hydrogenaudio.org/forums/lofiversion/index.php/t39689.html http://www.hydrogenaudio.org/forums/index.php?showtopic=39673

This encoder is published by Nero itself for listening tests ;)

cmw

3rd February 2006, 15:27

It works now! Thank you very much!

Umm, lil sidenote, although I'm going to use AviSynth transcode, I tested it with BeSweet again and BeSweet will still crash with a multichannel source if "Source is Multichannel" is checked (with NAAC). But this is most probably not aacenc's fault...

dimzon

3rd February 2006, 15:29

It works now! Thank you very much!
berrinam, please note @ your guide that aacenc32.dll, v4.2.0.27 is not supported version.

Doom9

3rd February 2006, 15:40

I tested it with BeSweet again and BeSweet will still crash with a multichannel source if "Source is Multichannel" is checkedMake sure you only select that option if your source is really multichannel. Then run the besweet commandline from a command prompt to see if you can get any more crash details.. it sounds doubtful though. You realize you also need another bsn.dll for besweet.. the default one doesn't work with Nero6 afaik (you can find all the dirty details on the different Nero versions in the audio forum).

Maybe similar to the cause why VirtualDub cannot open DV Video....Hmm.. so you can't open these AVIs in VDub either? How does your script look in this case? And what DV codec are you using and could you post a sample of your AVI?

dimzon

3rd February 2006, 16:00

the default one doesn't work with Nero6 afaik
Wrong. Default bsn does work with both Nero7/Nero6. Just one exception - you will get improper channel mapping using bsn.dll for Nero7. In this case I wrote special workaround - bse_nero7wa.dll to be used via -dimzon besweet switch. Get this dll @ BeLight package if you need it

cmw

3rd February 2006, 16:28

Ah i have to correct this, I just downloaded the most recent version and the Video will load into Virtual Dub because either of ffdshow which can decode DV Video and even if i disable it, The "FourCC" will be "Internal DV Decoder" (must be new to VirtualDub because it was never able to load a DV Video unless you installed some DV Decoder (preferably Panasonic DV because it was the only freeware).

This seems messed up though, because ffdshow CAN handle DV (and therefore should MeGUI) and it also does load into the preview, it just can't handle the Deinterlace analasys and i don't see why.

You'll find uploaded piece of video at: http://cmw.cybton.com/test.rar This is just a 4 sec sample but it's 14MB, sorry for inconvenience.

Hmm, BeSweet will also crash on CLI of course, it just says error configuring bsn, but then I guess it's the problem you mentioned with the different versions, and since i'm not gonna use it and as I heard you will purge BeSweet support anyway, i don't really care now that NAAC works^^

Doom9

3rd February 2006, 17:30

@cmw: I'm just running an encoding session with NAAC via Besweet and "source is multichannel" checked.. it seems to be working out just fine.

cmw

3rd February 2006, 18:28

It works now for me aswell, I had to copy all the files (including MFC71 and NeroIPP, not just the encoder dll's) to BeSweet directory xD.

However, NAAC + BeSweet messes up channel mapping as dimzon said. (NAAC + AviSynth channel mapping is right).

Any luck with the interlaced DV?

FooFighter007

3rd February 2006, 18:45

Hi, I really love MeGUI!

I came accross some problems with the crop dialog in AviSynnth script generator. If someone has already posted this, simply ignore my posting :)

If I missunderstood the workflow, please point me in the right direction!

Plattform:
Windows XP Pro SP2 (German)
MeGUI 0.2.3.2062 -> compile.bat full
DGIndex 1.4.5

My workflow in AviSynth script generator

- open the d2v and get a Video Preview
- press Crop Dialog and get an additional Video Preview with cropping capabilities and ok and cancel button.
- press Auto Crop and the crop markers are set quite well
- press ok -> nothing happens
- press cancel -> nothing happens
- close the windows by top right X - crop settings get lost

I thought pressing ok would close the windows and put the values into the fittings fields in the Resolution Crop area.

Regards,

Foo

dimzon

3rd February 2006, 18:49

- open the d2v and get a Video Preview
- press Crop Dialog and get an additional Video Preview with cropping capabilities and ok and cancel button.
- press Auto Crop and the crop markers are set quite well
- press ok -> nothing happens
- press cancel -> nothing happens
- close the windows by top right X - crop settings get lost

:D
Crop Dialog is incomplete (i still waiting desicion from Doom9).
Right actions are to use crop controls placed on Script Generator window (near Crop Dialog button) instead of using Crop Dialog

By the way - what does you think is more comfortable for you - to use crop dialog or to use crop cpntrols placed on Script generator window

FooFighter007

3rd February 2006, 19:01

Thank you for the info! :)

I always use the controls placed on the Script Generator window and they have fullfilled my needs completely.

The crop dialog might help if the borders are not detected properly what actually has never happend to me during the last 10 DVDs.

I just pressed the Crop Dialog button as it was there :)

Regards,

Foo

P.S. Haveing two video previews open might be a bit irritating. If Crop Dialog is pressed the other windows should be closed.

foxyshadis

3rd February 2006, 21:27

ps, since it's the topic, horizontal cropping should use horizontal spinners. (Haven't seen the latest, maybe they do.) Vertical spinners make little sense in this instance.

Doom9

3rd February 2006, 21:40

The crop dialog might help if the borders are not detected properly what actually has never happend to me during the last 10 DVDs.Not really.. it's much easier to see what you get if the parts that are cropped effectively disappear from the screen.. if you feel auto-crop goes wrong you can always reduce the amount of cropping.
ps, since it's the topic, horizontal cropping should use horizontal spinners.not really bug, is it? I think the placement is enough.. I don't really see an advantage to making any changes in that department.

FooFighter007

3rd February 2006, 22:11

so are there any needs to stick to the Crop Dialog button then?

as value changes take immediate effect on the preview window fine tuning can be done in the standard AviSynth script generator.

Regards,

Foo

max-holz

5th February 2006, 08:56

I have done my first try to encode audio via avisynth this is result:

Starting job job1 at 8.51.13
Job is an audio job. Commandline:
-core( -input "C:\Scambio\Elaborazione Video\Nulla\VTS_01_1 - 0x80 - Audio - AC3 - 2ch - 48kHz - DRC - DELAY 8ms.AC3" -output "C:\Scambio\Elaborazione Video\Nulla\VTS_01_1 - 0x80 - Audio - AC3 - 2ch - 48kHz - DRC - DELAY 8ms.mp4" -logfile "C:\Scambio\Elaborazione Video\Nulla\VTS_01_1 - 0x80 - Audio - AC3 - 2ch - 48kHz - DRC - DELAY 8ms.besweet.log" ) -azid( -s stereo -c normal -L -3db ) -bsn( -2ch -vbr_transcoding -codecquality_high -aacprofile_he ) -ota( -d 8 -g max )
successfully started encoding
Processing ended at 8.51.16
----------------------------------------------------------------------------------------------------------

Log for job job1

Error:
MeGUI.AviSynthException: Script error: there is no function named "NicAc3Source"
at MeGUI.AviSynthClip..ctor(String func, String arg, AviSynthColorspace forceColorspace, AviSynthScriptEnvironment env)
at MeGUI.AviSynthAudioEncoder.encode()

this is result trying with force via direct show option

The current job contains errors. Skipping chained jobs
Starting job job1 at 8.56.31
Job is an audio job. Commandline:
-core( -input "C:\Scambio\Elaborazione Video\Nulla\VTS_01_1 - 0x80 - Audio - AC3 - 2ch - 48kHz - DRC - DELAY 8ms.AC3" -output "C:\Scambio\Elaborazione Video\Nulla\VTS_01_1 - 0x80 - Audio - AC3 - 2ch - 48kHz - DRC - DELAY 8ms.mp4" -logfile "C:\Scambio\Elaborazione Video\Nulla\VTS_01_1 - 0x80 - Audio - AC3 - 2ch - 48kHz - DRC - DELAY 8ms.besweet.log" ) -azid( -s stereo -c normal -L -3db ) -bsn( -2ch -vbr_transcoding -codecquality_high -aacprofile_he ) -ota( -d 8 -g max )
successfully started encoding
Processing ended at 8.59.14
----------------------------------------------------------------------------------------------------------

Log for job job1

Channels=2, BitsPerSample=16, SampleRate=48000Hz
C:\Programmi\x264\neroraw.exe -o "C:\Scambio\Elaborazione Video\Nulla\VTS_01_1 - 0x80 - Audio - AC3 - 2ch - 48kHz - DRC - DELAY 8ms.mp4" -rr 48000 -rb 16 -rc 2 -vbr_transcoding -codecquality_high -aacprofile_he Error:
System.ApplicationException: Abnormal encoder termination -1
at MeGUI.AviSynthAudioEncoder.encode()System.DllNotFoundException: Unable to load DLL 'bsn.dll': Impossibile trovare il modulo specificato. (Exception from HRESULT: 0x8007007E)
at MeGUI.NeroRawAacEncoder.BSN_Init(Int32& nSampleRate, Int32 nChannelsCount, String sOutFileName, Int32 nBitsPerSample, Int32 nShowDialog, String path, String[] argv, Int32 argc)
at MeGUI.NeroRawAacEncoder.Main(String[] args) in C:\MeGUI\Source-Cvs\MeGUI-src.CVS\neroraw\neroraw.cs:line 111

Version is 2063.

berrinam

5th February 2006, 09:09

I have done my first try to encode audio via avisynth this is result:C'mon, remember rule 1: read before posting.

You clearly haven't read the MeGUI guide, which is a sticky in this forum. It lists all the dlls that are needed for AviSynth encoding, it tells you where to put them, and it links to them, so you should have no problem finding them. Obviously from your two error messages, it is clear that you haven't set up bsn.dll in the right place, and you haven't put nicaudio.dll in your avisynth plugins folder.

berrinam

5th February 2006, 09:19

So as you said no PAR support in the CVS based compile, and -closed_gop is available, so this one should work well with MeGUI if I understood right.
If it's ok with you, I'm linking the MeGUI guide to your attachment, assuming that it works in my test. Thanks for posting it, and please tell me if you want me to remove my link.

max-holz

5th February 2006, 09:48

C'mon, remember rule 1: read before posting.

You clearly haven't read the MeGUI guide, which is a sticky in this forum. It lists all the dlls that are needed for AviSynth encoding, it tells you where to put them, and it links to them, so you should have no problem finding them. Obviously from your two error messages, it is clear that you haven't set up bsn.dll in the right place, and you haven't put nicaudio.dll in your avisynth plugins folder.

Yes I correct my error. Berriman is there any known bug using NAAC with a 2 channels source?

berrinam

5th February 2006, 11:30

Not that I'm aware of. I try to keep the known bugs list at the beginning of this thread up-to-date, but I miss out on some things. However, I haven't seen anything about NAAC+2channels.

nurbs

5th February 2006, 12:46

Yes I correct my error. Berriman is there any known bug using NAAC with a 2 channels source?

There is a bug if you encode LC with less than 128 kbps. The bug has nothing to do with MeGUI.

http://www.hydrogenaudio.org/forums/index.php?showtopic=40974

Turd_Ferguson

5th February 2006, 12:47

ok, in the D2V Creator of MeGUI, i select a .vob file to create the .d2v file, and i check "on completion load file" box. I hit the Queue button, go to the Queue tab of MeGUI, and there is my job waiting. there i hit start, and after a minute, the Avisynth script generator window opens with a video preview window next to it. the video input file path is already completed for me, so i only adjust the resolution to 320x240, and check "on save close and load to be encoded" box. i then click save. next i have the MeGUI Input tab selected and have the fields for video already filled in. if i check "add pre-rendering job", i get errors about my avisynth script, so i leave it unchecked. i click Autoencode, and the Automatic Encoding window opens, where i leave muxed output alone, and select the "no target size" button, and click Queue. i then click on the queue tab and see my jobs waiting. i click start, and instantly, the video encoding is shown as done, and i am left with a .mp4 file that is 0kB in size. i can repeat this process with another, much smaller .vob file from the same DVD, and everything works. i can not get the video encoding to work on any other .vob file so far.

i have attached both the working and failing MeGUI logs.

i am using sharktooth's PD-iPod profile, in MeGUI 0.2.3.2063. this is the script for both projects:

LoadPlugin("C:\ipod\dgmpgdec146\dgdecode.dll")
mpeg2source("C:\THE_OFFICE\VIDEO_TS\New Folder\VTS_03_1.d2v")
#blank deinterlace line
#crop
LanczosResize(320,240)
#denoise

please help!

Doom9

5th February 2006, 13:15

i have attached both the working and failing MeGUI logs.Please run the failing commandline manually.
Before you ask how to do that, read the reporting guidelines again.. I just put the instructions there.

cmw

5th February 2006, 16:23

Hi there, new problem ;)

I've set up the One Click Encoder according to the Guide. When I click go I get the error Message:

"The following error occured when parsing the info file: Empty path name is not legal".

However I can't figure out where I would have an "emtpy" path, except for chapter file selection oO

Edit: The Job gets listed in the Queue though and umm.. it works... but why the error?

best regards, cmw

Doom9

5th February 2006, 16:28

@cmw: ask yourself, with the info given, can anybody reproduce this?

To those that have reported shutdown not working: have a look at your logs.. megui will write a message to the log if it tries to shut down but it doesn't work out.

cmw

5th February 2006, 16:36

No, I don't mean shutdown. It's just the One Click Encoder. I set up a One Click Encoder Profile, then start the one click Encoder, Load a .vob file, it complains it has no DVDDecryptor info, so I select Track 1 and 2, set filesize, check all settings (everythings fine) and then click "Go". At this moment, the error messagea appears: "The following error occured when parsing the info file: Empty path name is not legal".

I can close the window then and go to the Queue tab, where the job is listed (idx). I can click encode and EVERYTHING works.

It's just why does this error occur?

MeGUI Version is 0.2.3.2062 1 Feb 2006

There is no log entry, since it's just about adding a job to the queue.

pcaca

5th February 2006, 21:23

I have Windows XP x64 (I compiled MeGUI by myself for x86 platform) and everyrhing works except Nero encoding via AviSynth. FAAC and Lame encoding via AviSynth works as it should but NAAC doesn't work. The log file is:
Starting job job1 at 21:02:17
Job is an audio job. Commandline:
-core( -input "D:\My Documents\Sat Recordings\20060201_2340 MTV 5.mp2" -output "D:\My Documents\Sat Recordings\20060201_2340 MTV 5.mp4" -logfile "D:\My Documents\Sat Recordings\20060201_2340 MTV 5.besweet.log" ) -bsn( -2ch -cbr 128 ) -ota( -g max )
successfully started encoding
Processing ended at 21:02:20
----------------------------------------------------------------------------------------------------------

Log for job job1

Channels=2, BitsPerSample=16, SampleRate=48000Hz
D:\Program Files\MeGUI\neroraw.exe -o "D:\My Documents\Sat Recordings\20060201_2340 MTV 5.mp4" -rr 48000 -rb 16 -rc 2 -cbr 128 Error:
System.IO.IOException: The pipe has been ended.

at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.WriteCore(Byte[] buffer, Int32 offset, Int32 count)
at System.IO.FileStream.Write(Byte[] array, Int32 offset, Int32 count)
at MeGUI.AviSynthAudioEncoder.encode()System.BadImageFormatException: An attempt was made to load a program with an incorrect format. (Exception from HRESULT: 0x8007000B)
at MeGUI.NeroRawAacEncoder.BSN_Init(Int32& nSampleRate, Int32 nChannelsCount, String sOutFileName, Int32 nBitsPerSample, Int32 nShowDialog, String path, String[] argv, Int32 argc)
at MeGUI.NeroRawAacEncoder.Main(String[] args)

----------------------------------------------------------------------------------------------------------
The current job contains errors. Skipping chained jobs

I have all files as mentioned in MeGUI guide. I have tried with diferent versions of Nero AAC (Nero 7 oficial and experimental version from rarewares) but it doesn't work.

EDIT: Problem solved the error was in neroraw.exe i recompiled it with included bat file and /platform:x86 argument and it works. I don't know why it didn't work when i compiled it with VS and platform x86 option.

Turd_Ferguson

5th February 2006, 21:55

@Doom9
your instructions on my last post were very clear. i will run the command line and give the results as soon as i can.

ok, i just did an entire DVD sucsessfully, using One Click Encoder. it was a disk of episodes that were in 4:3 format, and they all playback in ipod fine. i have yet to get the x264 compression to work on a 16:9 DVD. has anyone else had these issues with the PD-iPod profile?

berrinam

5th February 2006, 22:00

It's just why does this error occur?
Yep, I confirm that it happens to me as well. It occurs because it is a remnant from a long time ago, when One Click Encoding was managed differently, and since most people probably either use DVDDecrypter or don't use One Click Encoding, it hasn't been reported yet. I've added it to the bug list.

ChronoCross

6th February 2006, 05:04

AviSynth Script creator is broken in 2064. It cannot be loaded from the gui.

AviSynthProfile prof = this.mainForm.Profiles.AvsProfiles[this.avsProfile.SelectedText]; ;

Visual Studio Reports it as a Key not found in dictionary error.

cmw

6th February 2006, 05:45

Ok, another report here. I'm sorry I haven't had the time to go though the entire thread and this might have been discussed before.

I also not consider it really a bug (indeed, this turned out EXTREMELY helpful today).

I haven't tried with different source types, but what I can say is that if I load a vob file into the OneClickEncoder, which has a Framerate of 29.xxxx (standard NTSC) and encode it with AVC (CE-Quicktime Profile) (I think XVID behaves the same, but I'm not sure, have to check when I have time), the resulting mp4 will have a framerate of 25fps. I have no clue how the transcoder does this, but it must be similar to Virtual Dub's "Convert to Framerate" (because the resulting Movie won't be longer than the original one, and Audio will be in Synch).

However, If i encode to raw stream, something ugly happens: The Framerate still turns out as 25 fps, but there are no frames dropped, resulting that a 37sec video will be 45sec afterwards (which of course leads to *some* issues ;) ).

This behaviour is also reproducable when doing a normal encode (not OneClick, just load d2v with 29fps into avs generator and convert to mp4 and then raw to see what happens).

Note (might be relevant or not, don't know): The vob's I used are the Dolby Cinematic Trailers (eg. Dolby Aurora, or Dolby Canyon). I downloaded them from CineLine or some similar site, so I didn't use DvdDecryptor, the files are just there on my HD.

As I mentionend, I've had no time to investigate this further, but ask me for any information you might need.

berrinam

6th February 2006, 05:56

I haven't tried with different source types, but what I can say is that if I load a vob file into the OneClickEncoder, which has a Framerate of 29.xxxx (standard NTSC) and encode it with AVC (CE-Quicktime Profile) (I think XVID behaves the same, but I'm not sure, have to check when I have time), the resulting mp4 will have a framerate of 25fps. I have no clue how the transcoder does this, but it must be similar to Virtual Dub's "Convert to Framerate" (because the resulting Movie won't be longer than the original one, and Audio will be in Synch).The One Click Encoder should do no such thing. The only conversion of framerate that I can imagine would happen is one of the two following:
You have a telecined film (29.97fps), which MeGUI IVTCs or Force Films, which results in a downconversion of the framerate to 23.976fps
There is a bug in MeGUI which causes it not to signal the framerate to the muxer. This would result in an audio desynch.

However, If i encode to raw stream, something ugly happens: The Framerate still turns out as 25 fps, but there are no frames dropped, resulting that a 37sec video will be 45sec afterwards (which of course leads to *some* issues ;) ). Not a MeGUI bug. I presume you don't mean the One Click Encoder, because I didn't think that you could encode to raw with it (it doesn't make sense having raw output in what is supposed to be a complete system). Obviously, if you have a raw file, it doesn't signal the fps, so the muxer doesn't know what it is. You must set the fps manually in the muxer (MeGUI gives a fps checkbox which must be filled in for raw video).

Avish

6th February 2006, 08:21

When i tried to open Avisynth Script Creater from tools menu, its giving me error...see the attached image.

Doom9

6th February 2006, 09:30

(CE-Quicktime Profile)I presume that means MP4 output (those details are important darnit).. the log would tell us more (once again it's missing.. I think I need an additional keyboard button that writes "post the log"). it's the mp4box commandline and especially the fps flag that would be important.. or lack thereof and seeing which encoder was used.. if input is mp4, mp4box should take the input fps so that would indicate a problem in x264's mp4 output (they are numberous I'm afraid and always keep on creeping up.. though it's not really x264's problem but gpac's), or combine that with an improper mux commandline.

@Avish: chronocross already reported that. However, perhaps I should've written in the notes that the build you're using is not meant for non developers.. it contains major internal changes and while I did try every form (at least I think I did), I don't have all kinds of profiles to test out.

ChronoCross

6th February 2006, 17:13

As a precaution until the refactoring is done, I will be marking my builds as stable or dev. Hopefully this will prevent some confusion onto whether or not people should use it as you have stated that they should be more for internal testing than full use.

netchris

6th February 2006, 19:26

Hi all.
I have this small prob. i couldnt find a solution for.
When i create a d2v file, and try to open it in Megui's avisynth script generator i get this error "DGindex reported 0 frames in this file. This is a fatal error. Please recreate the DGindex project". Creating new d2v files with options correct field order and force open gops in d2v file,(in DGindex) doesnt help either.
I think i have my system setup just fine (with DGDecode.dll @ avisynths plugin folder). So im clueless how to fix it.
Any help appreciated.
Im using DGIndex 1.4.6.

berrinam

7th February 2006, 12:26

When i create a d2v file, and try to open it in Megui's avisynth script generator i get this error "DGindex reported 0 frames in this file. This is a fatal error. Please recreate the DGindex project".This could be caused by quite a number of reasons... possibly a version mismatch between DGIndex.exe and DGDecode.dll?

@devs: I think that we could perhaps get more descriptive error messages for that situation if we used dimzon's Avisynthwrapper .... new DGDecode.dll's return very descriptive AviSynth error messages, and they could be much more useful to debug than the current one (as netchris quoted).

My own bug report: MeGUI 0.2.3.2066 flags jobs as done instead of error when there is an error. However, the job quere still stops.

cmw

7th February 2006, 12:48

I'm going to test out before-mentioned stuff now, but for starters:

You can not crop more than 200 pixels from each direction. Although this may not be necessary often, I don't see why. When using manual crop it won't let you enter a value above 200 and with Auto Crop there will come an error message that the Value xxx (something above 200) is supposed to be between Min and Max value.

Doom9

7th February 2006, 13:01

@cmw: what kind of content requires more than 200 pixels be cropped from one side?

cmw

7th February 2006, 13:27

Domm 9: The sample I was going to test.

Ok, here are the results. I have to explain a bit. I use a capured Video (AVI, Zipped Motion Block Codec) from DosBox as source. This file has 70 FPS! Although this has nothing to do with MeGui, this is a major problem, because apparently VMR7 Playback AND Overlay Playback are not able to render more fps than the vertical synch of the display is. This results in extreme dumb behaviour that from an 70fps movie, only 60 are rendered in one second and the remaining 10 are not dropped but appended to the nex second! This results that the movie plays slower than it should, but the sound does not adapt, so we have extreme audio/video desynch.

However, if I use Virtual Dub's "Convert to Framerate" --> Someting below 60, Playback will be in synch.

For more information on this topic, see:

http://vogons.zetafleet.com/viewtopic.php?t=11168

Well now for the bug reporting stuff: I loaded this 70 fps movie in the avisynchscript, cropped it, it's not interlaced.

For the cropping question: This is the Phantasmagoria Intro, the resolution of the games is 640x480, but when I set the videos to "Half", then they will only consume about 320x180 or sth like that and i would need to crop more than 200px to get rid of black borders, but that's not that important.

As encoding settings, I chose CE-Quicktime and as container .mp4.

Here is the log:

Starting job job1-1 at 12:49:41
Job is a video job. encoder commandline:
--pass 1 --bitrate 1000 --stats "C:\Programme\DOSBox-0.63\capture\test.stats" --no-cabac --subme 1 --analyse none --me dia --progress --no-psnr --output NUL "C:\Programme\DOSBox-0.63\capture\test.avs"
successfully started encoding
Processing ended at 12:54:01
----------------------------------------------------------------------------------------------------------

Log for job job1-1

avis [info]: 320x240 @ 70.01 fps (10828 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2
x264 [info]: slice I:46 Avg QP:18.83 size: 16516
x264 [info]: slice P:10782 Avg QP:21.52 size: 1719
x264 [info]: mb I I16..4: 31.4% 0.0% 68.6%
x264 [info]: mb P I16..4: 2.5% 0.0% 0.0% P16..4: 48.2% 0.0% 0.0% 0.0% 0.0% skip:49.3%
x264 [info]: final ratefactor: 27.39
x264 [info]: kb/s:997.7

Actual bitrate after encoding without container overhead: 997.82

----------------------------------------------------------------------------------------------------------
job job1-1 has been processed. This job is linked to the next job: job1-2
Starting job job1-2 at 12:54:01
Job is a video job. encoder commandline:
--pass 2 --bitrate 1000 --stats "C:\Programme\DOSBox-0.63\capture\test.stats" --no-cabac --subme 6 --analyse p8x8,b8x8,i4x4,p4x4 --progress --no-psnr --output "C:\Programme\DOSBox-0.63\capture\test.mp4" "C:\Programme\DOSBox-0.63\capture\test.avs"
successfully started encoding
Processing ended at 12:59:03
----------------------------------------------------------------------------------------------------------

Log for job job1-2

avis [info]: 320x240 @ 70.01 fps (10828 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2
mp4 [info]: initial delay 0 (scale 10000000)
x264 [info]: slice I:46 Avg QP:14.17 size: 23415
x264 [info]: slice P:10782 Avg QP:16.54 size: 1702
x264 [info]: mb I I16..4: 23.7% 0.0% 76.3%
x264 [info]: mb P I16..4: 0.3% 0.0% 1.5% P16..4: 17.6% 1.1% 2.1% 1.2% 1.5% skip:74.7%
x264 [info]: kb/s:1004.9

Actual bitrate after encoding without container overhead: 1005.04
desired video bitrate of this job: 1000 kbit/s - obtained video bitrate: 1007,47829964239 kbit/s
----------------------------------------------------------------------------------------------------------

Although it is multiple times mentioned that the file is 70fps, the resulting file WILL BE at least *declared* 25 fps. However, when I check with Windows Media Player (6.4, not Classic!), and press statistics, it states that the FPS is 25, but that the actual FPS are around 60! The Audio/Video will still be out of synch, exactly as in the original Capture File (so my former assumption that it does sth like Virtual Dub's Convert to FPS is not accurate, indeed, it seems to do nothing at all except declaring the file as 25fps).

Since the FPS of the file seem not to be really altered, the only bug in this case would be that e.g. a 35fps source will be declared as 25fps in the resulting output, but will still play back with 35 fps.

Here is a screenshot of the MP Statistics:

http://cmw.cybton.com/statsmp4.png

For XVID: I couldn't reproduce the behaviour. I set xvid to 1700 CBR and as Container AVI. The resulting output will have 70fps and playback with 60 (as ususal).

So in XVID a 35fps video would be declared as 35fps and would playback with 35fps.

Screenshot:
http://cmw.cybton.com/statsxvid.png

I hope this lifts the confusion a bit.

Edit: To clarify more, i made additional screenshots:
This is the stats from the Dolby Canyon Cinemeatik Trailer. It has 29 FPS (standard) NTSC.

When converted to AVC, it will be declared as 25fps but will still playback with 29.

http://cmw.cybton.com/dolbyavc.png

When converted to XVID, it will be correctly declared as 29 FPS and will playback with 29.

http://cmw.cybton.com/dolbyxvid.png

Edit 2: I also wonder what has happened to my interlacing problem with DV. Have you checked with the sample I provided? =)

Edit 3: Ah yeah, in case of question, my x264 version is Sharktooth's 408M.

mfg gmw

netchris

7th February 2006, 17:13

Thank you for your response berrinam.
I found the solution, for some reason the program paths were reset and had to realocate them.
Somebody please post a newer binary @ sourceforge :)

Doom9

7th February 2006, 18:43

Although it is multiple times mentioned that the file is 70fps, the resulting file WILL BE at least *declared* 25 fps.I see that you're using direct mp4 output. Your log shows no muxing, so am I correct in assuming that your experiments were done with a video-only mp4? (if not.. that's something you should not forget to mention). And if that assumption does not hold, then it's important to know that if fed with video containing mp4's, mp4box will use the input fps as its output fps.. so unless there's a muxjob with a wrong forced framerate, the problem seems to be located somewhere in gpac (be it x264's mp4 output or mp4box).

@devs: I think that we could perhaps get more descriptive error messages for that situation if we used dimzon's Avisynthwrapper Didn't one of dimzon's latest commits already take care of that (redirect calls to avswrapper instead of using interop via dgdecode to access the video). In fact, looking at the dev thread, he did: - Simplified d2vReader code (now it just forwards it's calls to AvsReader executed on Mpeg2Source(fileName) script)

ChronoCross

7th February 2006, 19:26

seems the Pre Render Checkbox does nothing. Not that it currently works(I'm almost positive now that it's a minGW problem). Just thought I'd let you know for future purposes.

dimzon

7th February 2006, 19:28

Didn't one of dimzon's latest commits already take care of that (redirect calls to avswrapper instead of using interop via dgdecode to access the video). In fact, looking at the dev thread, he did:
Actually I do nothing about error reporting yet - i need to modify all code wich invokes d2vReader's methods for this
public bool openD2V()
{
try
{
this.reader = AvsReader.ParseScript("Mpeg2Source(\"" + this.fileName + "\")");
return true;
}
catch (Exception e)
{
Console.Write(e.Message);
return false;
}
}

dimzon

7th February 2006, 19:39

fixed
0.2.3.2069 7 Feb 2006
Commit by dimzon
- Better diagnostics for d2v
- Fixed some resource leak in VideoUtil

Doom9

7th February 2006, 19:45

i need to modify all code wich invokes d2vReader's methods for thisWell.. go nuts then.. just keep the coding guidelines in mind.

dimzon

7th February 2006, 19:48

Well.. go nuts then.. just keep the coding guidelines in mind.
really i have found only one "DGindex reported 0 frames in this file. This is a fatal error. Please recreate the DGindex project" entry in solution - @ VideoPlayer.cs and perform modification. If anyone know another place please inform me!

arnea

7th February 2006, 19:48

Hi!

Audio encoding via Avisynth produces mute sound clip when DirectShowSource is used in AVS script.

Avisynth 2.5.5
MeGUI 0.2.3.2063

I discovered it when I tried to convert some WMV to iPod format. I used DirectShowSource in AVS (created it manually) and fed it into both video and audio encoding. Video encoding worked just fine. Audio encoding procuded clip with correct parameters but without sound. I made some experiments with other clips. I had some raw-AVI's that worked fine with AviSource but created empty clip when I used DirectShowSource.

Thanks for the nice tool, I especially like that it prints out the command lines - very educational.

Arne

dimzon

7th February 2006, 19:52

I discovered it when I tried to convert some WMV to iPod format. I used DirectShowSource in AVS (created it manually) and fed it into both video and audio encoding. Video encoding worked just fine. Audio encoding procuded clip with correct parameters but without sound. I made some experiments with other clips. I had some raw-AVI's that worked fine with AviSource but created empty clip when I used DirectShowSource.
1) Does You hear sound when you opening your script in any DShow player?
2) Provide your script
3) Provide (if possible) wmv sample (less than 10MB please, upload it @ mytempdir.com in ZIP or RAR or 7Z)

Doom9

7th February 2006, 20:20

really i have found only oneThat sounds about right.. after all.. d2v reading is only used for the preview window with a d2v input.

Turd_Ferguson

7th February 2006, 20:52

@Doom9
sorry about the delay, but i finally ran that command line you posted. it returned the same error that was in the windows error. i have a screen shot of the command line and error attached.

the second attachment is a screen shot of the Avisynth script generator after loading the .d2v file from DGIndex. fps show as "NaN". when i open the .d2v file in wordpad, fps shows as...

Frame_Rate=23976

the third attachment shows the Automatic Encoding window. each 16:9 ratio DVD i have tried shows a NEGATIVE bitrate in this field. i never select bitrate, always file target size, and usually it is "don't care".

i am fairly certain it is not the muxing that is the problem, since i can get the exact same senario to work if i only use a 4:3 ratio DVD. what should i try next? there must be an Avisynth command or plugin that i can use to deal with the 23.976 fps, and that might fix everything else down the line. mabey?

pcaca

7th February 2006, 21:07

Why don't you add /platform:x86 switch in the compile.bat in order fix the compilation bug for Windows XP x64 and compile the ChronoCross builds with that switch?
I don't have any problems because i can do CVS checkout and compile it by myself, but there are people wich can't do that. I think that it's inconvinient for someone who uses Windows XP x64 to download and configure TortoiseCVS wich is not completley compatible with x64 and you must use 32-bit explorer to do CVS checkout.

Doom9

7th February 2006, 21:11

@Turd_Ferguson: 1) just as I suspected.. you have a buggy mp4box build.
each 16:9 ratio DVD i have tried shows a NEGATIVE bitrate in this field. I very much doubt that has anything to do with it.. rather this signifies a number overflow.. which bodes the question of preview.. what if you load the avs.. do you have a proper preview and does the source has the proper length reported? And then there's the question on what audio streams you have configured, and what you have clicked and typed in the auto-encode window. Add to that what the codec's bitrate was set to before you pressed auto-encode (I can't reproduce it).

Richard Berg

7th February 2006, 21:11

I'm sure it's already on the list. MeGUI is under heavy development; I don't expect us to release a new "official" build very soon.

max-holz

7th February 2006, 23:08

I noticed that in version 2064 the bitrate is not transferred from bitrate calculator to commandline and I do not know if the size is settled correctly.
I do not know if this bug caused by the hard development was fixed or not.

Richard Berg

7th February 2006, 23:20

What bitrate? Snow? MP3?

I know there was a bug fixed recently with FAAC bitrate getting lost.

max-holz

8th February 2006, 07:10

What bitrate? Snow? MP3?

I know there was a bug fixed recently with FAAC bitrate getting lost.

x264 bitrate

Tzim

8th February 2006, 10:05

It's been a long time since I did my last video encoding trials.
I just wanted to try MeGUI, as a .net fan I am.

But ... it crashed on my system as soon as I opened an .avs file, saying that avisynth wasn't there. Damnit, it shouldn't crash, I have avisynth install, as I can pass avs files to x264 CLI.

So what ? I'm under Windows XP x64. So I checked, and here's the problem :
MeGUI is launched on a 64-bit process, with the x64 framework. As a 64bit process, it can't load 32bits dlls, and crashes trying to load avisynth.

As it's said there : http://blogs.msdn.com/junfeng/archive/2005/12/09/502327.aspx
Managed applications compiled with compiler option /platform:anycpu (MSIL only applications) will be executed as 64 bit native processes.
The decision is made by the OS.

So I used the corflags tool to mark the exe as 32bit only.

I think you should use the /platform:x86 option to compile MeGUI. Note that that changes only one bit of the final exe, to tell windows to run it only on 32bit framework.

More info : http://blogs.msdn.com/joshwil/archive/2005/05/06/415191.aspx

Doom9

8th February 2006, 10:16

@tzim: this has already been reported and can easily by fixed if you recompile on your own. See http://forum.doom9.org/showthread.php?t=106740

Tzim

8th February 2006, 10:19

Noted. I didn't recompile but used corflags, but thanks, and megui looks like a great tool...

dimzon

8th February 2006, 11:54

@tzim: this has already been reported and can easily by fixed if you recompile on your own. See http://forum.doom9.org/showthread.php?t=106740
commited new compile.bat - now it contains /platform:x86 switch

Sh4nn0w

8th February 2006, 12:01

I have been using the 0.2.3.2063 stable build for encoding, no probs.

I've noticed whilst trying out the subsequent builds I've compiled that since 0.2.3.2064 in the settings tab that DGIndex Default Audio Track 1 & 2 no longer display the drop down of languages, but Systems.Collections.G......

Couldn't see this listed elsewhere in the buglist.

Great App, keep up the good work:D

berrinam

8th February 2006, 12:06

I've noticed whilst trying out the subsequent builds I've compiled that since 0.2.3.2064 in the settings tab that DGIndex Default Audio Track 1 & 2 no longer display the drop down of languages, but Systems.Collections.G......
Reproduced here. Added to the buglist.

dimzon

8th February 2006, 13:46

Reproduced here. Added to the buglist.
fixed

The Link

8th February 2006, 14:21

The audio configuration seems to be broken (build 2069):

1) Creating a new audio profile generates an error.
2) If there's already a preset for a codec chosen and you click "config" also an error message pops up.
3) Changing the state of the "Audio profile" dropdown box doesn't make the codec dropdownbox adapt, i.e. changing from an aac profile to a mp3 profile doesn't make the codec dropdownbox change to mp3.
4) Adding a job to the queue prouces "Audio iput/output types are incompatible". Clicking "config" before adding a job avoids that message and the job gets properly added to the queue.

edit: added point 4

dimzon

8th February 2006, 15:33

@The Link
1) - fixed
2) - fixed

dimzon

8th February 2006, 15:41

@The Link
3) - fixed in 0.2.3.2075

@developers
Can't fix 4) issue myself - there are really ugly ununderstandable code!

The Link

8th February 2006, 18:37

Thanks for the quick fixes :) Point 4 is there since I use MeGUI so it seems to be indeed severe and not easy to fix but since there's a workaround it's not too bad for me.

There are still some things which are not correct (imho) in the AVS script creotor (build 2078):

1) The noise filter dropdown box contains the same values as the resize filter dropdown box.
2) The preview button at the bottom works if the original preview window is open but produces wrong results: It looks like the crop values got applied double so that there's not much left to see from the image. If the original preview window has been closed the preview button at the bottom generates an error message.
3) The crop dialog button is still dysfunctional, i.e. the crop preview window works but the values don't get applied and the OK and CANCEL buttons don't work.

The Link

8th February 2006, 18:50

In the settings you can't chose the default audio tracks independently, i.e. if you change the language in one of the two dropdown boxes the other one gets changed to the same value (build 2078).

dimzon

8th February 2006, 18:54

@The Link
1) fixed (this is my stupid bug during refactoring)
2) Ask Doom9, seems like this is by design
3) Still under contruction (waiting Doom9 decision)
4) Ask Doom9, seems like this is by design

bob0r

9th February 2006, 00:52

2079 won't compile:

Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

AviSynthWindow.cs(1555,10): warning CS1030: #warning: 'This is just quickfix, please check it!'
baseAudioConfigurationDialog.cs(603,57): error CS0234: The type or namespace name 'Interaction' does not exist in the namespace 'Microsoft.VisualBasic' (are you missing an assembly reference?)
JobUtil.cs(559,30): warning CS0618: 'MeGUI.LanguageSelectionContainer.getLanguages()' is obsolete: 'Use LanguageSelectionContainer.Languages instead'
mkvMuxWindow.cs(116,21): warning CS0618: 'MeGUI.LanguageSelectionContainer.getLanguages()' is obsolete: 'Use LanguageSelectionContainer.Languages instead'
MuxWindow.cs(127,21): warning CS0618: 'MeGUI.LanguageSelectionContainer.getLanguages()' is obsolete: 'Use LanguageSelectionContainer.Languages instead'

I waited hours for sourceforge cvs to update to 2079, before i compiled x264 rev 425, and now megui does not compile :p

Turd_Ferguson

9th February 2006, 01:04

YES! i got it! i finally got a video encode of a 16:9 DVD with the PD-iPod profile.
the problem this whole time was that the .d2v file created by DGIndex 1.4.6 contained this line:

Frame_Rate=23976

When it should have been this:

Frame_Rate=23976 (24000/1001)

AutoEncode worked fine after i changed that one line. again, this only happened to me with 16:9 ntsc dvd's. when i use 4:3 ntsc dvd's the frame rate line is correct, and everything works fine.

ChronoCross

9th February 2006, 05:16

2079 won't compile:

try compiling directly from within VS. it works. the compile.bat has some type of problem. perhaps with the addition of the x64 compatibility.

Doom9

9th February 2006, 09:22

2) Ask Doom9, seems like this is by design
3) Still under contruction (waiting Doom9 decision)
4) Ask Doom9, seems like this is by design
NO bugs are by design. Please remove the crop dialog (it should've never made its way into functional builds)

leowai

9th February 2006, 10:23

2079 won't compile:
try compiling directly from within VS. it works. the compile.bat has some type of problem. perhaps with the addition of the x64 compatibility.
I've managed to compile it from the compile.bat.

Just add /r:%windir%\Microsoft.NET\Framework\v2.0.50727\Microsoft.VisualBasic.dll to the end of MeGUI and MeGUI-svn compilation command lines.

Doom9

9th February 2006, 10:25

"/r:%windir%\Microsoft.NET\Framework\v2.0.50727\Microsoft.VisualBasic.dll" Uh.. and there I thought megui was written in C#.. did somebody convert all the code without telling me?

dimzon

9th February 2006, 10:59

Uh.. and there I thought megui was written in C#.. did somebody convert all the code without telling me?
Fresh compile.bat commited, error fixed (sorry)
@Doom9
MeGUI still written un C# but I'm using one VB.NET function - InputBox (Microsoft.VisualBasic.dll is part of .NET Runtime)
Later it can be replaced by custom form

Sh4nn0w

9th February 2006, 15:11

version 0.2.3.20.81

You can now select a default audio track for DGIndex in the settings tab, but not 2 independant languages, ie track 2 automatically defaults to track 1 default language. (I tried changing to other languages, same problem)

Also the same if change track 2, track 1 changes to the same language.

Just to add, the following came up when compiling:

Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

AviSynthWindow.cs(1555,10): warning CS1030: #warning: 'This is just quickfix,
please check it!'
JobUtil.cs(559,30): warning CS0618:
'MeGUI.LanguageSelectionContainer.getLanguages()' is obsolete: 'Use
LanguageSelectionContainer.Languages instead'
mkvMuxWindow.cs(116,21): warning CS0618:
'MeGUI.LanguageSelectionContainer.getLanguages()' is obsolete: 'Use
LanguageSelectionContainer.Languages instead'
MuxWindow.cs(127,21): warning CS0618:
'MeGUI.LanguageSelectionContainer.getLanguages()' is obsolete: 'Use
LanguageSelectionContainer.Languages instead'
Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

dimzon

9th February 2006, 15:54

fixed

bob0r

9th February 2006, 16:20

When i post my output, you can take that seriously too.

Should we paste output warnings or not?
Because it seems you do not test your sumbits :)

dimzon

9th February 2006, 16:44

Because it seems you do not test your sumbits :)
I'm using VS.NET to compile, not compile.bat, sorry

bob0r

9th February 2006, 17:13

That still doesn't answer my question.

dimzon

9th February 2006, 17:15

No, I does not need warnings

bob0r

9th February 2006, 17:25

You mean we should not paste warnings as bug reports?

dimzon

9th February 2006, 17:26

You mean we should not paste warnings as bug reports?
Yes. Warnings is not errors

shon3i

9th February 2006, 20:32

I found error i avs creator in lastest build he can create script.
I get this script
LoadPlugin("c:\....\dgdecode.dll")
mpeg2source() <-this is wrong
other is not interstenig
I have d2v input and i get message There is not Mpeg2Source.

berrinam

9th February 2006, 20:40

There's something wrong on your end. We've been using that script for ages and it works fine. What version of dgdecode.dll and dgindex.exe are you running?

shon3i

9th February 2006, 20:43

Lastest DGIndex 1.4.6. There is no error with script i get
mpeg2source()
instead
mpeg2source("c:\....\example.d2v")

Richard Berg

9th February 2006, 20:48

We've been using that script for ages and it works fine.
How could that script ever work? The d2v filename is a required parameter.

berrinam

9th February 2006, 21:06

How could that script ever work? The d2v filename is a required parameter.
Ah right, I completely missed that. The moment I read that bug, I tested it on my computer, and it worked fine. I think some more description of how to generate this bug is required.

shon3i

10th February 2006, 01:24

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.

Kostarum Rex Persia

10th February 2006, 01:42

Yes, I can confirm that. AVS creator won't use plugin dgdecode.dll. I get same error message just like shon3i.

bob0r

10th February 2006, 03:29

http://files.x264.nl/megui-2085-x264-config.jpg

Need i say more? :D

Edit:
Fixed

bob0r

10th February 2006, 04:03

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

10th February 2006, 04:13

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

10th February 2006, 04:19

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

10th February 2006, 06:18

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

10th February 2006, 06:24

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

10th February 2006, 06:41

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

10th February 2006, 06:48

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

leowai

10th February 2006, 08:05

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

10th February 2006, 09:17

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

10th February 2006, 12:11

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

The Link

10th February 2006, 13:12

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

10th February 2006, 13:22

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

10th February 2006, 13:35

@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

10th February 2006, 13:40

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

10th February 2006, 14:09

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

10th February 2006, 14:12

@berrinam

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

dimzon

10th February 2006, 14:17

@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

10th February 2006, 14:23

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

10th February 2006, 14:27

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

10th February 2006, 14:30

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

10th February 2006, 14:55

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

10th February 2006, 16:15

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

10th February 2006, 16:43

@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

10th February 2006, 17:25

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

10th February 2006, 20:42

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

10th February 2006, 21:02

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

bob0r

10th February 2006, 22:40

@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

11th February 2006, 04:19

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

11th February 2006, 04:32

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

11th February 2006, 04:38

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

11th February 2006, 09:43

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

11th February 2006, 14:06

@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

11th February 2006, 15:32

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

11th February 2006, 15:50

@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

11th February 2006, 15:52

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

bob0r

11th February 2006, 15:54

... 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

11th February 2006, 16:06

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

11th February 2006, 16:17

@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

11th February 2006, 16:39

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

11th February 2006, 19:35

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

11th February 2006, 20:40

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

11th February 2006, 21:02

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

11th February 2006, 21:24

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

12th February 2006, 05:36

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

12th February 2006, 06:23

[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

12th February 2006, 06:32

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

12th February 2006, 14:02

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

12th February 2006, 14:25

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

Drillakilla

13th February 2006, 05:36

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

13th February 2006, 05:45

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

13th February 2006, 06:34

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

14th February 2006, 11:50

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

14th February 2006, 20:57

>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

17th February 2006, 14:26

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

dimzon

17th February 2006, 16:26

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

bkman

18th February 2006, 13:54

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

18th February 2006, 14:10

Sharktooth

18th February 2006, 14:14

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

foxyshadis

19th February 2006, 08:41

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

19th February 2006, 10:32

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

19th February 2006, 14:08

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

19th February 2006, 14:12

...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

19th February 2006, 14:19

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

19th February 2006, 16:53

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

19th February 2006, 19:34

patch committed

Doom9

20th February 2006, 12:56

@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

20th February 2006, 15:01

dimzon

20th February 2006, 15:03

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

20th February 2006, 15:03

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

20th February 2006, 15:09

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

dimzon

20th February 2006, 15:13

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

20th February 2006, 15:20

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

20th February 2006, 15:40

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

20th February 2006, 15:41

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

Sharktooth

20th February 2006, 16:26

... 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

20th February 2006, 18:29

... 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

20th February 2006, 19:38

@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

20th February 2006, 21:36

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

21st February 2006, 08:22

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

21st February 2006, 08:26

yes, mutant_fruit patch.

Raithmir

21st February 2006, 17:29

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

21st February 2006, 18:22

@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

21st February 2006, 18:30

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

Mutant_Fruit

21st February 2006, 23:17

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

22nd February 2006, 23:11

patch committed

Sharktooth

22nd February 2006, 23:29

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

22nd February 2006, 23:37

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

23rd February 2006, 08:42

Doom9

23rd February 2006, 09:24

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

23rd February 2006, 10:56

@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

23rd February 2006, 11:10

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

23rd February 2006, 12:28

...
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

23rd February 2006, 13:00

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

23rd February 2006, 19:36

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

23rd February 2006, 19:49

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

23rd February 2006, 20:02

that bug has been around since at least 2089.

Tima

23rd February 2006, 20:03

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

Mutant_Fruit

23rd February 2006, 20:15

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

Tima

23rd February 2006, 20:22

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

23rd February 2006, 20:29

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

23rd February 2006, 23:37

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

23rd February 2006, 23:49

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

24th February 2006, 00:33

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

dimzon

24th February 2006, 00:52

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

24th February 2006, 02:17

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

24th February 2006, 08:57

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

24th February 2006, 10:03

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

24th February 2006, 10:13

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

24th February 2006, 10:20

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

24th February 2006, 15:52

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

24th February 2006, 16:19

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

Doom9

24th February 2006, 16:36

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

24th February 2006, 17:05

@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

24th February 2006, 17:29

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

dimzon

24th February 2006, 17:36

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

24th February 2006, 19:15

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

Doom9

24th February 2006, 19:57

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

24th February 2006, 23:33

@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

25th February 2006, 00:38

Updated the first post.

ChronoCross

25th February 2006, 00:53

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

25th February 2006, 09:21

it could be

berrinam

25th February 2006, 09:40

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

25th February 2006, 19:51

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

25th February 2006, 21:43

tired it. doesn't work.

KiraDouji

26th February 2006, 08:08

@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

26th February 2006, 08:37

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

26th February 2006, 18:36

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

26th February 2006, 18:39

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

KiraDouji

26th February 2006, 19:08

@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

26th February 2006, 19:33

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

bob0r

28th February 2006, 22:45

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

28th February 2006, 23:04

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

1st March 2006, 07:31

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

2nd March 2006, 10:15

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

berrinam

2nd March 2006, 11:23

Fixed. Added to the list anyway.

max-holz

3rd March 2006, 13:30

Sharktooth

3rd March 2006, 13:32

confirmed

Sharktooth

3rd March 2006, 13:50

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

3rd March 2006, 14:48

I still get the turbo-exception with build 0.2.3.2102:

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

bond

3rd March 2006, 14:56

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

3rd March 2006, 15:14

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

Sharktooth

3rd March 2006, 16:43

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

berrinam

3rd March 2006, 22:25

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

3rd March 2006, 22:33

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

3rd March 2006, 22:50

berrinam

3rd March 2006, 22:50

Doom9

3rd March 2006, 23:07

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

4th March 2006, 09:48

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

4th March 2006, 13:17

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

4th March 2006, 13:20

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

max-holz

4th March 2006, 15:15

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

4th March 2006, 19:31

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

4th March 2006, 19:45

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

shon3i

4th March 2006, 19:56

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

4th March 2006, 20:21

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

bob0r

5th March 2006, 12:14

@nexus

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

cc979

5th March 2006, 16:09

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

5th March 2006, 16:18

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

Caroliano

5th March 2006, 20:20

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

6th March 2006, 00:55

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

berrinam

6th March 2006, 06:57

Fixed both of cc979's bugs in 0.2.3.2017.

Sharktooth

6th March 2006, 14:45

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

6th March 2006, 15:08

cc979

6th March 2006, 15:19

Fixed both of cc979's bugs in 0.2.3.2017.

using 0.2.3.2106 bugs still there

Sharktooth

6th March 2006, 15:21

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

Doom9

6th March 2006, 16:34

@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

6th March 2006, 16:39

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

6th March 2006, 16:48

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

6th March 2006, 16:56

max-holz

6th March 2006, 17:19

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

6th March 2006, 20:15

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

6th March 2006, 20:55

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

6th March 2006, 22:16

Well, if you wanna be like that..

cc979

6th March 2006, 22:23

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

6th March 2006, 22:29

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

6th March 2006, 23:26

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

as image, ok

cc979

6th March 2006, 23:29

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

7th March 2006, 01:32

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

7th March 2006, 05:59

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

7th March 2006, 12:01

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

7th March 2006, 12:04

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

Doom9

7th March 2006, 13:21

@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

7th March 2006, 13:28

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

7th March 2006, 13:38

:stupid:

Doom9

7th March 2006, 14:29

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

7th March 2006, 14:42

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

7th March 2006, 15:39

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

7th March 2006, 17:13

cc979

7th March 2006, 17:31

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

7th March 2006, 19:41

ChronoCross

7th March 2006, 19:48

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

7th March 2006, 22:15

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

10th March 2006, 15:13

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

10th March 2006, 15:21

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

11th March 2006, 11:50

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

11th March 2006, 11:57

I get this error too.

Doom9

11th March 2006, 12:39

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

11th March 2006, 18:31

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

12th March 2006, 06:34

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

12th March 2006, 07:14

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

12th March 2006, 07:54

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

12th March 2006, 12:25

@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

12th March 2006, 13:48

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

12th March 2006, 13:49

sysKin

12th March 2006, 13:57

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

12th March 2006, 16:11

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

12th March 2006, 20:18

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

12th March 2006, 20:30

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

falcon2000eg

12th March 2006, 20:38

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

ariga

13th March 2006, 08:45

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

13th March 2006, 08:55

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

dimzon

13th March 2006, 08:58

@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

14th March 2006, 07:51

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

14th March 2006, 11:35

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

14th March 2006, 16:53

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

15th March 2006, 07:16

@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

15th March 2006, 11:22

cc979

15th March 2006, 20:09

@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

16th March 2006, 12:24

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

16th March 2006, 12:44

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

16th March 2006, 20:00

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

16th March 2006, 20:06

berrinam

16th March 2006, 20:58

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

16th March 2006, 21:00

@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

16th March 2006, 21:09

@berrinam

it was the input DAR i forced to 1:1

cc979

16th March 2006, 21:37

@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

16th March 2006, 21:40

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

16th March 2006, 21:41

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

18th March 2006, 19:01

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

ChronoCross

19th March 2006, 04:48

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

19th March 2006, 08:33

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

19th March 2006, 09:42

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

19th March 2006, 12:34

@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

22nd March 2006, 08:12

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

22nd March 2006, 08:49

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

22nd March 2006, 09:18

DarkFoon

22nd March 2006, 10:08

@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

22nd March 2006, 11:41

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

22nd March 2006, 11:46

@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

22nd March 2006, 21:27

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

23rd March 2006, 07:23

@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

23rd March 2006, 07:34

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

DarkFoon

23rd March 2006, 07:55

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

23rd March 2006, 08:34

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

23rd March 2006, 08:57

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

23rd March 2006, 09:44

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

23rd March 2006, 18:23

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

23rd March 2006, 19:37

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

Doom9

23rd March 2006, 19:39

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

23rd March 2006, 20:05

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

ok thanx

cc979

23rd March 2006, 20:37

i rechecked it does show a fatal error tho

Doom9

23rd March 2006, 21:01

well.. that's because the error goes unchecked.. no error is supposed to happen at this stage. But in this case, it's you the user that's causing this error. And everything uncatched shows up as fatal.. whether or not it really is can only be found out by going on about your things and see what happens.

cc979

23rd March 2006, 21:15

cheers, (was a quick response btw)

found this error:
using noise filter --heavy noise - script preset error: movie, animeHQ

from avs script creator:
Convolution3D("movielq") # Heavy Noise

cc979

23rd March 2006, 22:25

my mistake sorry, was using wrong .dll
found out after i changed the line 37: of ScriptServer.cs into
[EnumTitle("Heavy Noise", @"Convolution3d (preset=""movieLQ"")")]

cc979

24th March 2006, 16:31

using 0.2.3.2117 on avs script creator found that, if you open a .d2v then hit preview before autocrop you get a fatal error

ChronoCross

24th March 2006, 16:49

using 0.2.3.2117 on avs script creator found that, if you open a .d2v then hit preview before autocrop you get a fatal error

Doesn't happen on my end. You seem to be having alot of fatal errors..........

cc979

24th March 2006, 21:57

Doesn't happen on my end. You seem to be having alot of fatal errors..........

might be time to re-install windows, then try some more

this is error i get, if you hit preview first then autocrop straight after loading .d2v
http://i1.tinypic.com/s4syg3.png

bond

25th March 2006, 11:54

ok i now have heard from three different people about "mp4 muxing problems" when encoding audio and video in megui

it has turned out that the audio.mp4 they get is defacto no .mp4 file but a .mp3 file with the wrong extension

in the next step it turned out that the people are indeed setting in megui to encode with aac but megui doesnt tell besweet to encode with aac and therefore it encodes with mp3 (but still gives the output file the wrong extension)

as seeable in the besweet log here:
http://forum.gleitz.info/showpost.php?p=260799&postcount=28
(the aac options are placed into the -azid options)

therefore it seems as megui has a bug wrongly generating besweet commandlines

bob0r

25th March 2006, 13:35

http://files.x264.nl/megui-0.2.3.2117-changelog-layout-bug.jpg

Changelog Layout not as it should be i think.

(Was ok in 2116)

dimzon

25th March 2006, 14:34

http://files.x264.nl/megui-0.2.3.2117-changelog-layout-bug.jpg

Changelog Layout not as it should be i think.

(Was ok in 2116)
Seems like wrong line ends in changelog.tx (MUST be windows-style - \0x0D\0x0A)

Doom9

25th March 2006, 17:20

reproducability bond, you of all people should know better. What nobody bothered to post is that this commandline comes out if you configure megui as follows:
encode via besweet
source is multichannel unchecked

Why megui creates an mp3 is beyond me, why things even work as well since the commandline is crap.
The error has been there introduced in version 1.20 of CommandlineGenerator.cs - so that means it's been around since January 23rd.. it came with the introduction of AviSynth audio encoding. What is missing in the code is handling for
nas.SourceIsMultichannel == false
we still need the -c normal flag for azid, close the azid braket, and start the -bsn options.

Kurtnoise

25th March 2006, 17:54

Some hint about that : if bsn.dll is missing (or libvorbis.dll concerning vorbis or bad/broken additional cmd line), BeSweet transcodes files into mp3.

cc979

26th March 2006, 19:09

@bob0r
my change log screen is ok, what did you use get the cvs

ChronoCross

27th March 2006, 04:04

I thought I'd ask about this since it hasn't happen before

Log for job job1

Channels=2, BitsPerSample=16, SampleRate=48000Hz
D:\My Downloads\Encoding Tools\MeGUI\audio\neroraw.exe -o "D:\OFFICE_SPACE\VIDEO_TS\Office T01 2_0ch 192Kbps DELAY 29ms.mp4" -rr 48000 -rb 16 -rc 2 -cbr 128 -codecquality_high -aacprofile_lc Error:
System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
at MeGUI.AviSynthClip.dimzon_avs_destroy(IntPtr& avs)
at MeGUI.AviSynthClip.cleanup(Boolean disposing)
at MeGUI.AviSynthClip.System.IDisposable.Dispose()
at MeGUI.AviSynthAudioEncoder.encode()

it seriously writes all the data until it gets to the finalization...then it just errors out. I know I have no memory errors as I did the whol memtest thing after this first occured. plus I'm not having any problems with my other encoding apps. any suggestions?

I'd like to add that the encode was successful with besweet....

Edit 2: I reinstalled avisynth and that fixed the problem. seriously how does avisynth always manage to break out of nowhere.

dimzon

27th March 2006, 07:16

I thought I'd ask about this since it hasn't happen before

Log for job job1

Channels=2, BitsPerSample=16, SampleRate=48000Hz
D:\My Downloads\Encoding Tools\MeGUI\audio\neroraw.exe -o "D:\OFFICE_SPACE\VIDEO_TS\Office T01 2_0ch 192Kbps DELAY 29ms.mp4" -rr 48000 -rb 16 -rc 2 -cbr 128 -codecquality_high -aacprofile_lc Error:
System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
at MeGUI.AviSynthClip.dimzon_avs_destroy(IntPtr& avs)
at MeGUI.AviSynthClip.cleanup(Boolean disposing)
at MeGUI.AviSynthClip.System.IDisposable.Dispose()
at MeGUI.AviSynthAudioEncoder.encode()

this problem is caused by some AviSynth plugin. If, sometimes, you will get this error again you must remove all plugins then add them by one per once in order to find problematic plugin and report about it.

Explanation: this is some side-effect running AviSynth under .NET. .NET Runtime has very strong memory control/protection. So this error (access to non-owned memory block) still exists when you runnung it without .NET but is not detected.

ChronoCross

27th March 2006, 16:00

I'll try finding the broken plugin later. I had indeed added some plugins to the dir yesterday but I removed them after a clean install of avisynth. good thing I have all my filters in a anon auto loading dir.

Kurtnoise

28th March 2006, 22:22

Sorry to ask this but is it fixed or not this kind of command line ?

Job is a mux job. Commandline:
-add "H:\Final\final.264" -add "H:\Final\test.mp4":lang=eng -new "H:\Final\hit.mp4"
successfully set up muxer
Processing ended at 8:29:49 AM
----------------------------------------------------------------------------------------------------------

coz I've received today some bugs reports about MP4Box, so I try to find the problem and I don't use meGUI personally so...

berrinam

28th March 2006, 22:32

What's wrong with it?

Kurtnoise

28th March 2006, 22:38

MP4Box don't understand this kind of cmd...must be :

...-add "H:\Final\final.264" -add "H:\Final\test.mp4:lang=eng" -new "H:\Final\hit.mp4"

cc979

29th March 2006, 18:41

ChronoCross

29th March 2006, 20:07

just updated to 0.2.3.2118
problem with DGDecode_mpeg2source, i had to copy DGDecode.dll into avisynth_installed plugin folder, even it is the megui_avisynth_folder

everything was ok, with 0.2.3.2117

the avisynth plugins directory is the default used and that's been the behavior for some time. The megui one set in the settings dialog will be removed during doom9's refactoring and currently isn't really doing anything. maybe your megui is working correctly now =D

berrinam

29th March 2006, 20:13

just updated to 0.2.3.2118
problem with DGDecode_mpeg2source, i had to copy DGDecode.dll into avisynth_installed plugin folder, even it is the megui_avisynth_folderThey should be the same folder, because MeGUI just gets the AviSynth's location from the registry...

@Kurtnoise13: Thanks. Added to the buglist.

dimzon

29th March 2006, 20:50

They should be the same folder, because MeGUI just gets the AviSynth's location from the registry...
And writes it back to the registry when you change it

cc979

30th March 2006, 15:47

cheers all, avisynth plugin and megui plugin should be the same ... so megui plugin folder on the settings page will be removed ?

thanks all

JoeBG

31st March 2006, 07:21

Bug in the commandline of xvid_encraw
---------------------------------------

wrong parameter for avi output.
- used: -o output.avi
- correct: -avi output.avi

maybe squid will change this.

Yong

31st March 2006, 08:13

http://img83.imageshack.us/img83/8219/megui5ag.png
the "avoid b-frames in high motion scenes" option is unclickable.
im using the cvs build. ;)

Doom9

31st March 2006, 08:19

Bug in the commandline of xvid_encrawNo.. bug in your bugreport. I've told you multiple times that public megui builds do not support squid's encraw mods. Is that so hard to remember?

squid_80

31st March 2006, 11:39

wrong parameter for avi output.
- used: -o output.avi
- correct: -avi output.avi
No.. bug in your bugreport. I've told you multiple times that public megui builds do not support squid's encraw mods. Is that so hard to remember?
Not related to my build; with original encraw, using -o creates a raw m4v stream. I don't see how MeGUI would attempt to use -o to create an .avi file.

Doom9

31st March 2006, 11:44

well.. asking for avi output from a cvs encraw build is, well, not going to happen. Unless your output is raw/mp4 forget about using encraw in the current state.

squid_80

31st March 2006, 12:47

Oh, so it only knows to add the mux job for mp4? I'll make encraw's -o option more intelligent then (probably the easiest solution).

Doom9

31st March 2006, 14:15

don't worry about it.. megui is about to get a lot smarter if somebody finishes what I started and currently can't see through. If you look at the code I posted in the dev thread, I fully support the new syntax and megui is already capable of knowing when it needs what kind of mux jobs.

JoeBG

31st March 2006, 17:18

No.. bug in your bugreport. I've told you multiple times that public megui builds do not support squid's encraw mods.
:cool: The mistake would also have hapenned with a normal build and is not specially related to a build from squid

Is that so hard to remember?
Yes, I can´t remember that we have been talking about mistakes that could happen with normal builds. :D

cmw

4th April 2006, 17:06

I don't know if it has already been reportet (though it's in the newest release, 2118 (it was in earlier releases aswell).

If I got an input file with a DELAY Tag (like a ripped AC3 Stream) and want to rename it for me to be easily recognizeable (when using multiple languages), and the file ends with e.g. DELAY 200ms eng.ac3, MeGUI will bring up an error when loading the file, saying something like "invalid lenght" or sth.

However renaming to eng DELAY 200ms.ac3 does work without error.

+The Changelog got messed up in 2118 ;)

ChronoCross

4th April 2006, 18:08

@cmw
It's not a bug. It's just that meGUI is looking for the file format specified by DGIndex. it expects nothing after the delay. which is why it works in the second example

shon3i

5th April 2006, 14:16

It is not a strange bug but when calculate bitrate for MKV i always get undersize. I always use 695MB for final file and always get 691 or 692MB in final file. Comparing to Gordian Knot which have right calculation the bitrate is different about 5-6 bits

greggerm

7th April 2006, 19:02

Folks,

I've done some searches and have come up nuts for this problem, so I will pose the problem I am having out here to see if I am either totally missing something, or if there is a hiccup.

MeGUI 0.2.3.2118
x264 v485
AVISynth 2.5.6 (w/plugins recommended in the MeGUI Guide)
NAAC encoding (w/neroraw and the req'd Nero dll's in place)

I enqueued about a dozen jobs using the one-click encoder, set up with my video and audio profiles. Each job was set to disregard file size, and use the profile's bitrate.

One-click performed the DGIndex process and created the .AVS files against all my queued movies first. It then returned to the first movie and processed in it's "4" steps in the queue - (Audio, Video Pass 1, Video Pass 2, Mux). I then have a ready-to-go encode of the first movie. (yay!)

Immediately following the mux, MeGUI simply stops, and closes completely. The remaining jobs for the remaining movies are not processed, and I am left with nothing running on the desktop or in the task manager. The computer does not attempt to power itself down. (MeGUI was up on the screen and the active window at the time)

It may be worth noting that NONE of the "Shutdown on completion" checkboxes are activated.

If I look in the log directory for megui, it is *empty* - barren - desolate. Not a single file in it. Sadly, I wanted to post the logs from the encoding process, but they simply don't exist. I am operating on the computer as a local administrator.

Also, if I look in the queue directory, there are no job entries anywhere.
Understandably, when I relaunch MeGUI, all the sub-jobs for audio, video, and muxing that were there before are gone.

The second movie which was to encode has an AVS file, and that AVS file plays back nicely through WMP.

This behavior exibits itself both on my home computer, as well as on my work computer... so either I'm doing something horribly wrong, or the program may be a little broken.

Insights?
Thanks!

-Greg Germ

Edits:
* I am grabbing MS VSE C# now to try out Berrinam's test below.
* The problem did NOT appear when I tried to encode a single chapter (ripped via IFO mode) from a movie this afternoon. The short 10 minute encodes flowed from one job to the next as one would expect them to. Will try full encodes tonight with the C# debugger going.

berrinam

7th April 2006, 22:51

So it's a silent, fatal crash. That sort of thing is very hard to reproduce without all of your files. If you're willing to, you could try to help with finding the bug:

Get Visual Studio Express (C#) from
http://msdn.microsoft.com/vstudio/express/visualcsharp/default.aspx

It's free.

Once you have set it up, get the latest sources for MeGUI from Sharktooth's source repository: http://files.x264.nl/?dir=./Sharktooth/megui/Sources

Then, open the MeGUI.csproj file in Visual Studio, and press Run (F5). You will then have a copy of MeGUI which should display the error and line when it crashes. So just do the same thing there, and see if it tells you which line the error is on.

greggerm

8th April 2006, 00:26

I had to set up the application again (profiles, paths, etc), but I am running through debug now.

DGIndexing movie No. 1... will be a bit before it gets done encoding, perhaps I won't see it until tomorrow...

At this early stage before any crashes, should I see anything in the VSE windows? (THey're all empty/dark grey)

UPDATING my problem:
I ran into a different error when running it through debug that had to do with AVISynth, well before the crash/close I was observing. Apparently somewhere along the lines, the .dll "ColorMatrix" was needed in my AVS Plugins dir. I found a copy and installed it. (It didn't ask for it or provide warning that it was missing until I used v.2119)

I then ran MeGUI without any debugging (normally) and queued up two movies. When I woke up this morning, MeGUI was still on the desktop, and I had two encoded movies!

I doubt the error I was seeing was due to the number of movies queued, because at home I had three movies queued up when it closed, and at work I had nearly two dozen.

Perhaps there was somethine else amiss?

Either way, it would appear that I am functioning with One Click as designed. Should it crop up again, I'll be certain to provide more info...

Thanks for the help, Berrinam!
-Greg

berrinam

8th April 2006, 01:30

No, not if you haven't opened any of the files. It should open the problem file when it gets to the error, though

shon3i

8th April 2006, 13:40

@berrinam what about This (http://forum.doom9.org/showthread.php?p=809588#post809588)

berrinam

8th April 2006, 13:48

I'll add it to the list. It's not a particularly serious bug, is it, though? Granted, it's wrong, but (a) undersizes are better than oversizes, (b) there's always going to be some guesswork involved anyway, due to the nature of the overheads, as they depend on what type of frame is used, which isn't known beforehand.

shon3i

8th April 2006, 14:12

undersizes are better than oversizesTrue, true, Thanks

Doom9

8th April 2006, 16:05

if you can improve on the formula for mkv overhead, we'd all be grateful. MKV calculations involve a lot of guesswork since the overhead is only known after the video has been encoded.. and on top of that it depends on the distribution of frame types (I/P/B). So my calculations calculate a ratio of I/P/B based on whether b-frames are used or not (and how many? I don't recall). And then there's also some guesswork for the audio but that should be more precise (not taking into account vorbis audio.. that's the worst kind of guessing you'll ever have to do unless you are capable of reading vorbis streams to get its properties).

berrinam

8th April 2006, 23:23

UPDATING my problem:
I ran into a different error when running it through debug that had to do with AVISynth, well before the crash/close I was observing. Apparently somewhere along the lines, the .dll "ColorMatrix" was needed in my AVS Plugins dir. I found a copy and installed it. (It didn't ask for it or provide warning that it was missing until I used v.2119)Yep. There was something missing in the changelog which I just remembered -- ColorMatrix was enabled by default since 2119. That would explain your Avisynth problem. So I think your other error is unrelated and yet to be found. Thanks for your testing, though

chipzoller

9th April 2006, 21:55

@ berrinam

I got it to reproduce, but no line was specified.

If you change the settings to:

both audio tracks default: english
check 'delete completed jobs'
(in addition to the defaults it sets on its own)

it will exit silently

maybe this isn't a "crash"?

EDIT: Yep, it's the "delete completed jobs" that's doing it. That isn't supposed to close the program, is it? It doesn't look like it depends on the status of the queued items. As soon as the queues are completed, successful or not, the app. will exit.

shon3i

10th April 2006, 12:13

if you can improve on the formula for mkv overhead, we'd all be gratefulI can't but GK developer team can becouse when i calculate bitrate in GK everything is fine

SCIF

11th April 2006, 13:21

I changed priority in jobN-N.xml manualy to "Normal" and while it start to encode priority was a "Low".
If enqueue job with default "normal" than all right.
One bug else - while my computer is idle(only megui encode in x264) i had a 10 fps, while i change a priority to "Normal" it(fps) growth to 10.5(or 10.7). x264 use "idle" system priority at "low" in megui and it's reason not effective use cpu time. May be "low" in megui need change to "below normal"?
Sorry for my english.

Doom9

11th April 2006, 17:08

I didn never intend to match all priority classes.. 3 are way more than enough.. I even think this shouldn't be selectable because idle is the way to go. Anything else, if you get lower encoding speed you have too much crap running on your PC. On my machine, process priority has a negligible effect on encoding speed if I don't touch the machine (and if I touch it, I absolutely must have idle as I want to use the PC.. not fall asleep in front of it)

Jobs are started at the priority you have in the settings.. you can change a job's priority (that's a dynamic and not stored property) during encoding, but that only applies to the current encoder process.. when the next job is started, it defaults to priority set in the settings again. This is exactly how other popular programs do it, for instance... drumroll please... Virtualdub. Offering two ways to do the same thing will confuse people, hence that priority selector in the status window will always only influence the process that's currently active.

SCIF

11th April 2006, 18:45

Jobs are started at the priority you have in the settings.
What's for <PRIORITY> tag in jobN-N.xml??

chipzoller

11th April 2006, 23:32

Berrinam: Anything on the bug I found? Or is this behavior intentional?

berrinam

11th April 2006, 23:49

@chipzoller: With a short test, I couldn't reproduce your bug. Can you try it again with VC#, but this time, before running it, go to Debug->Exceptions, and set Common Language Runtime Exceptions, Thrown, to checked. When you run it, you will get a few more exceptions, some of which would normally be caught, and one of which will be the right one. Hopefully you can tell the difference (for instance, there will be three exceptions when you start up -- just press continue/play/F5 when you get them, they don't matter).

chipzoller

12th April 2006, 01:41

Berrinam:

Did what you said...

Get this: KeyNotFoundException ....the given key was not present in the dictionary.

Actually get 2. Not sure what you're looking for. Let me know what specifics and I'll post them.

berrinam

12th April 2006, 08:03

Tell me where you got that exception. It should come up with that exception in a particular line. A screenshot would be good enough, in fact.

chipzoller

13th April 2006, 02:55

Berrinam:

here (http://www.arches.uga.edu/~czoller/screen1.jpg)

and

here (http://www.arches.uga.edu/~czoller/screen2.jpg)

It didn't crash when I had this debug option turned on. Maybe these will help anyway.

berrinam

13th April 2006, 06:37

Yep, they help. Looking at those exceptions you got, it would have crashed if Debug wasn't turned on. I think I know what is going on, so I'll look into it.

EDIT: Fixed.

greggerm

13th April 2006, 17:14

Folks,

Another bug for 'ya...
As seen in builds 2119 and 2123 (haven't used other builds)

Workflow:
Use Megui to create a dgindex job. Run and complete.
Use Megui to create an AVISynth script. Create and copy files to the input screen.
Use Megui to establish end credit location.
Use Megui input screen to define audio and select personalized audio profile. Enter audio config and exit to workaround bug (http://forum.doom9.org/showpost.php?p=795987&postcount=690).
Use MeGui AutoEncode option, and set appropriately.
Use AutoEncode "additional options"
Add chapter file, hit go, crash!

Details:

I experienced the audio/video bug described in this post (http://forum.doom9.org/showpost.php?p=795987&postcount=690), so I used the workaround of opening then closing the audio profile config before sending the job to the AutoEncoder. This got me past any audio/video type incompatable messages. For reference, the audio config is set to use AVISynth with Nero AAC, Force Directshow, and Keep Existing Channels.

I then set my options in the Automatic Encoding dialog (MP4 muxed, no target size/use video profile , add addtional content checkbox) and hit Queue.

I am then brought to the expected "Mux" dialog where I can add in the chapter file I need to. I add the chapter file, and hit "Go".

I am immediately greeted with the following error block:
http://www.greggerm.com/miscpics/error1.jpg

MeGUI then bails to the input screen. No logs to post, as no jobs are run.

Any ideas?
Prior to the .net2 builds, this was my normal workflow for doing an encode. Occasionally, the one-click system doesn't extract the audio stream so I have to do a "manual" encode, which is where this bug was discovered.

Thanks for rooting it out!!!
-Greg Germ

(And thanks to all for continued work on the program - it really is a great utility!)

greggerm

13th April 2006, 19:29

Another OneClick error...
(Problem descriptions adjusted as more testing done)

Summary:
The DGIndex process launched by oneclick will miss a 5.1 AC3 audio stream if it is not 0x80.

(*The DGIndex process launched by oneclick will miss an audio stream if the first available stream is not a 0x80. )

Workflow:
Use MeGui One Click Profile Setup to insure everything is as it should be.
Use MeGui One Click, select the desired DVD Decrypter created IFO directory, and click on the vob to work with.
Use MeGui One Click and verify that the desired audio track (Eng 5.1) is selected for use.
Once done queuing movies, launch queue.

Results:
On movies which have the first audio stream at 0x80, DGIndex de-muxes everything properly - even if the first stream is not the desired track. On movies who start audio streams "higher" than 0x80, say at 0x81, there is NO de-muxed .AC3 audio file. The command line seems to look for track 1, but track 1 may be hard coded as 0x80 in DGIndex.

Logfile:
This is the DGIndex log for the movie Almost Famous.

Starting job job1 at 1:46:01 PM
Job is a dgindex job. dgindex commandline:
"C:\x264\DGIndex\DGIndex.exe" -AIF=[C:\x264\- Encoding Only\ALMOST_FAMOUS\VIDEO_TS\VTS_05_1.VOB] -OF=[C:\x264\- Encoding Only\ALMOST_FAMOUS\VIDEO_TS\VTS_05_1] -exit -OM=1 -TN=1
successfully set up dgindex
Processing ended at 1:50:01 PM
----------------------------------------------------------------------------------------------------------

This is the stream info file from DVD Decrypter for the same...

0x20 - Subtitle - English / Normal Captions - [SubPicture 01: Wide] / LBA: 3 / PTS: 00:00:00.206 / Delay: 0ms
0x21 - Subtitle - English / Normal Captions - [SubPicture 01: Letterbox] / LBA: 4 / PTS: 00:00:00.206 / Delay: 0ms
0x81 - Audio - AC3 / 6ch / 48kHz / DRC / English / LBA: 99 / PTS: 00:00:00.206 / Delay: 0ms
0x82 - Audio - AC3 / 2ch / 48kHz / DRC / English / LBA: 100 / PTS: 00:00:00.206 / Delay: 0ms
0x88 - Audio - DTS / 6ch / 48kHz / DRC / English / LBA: 98 / PTS: 00:00:00.206 / Delay: 0ms
0xE0 - Video - MPEG-2 / 720x480 (NTSC) / 16:9 / Letterboxed / LBA: 1 / PTS: 00:00:00.206 / Delay: 0ms

The results of this oneclick job is that there is no demuxed AC3 file for audio encoding.

In studying the command line, looks like DGIndex is being told to only demux track 1 (-TN=1) from the audio stream, even though track 1 (0x80) doesn't exist. Does MeGUI need some intelligence to read the stream .txt file and create the appropriate command line, or is this a DGIndex issue for not knowing that the first available audio track is in fact 0x81?
---------------------------------------------------------
Edit:
Cheap-o workaround:

In an effort to get it to work, I created a new oneclick job based on the above Almost Famous DVD. Before starting the queue, I exited MeGUI in order to save out the .xml files for the job.

I then edited the job's xml file, and adjusted the -TN=1 to a TN=2, signifying I wanted track 2.

Restarted MeGUI and started the job - a moment later, there was a growing .AC3 file in the directory...

Looks like DGIndex uses 0x80 as (1), 0x81 as (2), and on from there. Perhaps there is a way for MeGUI to read the streams file and determine what stream address the desired track is on, so that it can formulate which track to feed to DGIndex.

I'll update if for some reason this workaround fails in the later stages, but it looks like it'll be OK.
-----------------------------------------------------------
At Berrinam below...
Sure - I may not be able to get it to you today or tomorrow, but certainly over the weekend. I'll fire you a private message with where I am placing it. Eagerly awaiting the build with the patches you made!

berrinam

13th April 2006, 23:48

@Greg: GREAT bug reports. Thank you very much.

I've fixed your first bug, as well as the 'audio input/output types are not configured' error message: http://forum.doom9.org/showthread.php?p=813236#post813236

Could you give me a small sample of one of the VOB files that causes problems for your second bug please?

Bathrone

14th April 2006, 13:20

I think Chronocross' latest built has a corrupt archive.

http://www.chronocrossdev.com/apps/megui/MeGUI-0.2.3.2125-Dev.rar

greggerm

14th April 2006, 13:37

FWIW, I was just able to download and unpack the .RAR archive without issue. I also downloaded it yesterday afternoon without any problems too.

Try another download session? If you have any download managers, perhaps try turning it off temporarily? The archive looks good - I think maybe your download got corrupt.

-Greg

Bathrone

14th April 2006, 13:58

Hmm thanks for that Greg. Per your suggestion tried it in Regest dlx instead of IE 7 beta and it worked :)

HOLiC

15th April 2006, 20:38

I'm trying to encode hybrid video, but I always get an error message if i try to open the script with megui. No problem in Virtualdub though.

http://i2.photobucket.com/albums/y39/meow_chan/megui.jpg

I'm using MeGUI 0.2.3.2123 in x264-r498 install pack.
And output is MKV without audio, and here's the script:

mpeg2source("C:\DVDrip\Zotome07\otome07.d2v")

TFM(d2v="C:\DVDrip\Zotome07\otome07.d2v")
tdecimate(mode=3,hybrid=2,vfrDec=1,mkvOut="mkv-timecodesfile.txt")

crop(2,2,716,476).BicubicResize(704,528)

I wanted to try Tivtc's vfr method, so just copied the method in the TIVTCv1RC2 Readme. Did I do something wrong? Any feedback would be great, Thanks!!

goldencoin5

15th April 2006, 22:46

i m a new bie n the prob is that how can i convert my DIGITAL VIDEO to AVI with MEGUI ?
with staxrip i m doing it very easily but wann'a try MEGUI ?
when i open a .ts file it says CHECK YR PIDZZZ
i open it with d2v creator :helpful:

berrinam

16th April 2006, 00:39

@Greg: I tried out the sample you gave me, and I do indeed get the same problem. I'm at a bit of a loss to it, though: all I can say is that MeGUI is getting the track numbering wrong, so that what it thinks is track 1 is actually track 2 in DGIndex. I asked neuron2 about this sort of thing a while ago: http://forum.doom9.org/showthread.php?t=106266

He gave me a response that seems perfectly logical, but searching around gave me no indication of the numbering system that he spoke about. Specifically, I don't know the mapping from the stream IDs given in the stream info.txt file and the stream IDs that he talks about. Maybe someone else can help out on this, but until then, you're stuck with having to do it manually. Sorry.

@HOLiC: Well, I would say that's a TIVTC bug. The fact that it doesn't trigger in VirtualDub is probably just because, according to dimzon, MeGUI's AviSynth wrapper is written in C#, which is very specific about memory management, whereas a laxer language like C/C++, which VDub is written in, doesn't pick these errors up. Perhaps you want to report this to tritical?

@goldencoins: Don't doublepost.

Can you upload a small sample somewhere so I can look at it? Thanks.

stax76

16th April 2006, 01:06

according to dimzon, MeGUI's AviSynth wrapper is written in C#, which is very specific about memory management, whereas a laxer language like C/C++, which VDub is written in, doesn't pick these errors up. Perhaps you want to report this to tritical?

Memory corruptions happen also with MediaInfo, never happened to me but I've received a couple of bug reports.

greggerm

16th April 2006, 03:02

@Berrinam:
Thank you kindly for looking into it, and I'm glad you were able to reproduce it.

Yeah - the first track of audio is usually 0x80, but sometimes it's 0x81. Looks like MeGUI is coded to look for the "first" track available, while DGIndex is coded to look at 0x80 absolute. When they conflict, the wires get crossed and problems arise.

Is it possible for MeGUI to use the hex codes rather than look for the "first available" track? (Is it possible without a huge rewrite of the code!) If the two programs use the same logic in seeking audio, maybe the problem can be averted.

It's not all that hard to do it manually - I'm ripping any oddball audio stream movies to a different directory for "special" processing. Otherwise, things are going nicely.

Thanks again for taking it into consideration!
-Greg

foxyshadis

16th April 2006, 03:05

berrinam (@holic), it means it tried to seek, probably by trying to open the preview window (since it seeks to the middle frame) and mode 3 can't support seeking at all. So it's neither megui nor tivtc bug. Turning the auto-preview off should fix it.

asdfsauce

17th April 2006, 20:20

ChronoCross-

Bug report for your MeGUI Essentials Package installer:

I installed it to a directory other than the default "C:\Program Files\MeGUI", but it set all my dependency (x264, mp4box, etc.) paths in settings to that location anyway. So, installs to correct directory, but sets program paths in settings to default "C:\Program Files\MeGUI".

Besides that, I really like the installer. Thanks.

ChronoCross

17th April 2006, 21:45

not really a bug. it's just a default settings file. I can't generate that using the installer. you have to edit those manually. Even by opening megui it'll generate something that has to be set immediately before use. it's not automatic so if you install it to an alternate location(which I do not recommend if your a newbie) you have to set the settings file.

asdfsauce

18th April 2006, 03:31

Ahh, ok, I didn't know if you were trying to do that or not. I don't really know a whole lot about install scripts. Anyway, maybe you could just set up the settings file with relative paths like this:

<MencoderPath>tools\mencoder.exe</MencoderPath>
<FaacPath>audio\faac.exe</FaacPath>
<LamePath>audio\lame.exe</LamePath>
<NerorawPath>audio\neroraw.exe</NerorawPath>
<MkvmergePath>tools\MKVtoolnix\mkvmerge.exe</MkvmergePath>
<BesweetPath>audio\BeSweet.exe</BesweetPath>
<Mp4boxPath>tools\MP4Box.exe</Mp4boxPath>
<X264Path>x264\x264.exe</X264Path>
<DgIndexPath>tools\DGIndex\DGIndex.exe</DgIndexPath>
<XviDEncrawPath>tools\xvid_encraw.exe</XviDEncrawPath>

That way it would be independent of where MeGUI is installed.

Another thing you could do is set the installer not to overwrite an existing settings file so people's settings aren't over-written every time.

Edit: It appears that there is a bug with relative paths in MeGUI. After you queue up an encode and try to start it, it will error with this –

Job is a video job.calling setup failed with error Could not find x264\x264.exe in the path specified: x264\x264.exe Please specify the proper path in the settings

However, if you restart MeGUI and then start the job in the queue again, it will work just fine. Same goes for audio, a restart will fix it.

Doom9

18th April 2006, 09:03

berrinam

18th April 2006, 09:45

@Greg: in fact, MeGUI uses hex codes. Let's presume you have this info file:
0x80 - Audio - AC3 / 6ch / 48kHz / DRC / Deutsch / LBA: 9 / PTS: 00:00:00.060 / Delay: 0ms
0x81 - Audio - AC3 / 6ch / 48kHz / DRC / English / LBA: 8 / PTS: 00:00:00.060 / Delay: 0ms

That means the 0x80 is T01, 0x81 is T02. MeGUI goes through these audio lines, the first one is T01, the second one T02, etc. But that's as far as hex codes go.This is in fact what causes the problem. I downloaded his sample, and it turns out that they are listed as he described:
0x81 - Audio - AC3 / 6ch / 48kHz / DRC / English / LBA: 99 / PTS: 00:00:00.206 / Delay: 0ms
0x82 - Audio - AC3 / 2ch / 48kHz / DRC / English / LBA: 100 / PTS: 00:00:00.206 / Delay: 0ms
0x88 - Audio - DTS / 6ch / 48kHz / DRC / English / LBA: 98 / PTS: 00:00:00.206 / Delay: 0ms
However, opening the sample in MeGUI lists them differently:
track 1 -- 0x88 (dts track
track 2 -- 0x81 (ac3 1)
track 3 -- 0x82 (ac3 2)

I have no idea why DGIndex lists them in that order, considering that the stream id 0x81 is clearly before 0x88 and neuron2 said that they are ordered by stream id. A fair bit of googling didn't give me any more info about the sort of stream id that neuron2 was talking about here (http://forum.doom9.org/showthread.php?t=106266), so I simply have no idea what's going on.

... you could for instance store the path selected and use a small third party program to adjust the settings file. It's most certainly an inconvenience for you though.
This is certainly true and something like this should be done if we want a properly-working installer. However, before we get carried away too far with this, I want to raise the issue of auto updating, which Mutant_Fruit has now given his source code for. I'm working on it. I see this system as a way to download all required files for MeGUI and set them up properly. Its integration directly into MeGUI makes it more powerful than an installer, because it can configure MeGUI as it chooses.

The questions:
Should this auto-update system be the method for installing, and installation packages be left simply as binaries of MeGUI?
If yes to the above, do we provide some way of doing an offline install? This could be done relatively easily in auto-update by allowing the user to select a local repository, and it could also be done as an everything-installer, as ChronoCross is doing.

sp@rrow

18th April 2006, 14:47

http://forum.doom9.org/showthread.php?p=795987#post795987
(1) :( :( :(

berrinam

18th April 2006, 15:02

I've submitted a patch for that, but I am still reluctant to commit it to CVS. I'm not sure if ChronoCross is applying it...

greggerm

18th April 2006, 15:25

@berrinam/doom9

Thanks for the continued discussion on that audio hiccup. I'm reripping my (rather massive) collection right now due to a equipment loss in a fire (smoke+soot+always on HTPC = failed electronics). Any movies I rip having a 0x81 starting stream are being separated out so I can adjust the DGIndex command line in the job. All others with a standard 5.1 0x80 channel are being done straight-away.

Thanks again - I'll keep looking into the threads should any new information come around.

ChronoCross

18th April 2006, 18:15

I've submitted a patch for that, but I am still reluctant to commit it to CVS. I'm not sure if ChronoCross is applying it...

I have only been doing pure cvs builds for megui. even that has become difficult due to sourceforge's cvs.

asdfsauce

18th April 2006, 23:25

@Doom9

Surely an executable can look up its own path and append the relative path to it. Maybe someone could amend the code to deal with that. I actually wanted that as a feature even before this deal with the installer came up, but didn’t think anyone else would see any usefulness in it.

I only assumed it would work in the first place because at one point in time, having an executable in the same folder as MeGUI.exe and the path set to just executable.exe would work just fine.

berrinam

19th April 2006, 00:45

MeGUI is manually coded to support paths of the form 'file.exe'. However, it doesn't support relative paths other than that as of yet. I'll have a look into it to see how hard it is to support relative paths.

berrinam

19th April 2006, 01:23

Well, I just tested it out, and relative paths already work for me, without any code changes. I tried setting it up as x264\x264.exe, and it encoded just fine. Something's wrong at your end.

asdfsauce

19th April 2006, 02:52

My only relative path setting right now:

<X264Path>x264\x264.exe</X264Path>

If I open MeGUI with that setting, queue up an x264 encode and then try to start, it will error with this –

The current job was aborted. Stopping queue mode
Starting job job2-1 at 9:48:46 PM
Job is a video job.calling setup failed with error Could not find x264\x264.exe in the path specified: x264\x264.exe Please specify the proper path in the settings

After a restart, starting the encode works without a hitch. Could you try that sequence? Might just be a setting of mine that is different.

berrinam

19th April 2006, 04:20

Fixed. It's because you selected a video file the first time you opened it, which changed the working directoy, and the relative paths got stuffed up. However, you didn't do that the second time.

asdfsauce

19th April 2006, 05:21

Thanks berrinam.

There's one other thing that has been bothering me. Ever since the latest completed refactoring (I think), the video encoder settings profiles have been acting a bit weird for me. Not the profiles themselves, but MeGUI's handling of them. For instance, a lot of times they are not saved after editing. Then others, MeGUI won't display the profile that is currently in use even though I had just finished using/editing it. Things get even weirder when I have safe profile alteration activated, but that may not be the case now as I haven't been using that setting for some time.

To me it’s really obvious/annoying and has persisted through multiple configurations, but since it’s been around for a while now with no fix, I’m thinking this problem isn’t experienced by all. The audio profiles seem to be fine though.

berrinam

19th April 2006, 08:05

It happens to everyone, and it's on the buglist, but none of us have been bothered to do anything about it.

yogi_

19th April 2006, 15:48

MeGUI changes my SAR settings.

I want to do an anmorphic encode with an SAR of 10:11. This is what I see in the xml file when the job files are generated:

<Commandline>--pass 1 --bitrate 1180 --stats "encode.stats" --keyint 240 --min-keyint 24 --bframes 3 --b-pyramid --filter 1,1 --subme 1 --analyse none --direct auto --me dia --sar 10:11 --progress --no-psnr --output NUL "encode.avs" </Commandline>

and this is what I see in the log after starting the job:

Job is a video job. encoder commandline:
--pass 1 --bitrate 1180 --stats "encode.stats" --keyint 240 --min-keyint 24 --bframes 3 --b-pyramid --filter 1,1 --subme 1 --analyse none --direct auto --me dia --sar 75:121 --progress --no-psnr --output NUL "encode.avs"
successfully started encoding

berrinam

19th April 2006, 22:40

You can't enter SAR. You can only enter DAR. The labels are wrong.

yogi_

20th April 2006, 09:39

OK, thanks. Works fine now. DAR 4:3 in MeGUI gives SAR 10:11 for the encode. The label is kind of misleading ;)

berrinam

20th April 2006, 09:55

I will fix it up. These things are easy to fix, which is why no-one can ever be bothered to fix them :P.

EDIT: Done.

asdfsauce

20th April 2006, 16:27

berrinam-

Could you update MeGUI to work with relative paths for DGIndex and other MeGUI utilities too? :scared:

Inc

22nd April 2006, 16:42

I recognised that when changing IN MeGUI the path to the avs plugins that this will modify the general avisynth plugins path registry key string value of the system!
So if a newbie interprets that as an individual MeGui avs plugin directory which can be set specifically for MeGui he will be much surprised when his avs system is messed up afterwards!

If the user wants to load filters outside the common avs plugins directory he could do that via the manual load plugin button.

My >>2cents<<

gravety

25th April 2006, 23:30

Hi,

Like the GUI!

I have managed to 1 click fine with NAAC but when I try with LAME MP3 DGIndex does the 1st (analysis) step and MeGUI then performs the second step (where it won't respond to input) after which it exits!

No error and no log.

I installed from the essentials pkg, patched to latest 0.2.3.2129, installed AVISynth 2.5.6a and copied the filters.

I can do the AC3 to MP3 on its own fine. I have tried CBR, VBR different downmix settings. Have tried a couple of VOB files.

FAAC also seems to work fine.

Any ideas?

Regards, Graham

stax76

26th April 2006, 19:14

MeGUI puts --direct in the cmdl even with 0 B-Frames. Shouldn't the direct switch only be used if B-Frames > 0. I got a profile converter with code generator that puts a reference to MeGUI and StaxRip and invokes the command line generator of both applications in order to verify if both application generate identical command lines for all of sharktooth's profiles and the CQ-Lossless profiles produces a mismatch because my code look like:

If bframes > 0 Then cmdl += " --direct...

Sharktooth

26th April 2006, 20:25

fixed in 0.2.3.2130.

bob0r

27th April 2006, 11:19

Bitrate Calculator:

Tools/Bitrate Calculator > In audio track (1 or 2) fill in size (kb or mb does not matter) > go to top, try to increase hours, minutes or seconds, and you get this error:

http://files.x264.nl/megui-2130-bitrate_calculator_bug.jpg

CruNcher

27th April 2006, 19:41

Is anything known about a Memory overflow problem with Megui ? I did ten HD 1920x800 encodes in the queue and after that Windows told me that the swapfile needs to be increased hmm then i looked @ the memory usage of Megui and i was shocked 1.8 GB !!!! shouldn't .NET free the used memory instantly again ? "garbage collector" , couldn't start the 11 encode after restarting megui everything was fine again (memory was freed comit charge back on a normal level) build was 0.2.3.2129.

Sorry but Memory Controll seems to be bad with .Net, every application i saw till today is so bad @ it and everything gets slowed down and a memory hog (unless it's a .Net cli app) for Video applications stability is esential, even for a Gui and this doesn't look stable to me. For example ATIs Catalyst Controll Center it's the plain horror but anywaysy Nvidia want's to move to .Net also in the future, were are we heading to if all future developers don't learn how to use the resources of the pc efficiently (and trust some monopol runtime compilers) i fear that in the future people as Picard gonna be very few (working in those monopol firms) and everyone else is blindly trusting Microsoft and .Net geez what for a Future.
Look @ apps like Mediacoder it's gui is not the nicest but it's fast reacting done completly in win32api and has no memory problems, so please all kids reading this don't just trust your runtime compilers, instead learn how to use c(++) and win32api and if you really wana be a freak in the future there is still ASM :)
It doesn't really suprise me that Vista needs so much memory with so much .Net stuff working native inside it :P
Just look http://www.mufflastig.com for example what for wonderfull applications you can do with just win32api :)

ChronoCross

27th April 2006, 21:09

I wouldn't think that megui would be sucking up that much in the first place. Since nothing is actually done in megui. Each individual application does the work. With the exception of perhaps audio encoding.

From just a small tes the basic megui app take sup around 17MB of memory. Everytime it does an action it increases by 1-3MB. Running an encode it gains 3MB on initial start but does not gain anything else until the end of the encode.

If you could narrow down under what conditions your system gains the most memory usage and what your trying to do it could help narrow down the search for a solution.

CruNcher

28th April 2006, 06:40

Here is the Memory usage after the first encode
http://cruncher.mufflastig.com/meguiencode_1.png

Commit Charge Before was 24% now set @ 44% if i would start another encode it would go higher and higher before swaping and then BOOOM
http://cruncher.mufflastig.com/commit.png

ChronoCross

28th April 2006, 16:10

After looking at that I would have to say there is something wrong with your setup. That memory usage looks like that of x264.exe but that is a separate process and would be cleared when the application finished.

I'll run some more tests to see if I can reproduce the memory leakage.

Carpo

28th April 2006, 18:26

if you have 512-600 meg of ram that may be an issue - when i have done encodes to either x264 or dvd the mem usage is always high (with cce it has even hit a gig of mem)

Doom9

28th April 2006, 18:57

Here's how MeGUI could potentially leak memory:
not cleaning up forms properly. Most forms should be properly closed after dimzon's intervention. Then we have open I/O resources.. the file parts should be okay, but stdout/stderr readers may not be closed. That cannot account for a massive memory usage though but it's something that can be improved to be more resource friendly in the future.

There's no net and db connections.

Which leaves interop, but if there were a problem in that area, it should happen when you play around with the various preview dialogues as they use unsafe code and interop. So if you open a preview, play around it, play the movie for a while, then close it, if there's a leak you should see a significant increase of memory use.

And that's about it. When a .NET app launches a process, initially the memory the new process allocates is counted toward's the managed app's memory but that's not really correct. The two processes should "separate" after a few seconds though.

CruNcher

28th April 2006, 20:19

apropo forms yeah some odditiy i encountered also was as i changed something in a profile and clicked on ok it doesn't seem ed to get saved i clicked on config again and it looked like the same as before the setting change and also the profile tab @ the main menu doesn't seem to be correctly linked to the config dialog one, if you set the video profile in the main window and then go to the config it doesn't load that profile but displays a empty listbox (very strange behaviour).

Doom9

28th April 2006, 20:21

see the first post.... it's already in the list

stax76

28th April 2006, 20:44

@CruNcher

I'm thinking it must be your setup because somebody else would have reported this before. You said you are a programmer (you don't program .NET as it seems) so maybe you can provide enough information to find the reason, the usual tactics apply.

mlmll

7th May 2006, 02:48

Symptom: see screen capture (french part says what's in post title): http://img220.imageshack.us/img220/9630/capture20is.png

Steps to reproduce: just loading an avs script.

Content of avs script:
DirectShowSource("C:\path_to_vob\VIDEO_TS\VTS_08_1.VOB",fps=25,audio=false)
#blank deinterlace line
crop( 0, 10, -2, -10)

#resize
#denoise
Note: mentioned VTS_08_1.VOB is a 3.57GB file, ripped with DVDDecrypter

Thanks for any hint. :)

edit: tried with latest 2.5 AviSynth version (2.5.6), the problem remains.

ChronoCross

7th May 2006, 03:57

version of megui?

mlmll

7th May 2006, 05:21

version of megui?
Oh yes, sorry. 0.2.3.2132. But I get this with 0.2.3.2125 too.

berrinam

7th May 2006, 05:47

DirectShowSource("C:\path_to_vob\VIDEO_TS\VTS_08_1.VOB",fps=25,audio=false)
#blank deinterlace line
crop( 0, 10, -2, -10)

#resize
#denoiseLooks like a problem with the AviSynth script. It should really be

MPEG2Source("C:\path_to_vob\VIDEO_TS\VTS_08_1.d2v")
#blank deinterlace line
crop( 0, 10, -2, -10)

#resize
#denoise
From the looks of it, though, you got MeGUI to generate it, so MeGUI must be generating them incorrectly (I think it must have been my commit where I added DirectShowSource support for any file). I'll look into it later, but for the time being you should be able to get it to work by going Tools->D2V creator, selecting your VOB file, checking 'load sources when completed' and telling iit to run. Then you can generate your avisynth script from that.

mlmll

7th May 2006, 09:20

Thanks berrinam ! I did what you said and now I get this fatal error:
http://img98.imageshack.us/img98/9751/capture25hb.png

Do I miss some plugin or something ?

chipzoller

7th May 2006, 16:42

I get megui to crash when I use v0.2.3.2132-Stable and create an avisynth script from an AVI source. I first get a message about there being no function called directshowsource (shouldn't it load as AVISource?) then megui crashes.

The AVI file in question has the following specs. as reported by mediainfo.

Video #0
Codec : DivX 3 Low
Bit rate : 751 Kbps
Width : 320
Height : 240
Aspect ratio : 4/3
Frame rate : 10 fps
(Pixel*Frame) : 0.978

Audio #0
Codec : MPEG1/2 L3
Info : MPEG1 or 2 Audio Layer 3
Bit rate : 24 Kbps
Channel(s) : 1 channel
Sampling rate : 22 KHz

ChronoCross

7th May 2006, 18:22

AVI's should be loaded using AVISOURCE. but that's not how it is currently written. It uses directshowsource for all sources not call .d2v.

your probbaly missing the directshowsource plugin which is why it gives that error. Also if you try loading it with avisource and it still fails you may need to enable a correct decoder for it as it's not playable by either xvid or the current divx.

Check the divx forum for more info (it's in a sticky)

berrinam

7th May 2006, 20:11

It is better to use DirectShowSource, because (aside from the unreliable system) many more codecs are supported, and thus many more files are supported. If you don't have directshowsource, then you might also be running on an old version of AviSynth, since it comes with DSS.

ariga

8th May 2006, 08:14

When trying to change the settings of an enqueued job, the DAR settings are deleted. Using version 2.3.2132

EDIT: Also, the context help still refers to it as SAR.

bob0r

8th May 2006, 21:31

Just ran: compile.bat

Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

AviSynthWindow.cs(1556,10): warning CS1030: #warning: 'This is just quickfix, please check it!'
Calculator.cs(1575,10): warning CS1030: #warning: 'look here'
CommandlineVideoEncoder.cs(207,10): warning CS1030: #warning: 'Must look into XviD PAR code.'
d2vReader.cs(46,10): warning CS1030: #warning: 'Why load the video here? This means that we can't apply force film unless the video unless it is playable in AviSynth'
Form1.cs(3385,10): warning CS1030: #warning: 'avi code over here'
MuxWindow.cs(32,10): warning CS1030: #warning: 'muxjobs generated here have no knowledge of PAR'
ProfilePorter.cs(210,10): warning CS1030: #warning: 'We are generating a list of failed attempts, but we aren't doing anything with it (below).'
VideoUtil.cs(959,10): warning CS1030: #warning: 'This should be rearranged to work better'
mkvMuxWindow.cs(861,18): error CS0103: The name 'MUXTYPE' does not exist in the current context
mkvMuxWindow.cs(878,23): error CS1501: No overload for method 'generateMkvmergeCommandline' takes '3' arguments
CommandLineGenerator.cs(1143,17): (Location of symbol related to previous error)
Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

berrinam

8th May 2006, 21:38

oops, mkvMuxWindow.cs should no longer be in the repository.

chipzoller

9th May 2006, 04:15

ChronoCross and Berrinam,

ChronoCross, I know I talked to you about ForcedFILM vs. Honor Pulldown flags being set by default in dgindex installed with megui. You said it should, upon default install, be set to 'Honor Pulldown flags' but I just did a clean install of the megui essentials package and immediately checked this option to see how it was set...it was set to 'Forced FILM', so I guess you may want to have a look at this.

ChronoCross

9th May 2006, 04:22

it's probably because I forgot to delete my config file for DGindex. not a big issue but it takes about 5 seconds to fix.

I have an error or my own to report. Development version Megui doesn't do raw aac correctly. It's not playable in winamp. Even though anything created in raw aac using winamp works fine. Can someone look into this?

chipzoller

9th May 2006, 04:42

it's probably because I forgot to delete my config file for DGindex

Then next time you update the megui essentials package, would you please include this update?

thanks,

CZ

ChronoCross

9th May 2006, 06:25

Additional Error: use the Tool/One click encoder button causes MeGUI to crash.

I'm currently also redesigning the file structure for MeGUI's essentials package to conform to what Berrinam had wanted earlier. I'll pm you with it's location once I'm done.

shon3i

9th May 2006, 16:45

@berrinam i download build 2135 and again can't use cqm for xvid.

thanks

berrinam

9th May 2006, 22:24

ChronoCross

10th May 2006, 00:16

LMP4 Video Codec's configure dialog does not open. it throws an error.

berrinam

10th May 2006, 08:52

Fixed in 0.2.3.2136

ariga

10th May 2006, 09:40

The text next to the Enqueue button overlaps.
http://img138.imageshack.us/img138/4816/enqueue4ci.png

shon3i

10th May 2006, 11:03

Huh? You have to select Custom in Quantizer matrix first (on the first page). I know it's disorganised.... if someone wants to redesign it, please go ahead (but it's probably not so easy right now, because CVS is down).
Where?

http://img58.imageshack.us/img58/9981/megui4ml.th.jpg (http://img58.imageshack.us/my.php?image=megui4ml.jpg)

Doom9

10th May 2006, 11:20

You have to select Custom in Quantizer matrix first (on the first page).Your screenshot is from the second page (tab).. go to the first one (Main), and almost at the bottom you have "Quantization Type" which is a dropdown having 3 options: H.263, MPEG and Custom. If you select custom, you can then go to the zones tab (urgh.. was that visual studio that rearranged the tabs? advanced is supposed to come before zones) and then you can select an intra frame matrix (forget acout inter frame matrix.. it's no longer enabled and it will disappear shortly). As soon as you select the quantization matrix to custom, the button to load an intra frame matrix will be enabled.. that's where you load your CQM.

shon3i

10th May 2006, 11:55

Oh Doom9 Thanks.

leowai

10th May 2006, 12:16

I got the source from here:
0.2.3.2136 10 May 2006
Commit by berrinam:
- Fixed Profile Importing/Exporting's CQM handling for XviD
- Added tritical's fix for AviSynthWrapper
- Fixed OneClick window loading
- Fixed LMP4 config loading

bins: http://rapidshare.de/files/20081273/megui-bin.2136.zip.html
src: http://rapidshare.de/files/20081338/megui-src.2136.zip.html

Enjoy.

During compilation, I got following error (since v0.2.3.3135):

:
VideoPlayer.cs(611,35): error CS1010: Newline in constant
:

The error line in "VideoPlayer.cs":

this.parXLabel.Text = "?;

I suppose you mean something like this:

this.parXLabel.Text = "?";

Then it compiles without error.

berrinam

10th May 2006, 12:38

Ahhh.....

it compiles fine on my computer. What it should actually have is the times symbol (×). You can get this by typing Alt+0215. I suspect that something is up which causes this not to be formatted correctly on your computer. Maybe this should just be kept as an x, not a ×.

Doom9

10th May 2006, 12:40

you must have some old files because I can compile those sources just fine.. and I don't have any souces lying around where I unpacked that zip to.
Line 611 from the zip contains the following:
this.parXLabel.Text = "×";

bob0r

10th May 2006, 16:28

Small (useless) visual bug: 2136 compiles a version named "2135" :sly:

leowai

10th May 2006, 16:41

This may be the cause of by my OS is set to non-English OS under control panel, i.e. Chinese Simplified.

My system read ACSII chars as a single width char. It screwed up when reading char Alt+0215 (hex D7). It treat Alt+0215 and the next char (" -> hex 22) as a single charactor. That's why I have such question mark readed and compilation goes wrong.

In order to read Alt+0215 correctly in my system, the charactor should be a double width char with hex value of "FF FE D7 00". So, I need to mannually change this in order to compile in non-English OS. :(

Hope these explained the error...

[edit]
I converted it to utf-8 unicode format, with corrected char Alt+0215, it works fine (the compiler accept unicode src file). I think Unicode should be the solution to both users whose OS is set to English and non-English....

asdfsauce

10th May 2006, 17:41

- Fixed up annoying video profile bug that's been around for ages

Thanks berrinam.

Sharktooth

11th May 2006, 01:40

Small (useless) visual bug: 2136 compiles a version named "2135" :sly:
http://forum.doom9.org/showthread.php?p=826029#post826029

leowai

11th May 2006, 06:05

oops, mkvMuxWindow.cs should no longer be in the repository.
But it still in latest svn repository (rev3).

ChronoCross

11th May 2006, 07:09

do not use the svn respository. I'm not even sure what's going on with it. None of the devs should be committing to it if I remember correctly.

Deep_Eyes

11th May 2006, 07:09

After downloading Revsion 522 for x264 sharktooth build, I went to the bitrate calc option and changed avi to mp4 then changed the size, then click okay, I got this error poping up

http://img146.imageshack.us/img146/9192/megui0232135x264revsion522bug5.jpg (http://imageshack.us)

Deep_Eyes

11th May 2006, 07:46

also same error on this "2136" build from the link here. Which visual bug i guess that's what its being called, still says 2135.

ChronoCross

11th May 2006, 07:59

@Deep_Eyes
Confirmed. It just has to do with the mp4 setting. if you just open the calc change to mp4 and hit okay the problem occurs.

bob0r

11th May 2006, 11:34

http://forum.doom9.org/showthread.php?p=826029#post826029

Checkout went fine, but running compile.bat

Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

AviSynthWindow.cs(1556,10): warning CS1030: #warning: 'This is just quickfix, please check it!'
Calculator.cs(28,10): warning CS1030: #warning: 'Calculator should be aware of mux providing, etc.'
d2vReader.cs(46,10): warning CS1030: #warning: 'Why load the video here? This means that we can't apply force film unless the video unless it is playable in AviSynth'
ProfilePorter.cs(210,10): warning CS1030: #warning: 'We are generating a list of failed attempts, but we aren't doing anything with it (below).'
VideoUtil.cs(959,10): warning CS1030: #warning: 'This should be rearranged to work better'
mkvMuxWindow.cs(861,18): error CS0103: The name 'MUXTYPE' does not exist in the current context
mkvMuxWindow.cs(878,23): error CS1501: No overload for method 'generateMkvmergeCommandline' takes '3' arguments
CommandLineGenerator.cs(1147,24): (Location of symbol related to previous error)
Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

Seems like you didn't really use the latest 2136 source where this was fixed, where only the version number was wrong.

Please fix the problem and stick with SVN, automation is key for lazy people!!

juerginst

11th May 2006, 12:40

Hi, I am getting this error and it seems to be a MeGUI bug.
x264 [error]: requested bitrate is too low. estimated minimum is 7 kbps
x264_encoder_open failed
These are the full details

My AVS script:
# Set DAR in encoder to 37 : 20. The following line is for automatic signalling
global MeGUI_darx = 37
global MeGUI_dary = 20
DGDecode_mpeg2source("H:\dvd\z.d2v",info=3)
ColorMatrix(hints=true)
#Not doing anything because the source is progressive
crop( 10, 10, -6, -6)

#resize
Undot() # Minimal Noise
MeGUI's Log:
Generating jobs. Desired size: 1234173952 bytes
No audio encoding. Calculating desired video bitrate directly.
Setting video bitrate for the video jobs to 0 kbit/s
Setting desired size of video to 1231512576 bytes
Starting job job1-1 at 00:18:12
Job is a video job. encoder commandline:
--pass 1 --bitrate 0 --stats "H:\dvd\z.stats" --bframes 3 --b-pyramid --direct auto --filter -2,-1 --subme 1 --analyse none --me dia --sar 1073:880 --cqmfile "D:\x264\eqm_avc_hr.cfg" --progress --no-psnr --output NUL "H:\dvd\z.avs"
successfully started encoding
Processing ended at 02:20:13
----------------------------------------------------------------------------------------------------------

Log for job job1-1

avis [info]: 704x464 @ 23.98 fps (166996 frames)
x264 [info]: using SAR=1073/880
x264 [info]: using cpu capabilities MMX MMXEXT SSE 3DNow!
x264 [info]: slice I:825 Avg QP:47.96 size: 3920
x264 [info]: slice P:58907 Avg QP:51.00 size: 503
x264 [info]: slice B:107264 Avg QP:51.00 size: 87
x264 [info]: mb I I16..4: 95.4% 0.0% 4.6%
x264 [info]: mb P I16..4: 6.5% 0.0% 0.0% P16..4: 2.9% 0.0% 0.0% 0.0% 0.0% skip:90.6%
x264 [info]: mb B I16..4: 0.3% 0.0% 0.0% B16..8: 0.9% 0.0% 0.0% direct: 0.2% skip:98.6%
x264 [info]: final ratefactor: 258.67
x264 [info]: direct mvs spatial:94.2% temporal:5.8%
x264 [info]: kb/s:48.5

Actual bitrate after encoding without container overhead: 48.68

----------------------------------------------------------------------------------------------------------
job job1-1 has been processed. This job is linked to the next job: job1-2
Starting job job1-2 at 02:20:14
Job is a video job. encoder commandline:
--pass 2 --bitrate 0 --stats "H:\dvd\z.stats" --ref 16 --mixed-refs --no-fast-pskip --bframes 3 --b-pyramid --b-rdo --bime --weightb --direct auto --filter -2,-1 --subme 7 --trellis 2 --analyse all --8x8dct --me umh --sar 1073:880 --cqmfile "D:\x264\eqm_avc_hr.cfg" --progress --no-psnr --output "H:\dvd\z.mkv" "H:\dvd\z.avs"
successfully started encoding
Processing ended at 02:20:25
----------------------------------------------------------------------------------------------------------

Log for job job1-2

avis [info]: 704x464 @ 23.98 fps (166996 frames)
x264 [info]: using SAR=1073/880
x264 [error]: requested bitrate is too low. estimated minimum is 7 kbps
x264_encoder_open failed

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

I am using MeGUI 0.2.3.2135, Video Profile HQ-Insane with CQM eqm_avc_hr and I am not encoding or adding any audio, just video.

I followed the same steps that I always use: D2V Creator, AviSynth Script Creator, Autoencode -> Filesize (in this case 1177MB, which predicts an Average Bitrate of 1415 kbit/s). Any hints? Thanks in advance.

http://img137.imageshack.us/img137/3155/megui5sq.th.gif (http://img137.imageshack.us/my.php?image=megui5sq.gif)

berrinam

11th May 2006, 12:48

It's probably just a bug with the refactor. Go back to an older version of MeGUI (something like 0.2.3.2130). That should fix the bug.

juerginst

11th May 2006, 13:04

Thanks! Now a stupid question, I was installing MeGUI with Sharktooth's x264-Std_r***. It was working with x264-Std_r512 and I got this problem with x264-Std_r520 and x264-Std_r522.

I don't have x264-Std_r512 anymore. Where can I download MeGUI 0.2.3.2130? I looked at sourceforge (http://www.sf.net/projects/megui) but the latest version seems to be 0.2.3.2116. Thanks.

juerginst

11th May 2006, 13:34

I got it! http://chronocrossdev.com/apps/megui/. 0.2.3.2132 solved the problem. Thanks.

leowai

11th May 2006, 14:48

Checkout went fine, but running compile.bat
Seems like you didn't really use the latest 2136 source where this was fixed, where only the version number was wrong.
:
:
Please fix the problem and stick with SVN, automation is key for lazy people!!

Delete "mkvMuxWindow.cs", it's no longer in CVS repository...
Then it should compile fine. :)

I've reported here:
http://forum.doom9.org/showthread.php?p=826078#post826078

ChronoCross

11th May 2006, 23:44

the megui huffy code must be changed to remove -noodml. Icould do it myself but I can't commit it in any official form.

Deep_Eyes

12th May 2006, 05:57

just finished complieing svn downloaded code, works fine.. Thanks =)

- I spoke too soon, I added a avs script, went to change the same information, framerate to 29, then change it to mp4, then change the file size from 700 to 20 and clicked OKAY.. same problem

Deep_Eyes

12th May 2006, 06:34

Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

AviSynthWindow.cs(1556,10): warning CS1030: #warning: 'This is just quickfix,
please check it!'
Calculator.cs(28,10): warning CS1030: #warning: 'Calculator should be aware of
mux providing, etc.'
d2vReader.cs(46,10): warning CS1030: #warning: 'Why load the video here? This
means that we can't apply force film unless the video unless it is
playable in AviSynth'
ProfilePorter.cs(210,10): warning CS1030: #warning: 'We are generating a list of
failed attempts, but we aren't doing anything with it (below).'
VideoUtil.cs(959,10): warning CS1030: #warning: 'This should be rearranged to
work better'
Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.

Same issue as before, click on bitrate calc hit mp4 hit okay boom same thing happends.

Sharktooth

12th May 2006, 13:10

The problem is in the still incomplete Vorbis support.

berrinam

13th May 2006, 02:22

Bitrate calculator bugs are to be expected, because they still use the same code from before the refactor. I have put a warning message when using it, because it still needs a reworking.

I've fixed the AutoEncode bitrate calculation bug (bitrate wasn't set).

I should have fixed all the other bugs mentioned here as well, except for the mencoder huffy commandlines (I haven't set it up for testing, and it can wait a bit, because it doesn't actually cause a crash).

bob0r

13th May 2006, 07:04

The tab Changelog.txt is wrong again. (not windows style new lines)

berrinam

13th May 2006, 07:30

Not for me....

Spekter

14th May 2006, 03:57

Sharktooth

14th May 2006, 04:11

Update to MeGUI 0.2.3.2132 and try again.
more recent version are development version and may be buggy.

bob0r

14th May 2006, 07:36

Not for me....

http://mirror05.x264.nl/public/megui.2138.changelog.bug.jpg

edit 0001: 2142 still wrong

shon3i

14th May 2006, 13:12

OK, new encoders new bugs.

CT AAC:

1. can't produce mp4 files without --mp4box switch which have small bug i notice before to dimzon about this

2. missing option HE HIGH encoder --high switch, is not useful but why not.

ND AAC

can't produce raw aac files without mp4box

AUD-X 5.1

Output channels can only be "Keep original channels" becouse aud-x need only 6ch for input.

dimzon

14th May 2006, 13:45

CT AAC:

1. can't produce mp4 files without --mp4box switch which have small bug i notice before to dimzon about this
ND AAC

can't produce raw aac files without mp4box

This is caused by some leaks of new architecture after refactoring. Will be fixed/implemented a bit later...

CT AAC:
2. missing option HE HIGH encoder --high switch, is not useful but why not.

Maybe a bit later. Actually it's completly NOT USEFULL but reques some time to add support so I decide do not implement it and spent this time to another MeGUI issues/tasks.

AUD-X 5.1
Output channels can only be "Keep original channels" becouse aud-x need only 6ch for input.
Wrong. Output channel must contain only choises to produce 5.1 output (upmix 2 to 5.1 xxx)

shon3i

14th May 2006, 13:50

Wrong. Output channel must contain only choises to produce 5.1 output (upmix 2 to 5.1 xxx)You right, my mistake. You should only remove Dominix presets

bob0r

14th May 2006, 16:42

more visual bugs (besides changelog.txt tab):

LMP4 > Config > tab:Main > Other > "ME range" isn't shown fully
LMP4 > Config > tab:Advanced > Other Options > "Temporal mask" isn't shown fully

Tools > One Click Profile Setup > Profiles > "Playback method (" not sure what the "(" is doing there
Tools > DGIndex Project Creator > Audio > "Track1" and "Track 2" notice the space beween "Track" and "2" but not between "Track" and "1"
Tools > Settings > tab:Main > Other > The radio buttons are not properly aligned, noticable with "Safe Profile Alteration"
Tools > Settings > tab:Program Paths > 2x "avimux_gui" this is confusing, avimux_gui 1 avimux_gui 2 or call the second divxavimux_gui

cc979

14th May 2006, 19:32

using: 0.2.3.2143 14 May 2006

had autostart queue enabled but on creating .d2v it did not autostart

the new ND-aac sweet :)

cc979

14th May 2006, 20:06

using: 0.2.3.2143 14 May 2006

i've created a .d2v and the .avs as normal

i can create the video.mp4, audio.mp4 and mux them manually

but using auto encode with no target size, it crashes to desktop (no log error) just before mux

ChronoCross

14th May 2006, 22:26

Edit: Figured out my first Q.

Bug: Some of the new encoding profiles create blank commandlines in the log.

ChronoCross

14th May 2006, 22:51

CT encoding seems to be broken. It doesn't produce files with the selected features. no matter what Is et it never does anything other than AAC LC and it's also getting the bitrate wrong for some reason.

Sharktooth

15th May 2006, 02:10

http://mirror05.x264.nl/public/megui.2138.changelog.bug.jpg

edit 0001: 2142 still wrong
that's coz you use command line CVS client and you have the usual unix/windows CRLF conversion problems...

bob0r

15th May 2006, 07:05

that's coz you use command line CVS client and you have the usual unix/windows CRLF conversion problems...

Well it used to work from CVS (cli) a while back, so something changed (again).

ChronoCross

15th May 2006, 07:12

Well it used to work from CVS (cli) a while back, so something changed (again).

I agree. I've always used minGW for cvs and it hasn't had this problem in a long time. so there has to be something else wrong.

Sharktooth

16th May 2006, 00:23

works for me.

Adub

17th May 2006, 00:49

I found a bug I think. I am not sure if it has to do with MeGUI or Nero free aac encoder.

I am using version .2146 by the way, thanks to chronocross.

When encoding with the nero aac free encoder, and you set the vbr Q to equal less than .12, you get an error.

here is a log for Q=.11

Log for job job13

Channels=6, BitsPerSample=16, SampleRate=48000Hz
C:\Program Files\BeHappy\BeHappy_20060206\neroAacEnc_sse2.exe -ignorelength -q 0.11 -if - -of "C:\Documents and Settings\Merlin\Desktop\test.mp4"Error:
System.IO.IOException: The pipe has been ended.

at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.WriteCore(Byte[] buffer, Int32 offset, Int32 count)
at System.IO.FileStream.Write(Byte[] array, Int32 offset, Int32 count)
at MeGUI.AviSynthAudioEncoder.encode()*************************************************************
* *
* Nero Digital Audio Reference MPEG-4 & 3GPP Audio Encoder *
* Copyright (C) 2006 Nero AG *
* All Rights Reserved Worldwide *
* *
* Package build date: May 1 2006 *
* *
* See -help for a complete list of available parameters. *
* *
*************************************************************

ERROR: no valid SBR configuration found

Anyone have any ideas? Should I post this in the Nero free encoder thread?

edit: I am using the sse2 version in case you didn't read the command line.
edit2: Problem happens on both the regular and the sse2 versions.

Sharktooth

17th May 2006, 02:33

uhm... seems a bug in neroaacenc.

Adub

17th May 2006, 02:35

right I will report it over in that thread. Thanks sharktooth!

Sharktooth

17th May 2006, 02:55

uhm... maybe quality is too low for 6 channels audio?
however the encoder returned an ambiguos error.

Adub

17th May 2006, 03:25

Ill add that information to my bug report.

ChronoCross

17th May 2006, 03:57

that quant level might be a bug with if you try to force a particular mode of AAC. are you on automatic or are you trying to force -hev2 orhe or lc?

ChronoCross

17th May 2006, 03:59

@dev's
Do you think perhaps we should not only utilize this forum for bug reports but in the instruction should we also have them post the bug on the sourceforge megui bug tracker?

ChronoCross

17th May 2006, 04:21

How is command line code generated for the "Show commandline" button. cause when you hit the button in the xvid config it produces a mencoder commandline but when you enqueue and encode it uses xvid_encraw.

berrinam

17th May 2006, 08:05

Still? I thought I had fixed the xvid commandlines.... post-refactor versions shouldn't even be able to generate mencoder xvid commandlines.

I like the idea of the bug tracker, but I suspect it may discourage people from posting bugs, because they will be confronted by a scary interface, as opposed to a forum full of friendly people. EDIT: I think posting two bug reports for every bug is excessive. EITHER here OR Sourceforge, with a preference of SF.

Doom9

17th May 2006, 11:26

bug trackers have the advantage of manageability, and the huge drawback that people will not report bugs because they're put off by the interface. I know how encouraged I feel to report bugs if I first have to create an account, then read a 10 page document on how to file a bug report, and it's not like I know how to file a good bug report.

berrinam

17th May 2006, 12:46

What we really need in order to encourage people to use the SF bug tracker is
No accounts required. I think this is actually already the case
Encourage people to report bugs. So basically, tell them to ignore whatever SF suggests, and just describe it as best they can, after reading the guidelines at the beginning of this thread. If we make it clear they won't be shot if they get something wrong, then the reports should hopefully be much more successful.

foxyshadis

17th May 2006, 13:46

Or you could just use this thread for bug collection and put the bugs on the tracker yourself when someone reports something, with a link in the first post to open and closed bugs, and have people subscribe if they want to make updates. Several non-sf projects I know do that, benefits of the casual forum without losing the tracking. =D

(BTW, nero aac does not support HE or PS below 44KHz or for mono. Thus the error.)

nurbs

17th May 2006, 16:29

Looks like there is a bug in the avisynth script generator in revision 0.2.3.2142.
If you use the automatic deinterlacing detection and then select another deinterlacer in the dropdown, the dropdown seems to work, but it doesn't change anything in the final script.

berrinam

17th May 2006, 22:26

@nurbs: Yes, almost true. It does change the final script, but only if you force it to update by, say, changing the resizer, causing the script to regenerate.

cc979

18th May 2006, 22:11

0.2.3.2146 15 May 2006

just tested the adaptive muxer with a x264.mp4/aac.mp4
i get a fatal error, not sure if its a known bug

http://img470.imageshack.us/img470/5523/clipboard14qn.th.png (http://img470.imageshack.us/my.php?image=clipboard14qn.png)

sp@rrow

19th May 2006, 13:05

In version .2146 does not work Autoencode.
After sound compression - appear error message.
Separately of video and the audio are coded without problems.

P.S.:

Mistake in definition of video bitrate (after audio compression).
After replacement in job1-2.xml (first video pass):
<DesiredSize> XXX </DesiredSize>
on
<DesiredSize> 0 </DesiredSize>
all was OK.
Still - in AutoEncoding - if to choose necessary bitrate - that " Files Size " - will be real size*1000 )))

ChronoCross

19th May 2006, 19:25

http://chronocrossdev.com/images/uerror.PNG

Occurs when updating data, libs, and avswrapper. it downloads and asks you to restart megui. upon hitting yes that error pops up. and then when reloading megui those files are still said to be out of date.

asdfsauce

19th May 2006, 21:04

Awesome job on the Auto-Update addition to all partys involved.

Bug report:
Duplicate DGDecode.dll for AVISynth plugins directory not included in updates.

Not exactly a bug, but something that should be amended.

berrinam

19th May 2006, 22:56

Occurs when updating data, libs, and avswrapper. it downloads and asks you to restart megui. upon hitting yes that error pops up. and then when reloading megui those files are still said to be out of date.Do you have updatecopier in the same directory as megui? It needs to be.

Limobar

19th May 2006, 23:21

I really like the update function. Thank you!

I get some error messages when it tries to update Avisynth Plugins:

Retrieving update file from server...
File downloaded successfully...
Loading update data...
Update data loaded successfully...
Finished parsing update file...
There are 12 files that can be updated.
Updating convolution3dyv12. File 1/12.
Error: The path to save convolution3dyv12 to is invalid.
Updating undot. File 2/12.
Error: The path to save undot to is invalid.
Updating fluxsmooth. File 3/12.
Error: The path to save fluxsmooth to is invalid.
Updating eedi2. File 4/12.
Error: The path to save eedi2 to is invalid.
Updating decomb. File 5/12.
Error: The path to save decomb to is invalid.
Updating leakkerneldeint. File 6/12.
Error: The path to save leakkerneldeint to is invalid.
Updating tomsmocomp. File 7/12.
Error: The path to save tomsmocomp to is invalid.
Updating tdeint. File 8/12.
Error: The path to save tdeint to is invalid.
Updating tivtc. File 9/12.
Error: The path to save tivtc to is invalid.
Updating simpleresize. File 10/12.
Error: The path to save simpleresize to is invalid.
Updating colormatrix. File 11/12.
Error: The path to save colormatrix to is invalid.
Updating nicaudio. File 12/12.
Error: The path to save nicaudio to is invalid.
Update completed.
0 files were completed successfully
12 files had problems.

My Avisynth plugins folder is: D:\Program Files\AviSynth 2.5\plugins

Is the Avisynth plugins folder supposed to be on a fixed place?

Limobar

20th May 2006, 00:09

I'm using LC-AAC audio in a mp4 container.

When I use the 'AutoEncode' button, the container is not mp4, but aac. This crashes MeGUI when the muxing starts and leaves no log.

When I use the audio 'Enqueue' button, the container is correct (mp4).

chipzoller

20th May 2006, 02:36

This is rather minor, but I think it could be improved:

In the x264 encoder config. dialog box, the option for PSNR calculation left unchecked yields the command '--no-psnr' while checking it removes this command (thus enabling psnr calculation). However, the tooltip for this option simply says "Disable PSNR computation".

I suggest changing the name of this option from "PSNR calculation" to "Enable PSNR calculation" and changing the tooltip as appropriate because the name of the option isn't very revealing itself, so changing this to "enable PSNR calculation" would be much clearer.

xyloy

20th May 2006, 08:54

I've got a very annoying problem with MeGUI-x264 (SVN) 0.2.3.2147(x264 rev. 524-525): It crashes on startup!

I've uninstalled the previous version before updating, so I think my Windows registry is clean... I've done it again and cleaned my Registry with RegSeeker to be sure, but it did no changes at all. I don't know what to do. Once I have managed to close the UpdateWindow before it does anything, but MeGUI crashed anyway.

Sorry I've got almost no clues about this bug. :(

Here is a screenshot:
http://img87.imageshack.us/img87/9317/clipboard26pk.jpg (http://imageshack.us)
What the Window's crash box says is:
"MeGUI has encoutered a problem and must be closed." blablabla(usual WinXP stuff)

berrinam

20th May 2006, 09:00

Update to 0.2.3.2148 and see if it still happens. Also make sure that you aren't clicking any of the close buttons while auto update is going on, because that certainly does cause a crash.

Limobar

20th May 2006, 10:19

Update to 0.2.3.2148...

The updater says that everything went succesfully, but when MeGUI restarts, it's still 2147.

berrinam

20th May 2006, 10:22

A bug in 2147 means that autoupdate doesn't work with core files (just the thing you need it for ;)). To get 2148, what you can do for now is manually do what MeGUI should be doing automatically: delete megui.exe and replace it with megui.exe.tempcopy. That'll give you your updated version. Run AutoUpdate again and everything should be fixed.

Carpo

20th May 2006, 11:35

heres the quick and rather dirty way i got it to update, much like what berrinam said to do.

if you have 2147 use the update feature - which will download all updateable files, now when it says that megui needs to restart say no - it will give you an error anyway - something about too few arrguments.

now you will be left with the files you had anyway and a lot of files with .tempcopy at the end of them

del all old exes and dlls (and the even the txts) ;) and rename the tempcopy files to what the should be

eg megui.exe.tempcopy to megui.exe

and all should be ok - it should also give you a little pop up saying updates are avaliable :P

cc979

20th May 2006, 15:23

just tested 0.2.3.2148 20 May 2006
from a clean folder using the cvs version

found in the settings page
D:\Utils\AV\DVD\Me.GUI\tools/mencoder\mencoder.exe

tools/ is that normal?

shon3i

20th May 2006, 17:11

Raziel6969

20th May 2006, 21:09

[MeGUI 0.2.3.2146]

AAC Audio Container problems:

ND AAC: Only works with "MP4-AAC", the other option only change the extension!
CT AAC: Only works with "Raw-AAC", the other option only change the extension!
FAAC: Works with both container options.

Note: Using latest versions of the encoders till now!

PD: I Love MeGUI is a great software!

berrinam

20th May 2006, 21:50

tools/ is that normal?Yes it is. It works, though, so there's nothing to be worried about.

And where to find that 2148 because updater says that last version is 2146 and i have 2147?
Your computer is probably not refreshing the internet cache, which is why you can't see it. What I did to fix that was to go to http://megui.org/auto/upgrade.xml in a web browser and refresh. That fixed it for me.

berrinam

20th May 2006, 21:51

ND AAC: Only works with "MP4-AAC", the other option only change the extension!
CT AAC: Only works with "Raw-AAC", the other option only change the extension!
FAAC: Works with both container options.
Thanks for a well organised summary.

shon3i

20th May 2006, 22:15

Your computer is probably not refreshing the internet cache, which is why you can't see it. What I did to fix that was to go to http://megui.org/auto/upgrade.xml in a web browser and refresh. That fixed it for me.Hmm, Nice but can you fix somehow that or make to automatic refresh.

berrinam

20th May 2006, 22:48

I'm no internet guru, especially in C#...

Sharktooth

21st May 2006, 04:12

Hmm, Nice but can you fix somehow that or make to automatic refresh.
i think i found a way to force the refreshing but i have to test it.
i cant do it now coz it's 5.11AM and i really need to sleep :)

Kurth

21st May 2006, 07:04

When I encode NeroDigitalAudio with MeGUI 0.2.3.2148 the program always use this command "-ignorelength" on any configuration that I choose for NeroDigitalAudio.
This command make the audio lose the syncronization with the video.
I think this is a bug because it is not a good command to use when encoding audio to join with video.
How can I turn off this "-ignorelength" on MeGUI 0.2.3.2148 NeroDigitalAudio configuration?

berrinam

21st May 2006, 07:28

I'm not sure, because dimzon manages the audio part of MeGUI, but I think that the -ignorelength command is required because of the way that MeGUI feeds the data to Nero via stdin. I doubt that that command is what is causing your loss of synchronization. Have you tried with other encoders, etc?

shon3i

21st May 2006, 10:47

sp@rrow

21st May 2006, 15:58

http://forum.doom9.org/showthread.php?p=829561#post829561
:scared: :scared:

Latexxx

21st May 2006, 17:37

I'm running 2149 and autoupdate doesn't currently work. Having downloaded the first update file it crashes and throws file not found.

Edit: Reason found. Updating libs failed for some reason and megui decided to delete the lib files.

Kurth

21st May 2006, 18:14

No why you think that, did you can prove that
I want to make a HE-AAC ABR 64 kbps audio for my animes.
http://img294.imageshack.us/img294/3262/megui9uw.jpg
But if I encode using the MeGUI I lose the audio syncronization and when I encode the audio doing it on windows promt.
D:\NeroAacEnc.exe -br 64000 -he -if audio.wav -of audio.mp4
I dont get any problem with audio syncronization using the encoder on windows promt.
When I look on MeGUI LOG the program use this command
D:\neroAacEnc.exe -ignorelength -he -br 64000 -if - -of "D:\audio.mp4"
I think the command -ignorelength is the problem because it is the only diference on the command line between MeGUI and windows promt.

Kurth

21st May 2006, 18:25

When I try to just update the Core from 0.2.3.2148 to 0.2.3.2149 the program give this error message.
http://img472.imageshack.us/img472/9751/core5zg.jpg

spunch

21st May 2006, 20:09

I'm trying to update a fresh copy of megui. I'm using the latest 2149 version. When I try to update megui, it crashes almost instantaneously, when it finishes downloading the first file (File 1/33). I get the "megui encountered a problem and needs to close" sort of crash report. Error signature says something about system.io.filenotfoundexception.

Does megui leave any trails in the registry?

shon3i

21st May 2006, 20:32

I want to make a HE-AAC ABR 64 kbps audio for my animes.
http://img294.imageshack.us/img294/3262/megui9uw.jpg
But if I encode using the MeGUI I lose the audio syncronization and when I encode the audio doing it on windows promt.
D:\NeroAacEnc.exe -br 64000 -he -if audio.wav -of audio.mp4
I dont get any problem with audio syncronization using the encoder on windows promt.
When I look on MeGUI LOG the program use this command
D:\neroAacEnc.exe -ignorelength -he -br 64000 -if - -of "D:\audio.mp4"
I think the command -ignorelength is the problem because it is the only diference on the command line between MeGUI and windows promt.
Maybe is because you force HE-AAC, because encoder for that bitrate always use HE profile.

dimzon

21st May 2006, 21:59

I'm no internet guru, especially in C#...
0.2.3.2150 22 May 2006
Commit by dimzon:
- Fixed no more upgrade.xml from cache

berrinam

21st May 2006, 22:13

Does megui leave any trails in the registry?
No.

When I try to just update the Core from 0.2.3.2148 to 0.2.3.2149 the program give this error message.
http://img472.imageshack.us/img472/9751/core5zg.jpg
That error message shouldn't occur with core 0.2.3.2148 -- it looks like a core 0.2.3.2147 commandline and a 0.2.3.2148 updatecopier. Grab a new version of MeGUI manually and just put that in there -- that should fix it.

cc979

22nd May 2006, 01:02

using: 0.2.3.2150 22 May 2006

found on the d2v creator the audio track-list box is empty until selecting a track (forgot to set for english in settings tab - thought i post it just incase its a bug) - works normal when set to english in the settings tab

but using DGIndex 1.4.7 beta 11 selecting English AC3 6ch (the one i normally select) produces a 96K 24bit 4ch.wav - here is the log for it

Job is a dgindex job. dgindex commandline:
"D:\Utils\AV\DVD\Me.GUI\tools/dgindex\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

so not sure if its megui or dgindex bug

Kurth

22nd May 2006, 05:34

Maybe is because you force HE-AAC, because encoder for that bitrate always use HE profile.

No.
Even if I use ABR 128 kbps Automatic or AAC-LC the program still use -ignorelength and I lose the audio syncronization with the video.

Kurth

22nd May 2006, 06:22

Oh well this MeGUI 0.2.3.2151 that I got from
http://mirror01.x264.nl/x264/megui-install.exe
Is nice but I want ABR 2-Pass Encoding for Nero Digital Audio and MeGUI only use 1-Pass =(

sp@rrow

22nd May 2006, 08:38

Please correct autoencode.
That up to refactoring with it have problems, that after it :-((((

max-holz

22nd May 2006, 14:22

I see that the bitrate calculator isn't working well after the refactoring, is there an altenative to calculate the exact bitrate for the size wanted?

Raziel6969

22nd May 2006, 16:00

[MeGUI 0.2.3.2151] All Updated till now (with AutoUpdate)

When I tried to use "Add pre-rendering job" to speed up complex AVS files (large processing time), doesn't work, ans show the following log:
Starting job job1-2 at 10:37:15
Job is a video job.calling setup failed with error The file F:\hfyu_Pre-rendering TEST.avs cannot be opened.
Error message for your reference: AVISource: couldn't locate a decompressor for fourcc FFVH
(F:\hfyu_Pre-rendering TEST.avs, line 1)

Simple AVS file 2 test (called "Pre-rendering TEST.avs"):
directshowsource("video.avi")
Trim(1000,1200)
Crop(0,68,0,-148)
ConvertToYV12()
deen("a3d",3,24,32,5)
Subtitle("Pre-rendering TEST", first_frame=1, last_frame=100, font="Tahoma", size=24, text_color=$ffffff, align=1)

Virtualdub can't open the file: "hfyu_Pre-rendering TEST.avi", and show:
Couldn't locate decompressor for format 'FFVH' (unknown)

Virtualdub can't open the file: "hfyu_Pre-rendering TEST.avs", and show:
Avisynth open failure:
AVISource: couldn't locate a decompressor for fourcc FFVH

When I change "hfyu_Pre-rendering TEST.avs":
AviSource("F:\hfyu_Pre-rendering TEST.avi")

To this (only change: avisource > directshow source):
directshowSource("F:\hfyu_Pre-rendering TEST.avi")
... and WORKS! ... :P

Some Questions:

I'm doing something wrong changing to directshowsource?
I have to change the MeGUI created AVS every time?
Is posible to use Lagarith to do the Pre-rendering (smaller files than HuffYUV and near same speed) in the near future? I will love that!

devaster

22nd May 2006, 19:35

I have downloaded a megui 2148 and i cant use autoupdate beacause its crashing every time ...
(Microsoft error reporting is raised ...)

foxyshadis

22nd May 2006, 20:06

Error message for your reference: AVISource: couldn't locate a decompressor for fourcc FFVH
Means ffvh wasn't enabled on the ffdshow VFW config (separate from the main video config). It should be by default, but I guess not in your case.

Lagarith usually isn't that much better than ffvh, but sometimes the slowdown is worth the saved space.

HOLiC

22nd May 2006, 21:34

I have downloaded a megui 2148 and i cant use autoupdate beacause its crashing every time ...
(Microsoft error reporting is raised ...)

Check this post : http://forum.doom9.org/showthread.php?p=830715#post830715

I just replaced megui 2148 with 2150, and used the autoupdate...

I see that the bitrate calculator isn't working well after the refactoring, is there an altenative to calculate the exact bitrate for the size wanted?

I'm using MeGui 2151, and I get this message everytime i try to use the bitrate calculator:

this calculator has not yet been refactored
to support the same mux path finding that the
rest of the Gui does. It may be quite unreliable

But according to changelog.txt the calculator was refactored in version 2144...
hmmm, I'm just wondering if I should just wait till this error message is fixed to use the calculator,
or is it safe to ignore this message and use it anyway..?

berrinam

22nd May 2006, 21:39

To this (only change: avisource > directshow source):
directshowSource("F:\hfyu_Pre-rendering TEST.avi")
... and WORKS! ... :P
Great! Another bit of old code lying around. I'll fix it up.

Some Questions:
Is posible to use Lagarith to do the Pre-rendering (smaller files than HuffYUV and near same speed) in the near future? I will love that!
Give me a commandline tool that can create easily create lagarith files with no messing in the registry, and I will be happy to add it.

berrinam

22nd May 2006, 21:42

this calculator has not yet been refactored
to support the same mux path finding that the
rest of the Gui does. It may be quite unreliableI should have removed the message. My mistake.

I see that the bitrate calculator isn't working well after the refactoring, is there an altenative to calculate the exact bitrate for the size wanted?Have you got any particular bugs to report, or is it just the warning message?

I have downloaded a megui 2148 and i cant use autoupdate beacause its crashing every time ...
(Microsoft error reporting is raised ...)You probably haven't downloaded the required libs: ICSharpcode.sharpziplib.dll and MessageBoxExlib.dll

Carpo

22nd May 2006, 22:40

Have you got any particular bugs to report, or is it just the warning message?

im getting the same msg about the calc - last time i tried a back up it said the bitrate was going to be 1600k for the backup but when i added the audio it jumped up to 4000+ it changes the rate quite often in a very wide range depending on what u select

so im guessing its alittle bit messed up

Sharktooth

23rd May 2006, 13:23

but using DGIndex 1.4.7 beta 11 selecting English AC3 6ch (the one i normally select) produces a 96K 24bit 4ch.wav - here is the log for it

Job is a dgindex job. dgindex commandline:
"D:\Utils\AV\DVD\Me.GUI\tools/dgindex\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

so not sure if its megui or dgindex bug
i added dgdecode 1.4.7b12 to the autoupdate, it should fix that issue.

Latexxx

23rd May 2006, 15:06

Yama4050242

23rd May 2006, 15:21

I encoded an h.264 file and its soundtrack using Megui and it can't mux them. I don't know whether the problem is of Megui, x264, neroaac or mp4box. The files were created using the updates of yesterday. I can upload samples if you tell me where.
i think it is the problem of mp4box, both 21th and 22th mp4box crash here on my pc, you can try 19th, it works for me

Sharktooth

23rd May 2006, 15:26

manually downgrade mp4box to MP4Box_20060519.zip or just delete AutoUpdate.xml file in you megui dir and redownload all the updates (i reverted mp4box to 20060519 on the megui.org).

sp@rrow

23rd May 2006, 15:29

Latexxx
You use autoencode??

acrespo

23rd May 2006, 19:34

I have a temporary solution to autoencode problem. In "Adaptative Mux" window, in the output area I choose the file again (the same file name) and the "Go" button function and the 3 jobs (1pass, 2pass and mux) are added in Queue.

berrinam

23rd May 2006, 21:43

Fear not guys, I have a local version of MeGUI with the AutoEncode problems fixed. You'll get it soon enough.

sp@rrow

23rd May 2006, 22:52

Very big thanks :thanks: :thanks:
Let's look forward ;)

cc979

23rd May 2006, 23:41

after last update found a couple of files in the dgindex b12 were not updated

Sharktooth

24th May 2006, 00:10

after last update found a couple of files in the dgindex b12 were not updated
Sorry, my fault.
It's fixed now, just run Autoupdate.

berrinam

24th May 2006, 00:15

@Sharktooth: I think we've stepped on each other's toes with the FTP server. I added version 0.2.3.2153 to the core part of upgrade.xml, and I would have deleted any changes you made...

Sharktooth

24th May 2006, 00:16

no problems... im reupping the modified xml

EDIT: Done.

cc979

24th May 2006, 00:23

using 0.2.3.2153 24 May 2006

i try to load a h264/acc.mp4 into the avs script creator

AviSynth script error:
DirectShowSource: the filter graph manager won't talk to me

tried using hali's splitter with no luck

does megui handle .mp4 inputs?

Sharktooth

24th May 2006, 00:41

it should as long as you have the appropriate directshow decoders installed (avc, aac, and mp4 parser/haali splitter in your case...) and well configured (if you have multiple filters installed, expecially nero filters, check their merits too).

cc979

24th May 2006, 03:36

futurex

24th May 2006, 07:36

i have 0.2.3.2153 from x264.nl and i'm still getting the "bitrate calculator not refactored" message. but it said here it was fixed, so i just ignore it. but when i'm setting the output size, the calculated bitrate does not change when i alter the audio bitrate. eg. in the screenshot below, the calculated bitrate stays at 2445kbps even if i change the audio bitrate to 320, 0, etc. naturally the file size doesn't end up how i want it

http://img231.imageshack.us/img231/562/megui3bd.jpg

berrinam

24th May 2006, 07:39

been going round circles, the only way i could get it to work was to

extract the h264, use avc2avi, then use AVISource in the .avs

can you/anyone else open an avc.mp4 in megui to make sure its not a bug
I can load mp4 in MeGUI. It is not a MeGUI problem, but an AviSynth problem -- directshowsource is incredible unstable, as is DirectShow itself. I think we can only really be sure of loading mp4/avc files is when
AviSynth 3 comes out, with the GStreamerSource (and possibly ffmpegSource) function; or
Someone writes a function like DGDecode for mpeg4.

foxyshadis

24th May 2006, 08:07

GStreamerSource, FFMpegSource, or something like HaaliSource are possible today, the same way DirectShowSource is just a plugin. It just takes someone with the know-how to use the libraries properly (I don't, I looked at ffmpeg to consider doing it and got lost fast). A HaaliSource would :rock:.

berrinam

24th May 2006, 08:13

[OT]I wonder how easily d'Oursse's implementation of gstreamersource for avs3 could be ported to avs2....

cc979

24th May 2006, 14:05

@berrinam cheers for clearing things up

Limobar

24th May 2006, 15:22

0.2.3.2153 24 May 2006
Commit by berrinam:
- fix up two bugs with AutoEncode

I've tried a short sample with NAAC-LC (mp4 container selected.).

The muxed outcome has no audio. MeGUI says that everything went fine. I have a .264 file, an aac file (not mp4!!). Manually muxing these files gives the same result (no audio).

Manually encoding the audio (using the enqueue button), gives an mp4 file. Muxing this audio file with the earlier encoded video, gives the proper result.

The same story, now as log:

Starting job job9 at 15:55:49
encoder commandline:
-AIF=[E:\Samples\rep-freedomland-sample.vob] -OF=[E:\Samples\rep-freedomland-sample] -exit -minimize -OM=2
successfully started encoding
Processing ended at 15:55:52
----------------------------------------------------------------------------------------------------------

Log for job job9

Film percentage: 99,94 meets force film tresholdSuccessfully applied force film
----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated
Generating jobs. No desired size.
User doesn't care what the filesize is. Leaving bitrate/qp/crf at the profile's valueStarting job job10-1 at 15:56:58
encoder commandline:

successfully started encoding
Processing ended at 15:57:27
----------------------------------------------------------------------------------------------------------

Log for job job10-1

Channels=6, BitsPerSample=16, SampleRate=48000Hz
D:\Program Files\x264\neroaacenc\neroaacenc.exe -ignorelength -lc -q 0.2 -if - -of "E:\Samples\rep-freedomland-sample T01 3_2ch 384Kbps DELAY -191ms.aac"*************************************************************
* *
* Nero Digital Audio Reference MPEG-4 & 3GPP Audio Encoder *
* Copyright (C) 2006 Nero AG *
* All Rights Reserved Worldwide *
* *
* Package build date: May 1 2006 *
* *
* See -help for a complete list of available parameters. *
* *
*************************************************************

----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated
job job10-1 has been processed. This job is linked to the next job: job10-2
No desired size. Continuing without making any changes.
Starting job job10-2 at 15:57:27
encoder commandline:
--crf 20 --ref 2 --mixed-refs --no-fast-pskip --bframes 3 --b-pyramid --b-rdo --bime --weightb --direct auto --no-cabac --subme 7 --analyse p8x8,b8x8,i4x4,p4x4 --qpmin 20 --vbv-bufsize 2000 --vbv-maxrate 2000 --me umh --progress --no-dct-decimate --no-psnr --output "E:\Samples\freedom.264" "E:\Samples\freedom.avs"
successfully started encoding
Processing ended at 16:01:26
----------------------------------------------------------------------------------------------------------

Log for job job10-2

avis [info]: 720x304 @ 23.98 fps (1710 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE 3DNow!
x264 [info]: slice I:20 Avg QP:20.00 size: 31121
x264 [info]: slice P:730 Avg QP:20.52 size: 11535
x264 [info]: slice B:960 Avg QP:22.28 size: 2559
x264 [info]: mb I I16..4: 12.2% 0.0% 87.8%
x264 [info]: mb P I16..4: 2.2% 0.0% 6.8% P16..4: 54.4% 24.6% 6.9% 1.2% 0.5% skip: 3.3%
x264 [info]: mb B I16..4: 0.1% 0.0% 0.4% B16..8: 30.0% 2.6% 4.2% direct: 5.9% skip:56.8%
x264 [info]: direct mvs spatial:99.8% temporal:0.2%
x264 [info]: ref P 76.5% 23.5%
x264 [info]: ref B 85.5% 14.5%
x264 [info]: kb/s:1289.9

encoded 1710 frames, 7.17 fps, 1289.99 kb/s
desired video bitrate of this job: 20 kbit/s - obtained video bitrate (approximate): 1289 kbit/s
----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated
job job10-2 has been processed. This job is linked to the next job: job10-3
Starting job job10-3 at 16:01:26
encoder commandline:
-add "E:\Samples\freedom.264" -add "E:\Samples\rep-freedomland-sample T01 3_2ch 384Kbps DELAY -191ms.aac" -fps 23.976023976024 -new "E:\Samples\freedom-muxed.mp4"
successfully started encoding
Processing ended at 16:01:27
----------------------------------------------------------------------------------------------------------

Log for job job10-3

Adjusting AVC SizeLength to 16 bits
AVC-H264 import - frame size 720 x 304 at 23.9760 FPS
Import results: 1710 samples - Slices: 20 I 730 P 960 B - 1 SEI - 19 IDR
Stream uses B-slice references - max frame delay 2
AAC import - sample rate 44100 - MPEG-4 audio - 7 channels
Saving E:\Samples\freedom-muxed.mp4: 0.500 secs Interleaving

----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activatedStarting job job11 at 16:16:10
encoder commandline:
-add "E:\Samples\freedom.264" -add "E:\Samples\rep-freedomland-sample T01 3_2ch 384Kbps DELAY -191ms.aac":lang=eng -fps 23.976 -new "E:\Samples\test.mp4"
successfully started encoding
Processing ended at 16:16:11
----------------------------------------------------------------------------------------------------------

Log for job job11

Adjusting AVC SizeLength to 16 bits
AVC-H264 import - frame size 720 x 304 at 23.9760 FPS
Import results: 1710 samples - Slices: 20 I 730 P 960 B - 1 SEI - 19 IDR
Stream uses B-slice references - max frame delay 2
AAC import - sample rate 44100 - MPEG-4 audio - 7 channels
Saving E:\Samples\test.mp4: 0.500 secs Interleaving

----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated
Starting job job12 at 16:17:35
encoder commandline:

successfully started encoding
Processing ended at 16:18:06
----------------------------------------------------------------------------------------------------------

Log for job job12

Channels=6, BitsPerSample=16, SampleRate=48000Hz
D:\Program Files\x264\neroaacenc\neroaacenc.exe -ignorelength -lc -q 0.2 -if - -of "E:\Samples\rep-freedomland-sample T01 3_2ch 384Kbps DELAY -191ms.mp4"*************************************************************
* *
* Nero Digital Audio Reference MPEG-4 & 3GPP Audio Encoder *
* Copyright (C) 2006 Nero AG *
* All Rights Reserved Worldwide *
* *
* Package build date: May 1 2006 *
* *
* See -help for a complete list of available parameters. *
* *
*************************************************************

----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated
Starting job job13 at 16:18:40
encoder commandline:
-add "E:\Samples\freedom.264" -add "E:\Samples\rep-freedomland-sample T01 3_2ch 384Kbps DELAY -191ms.mp4":lang=eng -fps 23.976 -new "E:\Samples\test2.mp4"
successfully started encoding
Processing ended at 16:18:41
----------------------------------------------------------------------------------------------------------

Log for job job13

Adjusting AVC SizeLength to 16 bits
AVC-H264 import - frame size 720 x 304 at 23.9760 FPS
Import results: 1710 samples - Slices: 20 I 730 P 960 B - 1 SEI - 19 IDR
Stream uses B-slice references - max frame delay 2
IsoMedia import - track ID 1 - Audio (SR 48000 - 6 channels)
Saving E:\Samples\test2.mp4: 0.500 secs Interleaving

----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated