MeGUI Bug-Report Thread [Archive] - Page 4

starkebn

16th January 2006, 14:08

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

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

berrinam

17th January 2006, 05:26

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

The Link

17th January 2006, 15:36

In 0.2.3.2031 I have following problems:

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

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

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

Dayvon

17th January 2006, 15:38

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

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

Log for job job4

unknown option (

_____________________________________________________________

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

Doom9

17th January 2006, 15:58

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

Dayvon

17th January 2006, 16:16

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

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

Doom9

17th January 2006, 16:31

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

handtruck

17th January 2006, 18:58

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

Any suggestions?

Thanks for your help.

Doom9

17th January 2006, 21:01

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

handtruck

17th January 2006, 21:04

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

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

Doom9

17th January 2006, 21:27

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

Dayvon

17th January 2006, 21:49

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

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

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

handtruck

17th January 2006, 23:04

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

SBaT

18th January 2006, 01:37

handtruck

18th January 2006, 01:38

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

Stream 0
AVI Splitter

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

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

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

Dayvon

18th January 2006, 01:47

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

MP3 is allowed in MP4 container as is AAC.

handtruck

18th January 2006, 02:05

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

berrinam

18th January 2006, 02:20

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

berrinam

18th January 2006, 02:22

I'll submit a fix soon.Done!

Sephiros

18th January 2006, 08:12

Hello,

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

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

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

Doom9

18th January 2006, 09:28

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

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

The Link

18th January 2006, 10:54

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

Doom9

18th January 2006, 10:59

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

The Link

18th January 2006, 11:04

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

dimzon

18th January 2006, 11:53

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

Doom9

18th January 2006, 12:43

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

dimzon

18th January 2006, 13:49

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

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

Doom9

18th January 2006, 14:03

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

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

dimzon

18th January 2006, 14:32

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

SBaT

18th January 2006, 14:55

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

max-holz

18th January 2006, 16:33

I have queued this job:

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

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

Doom9

18th January 2006, 17:33

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

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

max-holz

18th January 2006, 17:50

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

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

???

Just a test

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

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

Doom9

18th January 2006, 18:25

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

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

max-holz

18th January 2006, 18:36

or something over 50% in case of two cores

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

Ciao

max-holz

18th January 2006, 18:53

I have found this sample:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Doom9

18th January 2006, 19:09

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

max-holz

18th January 2006, 19:29

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

max-holz

18th January 2006, 22:33

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

In Form1.cs App performs

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

then in Video Encoder.cs

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

then in CommandlineVideoEncoder.cs

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

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

Ciao

AMED

18th January 2006, 23:05

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

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

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

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

please move this post if it is in the wrong place

Doom9

18th January 2006, 23:12

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

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

max-holz

18th January 2006, 23:15

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

I think not!!!

Sharktooth

18th January 2006, 23:18

Doom9

18th January 2006, 23:28

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

max-holz

18th January 2006, 23:34

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

AMED

18th January 2006, 23:58

here is a audio extension bug i just stumbled across,

how to reproduce

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

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

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

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

Doom9

19th January 2006, 09:02

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

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

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

AMED

19th January 2006, 09:28

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

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

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

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

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