MeGUI Bug-Report Thread

[cc979]

i rechecked it does show a fatal error tho

[Doom9]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

@bob0r
my change log screen is ok, what did you use get the cvs

[ChronoCross]

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]

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]

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]

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]

What's wrong with it?

[Kurtnoise]

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]

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

[ChronoCross]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

@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]

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]

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]

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]

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]

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]

@berrinam what about This (http://forum.doom9.org/showthread.php?p=809588#post809588)

[berrinam]

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]

undersizes are better than oversizesTrue, true, Thanks

[Doom9]

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]

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]

@ 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]

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]

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]

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]

Jobs are started at the priority you have in the settings.
What's for <PRIORITY> tag in jobN-N.xml??

[chipzoller]

Berrinam: Anything on the bug I found? Or is this behavior intentional?

[berrinam]

@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]

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]

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]

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]

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]

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]

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]

@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]

I think Chronocross' latest built has a corrupt archive.

http://www.chronocrossdev.com/apps/megui/MeGUI-0.2.3.2125-Dev.rar

[greggerm]

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]

Hmm thanks for that Greg. Per your suggestion tried it in Regest dlx instead of IE 7 beta and it worked :)

[HOLiC]

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]

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]

@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]

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]

@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]

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]

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]

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]

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]

@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. If you have no info file, and dgindex names your selection differently than named in the GUI.. then you're SOL.. there's no way of telling for megui which is which - or do you know of any way?

@asdfsauce: There's no bug.. you cannot start a process with a relative path.. it's as simple as that. ATM I'm at a loss why a restart helps.. it shouldn't because the setup process is exactly the same and the if File.Exists(x264\x264.exe) will still return false.

I can't generate that using the installer.Isn't quite true though, you can launch arbitrary things from a setup.. 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.

[berrinam]

@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]

http://forum.doom9.org/showthread.php?p=795987#post795987
(1) :( :( :(

[berrinam]

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]

@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]

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]

@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]

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]

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]

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]

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]

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]

It happens to everyone, and it's on the buglist, but none of us have been bothered to do anything about it.

[yogi_]

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]

You can't enter SAR. You can only enter DAR. The labels are wrong.

[yogi_]

OK, thanks. Works fine now. DAR 4:3 in MeGUI gives SAR 10:11 for the encode. The label is kind of misleading ;)

[berrinam]

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]

berrinam-

Could you update MeGUI to work with relative paths for DGIndex and other MeGUI utilities too? :scared:

[Inc]

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]

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]

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]

fixed in 0.2.3.2130.

[bob0r]

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]

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]

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]

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]

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]

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]

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]

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]

see the first post.... it's already in the list

[stax76]

@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]

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]

version of megui?

[mlmll]

version of megui?
Oh yes, sorry. 0.2.3.2132. But I get this with 0.2.3.2125 too.

[berrinam]

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]

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]

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]

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]

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]

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]

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]

oops, mkvMuxWindow.cs should no longer be in the repository.

[chipzoller]

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]

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]

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]

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]

@berrinam i download build 2135 and again can't use cqm for xvid.

thanks

[berrinam]

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).

[ChronoCross]

LMP4 Video Codec's configure dialog does not open. it throws an error.

[berrinam]

Fixed in 0.2.3.2136

[ariga]

The text next to the Enqueue button overlaps.
http://img138.imageshack.us/img138/4816/enqueue4ci.png

[shon3i]

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]

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]

Oh Doom9 Thanks.

[leowai]

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]

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]

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]

Small (useless) visual bug: 2136 compiles a version named "2135" :sly:

[leowai]

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]

- Fixed up annoying video profile bug that's been around for ages

Thanks berrinam.

[Sharktooth]

Small (useless) visual bug: 2136 compiles a version named "2135" :sly:
http://forum.doom9.org/showthread.php?p=826029#post826029

[leowai]

oops, mkvMuxWindow.cs should no longer be in the repository.
But it still in latest svn repository (rev3).

[ChronoCross]

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]

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]

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]

@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]

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]

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]

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]

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]

I got it! http://chronocrossdev.com/apps/megui/. 0.2.3.2132 solved the problem. Thanks.

[leowai]

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]

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]

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]

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]

The problem is in the still incomplete Vorbis support.

[berrinam]

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]

The tab Changelog.txt is wrong again. (not windows style new lines)

[berrinam]

Not for me....

[Spekter]

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()




Lot of bugs are discussed in this thread. Is this particular one fixed ?

I get the same thing when I'm about to launch an automated encoding. Right after the page when it asks for the audio and sub tracks.

Spekter

[Sharktooth]

Update to MeGUI 0.2.3.2132 and try again.
more recent version are development version and may be buggy.

[bob0r]

Not for me....

http://mirror05.x264.nl/public/megui.2138.changelog.bug.jpg

edit 0001: 2142 still wrong

[shon3i]

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]

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]

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]

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]

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]

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]

Edit: Figured out my first Q.

Bug: Some of the new encoding profiles create blank commandlines in the log.

[ChronoCross]

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]

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]

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]

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]

works for me.

[Adub]

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]

uhm... seems a bug in neroaacenc.

[Adub]

right I will report it over in that thread. Thanks sharktooth!

[Sharktooth]

uhm... maybe quality is too low for 6 channels audio?
however the encoder returned an ambiguos error.

[Adub]

Ill add that information to my bug report.

[ChronoCross]

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]

@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]

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]

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]

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]

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]

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]

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]

@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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

Update to 0.2.3.2148...

The updater says that everything went succesfully, but when MeGUI restarts, it's still 2147.

[berrinam]

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]

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]

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]

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.
And where to find that 2148 because updater says that last version is 2146 and i have 2147?

[Raziel6969]

[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]

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]

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]

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]

I'm no internet guru, especially in C#...

[Sharktooth]

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]

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]

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]

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?
No why you think that, did you can prove that

[sp@rrow]

http://forum.doom9.org/showthread.php?p=829561#post829561
:scared: :scared:

[Latexxx]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

Please correct autoencode.
That up to refactoring with it have problems, that after it :-((((

[max-holz]

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]

[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]

I have downloaded a megui 2148 and i cant use autoupdate beacause its crashing every time ...
(Microsoft error reporting is raised ...)

[foxyshadis]

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]

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]

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]

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]

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]

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]

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.

[Yama4050242]

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]

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]

Latexxx
You use autoencode??

[acrespo]

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]

Fear not guys, I have a local version of MeGUI with the AutoEncode problems fixed. You'll get it soon enough.

[sp@rrow]

Very big thanks :thanks: :thanks:
Let's look forward ;)

[cc979]

after last update found a couple of files in the dgindex b12 were not updated

[Sharktooth]

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]

@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]

no problems... im reupping the modified xml

EDIT: Done.

[cc979]

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]

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]

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

[futurex]

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]

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]

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]

[OT]I wonder how easily d'Oursse's implementation of gstreamersource for avs3 could be ported to avs2....

[cc979]

@berrinam cheers for clearing things up

[Limobar]

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

[chipzoller]

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.

I had the exact same thing happen to me last night...same result.


Also, what has happened to megui in the last couple of versions? For me, the nero encoding is just rediculously slow, and the x264 encoding also.

[Doom9]

@Limobar: what does it say in post 1 of this thread? .......... just as a for instance: where's your logfile?

[Limobar]

@Limobar: what does it say in post 1 of this thread? .......... just as a for instance: where's your logfile?

Logfile added. Anything else?

[Sharktooth]

what version of mp4box it used?

[Limobar]

what version of mp4box it used?

http://i4.tinypic.com/10igi0x.jpg

[Doom9]

@Limobar: am I correct to assume that job10-2 is the audio job that didn't work out and job12 is the audio job that caused no problem (and respectively job11 is the muxjob whose result couldn't be properly played and job13 is the muxjob whose result you were able to properly play?)