MeGUI: bug reports and feature requests

[amgeex]

Do we use the same update server (http://megui.org/auto/) with the development version?

Thanks for the great work Zathor!

[quantum5uicid3]

murtuza, it sounds like a problem with your source. check if you can play the avs in mpc or similar. if so, post the script.

[Zathor]

--[NoImage] MeGUI Version : 0.3.1.1051
Please update to build 1059. I can only support the latest version. You should switch to the development server mentioned in the first posting. Please report back if the problem has been solved.

Do we use the same update server (http://megui.org/auto/) with the development version?
Yes

[nakTT]

Yes
How about this server:

http://www.constructd.com/megui/

I have used it ever-since and its seems to works.

[Zathor]

How about this server:

http://www.constructd.com/megui/

I have used it ever-since and its seems to works.

It has the same files as the official development server. You can use that one, too.

[nakTT]

In my benchmarks there has been no real difference between both wrappers.
It has the same files as the official development server. You can use that one, too.
I see. Thanks for the reply.

:thanks:

[horvathd]

Is anybody else noticed this problem with MeGUI?

I found the following annoyance/bug in the 0.3.1.1059 version:

When I select the animation tuning then in the command line appears the --ref and --bframes commands with the correct number according to the preset and tuning. As far as I know it's not necessary the x264 will calculate these numbers.
Also when a tuning is selected and I change the preset then a --ref command appears with the number related to the preset without the tuning.

[murtuza]

murtuza, it sounds like a problem with your source. check if you can play the avs in mpc or similar. if so, post the script.

Well i tried everything , i tried using nothing in the script , no filters , still doesnt work
DGDecode_mpeg2source("E:\Radio (Live in air) \rip\2.d2v", info=3)
ColorMatrix(hints=true, threads=0)
#deinterlace
crop( 0, 44, 0, -42)

LanczosResize(720,480) # Lanczos (Sharp)
#denoise


here is the script
I dont think the problem is with script :(
plz help

Please update to build 1059. I can only support the latest version. You should switch to the development server mentioned in the first posting. Please report back if the problem has been solved.




It still doesnt work with the new version :(
Wat shall i do now :(
plz help

[Inspector.Gadget]

We are not allowed to help people with downloaded content per the forum rules. See if you can replicate the issue with a DVD you OWN and you RIP.

[Alf Bundy]

Hi Zathor,

In the last non patched 1057 build, Winamp AAC didn't work anymore.
So I used NeroAAC and forgot about it.
Now with the latest dev build, I tried again.

First, Megui detects the missing enc_aacplus.exe and download it.
But after an encode ending with an error, the logfile says "can't find enc_aacplus.dll".
So I took it from a backup folder.

Unfortunately, it still doesn't work.
Here are logfiles from failing attempts to encode a WAV file (44.1Khz stereo) to Winamp AAC (with and without decoding via DirectShow),


-[Error] Log for job1 (audio, The Allman Brothers Band - Jessica.wav -> The Allman Brothers Band - Jessica.m4a)
--[Information] [22/12/2009 7:10:14] Started handling job
--[Information] [22/12/2009 7:10:14] Preprocessing
--[NoImage] Avisynth script
---[NoImage] LoadPlugin("C:\Program Files\megui\tools\avisynth_plugin\NicAudio.dll")
---[NoImage] RaWavSource("D:\DVD burn\The Allman Brothers Band - Jessica.wav")
---[NoImage] Normalize()
---[NoImage] 32==Audiobits(last)?ConvertAudioTo16bit(last):last
---[NoImage] return last
--[NoImage] Commandline used: - "{0}" --rawpcm {1} {3} {2} --br 128000 --mpeg4aac --lc
--[Information] [22/12/2009 7:10:14] Encoding started
--[Information] [22/12/2009 7:10:14] Encode thread started
--[Information] [22/12/2009 7:10:14] Avisynth script environment opened
--[Information] [22/12/2009 7:10:15] Script loaded
--[Information] Output Decoder
---[NoImage] Channels: 2
---[NoImage] Bits per sample: 16
---[NoImage] Sample rate: 44100
--[NoImage] Commandline: C:\Program Files\megui\tools\enc_aacplus\enc_aacPlus.exe - "D:\DVD burn\The Allman Brothers Band - Jessica.m4a" --rawpcm 44100 2 16 --br 128000 --mpeg4aac --lc
--[Information] [22/12/2009 7:10:15] Encoder process started
--[Error] An error occurred
---[NoImage] Exception message: Le canal de communication a été fermé. (-> The communication channel has been closed.)
---[NoImage] Stacktrace
----[NoImage] à System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
----[NoImage] à System.IO.FileStream.WriteCore(Byte[] buffer, Int32 offset, Int32 count)
----[NoImage] à System.IO.FileStream.Write(Byte[] array, Int32 offset, Int32 count)
----[NoImage] à MeGUI.AviSynthAudioEncoder.encode()
---[NoImage] Inner exception: null
--[Information] [22/12/2009 7:10:15] Job completed



-[Error] Log for job1 (audio, The Allman Brothers Band - Jessica.wav -> The Allman Brothers Band - Jessica.m4a)
--[Information] [22/12/2009 6:49:55] Started handling job
--[Information] [22/12/2009 6:49:55] Preprocessing
--[NoImage] Avisynth script
---[NoImage] DirectShowSource("D:\DVD burn\The Allman Brothers Band - Jessica.wav")
---[NoImage] EnsureVBRMP3Sync()
---[NoImage] Normalize()
---[NoImage] 32==Audiobits(last)?ConvertAudioTo16bit(last):last
---[NoImage] return last
--[NoImage] Commandline used: - "{0}" --rawpcm {1} {3} {2} --br 128000 --mpeg4aac --lc
--[Information] [22/12/2009 6:49:55] Encoding started
--[Information] [22/12/2009 6:49:55] Encode thread started
--[Information] [22/12/2009 6:49:55] Avisynth script environment opened
--[Information] [22/12/2009 6:50:01] Script loaded
--[Information] Output Decoder
---[NoImage] Channels: 2
---[NoImage] Bits per sample: 16
---[NoImage] Sample rate: 44100
--[NoImage] Commandline: C:\Program Files\megui\tools\enc_aacplus\enc_aacPlus.exe - "D:\DVD burn\The Allman Brothers Band - Jessica.m4a" --rawpcm 44100 2 16 --br 128000 --mpeg4aac --lc
--[Information] [22/12/2009 6:50:01] Encoder process started
--[Error] An error occurred
---[NoImage] Exception message: Abnormal encoder termination -1066598274
---[NoImage] Stacktrace: à MeGUI.AviSynthAudioEncoder.encode()
---[NoImage] Inner exception: null
--[Information] [22/12/2009 6:50:02] Job completed


And Finally, sometimes I get a different error message :

-[Error] Log for job1 (audio, The Allman Brothers Band - Jessica.wav -> The Allman Brothers Band - Jessica.m4a)
--[Information] [22/12/2009 7:20:30] Started handling job
--[Information] [22/12/2009 7:20:30] Preprocessing
--[NoImage] Avisynth script
---[NoImage] LoadPlugin("C:\Program Files\megui\tools\avisynth_plugin\NicAudio.dll")
---[NoImage] RaWavSource("D:\DVD burn\The Allman Brothers Band - Jessica.wav")
---[NoImage] Normalize()
---[NoImage] 32==Audiobits(last)?ConvertAudioTo16bit(last):last
---[NoImage] return last
--[NoImage] Commandline used: - "{0}" --rawpcm {1} {3} {2} --br 128000 --mpeg4aac --lc
--[Information] [22/12/2009 7:20:30] Encoding started
--[Information] [22/12/2009 7:20:30] Encode thread started
--[Information] [22/12/2009 7:20:30] Avisynth script environment opened
--[Error] An error occurred
---[NoImage] Exception message: m2RaWavSource: unsupported number of channels defined
---[NoImage] Stacktrace
----[NoImage] à MeGUI.AviSynthClip..ctor(String func, String arg, AviSynthColorspace forceColorspace, AviSynthScriptEnvironment env)
----[NoImage] à MeGUI.AviSynthAudioEncoder.encode()
---[NoImage] Inner exception: null
--[Information] [22/12/2009 7:20:30] Job completed


I can encode the same WAV file with NeroAAC, AftenAC3 and Vorbis (didn't try with other encoders).

Winamp AAC fails with every WAV, AC3 and MP3 I tried.

But I still can encode these files with Winamp AAC in Megui 1056 and older ...


Could anyone give a try to Winamp AAC and see if I'm the only one with this issue ?

[Guest]

The link to the development build in first post is dead.

EDIT: OK now, I guess mediafire was down.

[lnatan25]

Hi Zathor, some reporting. I've been testing the devel build for a few hours, and there seem to be a lot of bugs related to aborting x264 encoding. A lot of times, MeGUI and encoding status would just freeze (long after avs4x264.exe and x264_64.exe have exited). Other times, while encoding, MeGUI freezes up (x264 and co. keep working though) and suddenly after a long period it unfreezes and updates the status window; could be related to the next problem. Whenever I encode, no matter what priority both the EXE files are set (MeGUI launches them with "Below Normal" priority), they just make my system unstable. Net keeps disconnecting, applications freeze, etc. I know encoding is very CPU consuming, but I have encoded a lot of files with previous versions of MeGUI (and 32-bit x264.exe), and had never had these problems. Perhaps something in the communication between avs4x264.exe and x264_64.exe is causing it, I'm not sure, but it is very annoying. I think this is what caused MeGUI to freeze.

I still hope to see at least an option to allow us to switch back to the 32-bit encoder. Thanks in advance!

[quantum5uicid3]

Hi Zathor,

In the last non patched 1057 build, Winamp AAC didn't work anymore.
So I used NeroAAC and forgot about it.
Now with the latest dev build, I tried again.

First, Megui detects the missing enc_aacplus.exe and download it.
But after an encode ending with an error, the logfile says "can't find enc_aacplus.dll".
So I took it from a backup folder.

Unfortunately, it still doesn't work.
Here are logfiles from failing attempts to encode a WAV file (44.1Khz stereo) to Winamp AAC (with and without decoding via DirectShow),








And Finally, sometimes I get a different error message :




I can encode the same WAV file with NeroAAC, AftenAC3 and Vorbis (didn't try with other encoders).

Winamp AAC fails with every WAV, AC3 and MP3 I tried.

But I still can encode these files with Winamp AAC in Megui 1056 and older ...


Could anyone give a try to Winamp AAC and see if I'm the only one with this issue ?

i can not reproduce the error. are you using the latest dlls from winamp?

[quantum5uicid3]

Appears to be something wrong with the version of xvid_encraw (20090530) used in MeGUI 1059.

Threads used is always one less than the number of threads requested (where number of threads requested is greater than one):
xvid_encraw.exe -i in.avs -threads 4 -o out.avi
...
xvid [info]: Detected cpus = 2, threads requested = 3, threads in use = 3

i think it's intended, xvid's smp support is kind of hacked. just +1 the threads fields, if it helps you get better performance.

though, i did a very unscientific quick test and -threads 4 was slightly faster then -threads 5 on my quad core.

[quantum5uicid3]

Is anybody else noticed this problem with MeGUI?

the problem i noticed with the tune animation is if you keep slecting it repeatedly, it increases the ref(2x) and bframes(+2) until fatal error when ref tries to go to 24

[Elbart_]

Appears to be something wrong with the version of xvid_encraw (20090530) used in MeGUI 1059.

Threads used is always one less than the number of threads requested (where number of threads requested is greater than one):
xvid_encraw.exe -i in.avs -threads 4 -o out.avi
...
xvid [info]: Detected cpus = 2, threads requested = 3, threads in use = 3

Computers count from 0 onwards, so 4 threads for you are 3 (0,1,2,3) for computers.

[Alf Bundy]

i can not reproduce the error. are you using the latest dlls from winamp?
Yes, dll is from the latest Winamp rev5.57 (build 2009-12-21).

This dll works with the old enc_aacplus.exe (2006-05-15) from Megui 1056, but exports only raw aac.

With the latest enc_aacplus.exe (2009-10-10) from Megui 1059, it gives the aforementioned error.

And if I put the old enc_aacplus in the latest Megui folder, there's no error and the file is exported in .m4a.
But I always end up with a 32Khz 48kbps file, no matter what setting I choose. :confused:


That's no big deal, I can use the old Megui when I want Winamp AAC (for ultra low bitrates).
Still, I wonder why the needed dll is not downloaded with enc_aacplus since it won't work without it ?

[gahz]

since switching to this patch build i have noticed my encodes have dropped in size by almost half. has anyone else noticed this?
i thought it was due to some incompatibility with my older profiles so i made a new profile starting with the slide bar then changing advanced settings so it matched up with my old profile settings.
even with the new profile i am still getting half the file size as i do from the older version of megui. anyone able to help me out with an answer as to why this is happening?

[nurbs]

What was the x264 revision before the update and what settings do you use?

[MOS-Marauder]

Whoo hi all... I have also a Problem with the Patched MeGui 0.3.1.1059.
In special its converting an Ac3 to Ac3 in Megui...

The Log seems ok.

But the crated file only has a "Small distorted scratch" in it and then .. only emptyness...

I enclosed the Log file. Maybe someone can help ....

Chris

----
[Information] Log for job1 (audio, boheme PID b6b 2_0ch 48KHz 448Kbps DELAY 60ms.ac3 -> boheme PID b6b 2_0ch 48KHz 448Kbps DELAY 0ms.ac3)
-[Information] [25.12.2009 12:50:33] Started handling job
-[Information] [25.12.2009 12:50:33] Preprocessing
-[NoImage] Avisynth script
--[NoImage] NicAc3Source("F:\000-CAPTURE-BACKUP\____BluRay-BRENN\life\boheme PID b6b 2_0ch 48KHz 448Kbps DELAY 60ms.ac3", DRC=1)
--[NoImage] DelayAudio(60.0/1000.0)
--[NoImage] Normalize()
--[NoImage] return last
-[NoImage] Commandline used: -readtoeof 1 -b 384 - "{0}"
-[Information] [25.12.2009 12:50:33] Encoding started
-[Information] [25.12.2009 12:50:33] Encode thread started
-[Information] [25.12.2009 12:50:33] Avisynth script environment opened
-[Information] [25.12.2009 12:50:33] Script loaded
-[Information] Output Decoder
--[NoImage] Channels: 2
--[NoImage] Bits per sample: 32
--[NoImage] Sample rate: 48000
-[NoImage] Commandline: C:\Program Files (x86)\megui\tools\aften\aften.exe -readtoeof 1 -b 384 - "F:\000-CAPTURE-BACKUP\____BluRay-BRENN\life\boheme PID b6b 2_0ch 48KHz 448Kbps DELAY 0ms.ac3"
-[Information] [25.12.2009 12:50:33] Encoder process started
-[NoImage] Output from encoder via stderr
--[NoImage] Aften: A/52 audio encoder
--[NoImage] Version SVN
--[NoImage] (c) 2006-2007 Justin Ruggles, Prakash Punnoor, et al.
--[NoImage] input format: Microsoft WAVE Floating-point 32-bit little-endian 48000 Hz stereo
--[NoImage] output format: 48000 Hz stereo (2/0)
--[NoImage] SIMD usage: MMX SSE SSE2 SSE3
--[NoImage] Threads: 4
--[NoImage] progress: 100% | q: 616.0 | bw: 60.0 | bitrate: 384.0 kbps
-[Information] [25.12.2009 12:51:19] Postprocessing
-[Information] [25.12.2009 12:51:19] Job completed
-----

[Triccotracco]

since switching to this patch build i have noticed my encodes have dropped in size by almost half. has anyone else noticed this?
i thought it was due to some incompatibility with my older profiles so i made a new profile starting with the slide bar then changing advanced settings so it matched up with my old profile settings.
even with the new profile i am still getting half the file size as i do from the older version of megui. anyone able to help me out with an answer as to why this is happening?

with x264?

BTW I think this happend due new x264 features, also my experiences with crf mode i note a dropper size of encodes (i'm not sure an half size). But I remark that this dropper size depend from x264 not from megui.

Merry Xmas:)

[gahz]

this is my old settings:
program --profile high --crf 18.0 --thread-input --bframes 4 --b-adapt 2 --ref 5 --merange 32 --me umh --subme 8 --partitions all --trellis 2 --no-dct-decimate --no-fast-pskip --output "output" "input"

and my new settings are:
program --profile high --preset slower --tune film --crf 18.0 --thread-input --bframes 4 --ref 5 --merange 32 --no-dct-decimate --no-fast-pskip --output "output" "input"

yes with x264

-- i encoded a video with the patched megui and i'm seeing bitrates that are at half the value of the older version megui. don't get me wrong, the vids are just as good as the bigger, higher bitrate versions. i just don't know what's going on and if it's something i configured wrongly that is causing this.

[quantum5uicid3]

this is my old settings:
program --profile high --crf 18.0 --thread-input --bframes 4 --b-adapt 2 --ref 5 --merange 32 --me umh --subme 8 --partitions all --trellis 2 --no-dct-decimate --no-fast-pskip --output "output" "input"

and my new settings are:
program --profile high --preset slower --tune film --crf 18.0 --thread-input --bframes 4 --ref 5 --merange 32 --no-dct-decimate --no-fast-pskip --output "output" "input"

yes with x264

-- i encoded a video with the patched megui and i'm seeing bitrates that are at half the value of the older version megui. don't get me wrong, the vids are just as good as the bigger, higher bitrate versions. i just don't know what's going on and if it's something i configured wrongly that is causing this.

the introduction of mbtree and now even more so with its compatibility with bpyramid have increased compression quite a bit, so no you're not doing anything wrong. you will however probably need to play with the settings a bit to find a new personal balance of speed/quality.

on a different note. i installed vista64 to try out the new 64bit piping feature.

EDIT nvm, yay, works great. good job zathor. now if only ffmpegsource2 would be incorporated ;)

[quantum5uicid3]

Whoo hi all... I have also a Problem with the Patched MeGui 0.3.1.1059.
In special its converting an Ac3 to Ac3 in Megui...

The Log seems ok.

But the crated file only has a "Small distorted scratch" in it and then .. only emptyness...

I enclosed the Log file. Maybe someone can help ....

Chris

----
[Information] Log for job1 (audio, boheme PID b6b 2_0ch 48KHz 448Kbps DELAY 60ms.ac3 -> boheme PID b6b 2_0ch 48KHz 448Kbps DELAY 0ms.ac3)
-[Information] [25.12.2009 12:50:33] Started handling job
-[Information] [25.12.2009 12:50:33] Preprocessing
-[NoImage] Avisynth script
--[NoImage] NicAc3Source("F:\000-CAPTURE-BACKUP\____BluRay-BRENN\life\boheme PID b6b 2_0ch 48KHz 448Kbps DELAY 60ms.ac3", DRC=1)
--[NoImage] DelayAudio(60.0/1000.0)
--[NoImage] Normalize()
--[NoImage] return last
-[NoImage] Commandline used: -readtoeof 1 -b 384 - "{0}"
-[Information] [25.12.2009 12:50:33] Encoding started
-[Information] [25.12.2009 12:50:33] Encode thread started
-[Information] [25.12.2009 12:50:33] Avisynth script environment opened
-[Information] [25.12.2009 12:50:33] Script loaded
-[Information] Output Decoder
--[NoImage] Channels: 2
--[NoImage] Bits per sample: 32
--[NoImage] Sample rate: 48000
-[NoImage] Commandline: C:\Program Files (x86)\megui\tools\aften\aften.exe -readtoeof 1 -b 384 - "F:\000-CAPTURE-BACKUP\____BluRay-BRENN\life\boheme PID b6b 2_0ch 48KHz 448Kbps DELAY 0ms.ac3"
-[Information] [25.12.2009 12:50:33] Encoder process started
-[NoImage] Output from encoder via stderr
--[NoImage] Aften: A/52 audio encoder
--[NoImage] Version SVN
--[NoImage] (c) 2006-2007 Justin Ruggles, Prakash Punnoor, et al.
--[NoImage] input format: Microsoft WAVE Floating-point 32-bit little-endian 48000 Hz stereo
--[NoImage] output format: 48000 Hz stereo (2/0)
--[NoImage] SIMD usage: MMX SSE SSE2 SSE3
--[NoImage] Threads: 4
--[NoImage] progress: 100% | q: 616.0 | bw: 60.0 | bitrate: 384.0 kbps
-[Information] [25.12.2009 12:51:19] Postprocessing
-[Information] [25.12.2009 12:51:19] Job completed
-----

it looks like you're using a SVn build of aften, this is likely the culprit.

[MOS-Marauder]

Hm its the Version of Alften that is in MeGui "Original" and now in the Patched MeGUI. (I downloaded MeGui patched and let it install all tools)

WHat Version would be better ?

Chris

[pdexdee]

whewre to download version: 3.1.1057 ?

[gahz]

on a different note. i installed vista64 to try out the new 64bit piping feature.


does the mbtree stuff really make that much of a diff? is this also why on the same vid source i get lower average bitrate with the newer x264?

what 65bit piping feature? it's built into megui?

[quantum5uicid3]

WHat Version would be better ?

yeah the one that comes with it is good. do all ac3 encodes turn out like that or just that one in particular?

does the mbtree stuff really make that much of a diff?

yes, the extent varies. like i siad, you are going to need to change your crf and settings to find a new balance.

is this also why on the same vid source i get lower average bitrate with the newer x264?

yes

what 65bit piping feature? it's built into megui?

64bit windows will automatically use 64bit x264, yes

[Zathor]

Hi Zathor, some reporting. I've been testing the devel build for a few hours, and there seem to be a lot of bugs related to aborting x264 encoding. A lot of times, MeGUI and encoding status would just freeze (long after avs4x264.exe and x264_64.exe have exited). Other times, while encoding, MeGUI freezes up (x264 and co. keep working though) and suddenly after a long period it unfreezes and updates the status window; could be related to the next problem. Whenever I encode, no matter what priority both the EXE files are set (MeGUI launches them with "Below Normal" priority), they just make my system unstable. Net keeps disconnecting, applications freeze, etc. I know encoding is very CPU consuming, but I have encoded a lot of files with previous versions of MeGUI (and 32-bit x264.exe), and had never had these problems. Perhaps something in the communication between avs4x264.exe and x264_64.exe is causing it, I'm not sure, but it is very annoying. I think this is what caused MeGUI to freeze.
Are you using the latest dev build? I'm asking because the latest build is using vfw4x264 and not avs4x264 because of some problems (e.g. with mpeg2 input). Also please give us more details about how to reproduce this (avs script, media information, and so on).

I still hope to see at least an option to allow us to switch back to the 32-bit encoder. Thanks in advance!
And I hope that this is not necessary.

When I select the animation tuning then in the command line appears the --ref and --bframes commands with the correct number according to the preset and tuning. As far as I know it's not necessary the x264 will calculate these numbers.
Also when a tuning is selected and I change to preset then a --ref command appears with the number related to the preset without the tuning.
the problem i noticed with the tune animation is if you keep slecting it repeatedly, it increases the ref(2x) and bframes(+2) until fatal error when ref tries to go to 24
I cannot reproduce it - at least in my first tests.

whewre to download version: 3.1.1057?
http://megui.xvidvideo.ru/auto/core_0_3_1_1057.zip

Yes, dll is from the latest Winamp rev5.57 (build 2009-12-21).
This dll works with the old enc_aacplus.exe (2006-05-15) from Megui 1056, but exports only raw aac.
With the latest enc_aacplus.exe (2009-10-10) from Megui 1059, it gives the aforementioned error.
And if I put the old enc_aacplus in the latest Megui folder, there's no error and the file is exported in .m4a.
But I always end up with a 32Khz 48kbps file, no matter what setting I choose. :confused:
That's no big deal, I can use the old Megui when I want Winamp AAC (for ultra low bitrates).
Still, I wonder why the needed dll is not downloaded with enc_aacplus since it won't work without it ?
I do not use WinAMP at all. Therefore it would be nice if someone can provide a few more details on how to fix this and what kind of dll is missing.

[quantum5uicid3]

heres a 12/24 git build of aften pulled from http://code.google.com/p/wavtoac3encoder/downloads/list

i repackaged it to where u just extract it into the megui directory.
http://www.mediafire.com/?ylmmllxgwmj
IT IS NOT TESTED

I do not use WinAMP at all. Therefore it would be nice if someone can provide a few more details on how to fix this and what kind of dll is missing.
dll has to come from winamp for licensing reasons and it's working fine for me

I cannot reproduce it - at least in my first tests.

its a xp sp3 issue apprently because i can't reproduce on vista64

[horvathd]

the problem i noticed with the tune animation is if you keep slecting it repeatedly, it increases the ref(2x) and bframes(+2) until fatal error when ref tries to go to 24

I can confirm it it's happening to me as well on XP SP3.

[lnatan25]

Are you using the latest dev build? I'm asking because the latest build is using vfw4x264 and not avs4x264 because of some problems (e.g. with mpeg2 input). Also please give us more details about how to reproduce this (avs script, media information, and so on).
I am now not completely sure where the problem lies. Whilst encoding from MeGUI (I have tried Xvid and x264), various application windows freeze with AppHangXProcB1 (including MeGUI itself), and will only start responding again once a long time has passed and/or the encoding process has finished. It is very important to stress that only happens from encoding initiated by MeGUI, and not CPU stressful operations in general. In fact I have had never heard of this AppHangXProcB1 before, let alone get it on my computer. It has also never happened before on the old MeGUI builds.

Please look into this, this is very problematic, as I cannot use the computer for anything while encoding.

[Zathor]

Whilst encoding from MeGUI (I have tried Xvid and x264), various application windows freeze with AppHangXProcB1[...]It has also never happened before on the old MeGUI builds.
I have changed nothing regarding Xvid encoding. Can you please try replacing the new megui.exe with an old one which has been working before? I assume at the moment that not MeGUI (at least not alone) is the problem because no one else has this kind of problem.

Please look into this, this is very problematic, as I cannot use the computer for anything while encoding.
Please answer my questions I posted already. If I'm not able to reproduce it I cannot find the source of the problem.

[Zathor]

dll has to come from winamp for licensing reasons and it's working fine for me

Thanks, so I will not change anything regarding winamp.

[lnatan25]

I will download an old release tomorrow together with an old x264.exe (just like it was before you stepped in ;)) and do some tests.

[pdexdee]

this 2 links are dead,please reupload:
http://www.mediafire.com/download.php?mfwnemetzt4
http://www.mediafire.com/download.php?hj23mmmlmux

[pdexdee]

when will be release:
megui-0.3.1.1060 ?
where is here tutorial how to encode dvd movie in mkv format?
thanks

[help_me!]

Here's an old guide: http://mewiki.project357.com/wiki/Guides/Basic_Guide

Zathor, HUGE thanks for continuing the development of MeGUI!!

[MOS-Marauder]

I tried MeGUI from Sourceforge now on a Clean WinXP Install and got the same Problem: One Small Audio Distortion at the beginnign and then an empty Ac3.

I got it at all my latest Captures i wanted to encode.

Chris

[quantum5uicid3]

I tried MeGUI from Sourceforge now on a Clean WinXP Install and got the same Problem: One Small Audio Distortion at the beginnign and then an empty Ac3.

I got it at all my latest Captures i wanted to encode.

Chris

What format is the source?

[MOS-Marauder]

SOurce format was Ac3. (ArteHD)

I guess that Distortion could be Switch between Ac2 2.0 and 5.1.. is that possible?
And after that switch was...nothing... Emptyness.

If i encode the same Src wit BeLight 0.22 i have that Distorted scratch, too but the rest Audio is there.

[quantum5uicid3]

tried both with/without to force decoding via directshow? does the original file playback properly?

uplload a very short sample of source.

[MOS-Marauder]

tried both with/without to force decoding via directshow? does the original file playback properly?

uplload a very short sample of source.

I tried both.

The Original File plays fine.. but now also with the small Scratch at the beginning. Meanwhile i muxed the Original File to my Video W/o encoding.

But i got some more Files here with that Problem so on the Next one i Upload a small Sample.

Chris

[Zathor]

The dev build in the first posting will be released as 1060 to the development servers tomorrow and at the beginning of the new year to the stable servers. The time frame may change if problems arise. Please continue testing.

[TDC.net]

Just a small issue with the 1060 dev build:
Default update server is the stable one, which downloads outdated components for this build.
eg. x264 is too old, weightp is missing in this build.
degindex and dgindexavc are also still shown as updates after update again and again...

stable build from first post is 1058 dev?! should this not be 1059?
Thanks

[TDC.net]

just another idea:
would it be possible to change mkv muxer settings for a job after having added it to the queue?
eg sometimes the audio delays are wrong, so the user needs to try to find the correct setting.
in the current setting, the user has to enter all data again, so i use mmg in that case where i can only change the delay setting and try again ;)

thanks again

[mcwups1]

I skimmed through the first 5 pages and saw nothing about a Trojan Horse.

When I downloaded this and unzipped it, I got a message from Norton's 360 similar to this....

mkvtoolnix-unicode-2.4.1-build20081207-44-setup.exe Removed....Trojan Horse

[XhmikosR]

And you trust Norton?:p And by the way, mkvtoolnix setup has nothing to do with MeGUI. MeGUI uses an unzipped version of mkvtoolnix. Both are open source programs; feel free to take a look at their source code to see for yourself if there really is a trojan ;)

[quantum5uicid3]

zathor, once you release a stable version with installer included, it would probably be a good idea to completely remove all the old "stable" tools from the update.xml and start off by bringing both the stable and development branches to the current toolset. so all these old versions can get out of rotation and also so the stable and devlopment branches would be more uniform going forward.

[quantum5uicid3]

I skimmed through the first 5 pages and saw nothing about a Trojan Horse.

When I downloaded this and unzipped it, I got a message from Norton's 360 similar to this....



yes, it's a false positive, but why are you downloading a year old version of matroska tools?