MeGUI: General Questions and Troubleshooting Thread

[Henrikx]

@sillKotscha
Only in connection with a Guide in that the name DVD DEcrypter occurs. Also in Gleitz forum the name is taboo? Why probably? Play here not the naive.

It is also forbidden in the German MeGUI Wiki,to link to Checks Wiki.
Why? DVDDecrypter = dissuasion. (Abmahnungen)
I know it exactly, I wrote the German MeGUI Wiki.
Do not come here with nonsense !

[check]

@saint francis: crf compared to abr does not change speed of x264, only the options used do.

[Doom9]

@Henrikx: Fortunately for you, I'm not only a member of the German Doom9 forum, but a supermod with access to the private forums where policy is discussed - and the policies with regards to any program to circumvent copy protection has not changed in a long time and you are incorrect.. do a simple forum search over there and you'll find plenty of references to dvd decrypter. You just may not help anybody to use it. By your logic, every German site that links to mine will get C&D'd (that's the proper term for Abmahnung).. you know very well that this isn't the case and that there's a big difference to linking to a page that lists download locations (or even starts the download), or a page, that when you browser around, you'll eventually find a link or information on how to make a backup. A link like this (http://www.google.com/search?hl=en&q=doom9&btnG=Search)is still perfectly legal and you know it. Thus, we're done discussing!

[Spilt_milk]

http://www.imageshock.eu/img/SAVEME.jpg (http://www.imageshock.eu/?img=SAVEME.jpg)

This is a updated scenario i did everything the megui guide told me to the exact letter. I run a vista 64 bit on a 4 core dual CPU Motherboard. Basically a Supermicro H8Da3-2 with 2 x AMD Opteron 2222SE which are 3.0Ghz for each of the 4 cores. Nothing else i can say about my situition i aslo got a dvd burner with nerro on it. Tell me what does that error number mean your my last HOPE in learning how to encode h.264/MP4 as a HOBBY. I want to rip Anime Fansubs and 1.3 Gig NFL/sports Games on HDTV. No HDTV tuner card yet waiting on next check
Regards,
Spilt_milk


okokokokok

[Doom9]

Thanks for the help NOT If you need to be sarcastic (nobody owes you anything), then I'll have to stop overlooking the ridiculous size of your screenshots. You have 24h to replace them with something more suitable - it really makes no sense to take a snap of the whole screen to show that little popup.

[totya]

Hi,

if I use "auto encode" with x264, (encoding) video profile is what?

I select x264 codec and "1p good quality", but after "auto encode" I see in the queue list : video encoding : 2 pass (I think 1P only 1 pass).

[SnapCount]

I just upgraded to Xvid 1.1.3

Does MeGUI also use the upgraded codec? Im asking because in the MeGUI settings it points to a different folder which the new version of xvid didnt install anything in it.

[Sharktooth]

megui uses xvid_encraw (the command-line version of xvid) not the VFW one.

[squid_80]

megui uses xvid_encraw (the command-line version of xvid) not the VFW one.
xvid_encraw uses xvidcore.dll, same as the vfw codec.

[vanger]

How about pre-rendering job?
It's not usable to use VDubMod separate for this work.
I think many people are using MeGUI such as batch encoder...

[Sharktooth]

xvid_encraw uses xvidcore.dll, same as the vfw codec.
i meant the vfw builds are not good to be used with megui
How about pre-rendering job?
It's not usable to use VDubMod separate for this work.
I think many people are using MeGUI such as batch encoder...
im sorry, but im not sure i correctly understood what you mean

[Selur]

Is it just me or does AutoEncode no longer adjust the bitrate?
(Just waited for a x264 1080p@50fps encode to realize MeGui (0.2.6.1001) used a Datarate of 700kBit/s,...)

Cu Selur

[vanger]

im sorry, but im not sure i correctly understood what you mean

I have the same problem as:
I just updated MeGUI and the Add Pre-Rendering Job doesn't work. I get an error: Looking for job processor for job...
No processor found!
Skipping job job1-1.

[ACrowley]

any news about the TimeCalculation Bugs in Progress window ?

I mean after 24h is start counting from zero again, Remainig Time jumps around ...

greets

[Gabriel_Bouvigne]

There seems to be a little problem with audio encoding:

Starting job job1 at 13:15:46
Starting preprocessing of job...
Preprocessing finished!
Calling setup of processor failed with error Required file 'C:\Program Files\megui\tools\encaacplus\encaacplus.exe' is missing.
Looking for job processor for job...
Processor found!

There is no encaacplus.exe, but only enc_aacPlus.exe

[check]

Just change the path in the settings :)

[Gabriel_Bouvigne]

Sure, it's just that the default path is wrong...

[ryanmac3]

Updated to newest megui 0.2.5.1007 today and now everytime i try and load an avi into the avisynth script creator it causes megui to crash and this is the error code i receive when i click vew details..ive never had a problem in the past using the script creator and then using an avi for the source file

Problem signature:
Problem Event Name: APPCRASH
Application Name: megui.exe
Application Version: 0.2.5.1007
Application Timestamp: 468b58e7
Fault Module Name: StackHash_2a66
Fault Module Version: 6.0.6000.16386
Fault Module Timestamp: 4549bdc9
Exception Code: c0000374
Exception Offset: 000af1c9
OS Version: 6.0.6000.2.0.0.256.1
Locale ID: 1033
Additional Information 1: 2a66
Additional Information 2: 6451a58300378d3769e578402fe758f6
Additional Information 3: 205a
Additional Information 4: 950d3000e02e7a6a4a34d87b655ae806

Read our privacy statement:
http://go.microsoft.com/fwlink/?linkid=50163&clcid=0x0409

[Tanma]

I do not recommend updating to development versions.

I had problems before with it too.

[mitsubishi]

Since berrinam hasn't been around for a while, here is a build with the prerender job bug fixed, since a couple of people seem to need it: http://www.mediafire.com/?8ncvvuy1gjn

I also added a "Do all and close" button to the AVS cutter which will just add cuts, save the cutfile (with same name as AVS) and close without all the dialogues (provided there are no issues).

If it's worth it I'll submit patches to SF, but in the mean time get them here: http://www.mediafire.com/?ddr9logmzin

[DarkT]

Hi,

I have 2 problems with my MeGui - it's a clean install with the new computer and all - 0.2.5.1007

the 1st problem I experienced with my old computer as well - I load an avs script - the picture comes up with the "player" thingy in the middle of the video clip - and once I click on the "X" it freezes - what I do is I click on enque, exist megui, re-enter it and just hit start on the queue.

The 2nd problem - the REAL problem, is that now 99% of the times, it will hit 99.97% in the encode - and will not go any further. It drives me crazy.

Could somebody please help or refer me to somebodys post similiar to this or something? Thanks.

Edit1:

I did a search and this one guy seems to have had the same problem I'm having:
http://forum.doom9.org/showthread.php?t=116379&highlight=megui+stuck
I'll try to remove the VSFILTER stuff as well and see what's up, that might solve the 2nd of my problems... Though, I'm not quite certain what I'll be doing to make it work with it, since I DO need the subs attached lawl... ATM - out of my head, I am guessing I might need to add japanese to this computer - as I had it on my previous one... Speculations...

[michaelhill]

hello,

when i start megui my screen starts flickering. Also when i get the preview when creating the avisynth script, and when i press crop, the black border dont turn white as they normally do.

It happened when i installed staxrip. Staxrip was complaining about all kinds of wrong versions of programs and started downloading. It did work for me so i uninstalled it.

I reinstalled megui and did the update.
The codecs/decoders i have installed are ffdshow, coreavc and ac3filter. I have avisynth 2.5.7
Does any one know what the problem is and how i can fix it?

thanks

[Dr.Khron]

Firstly, hats off to the MeGUI team for the latest version, particularly updating the various components... its nice not having to manually download the latest versions of all the stuff. Also, its nice to have Cef's x264 build, and the new Mencoder build is sweet, too.


On to my issue: Using pre-render run with 1-pass constant quality.

I've been doing most of encoding on my work laptop, since it has multiple cores... but recently my company installed a low-level encryption software that slows the HD access a bit, so I've been running various speed tests.

One of the things I did was to run a CRF 22 encode two different ways: one with a separate pre-render run (2-part job), and one with a straight encode (1-part job).

I realize that pre-rendering won't save you time on a 1-pass job, but comparing the results was kind of shocking: the 1-part job was 4 hours shorter.

Job 1-1: 6:20:27 = 380.45 minutes
Job 1-2: 5:34:08 = 334.13 minutes

Total: 11:54:35 = 714.58 minutes

Job 2: 7:50:58 = 470.97 minutes

What accounts for this big difference?
Does it have anything to do with using CRF?

[Deckard2019]

I'm trying to use VobSubber feature with last stable release.
The problem is that MeGUI just stops because it can't find vobsub.dll in system32.
I can't find any information about this error. Any idea ?
VSFilter.dll is in the AviSynth plugins directory. But what about vobsub.dll ? Where can I download it ?

Thank you.

[M.A.V.E.R.I.C.K]

Well I Would Like Rip A DVD Movie Which Is Of 4.36GB NTSC To X264 With MKV And Keeping ND AAC As The Audio.......And After Creating The d2v Files......Which One Do U Prefer To Encode First Audio Or Video?......And Its 3CD Rip....So I Need To Split It Into 3 Equal Sizes ...I Mean 700MB X 3......How To Split It Using MeGUI......And I Also Like To Mux The Chapters And The Subtitles........Well Does .srt Sublties CAn Be Muxed? Or The Orginal SubTitle Files Is Only Recommended... .....After Muxing All Theses Stuff Will I Get 700Mb Exactly... Is There Any Chance For The File Size To Get Increased.........

[Bardez]

I opened MeGUI this morning, downloaded/installed the prompted update, and now I am getting the following error when I choose my profile:

"Sorry, the selected profile exceeds the AVC level you have specified

Maximum Bitrate is too high"

This is my profile used for encoding for PS3:
--bitrate 1000 --level 4.1 --keyint 240 --min-keyint 24 --ref 2 --bframes 3 --no-b-adapt --b-pyramid --bime --weightb --direct temporal --subme 7 --analyse p8x8,b8x8,i4x4 --vbv-maxrate 25000 --threads auto --thread-input --progress --no-psnr --no-ssim --output "" ""

Now I will admit that I'm not horribly familiar with the maximum bitrate for 4.1, but this was working flawlessly before and 1000 doesn't seem all that high...

[Sharktooth]

If it's worth it I'll submit patches to SF, but in the mean time get them here: http://www.mediafire.com/?ddr9logmzin
yes, please. sice im no longer actively developing megui (until ill get better), i suppose berrinam will be happy to receive any external help.

[deets]

I opened MeGUI this morning, downloaded/installed the prompted update, and now I am getting the following error when I choose my profile:

"Sorry, the selected profile exceeds the AVC level you have specified

Maximum Bitrate is too high"

This is my profile used for encoding for PS3:


Now I will admit that I'm not horribly familiar with the maximum bitrate for 4.1, but this was working flawlessly before and 1000 doesn't seem all that high...

change VBV maximum bitrate to zero for automatic under rate control on third tab, see if that solves it?

[Bardez]

change VBV maximum bitrate to zero for automatic under rate control on third tab, see if that solves it?

D'oh! Max, not average... I can be such an idiot some times... thanks for pointing out my stupidity.

[Sharktooth]

I've updated xvid_encraw (squid_80) and xvidcore.dll (celtic druid) with the latest versions available in both stable and development megui autoupdate trees. i've did some testing and it seems it's all ok, but if you encounter any problems with those, please shout here.

[excentro]

Hello.
I'm doing Blu-ray to DVD9 1080p backups.
What profile and cqm should i use?
Thanks.

[handtruck]

When using megui's avisynth script creator or the one-click encoder, it restricts the maximum width to the width of the source.

Please look at my contributions to this thread:
http://forum.doom9.org/showthread.php?t=128712

It should explain why you should allow a width of 784 for DVD's, especially if you are encoding for standalones that do not accept an Aspect Ratio flag.

At the very least, don't restrict the width in megui!

[check]

no. What you are suggesting is upscaling, albeit for a specific purpose. Even though you feel it's the 'only way' get get full DVD quality or whatever, the vast majority of people are not encoding for standalones, and broken standalones in particular.
If you want to upsize on your own, just change the width in the script after megui writes the script. I'd encourage you to try some tests and confirm you can actually see a difference though.

[handtruck]

no. What you are suggesting is upscaling, albeit for a specific purpose. Even though you feel it's the 'only way' get get full DVD quality or whatever, the vast majority of people are not encoding for standalones, and broken standalones in particular.
If you want to upsize on your own, just change the width in the script after megui writes the script. I'd encourage you to try some tests and confirm you can actually see a difference though.

There is certainly a difference. I am not doing ANY upscaling (720x480 = 345600 pixels, 784x441 = 345600 pixels [approx]). I am correcting the aspect ratio via a resize rather than an aspect ratio flag. I feel this is the optimal solution for full DVD resolution considering the prevalent lack of support for the Mpeg-4 aspect ratio flag.
And you're right, it's not as much for the AviSynth script creator (which I can fix myself) as it is for the one-click encoder.

Anyway, I altered the code in megui myself to allow this, and recompiled.

[Sharktooth]

EDIT: oops.... wrong thread :)

[check]

There is certainly a difference. I am not doing ANY upscaling (720x480 = 345600 pixels, 784x441 = 345600 pixels [approx]). I am correcting the aspect ratio via a resize rather than an aspect ratio flag. I feel this is the optimal solution for full DVD resolution considering the prevalent lack of support for the Mpeg-4 aspect ratio flag.
And you're right, it's not as much for the AviSynth script creator (which I can fix myself) as it is for the one-click encoder.

Anyway, I altered the code in megui myself to allow this, and recompiled.
Well, you can submit the patch to sourceforge and see if a dev will take it...
You're missing the point when you compare the number of pixels between the resolutions though. 784 > 720. You are increasing the horizontal resolution, which is indeed upscaling. I also find your point about the mpeg-4 SAR being unsupported, when it seems to work fine in all cases here.

[XpresSo]

Hi
I'm new here, but this forum is amazing :)

I've a problem: megui doesn't succeed in finishing the first pass. It stays blocked about 25 frames before the end.
I didn't have this problem on my previous pc: I'm now with core 2 duo e6750, on an asus p5k deluxe motherboard, running on XP SP2.

What do you you think it could be?

I searched for this problem on the forum, but I didn't find it :'(

Thanks :)

[Sharktooth]

sorry but i have to do the usual questions:
is your CPU, RAM or any other component overclocked?
did you run any burn in tests and memory tests to ensure your system is rock-stable?
also, what version of megui and x264 are you running?

[XpresSo]

sorry not to have told you that before.

My system is very stable, I ran many tests (and nothing is overclocked yet)
My versions are the lastest, downloaded today from x264.nl and from the megui post on this forum.

I'm going to try to use directly x264.exe in command line, to see if the problem comes from x264.exe or megui.
The answer in few minutes ^^

Thanks for your interest

Edit:
Doesn't work using x264.exe, but as I use the megui command lines, I don't know...
However, it seems to work fine with autoMKV (but I prefer megui), so I don't understand.

[check]

just try this command:
x264 --no-cabac --output NUL <input.avs>
(the no cabac is for speed).
Does this finish?

[Ronin-7]

Does anyone know how to make MeGUI's Vobsubber component read the subtitles from the Stream information txt file as it seems to choke on various ones like this below;

0x20 - Subtitle - English / Normal Closed Captions - [SubPicture 01: Wide] / LBA: 3 / PTS: 00:00:00.207 / Delay: 0ms
0x21 - Subtitle - English / Normal Closed Captions - [SubPicture 01: Letterbox] / LBA: 4 / PTS: 00:00:00.207 / Delay: 0ms
0x22 - Subtitle - Dansk / Normal Captions - [SubPicture 02: Wide] / LBA: 5 / PTS: 00:00:00.207 / Delay: 0ms
0x23 - Subtitle - Dansk / Normal Captions - [SubPicture 02: Letterbox] / LBA: 6 / PTS: 00:00:00.207 / Delay: 0ms
0x24 - Subtitle - Suomi / Normal Captions - [SubPicture 03: Wide] / LBA: 7 / PTS: 00:00:00.207 / Delay: 0ms
0x25 - Subtitle - Suomi / Normal Captions - [SubPicture 03: Letterbox] / LBA: 8 / PTS: 00:00:00.207 / Delay: 0ms
0x26 - Subtitle - Norsk / Normal Captions - [SubPicture 04: Wide] / LBA: 9 / PTS: 00:00:00.207 / Delay: 0ms
0x27 - Subtitle - Norsk / Normal Captions - [SubPicture 04: Letterbox] / LBA: 10 / PTS: 00:00:00.207 / Delay: 0ms
0x28 - Subtitle - Svenska / Normal Captions - [SubPicture 05: Wide] / LBA: 11 / PTS: 00:00:00.207 / Delay: 0ms
0x29 - Subtitle - Svenska / Normal Captions - [SubPicture 05: Letterbox] / LBA: 12 / PTS: 00:00:00.207 / Delay: 0ms
0x2A - Subtitle - English / Normal Director's Comments - [SubPicture 06: Wide] / LBA: 13 / PTS: 00:00:00.207 / Delay: 0ms
0x2B - Subtitle - English / Normal Director's Comments - [SubPicture 06: Letterbox] / LBA: 14 / PTS: 00:00:00.207 / Delay: 0ms
0x2C - Subtitle - English / Normal Director's Comments - [SubPicture 07: Wide] / LBA: 15 / PTS: 00:00:00.207 / Delay: 0ms
0x2D - Subtitle - English / Normal Director's Comments - [SubPicture 07: Letterbox] / LBA: 16 / PTS: 00:00:00.207 / Delay: 0ms
0x2E - Subtitle - English / Forced - [SubPicture 08: Wide] / LBA: 17 / PTS: 00:00:00.207 / Delay: 0ms
0x2F - Subtitle - English / Forced - [SubPicture 08: Letterbox] / LBA: 18 / PTS: 00:00:00.207 / Delay: 0ms
0x80 - Audio - AC3 / 6ch / 48kHz / DRC / English / LBA: 39 / PTS: 00:00:00.207 / Delay: 0ms
0x81 - Audio - AC3 / 2ch / 48kHz / DRC / English / LBA: 40 / PTS: 00:00:00.207 / Delay: 0ms
0x82 - Audio - AC3 / 2ch / 48kHz / DRC / English - Director's Comments / LBA: 42 / PTS: 00:00:00.207 / Delay: 0ms
0xE0 - Video - MPEG-2 / 720x576 (PAL) / 16:9 / Letterboxed / LBA: 1 / PTS: 00:00:00.207 / Delay: 0ms

All you get is an error message and if you delete all the subtitle entries it will read it but of course no listings for subtitles. I know you could manually select which one but it would be nice to just have it work. Is there something in the txt file above that is throwing a wrench in the works ?

[rack04]

Is it just me or does "shutdown after encode" not work anymore?

[XpresSo]

just try this command:
x264 --no-cabac --output NUL <input.avs>
(the no cabac is for speed).
Does this finish?

"x264 [error]: rawyuv input requires a resolution"

Thanks for your help :)

Edit: Maybe the avs could help you :

global MeGUI_darx = 16 ---> not when x264.exe
global MeGUI_dary = 9 ---> not when x264.exe
avisource("E:\raw no audio.avi")
Lanczos4Resize(704,400)
textsub("final.ass")
textsub("opening.ass")
textsub("ending.ass")

I made it really simple to test :)

[check]

oh, you're trying to load raw YV? Possibly try encoding to a lossless format like huffyuv and try encoding from there.

[Bablu]

I'm sure I have all the plugins that it is talking about which is TVITC.dll and Yes, I do have it in my plugins folders, but It is just this damn error :
http://maxupload.com/img/721F2841.jpg

can someone please please help

[flight]

Is there a reason that MeGUI does not sync out the progress of encodes in the jobs directory? For two days now I have been trying to encode a movie using HQ-Insane which takes for ever and twice now I have had local power problems that has caused my computer to shutdown. I know I need a UPS, but for now I just have to deal with the issue. Anyway both times I know it had completed the first pass and this last time it had already written out 250MB+ of the mp4 for the movie in the second pass. But when I come back in to MeGUI it shows that that none of the jobs have completed and there is no easy way that I know of to signal that a first pass has completed so that the second pass can restart. What can I do if this should happen again so I don't waist another days work?

BTW I am running MeGUI 2.6.1001

[Selur]

if you are sure 1st pass was completed, just delete it from the queue,...

[Sharktooth]

Does anyone know how to make MeGUI's Vobsubber component read the subtitles from the Stream information txt file as it seems to choke on various ones like this below;



All you get is an error message and if you delete all the subtitle entries it will read it but of course no listings for subtitles. I know you could manually select which one but it would be nice to just have it work. Is there something in the txt file above that is throwing a wrench in the works ?
please post this to SF.net project bugtracker along with the stream info txt

[Sharktooth]

I'm sure I have all the plugins that it is talking about which is TVITC.dll and Yes, I do have it in my plugins folders, but It is just this damn error :
http://maxupload.com/img/721F2841.jpg

can someone please please help
It works here. Make sure to use the autoupdate to download the correct plugins versions AND update MeGUI too (your version is outdated).

[ditche]

Hello.

I think "QP" (confer the log) gives an idea about the final quality... True ?!? http://users.skynet.be/bk314761/smileys/082.gif
If it's the case, can you give me a value who indicates a (very ?) good quality ?
I don't believe in my eyes. :p

Sorry for my english. :p
:)

[XpresSo]

Hi :)

I tried your test with an other video.
x264.exe --no-cabac --output NULL <input.avs>

And this time the result is

avis [info]: 848x480 @ 23.98 fps (35 939 frames)
x264 [error]: no ratecontrol method specified
x264 [error]: x264_encoder_open failed


As the first time, megui doesn't succeed in encoding the last 25 frames...

I really don't understand.
Thanks for your help :)

[Sharktooth]

Hello.

I think "QP" (confer the log) gives an idea about the final quality... True ?!? http://users.skynet.be/bk314761/smileys/082.gif
If it's the case, can you give me a value who indicates a (very ?) good quality ?
I don't believe in my eyes. :p

Sorry for my english. :p
:)
QP means Quantizer Parameter. The lower the QP the higher the quality (and bitrate).
If you have some experience with MPEG4-ASP (xvid or divx), QP 18 in h.264 is about the same as XVID QP 2 (or Q 2, if you prefer).

Hi :)

I tried your test with an other video.


And this time the result is


As the first time, megui doesn't succeed in encoding the last 25 frames...

I really don't understand.
Thanks for your help :)
You havent specified any ratecontrol method nor quantizer parameter.
Also, in relation to your previous post, you need to specify the resolution for a raw yuv source.

[kevintth]

hi... i really need helps....

i got this error as Ryanmac3:

Problem signature:
Problem Event Name: APPCRASH
Application Name: megui.exe
Application Version: 0.2.5.1007
Application Timestamp: 468b58e7
Fault Module Name: StackHash_2a66
Fault Module Version: 6.0.6000.16386
Fault Module Timestamp: 4549bdc9
Exception Code: c0000374
Exception Offset: 000af1c9
OS Version: 6.0.6000.2.0.0.768.2
Locale ID: 1033
Additional Information 1: 2a66
Additional Information 2: 6451a58300378d3769e578402fe758f6
Additional Information 3: 205a
Additional Information 4: 950d3000e02e7a6a4a34d87b655ae806

Read our privacy statement:
http://go.microsoft.com/fwlink/?linkid=50163&clcid=0x0409

Before that i can use it to convert few avi to mp4 movies for my friends without any problem. And few days after, today i want to use this encoder to convert to mp4 it doesnt work and gave me the error message. I'm using Vista. Does anyone can help me?

[kevintth]

I also read the previous message, try to get older version (0.2.6.1001) and uninstall the current version (0.2.5.1007)... but the same error it gave me,... i guess probably i have to run clean uninstallation of the 0.2.5.1007 version... but how do i do that? Usually i uninstall it from Add/Remove Program. And delete the 'megui' folder under program file. But it doesnt help... Same error occur! Please help...

[kevintth]

All right. I find the solution myself. For those who have the same error / problem load video with Avisynth 2.5.7 using megui on Vista OS... please download "DirectShowSource.dll" version 2.5.6.0. it should work without problem.

[ditche]

QP means Quantizer Parameter. The lower the QP the higher the quality (and bitrate).
If you have some experience with MPEG4-ASP (xvid or divx), QP 18 in h.264 is about the same as XVID QP 2 (or Q 2, if you prefer).
OK thanks, so CRF = QP ?
I don't see where this option in meGUI like in AutoMKV... The only solution I know to encode a movie with the desired CRF, is to do a compressibility test, read the log and increase or decrease the bitrate up to the desired CRF... arf. :eek:
Is there more simple ?? :confused:
I read the forum but... :confused:


And, in the meGUI log, wich line(s) and which job(s) are important ?


Log for job job1

avis [info]: 656x272 @ 25.00 fps (720 frames)
x264 [info]: using cpu capabilities: MMX MMXEXT SSE SSE2 3DNow!
x264 [warning]: VBV maxrate specified, but no bufsize.
x264 [info]: slice I:19 Avg QP:24.42 size: 10481
x264 [info]: slice P:471 Avg QP:27.19 size: 5237
x264 [info]: slice B:230 Avg QP:27.83 size: 1451
x264 [info]: mb I I16..4: 35.6% 0.0% 64.4%
x264 [info]: mb P I16..4: 33.6% 0.0% 0.0% P16..4: 51.8% 0.0% 0.0% 0.0% 0.0% skip:14.7%
x264 [info]: mb B I16..4: 1.3% 0.0% 0.0% B16..8: 22.5% 0.0% 0.0% direct:14.7% skip:61.6%
x264 [info]: final ratefactor: 26.60
x264 [info]: direct mvs spatial:98.7% temporal:1.3%
x264 [info]: kb/s:833.3

encoded 720 frames, 56.13 fps, 833.57 kb/s


Log for job job2

avis [info]: 656x272 @ 25.00 fps (720 frames)
x264 [info]: using cpu capabilities: MMX MMXEXT SSE SSE2 3DNow!
x264 [warning]: VBV maxrate specified, but no bufsize.
x264 [info]: slice I:19 Avg QP:23.89 size: 10433
x264 [info]: slice P:471 Avg QP:27.14 size: 4737
x264 [info]: slice B:230 Avg QP:27.47 size: 1335
x264 [info]: mb I I16..4: 20.5% 39.1% 40.4%
x264 [info]: mb P I16..4: 13.2% 28.5% 9.6% P16..4: 29.9% 10.7% 3.0% 0.0% 0.0% skip: 5.2%
x264 [info]: mb B I16..4: 0.5% 1.7% 0.6% B16..8: 20.1% 1.6% 3.1% direct: 6.2% skip:66.2%
x264 [info]: 8x8 transform intra:54.5% inter:49.9%
x264 [info]: direct mvs spatial:88.7% temporal:11.3%
x264 [info]: ref P 84.2% 11.1% 4.8%
x264 [info]: ref B 89.4% 7.5% 3.1%
x264 [info]: kb/s:760.1

Yes, it's not the slowlest moment of the movie. :p

[Sharktooth]

CRF is called "Constant Quality".
The I/P/B lines indicate the average QP for I/P/B frames.
Jobs usually are the encoder passes. 1st job is probably the 1st pass... and so on.

[Vesi]

i riped 3cd xvid with xvid>58% comp and got over size about 400mb and i can't play the file with MC, how can i fix this problem, should i change some setting in megui confiq and how? thanks...

[Sharktooth]

did you specify the bitrate in the profile or using bitrate calculator?

[Vesi]

did you specify the bitrate in the profile or using bitrate calculator?
i used the bitrate calculator and got 1103 kbps the output i got 2.40gb

[Sharktooth]

post the logs

[Vesi]

post the logs

Looking for job processor for job...
Processor found!


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

Starting job job1-1 at 0:36:30
Starting preprocessing of job...
Preprocessing finished!
encoder commandline:
-i "C:\Documents and Settings\Vesi\My Documents\MyRips\HDDJS.avs" -pass1 "C:\Documents and Settings\Vesi\My Documents\MyRips\HDDJS.stats" -bitrate 1103 -kboost 100 -ostrength 0 -chigh 10 -clow 3 -overhead 0 -nopacked -vhqmode 4 -qpel -qmatrix "C:\Program Files\megui\extra\Didees SixOfNine.cqm" -closed_gop -imin 3 -imax 4 -pmin 3 -pmax 5 -bvhq -bquant_ratio 162 -bquant_offset 0 -bmin 3 -bmax 5 -threads 0
successfully started encoding
Processing ended at 5:53:27
----------------------

Log for job job1-1

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


Tot: enctime(ms) =4752650.00, length(bytes) = 1111917588
Trying to retrieve width and height from input header
Input colorspace is YV12
xvidcore build version: xvid-1.2.0-dev
Bitstream version: 1.2.-127
Detected CPU flags: ASM MMX MMXEXT SSE 3DNOW 3DNOWEXT TSC
Detected 1 cpus, using 1 threads.

----------------------
Starting postprocessing of job...
Job completed successfully and deletion of intermediate files is activated
Postprocessing finished!
End of log for job1-1
-------------------------------------------------------

Looking for job processor for job...
Processor found!


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

Starting job job1-2 at 5:53:28
Starting preprocessing of job...
Preprocessing finished!
encoder commandline:
-i "C:\Documents and Settings\Vesi\My Documents\MyRips\HDDJS.avs" -pass2 "C:\Documents and Settings\Vesi\My Documents\MyRips\HDDJS.stats" -bitrate 1103 -kboost 100 -ostrength 0 -chigh 10 -clow 3 -overhead 0 -nopacked -vhqmode 4 -qpel -qmatrix "C:\Program Files\megui\extra\Didees SixOfNine.cqm" -closed_gop -imin 3 -imax 4 -pmin 3 -pmax 5 -bvhq -bquant_ratio 162 -bquant_offset 0 -bmin 3 -bmax 5 -threads 0 -avi "C:\Documents and Settings\Aman\My Documents\MyRips\HDDJS.avi"
successfully started encoding
Processing ended at 17:13:46
----------------------

Log for job job1-2

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


Tot: enctime(ms) =26596603.00, length(bytes) = -1768739248
Avg: enctime(ms) = 98.29, fps = 10.17, length(bytes) = -6536
I frames: 1788 frames, size = 47963/85759356, quants = 3 / 4.00 / 4
P frames: 109529 frames, size = 16704/1829667349, quants = 4 / 5.00 / 5
B frames: 159285 frames, size = 3834/610801343, quants = 6 / 7.99 / 8
Trying to retrieve width and height from input header
Input colorspace is YV12
xvidcore build version: xvid-1.2.0-dev
Bitstream version: 1.2.-127
Detected CPU flags: ASM MMX MMXEXT SSE 3DNOW 3DNOWEXT TSC
Detected 1 cpus, using 1 threads.
desired video bitrate of this job: 1103 kbit/s - obtained video bitrate (approximate): 1792 kbit/s
----------------------
Starting postprocessing of job...
Job completed successfully and deletion of intermediate files is activated
Found intermediate output file 'C:\Documents and Settings\Vesi\My Documents\MyRips\HDDJS.stats', deleting...Deletion succeeded.
Postprocessing finished!
End of log for job1-2
-------------------------------------------------------

[Sharktooth]

quantizer restriction prevent the ratecontrol to obtain the desired bitrate.
you chosen the wrong profile coz: you didnt run a correct compression test or your compression test result was not > 58%....

[Vesi]

quantizer restriction prevent the ratecontrol to obtain the desired bitrate.
you chosen the wrong profile coz: you didnt run a correct compression test or your compression test result was not > 58%....

i did chose the 58% and after bitrate calculator did the job i hit on apply. i didn't touch anything. as i'm new to megui so don't know how to fix this problem and if i get the same problems in future what to do. So i need your guide. thanks in advance

[Sharktooth]

you have to run a comp test first.
look at comp test result an select the profile accordingly.

[Vesi]

sorry to ask this ?, how i would do that? i have never done any test and should i do it for all movie or cut any part from the orijnal source and which profile and how to select the bitrate?

[Sharktooth]

at this point i suggest you to read some guides and to use the forum search function.
there is also a megui wiki with loads of info.

[mdjaved]

Hi every1! I have a small issue with meGUI. I ripped the DVD correctly using DVDDecryptor (ver 3.5.4.0). I had 3 files; the IFO file, one single VOB file (i didnt want any splitting) and a TXT file (which contains the stream information). All was good until this point. When I tried to create a D2V file, the following error popped up 'error parsing info file'. I initially thought it was DVDDecryptor that had the error. But then i used DGIndex and everything was good there. So the problem has to be with meGUI. Also when i tried to use the vobsubber, when i selected the ifo file, smae issue. My meGUI build is 0.2.6.1001. I've attached a pic to show the same. Any help would be appreciated. Thanks

[Sharktooth]

update to the latest version (0.2.6.1004) and report back

[mdjaved]

ummm ... where should i get that version from ? sourceforge.net has 0.2.5.1007 and x264.nl has 0.2.6.1001. Is there any other link that i'm missing ?

[saint-francis]

MeGUI > tools > settings > extra config > auto update > configure servers > set it to development.

[mdjaved]

updated megui to 0.2.6.1005 ... the problem still persists ie the msg still pops up ... dont know what to do

[Kurtnoise]

Could you copy & paste your VTS_01 - Stream Information.txt please ?

[mdjaved]

0x20 - Subtitle - Dansk - [SubPicture 01: Wide/Letterbox] / LBA: 16515 / PTS: 00:00:38.613 / Delay: 38480ms
0x21 - Subtitle - Nederlands - [SubPicture 02: Wide/Letterbox] / LBA: 16514 / PTS: 00:00:38.613 / Delay: 38480ms
0x22 - Subtitle - English - [SubPicture 03: Wide/Letterbox] / LBA: 16551 / PTS: 00:00:38.853 / Delay: 38720ms
0x23 - Subtitle - Suomi - [SubPicture 04: Wide/Letterbox] / LBA: 16513 / PTS: 00:00:38.613 / Delay: 38480ms
0x24 - Subtitle - Magyar - [SubPicture 05: Wide/Letterbox] / LBA: 16509 / PTS: 00:00:38.613 / Delay: 38480ms
0x25 - Subtitle - Islenska (Icelandic) - [SubPicture 06: Wide/Letterbox] / LBA: 16507 / PTS: 00:00:38.613 / Delay: 38480ms
0x26 - Subtitle - Norsk - [SubPicture 07: Wide/Letterbox] / LBA: 16508 / PTS: 00:00:38.613 / Delay: 38480ms
0x27 - Subtitle - Svenska - [SubPicture 08: Wide/Letterbox] / LBA: 16502 / PTS: 00:00:38.613 / Delay: 38480ms
0x28 - Subtitle - Magyar - [SubPicture 09: Wide/Letterbox] / LBA: 141263 / PTS: 00:05:00.573 / Delay: 300440ms
0x29 - Subtitle - Nederlands - [SubPicture 10: Wide/Letterbox] / LBA: 4201 / PTS: 00:00:09.293 / Delay: 9160ms
0x2A - Subtitle - Nederlands - [SubPicture 11: Wide/Letterbox] / LBA: 590 / PTS: 00:00:02.533 / Delay: 2400ms
0x2B - Subtitle - English - [SubPicture 12: Wide/Letterbox] / LBA: 4257 / PTS: 00:00:09.413 / Delay: 9280ms
0x2C - Subtitle - English - [SubPicture 13: Wide/Letterbox] / LBA: 589 / PTS: 00:00:02.533 / Delay: 2400ms
0x80 - Audio - AC3 / 6ch / 48kHz / DRC / English / LBA: 7 / PTS: 00:00:00.029 / Delay: -104ms
0x82 - Audio - AC3 / 6ch / 48kHz / DRC / Magyar / LBA: 6 / PTS: 00:00:00.029 / Delay: -104ms
0x83 - Audio - AC3 / 2ch / 48kHz / DRC / English / LBA: 9 / PTS: 00:00:00.037 / Delay: -96ms
0x84 - Audio - AC3 / 2ch / 48kHz / DRC / English / LBA: 8 / PTS: 00:00:00.037 / Delay: -96ms
0x89 - Audio - DTS / 6ch / 48kHz / DRC / English / LBA: 10 / PTS: 00:00:00.053 / Delay: -80ms
0xE0 - Video - MPEG-2 / 720x576 (PAL) / 16:9 / Letterboxed / LBA: 1 / PTS: 00:00:00.133 / Delay: 0ms


btw, the problem occured recently. The first few times i tried, it seemed ok but after that no matter wat dvd i rip to my hdd, that msg window pops up.

[Kurtnoise]

ok...the problem comes from your last subtitles streams (0x2A..0x2C). It seems that MeGUI doesn't support this for the moment. I'll fix that asap.

Just remove these lines (if you don't have to use them) and that should be ok...

[mdjaved]

hi kurt! thanx 4 the speedy reply and yes it works perfectly now :)

[mdjaved]

this is a simple error i noticed in megui ... if any of the developers can modify it,

The main page for meGUI is http://mewiki.project357.com/index.php/Main_Page but when you select Guide (Ctrl+G) from Help menu, it tries to go to http://mewiki.project357.com/wiki/Main_Page and IE shows

Not Found
The requested URL /wiki/Main_Page was not found on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.


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

Apache/2.2.4 (Unix) mod_ssl/2.2.4 OpenSSL/0.9.8e PHP/5.2.3 mod_auth_passthrough/2.1 mod_bwlimited/1.4 mod_mono/1.2.4 mod_perl/2.0.3 Perl/v5.8.8 Server at mewiki.project357.com Port 80

Like I said, itz not a biggie but it would be better if its modified. thanx

[check]

not a megui issue actually, it's just the web site exploded :(. A temporary fix will be to change /wiki/ to /index.php/, but there are other problems with the site too (like logging in failing and images broken) that are going to probably require a total reinstall of the wiki software to fix :(

[karasu]

I'm Really unlucky, Megui doesnt work once again...
I'm using the latest stable release with latest updates, and trying to encode a film.
d2v, AVS and audio encoding steps ar done, but here's the log for the automated 2 pass xvid encoding :

Looking for job processor for job...
Processor found!


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

Starting job job1-1 at 10:06:11
Starting preprocessing of job...
Preprocessing finished!
encoder commandline:
-i "C:\Movies\VIDEO_TS\fast.avs" -pass1 "C:\Movies\VIDEO_TS\fast.stats" -bitrate 1256 -kboost 100 -overhead 0 -turbo -nopacked -vhqmode 4 -qpel -gmc -qtype 1 -closed_gop -lumimasking -grey -nochromame -bvhq -threads 0
successfully started encoding
Processing ended at 10:06:12
----------------------

Log for job job1-1

xvid_encraw built at 10:22:53 on Aug 31 2007
Usage : xvid_encraw [OPTIONS]

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

Output options:
-dump : save decoder output
-save : save an Elementary Stream file per frame
-o string : save an Elementary Stream,
or AVI file,
or MKV file,
based on filename extension
-avi string : save an AVI file for the complete sequence
-mkv string : save a MKV file for the complete sequence

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

Rate control options:
-framerate float : target framerate (25.0)
-bitrate [integer] : target bitrate (700)
values <= 10000 are treated as kbit/s
values > 10000 are treated as bit/s
-size integer : target size in kilobytes
xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003

-single : single pass mode (default)
-cq float : single pass constant quantizer
-pass1 [filename] : twopass mode (first pass)
-full1pass : perform full first pass
-pass2 [filename] : twopass mode (2nd pass)
-altpass2 [filename] : twopass mode (2nd pass alt)
-zq starting_frame float : bitrate zone; quant
-zw starting_frame float : bitrate zone; weight
-zones : see xvid_encraw -help zones
-max_key_interval integer : maximum keyframe interval (300)

Single Pass options:
-reaction integer : reaction delay factor (16)
-averaging integer : averaging period (100)
-smoother integer : smoothing buffer (100)

Second Pass options:
-kboost integer : I frame boost (10)
-kthresh integer : I frame reduction threshold (1)
-kreduction integer : I frame reduction amount (20)
-ostrength integer : overflow control strength (5)
-oimprove integer : max overflow improvement (5)
-odegrade integer : max overflow degradation (5)
-chigh integer : high bitrate scenes degradation (0)
-clow integer : low bitrate scenes improvement (0)
-overhead integer : container frame overhead (24)
-vbvsize integer : use vbv buffer size
-vbvmax integer : vbv max bitrate
-vbvpeak integer : vbv peak bitrate over 1 second

Other options
-noasm : do not use assembly optmized code
-turbo : use turbo presets for higher encoding speed
-quality integer : quality ([0..6]) (6)
-vhqmode integer : level of R-D optimizations ([0..4]) (1)
-bvhq : use R-D optimizations for B-frames
-qpel : use quarter pixel ME
-gmc : use global motion compensation
-qtype integer : quantization type (H263:0, MPEG4:1) (0)
-qmatrix filename : use custom MPEG4 quantization matrix
-interlaced [integer] : interlaced encoding (BFF:1, TFF:2) (1)
-nopacked : Disable packed mode
-noclosed_gop : Disable closed GOP mode
-lumimasking : use lumimasking algorithm
-hvs_aq string : use custom adaptive quantisation equation
-hvs_lmb string : use custom lambda equation
-stats : print stats about encoded frames
-ssim [integer] : prints ssim for each frame ([0..4]) (2)
-ssim_file filename : outputs the ssim stats into a file
-debug : activates xvidcore internal debugging output
-vop_debug : print some info directly into encoded frames
-nochromame : Disable chroma motion estimation
-notrellis : Disable trellis quantization
-imin integer : Minimum I Quantizer (1..31) (2)
-imax integer : Maximum I quantizer (1..31) (31)
-bmin integer : Minimum B Quantizer (1..31) (2)
-bmax integer : Maximum B quantizer (1..31) (31)
-pmin integer : Minimum P Quantizer (1..31) (2)
-pmax integer : Maximum P quantizer (1..31) (31)
-drop integer : Frame Drop Ratio (0..100) (0)
-start integer : Starting frame number
-threads integer : Number of threads
-nothreadedinput : Disable threaded input reading
-progress [integer] : Show progress updates every n frames (10)
-par integer[:integer] : Set Pixel Aspect Ratio.
1 = 1:1
2 = 12:11 (4:3 PAL)
3 = 10:11 (4:3 NTSC)
4 = 16:11 (16:9 PAL)
5 = 40:33 (16:9 NTSC)
other = custom (width:height)
-help : prints this help message
-help zones : prints zones help message

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

----------------------
The current job contains errors. Skipping chained jobs
End of log for job1-1
-------------------------------------------------------



What's wrong?

Thanks a lot for helping

[Kurtnoise]

seems like an issue with the command line creation. Could you try this :
1) load your avs file
2) select a profile
3) hit enqueue
4) start process.




About wrong wiki link : now It's fixed. let me know when you'll change the link.

[karasu]

It works :

Looking for job processor for job...
Processor found!


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

Starting job job1 at 10:35:02
Starting preprocessing of job...
Preprocessing finished!
encoder commandline:
--bitrate 1000 --ref 3 --bframes 3 --b-pyramid --b-rdo --bime --weightb --subme 6 --trellis 1 --analyse all --8x8dct --vbv-maxrate 25000 --threads auto --thread-input --progress --no-psnr --no-ssim --output "C:\Movies\VIDEO_TS\fast.mp4" "C:\Movies\VIDEO_TS\fast.avs"
successfully started encoding

But I d'ont want to use a default x264 profile, but use my xvid settings (it's a black/withe movie with mono audio) What can I do?

Thanks

[Kurtnoise]

well...save your xvid settings in your own profile and use it instead of the x264 one.

[karasu]

That's what I've already done, with the error log I've posted.

Mais apparement je peux te parler en Français (ça sera plus simple pour moi) j'ai enregistré mon profil après avoir reglé mes option xvid, j'enqueue, je start, et rien ne se passe de plus que ce log.

[Kurtnoise]

mmh can't reproduce the bug myself here (though I use the last svn build).

could you upload your xml file profile somewhere ?

[Sharktooth]

i think the cause is -closed_gop and -grey
cant find those switches in xvid_encraw usage

[ACrowley]

latest core build still has the Time Caculation bugs right ?!
No BugFix.

Elapsed Time still resets to zero after 24h and and Remaining Time still "jumps around"

[Sharktooth]

yup, still not fixed. it's not a showstopper

[squid_80]

i think the cause is -closed_gop and -grey
cant find those switches in xvid_encraw usage
-closed_gop is okay but unnecessary since it's on by default. -grey looks like it got lost somewhere along the way, probably got taken out when zones were fully implemented.

[karasu]

Okay, is there something else to use in the place of -grey if I want a greyscale encoding?

[squid_80]

-zones 0,w,1,G would do the trick.

[rack04]

Is anyone else having a problem with the auto shutdown? It hasn't worked for me in awhile.

[Rash]

There's no SAR, but DAR (or whatever you want to call the width:height for the whole picture, instead of the pixels) is available when you open the video preview window in the main form. If you've set this not to open automatically, you can open it manually by double-clicking on the input file. Additionally, you can add DAR signals directly to your Avisynth script with two specially-named globals: MeGUI_darx and MeGUI_dary. For example, you might have:
Berrinam, you are saying that when I input DAR manually in the window that pops-up when I load an avs file, that DAR should be passed to the encoder, right? Well, I did several encodes here but I couldn't get it to work. Even though I input the DAR correctly and the "Show DAR" option does show my video with the correct aspect, the final video is still "stretched". I am leaving the "Show DAR" box checked, though I don't think that is the problem. Am I doing something wrong?

One more thing. When I press "Auto Encode" and check "Add aditional content (audio, subs, chapters)" in the window that appears, I can't get MeGUI do mux the audio track I choose with the encoded video. I did several tests, muxed chapters and subs and they are all added alright, just not the audio track. MeGUI does calculate the new video bitrate, though, but I have to manually mux the audio later.

All this is on MeGUI 0.2.5.1007. I would really appreciate any help in case I am doing something wrong. Thank you very much. ;)

[Kurtnoise]

When I press "Auto Encode" and check "Add aditional content (audio, subs, chapters)" in the window that appears, I can't get MeGUI do mux the audio track I choose with the encoded video. I did several tests, muxed chapters and subs and they are all added alright, just not the audio track. MeGUI does calculate the new video bitrate, though, but I have to manually mux the audio later.
known bug...

[Sharktooth]

the DAR thing works here. did you close the preview window?

[Kurtnoise]

When I press "Auto Encode" and check "Add aditional content (audio, subs, chapters)" in the window that appears, I can't get MeGUI do mux the audio track I choose with the encoded video. I did several tests, muxed chapters and subs and they are all added alright, just not the audio track. MeGUI does calculate the new video bitrate, though, but I have to manually mux the audio later.
I just fixed that in the last revision but it needs to be tested because the current code to find the track IDs is not good imo...We should use MediaInfo library at least to find the right ids but this is an other story.

[Rash]

Thank you Kurt.

the DAR thing works here. did you close the preview window?
Oops, no. I was leaving the window opened. That was quick, thank you Sharktooth.

[foxyshadis]

OMG thanks for the new resizable windows ♥ ♥ ♥ <3

[karasu]

-zones 0,w,1,G would do the trick.

Ok, thanks. So the "greyscale" check box in xvid encoder option need to be updated.

[dieselgg]

I am fairly new to MeGui. I successfully encode some material but just before the mux stage the following message appeared:

Your AviSynth clip is is the wrong colorspace, 1610612740.

It then asked me if I wanted to correct this and after selecting yet it took care of the problem. But during my next encoding project it appeared again.

What setting do I need to make in FFDShow Video decoder configuration menu?

[Sharktooth]

you have nothing to add to ffdshow. add ConvertToYV12() to your avisynth script.

[dieselgg]

Thanks Sharktooth!

[mdjaved]

i found an error with the vobsubber in megui ... actually the vobsub function is fine ... itz the argument that megui passes to it that seems to be the error ... when u choose a particular subtitle it tends to choose the subtitle after it (i hope i explained it correct) ... say english is the 3rd subtitle (so index should be 2) but megui sends index as 3 so it ends up choosing the 4th subtitle.

the other question i have is ... is there any way i can pause the process (encoding), restart the computer and continue the process ... i'm asking coz today my network went down and i realised that my card stopped working so i had 2 restart my computer but i couldnt coz the encoding was going on and i would've 2 wait another 10 hours 4 it to finish.

btw to every1 whoz developing megui ... itz a great s/w and i'm having lots of fun with it ... thanx u guys (if i didnt mention it b4 in any of my posts)

[Sharktooth]

try the development version (0.2.6.1012) and report back on the subs.
for what concerns the restart question, no it's not possible to do that (at least with megui).

[Warpman]

Some sort of cosmetic bug:
http://img511.imageshack.us/img511/8480/meguibugui3.jpg

the last job isn't displayed cause it's behind the start/stop bar i guess.

using winxp with classic style

:thanks:

[mdjaved]

i'm using the latest development version ... i had noticed the error before (0.2.6.1004) but i ignored it earlier ... now that i'm playing with megui, i thought i'd bring it up :)

[Kurtnoise]

you're right mdjaved...and I should know that. Easy to fix...;)

[Kurtnoise]

Some sort of cosmetic bug:
http://img511.imageshack.us/img511/8480/meguibugui3.jpg

the last job isn't displayed cause it's behind the start/stop bar i guess.

using winxp with classic style

:thanks:
upsize the bottom MeGUI border...

[Warpman]

upsize the bottom MeGUI border...
uhh smart idea...

seriously do i look that stupid?

http://img212.imageshack.us/img212/2220/meguibugv2uz5.jpg

[Kurtnoise]

how many jobs do you have in the list ?

[Sharktooth]

OMFG! (this text was added to fool the stupid caps filter!)

[Warpman]

how many jobs do you have in the list ?
don't know... there is no counter so i guess about 40

i think u maybe don't understand me... if there is enough space for jobs everthing is displayed fine but when a scrollbar gets inserted cause there are more jobs than fitting in one megui window it isn't.

Cause im used to ~200jobs ...
but some update at the interfaced caused the grey bar to overlap the white job window! Normally u wouldn't see that cause in a white windows you can't see if the windows ends there or if the rest is cut off. If becomes visible if a scrollbar gets active. Cause a scrollbar has an arrow pointing up und one pointing down.. as u see in my pictures the "scroll down" arrow isn't displayed fully. And there is the problem :)

Solution: Adjust the height of the white job window so that the grey menu doesn't overlap it.

@sharktooth: did i miss something O.o


i friend of mine helped me out and created a patch
http://sourceforge.net/tracker/index.php?func=detail&aid=1793456&group_id=156112&atid=798478

As you can see the scollbar(s) are now completely visible
http://img523.imageshack.us/img523/5264/meguibugv3yf9.jpg

thanks to dako-kun again =)

[Kurtnoise]

applied...

[Kurtnoise]

my issue from the development thread (http://forum.doom9.org/showthread.php?p=1044610#post1044610)...

Installed your last dev build from SF in an other folder and same problem.

[rack04]

my issue from the development thread (http://forum.doom9.org/showthread.php?p=1044610#post1044610)...

Installed your last dev build from SF in an other folder and same problem.

I'm having the same problem.

[Sharktooth]

uhm... need to get home for some debugging...

[ruggedruffian]

Hey guys, is there any way to add some motion blur? I'm kinda new to this, and I can get stuff down to 23.976 fps or whatever but I'm trying to get a .ts sports game (60fps) down there and clearly I need to add blur or else it doesn't look very good. Any tips? Settings I should use?

[check]

rugged: try asking in the avisynth usage board, there is no facility in megui to do that.

[Theliel]

i have some problems with megui or avisynth. Im post this, but maybe will be a megui problems?

http://forum.doom9.org/showthread.php?t=129928

script work fine in VirtualDub, but fail always when i try load into megui.

[Kurtnoise]

yes...known issue.

[SnapCount]

I got a bit of a problem. I got a 2h30min vid that I want to convert to xvid. I like using meGUI because of the de-interlacing filters are much more better than the previous encoder that I was using which was GordianKnot where FieldDeinterlace is the only good deinterlacer.

The problem is that while it plays perfectly on the pc for some reason when I burn it onto a dvd so that I can watch it on my dvix capable dvd player, it stops with around 30mins to go.

I was thinking that it was the file size which is causing the problem (1.16gb). I can drop the same video to 1gb, but it still stops with a few minutes to go. But other videos that a friend has encoded can play perfectly and the file size is 1.12gb!!

Any suggestions?:(

[damngod]

Hi. I'm currently encountering two problems with the AutoEncode function.

First, when I specify one video and one audio input for encoding in the main window, then specifying the target file size and muxed output file after having clicked on AutoEncode, MeGUI queues the first and the second pass BEFORE the audio encoding, meaning that it won't be able to adjust correctly the video bitrate.

Secondly, I used a trick to avoid the first problem, by encoding manually the audio track, then AutoEncode the video only. I specified the target file size and added the previously encoded track, its language, and the final muxed output. This time, the bitrate is adjusted but the audio is not muxed in the final file, meaning the video goes to video.mp4 to the.movie.muxed.mp4. In fact, video.mp4 and the.movie.muxed.mp4 are the same.

Any idea ? Or am I wrongly using AutoEncode ? Thanks in advance.

[check]

Any suggestions?:(
If the MeGUI output is fine, blame the DVD burning software and ask them.

[Theliel]

when I convert (extract) audio from my DV sources, megui (or maybe problem are avisynth) always extract the audio with a exactly +1sec, so the first secound is lossed. If I extract with +1sec delay work fine, but the final file have a +1 sec lnght. Some others programs like Vdub extract audio track perfectly, and some others have the same problems, like avidemux.

what is wrong?

EDIT: With AVISource instead DirectShowSource seems work fine, so the problems are DirectShowSource, maybe my current DV filter...

[me7]

Hello, I'm new to MeGUI and I have two questions about resizeing Pal DVDs. Since the DVD aspect ratio doesn't look right on monitors, we have to resize them.
I guess that 720x540 and 768x576 would be the best chioces to stay close to the original resolution. Is this correct?

When I tried to encode a movie, MeGUI gave me this error message:
Your AviSynth clip has the following problem:
AviSynth clip doesn't have mod16 dimensions:
Width: 720
Height:540
This could cause problems with some encoders,
and will also result in a loss of compressibility.
I suggest you resize to a mod16 resolution.
Continue anyway?
How much would this "loss of compressibility" affect the quality?

[check]

me7: generally enough that it's not recommended. Resize to 544, which will look identical to your eyes but compress better.

[me7]

Thanks for your response.

Did I guess right that these two resolutions preserve as much quality as possible? If yes, why is 640x480 usually standard?

[Sharktooth]

because upsizing will waste bits and gives no quality advantage, since you cant recreate details just by upscaling.
i would not resize at all. just crop away the black bars and go anamorphic.
if the AR is not good then do a realtime resize during playback.

[l3pyr]

Hi. I'm currently encountering two problems with the AutoEncode function.

First, when I specify one video and one audio input for encoding in the main window, then specifying the target file size and muxed output file after having clicked on AutoEncode, MeGUI queues the first and the second pass BEFORE the audio encoding, meaning that it won't be able to adjust correctly the video bitrate.

Secondly, I used a trick to avoid the first problem, by encoding manually the audio track, then AutoEncode the video only. I specified the target file size and added the previously encoded track, its language, and the final muxed output. This time, the bitrate is adjusted but the audio is not muxed in the final file, meaning the video goes to video.mp4 to the.movie.muxed.mp4. In fact, video.mp4 and the.movie.muxed.mp4 are the same.

Any idea ? Or am I wrongly using AutoEncode ? Thanks in advance.

Sorry no solution for your problem, but I wanted to report problems I'm having with autoencode as well. I just started using the development version from the stable version, and now autoencode ignores everything except for the main video track on the mux segment. It encodes the video fine, but I set it up to add an audio track and split to 3800mb segments after encoding and was suprised to have a single 4.5gb file without audio sitting in my done directory when I came home. A quick look at the logfile shows that the autoencoder ignored all my chosen options and just remade the video-only mp4. Any ideas?

PS: Multiple workers rocks!

Starting job job3 at 7:36:35 AM
Starting preprocessing of job...
Preprocessing finished!
encoder commandline:
-add "D:\Temp\GitS2.mp4" -fps 23.9759856527702 -new "D:\Temp\Done\Ghost in the Shell 2.mp4"
successfully started encoding
Processing ended at 7:52:57 AM
----------------------

Log for job job3

IsoMedia import - track ID 1 - Video (size 1280 x 688)
Saving D:\Temp\Done\Ghost in the Shell 2.mp4: 0.500 secs Interleaving

[Sharktooth]

megui and OS versions?

[me7]

because upsizing will waste bits and gives no quality advantage, since you cant recreate details just by upscaling.
i would not resize at all. just crop away the black bars and go anamorphic.
if the AR is not good then do a realtime resize during playback.

So going from 720x576 to 720x544 is upsizing :confused:

[damngod]

Sorry no solution for your problem, but I wanted to report problems I'm having with autoencode as well. I just started using the development version from the stable version, and now autoencode ignores everything except for the main video track on the mux segment. It encodes the video fine, but I set it up to add an audio track and split to 3800mb segments after encoding and was suprised to have a single 4.5gb file without audio sitting in my done directory when I came home. A quick look at the logfile shows that the autoencoder ignored all my chosen options and just remade the video-only mp4. Any ideas?

PS: Multiple workers rocks!

Starting job job3 at 7:36:35 AM
Starting preprocessing of job...
Preprocessing finished!
encoder commandline:
-add "D:\Temp\GitS2.mp4" -fps 23.9759856527702 -new "D:\Temp\Done\Ghost in the Shell 2.mp4"
successfully started encoding
Processing ended at 7:52:57 AM
----------------------

Log for job job3

IsoMedia import - track ID 1 - Video (size 1280 x 688)
Saving D:\Temp\Done\Ghost in the Shell 2.mp4: 0.500 secs Interleaving

I had also the same problem. In fact, AutoEncode just worked one time. Now, everything's wrong. Moreover, I experienced yestersay some mp4box crashes (solved by downgrading manually mp4box.exe). I'm still using AutoEncode to calculate the bitrate but planning on to delete the mux step before starting the jobs as it's not working as it should.

[Kurtnoise]

I'm working on it...

[Sharktooth]

ill update mp4box

[Sharktooth]

So going from 720x576 to 720x544 is upsizing :confused:
you said 768x576 too... and 720->768 is upsizing

[me7]

you said 768x576 too... and 720->768 is upsizing

Oh sorry, that's what you meant.

Your suggestion to use real time resize on playback sounds good for PC use. Thanks for that.
Now about videos for portable players with video output (like my iPod): When I use 720x540 and add 4 black lines via AviSynth, would this allow the codec to compress better?

[check]

No, you should resize to 544 :) If you can spot any sort of aspect ratio error going from 540 -> 544, which is a change of around 0.7%, you have more discriminating eyes than anyone else I've ever met :)

[me7]

It's not my eyes, it's my mind. I'm a perfectionist and I want it to be perfect :devil:

[Sharktooth]

@damngod: mp4box was updated, can you please check if it still crashes?

[foxyshadis]

It's not my eyes, it's my mind. I'm a perfectionist and I want it to be perfect :devil:

Set the aspect ratio to size back down on playback then. You probably won't be able to tell whether it's working or not :p but at least you'll know that it should be correct while playing.

[damngod]

@damngod: mp4box was updated, can you please check if it still crashes?

You'll get my feedback tommorrow :) But I'm sure it'll be fine.

[Sharktooth]

k, thanks

[damngod]

I'm unable to update (through MeGUI) mp4box. The build I downloaded is recognized as up to date I guess. For infos, I'm using 0.4.5-dev (or 0.4.4 ?). Changing the executable also resolved the problem of audio non-muxing. To be short, it's no more crashing and muxes correctly the audio track.

[Sharktooth]

what version of megui are you using?

[damngod]

what version of megui are you using?

0.2.6.1014. Mp4box is reported as 2007.04.23 (svn).

[Sharktooth]

uhm... close megui and reopen it until it says theres an update

[MrCommunistGen]

I'm having what is probably a very unique problem. First: I have MeGUI 0.2.6.1012, AviSynth 2.5.7, running Vista Ultimate x64, and as far as the auto-updater is concerned I have everything up to date. I'm trying to encode a video that is a series of clips in reverse chronological order such that it is in proper chronological order. I got the AviSynth script to work even though MeGUI wouldn't let me put cuts "out of order" by editing the script manually.

However the same treatment didn't work with the .clt file. With some testing I've found that audio encoding won't accept out of order cuts. All it does it encode the first two cuts in the original order (not chronological) and then it stops. It doesn't hang or anything, but the encoder is only accepting the first bit of it because the "total time" shows up as the duration it encodes and the output file is viable. I've tried Nero AAC, LAME, and OGG and they all give me the exact same output.

I've spent a lot of time finding all the cut points and inserting them manually into the AviSynth script and I'd really like to be able to get the audio to work too.

Any suggestions would be much appreciated.
-mcg

[fight2win]

0.2.6.1014 not abe to open d2v in script creator, stops and closes saying megui is not responding and needs to close...

[fight2win]

pls help

[chickenmonger]

pls help

Have you used the D2V creator in MeGUI, or have you created the D2V externally using DGIndex? Is your source a DVD or an MPEG file?

[fight2win]

Have you used the D2V creator in MeGUI, or have you created the D2V externally using DGIndex? Is your source a DVD or an MPEG file?

d2v created using dgindex latest, source is dvd ripped to hdd using dvdfab hd decrypter...

[berrinam]

No, you should resize to 544 :) If you can spot any sort of aspect ratio error going from 540 -> 544, which is a change of around 0.7%, you have more discriminating eyes than anyone else I've ever met :)

At one stage, when concerns were raised about AR rounding in MeGUI, I did some ABX testing with a variety of AR errors. I surprised myself that I could reliably tell an AR of down to 1%, and not on circles or squares, but humans. But never-the-less, the default "Acceptable Aspect Error" in MeGUI is 5%, and I've never been concerned by the aspect ratio since, even though I assume that my movies have, on average, an AR error of 2.5%.

In my opinion, an AR error of 5% is just fine. However, you may think differently, and you can drop the "acceptable AR error" to 0% if you wish: it's in the settings.

[Sharktooth]

d2v created using dgindex latest, source is dvd ripped to hdd using dvdfab hd decrypter...
use the d2v creator in megui... or use the dgindex provided with megui :readguid:

[rack04]

I'm trying to convert an over-the-air 1080i HD recording using MeGUI. The problem I'm having is in the cropping. Using the AVISynth Script Creator I auto crop it and resize. The problem is when I view the output there is still a horizontal line at the top of the video and vertical line on the left edge of the video. Using the script creator I'm not able to manually adjust the crop because my monitor won't fit the entire 1080 video. Can anyone help me?

[MrCommunistGen]

Anyone have any ideas? From earlier in this thread: http://forum.doom9.org/showthread.php?p=1047582#post1047582 One thing I thought of was encoding each clip of audio separately and then somehow muxing it with each audio clip lined up with the proper section of video but I have no idea what I could use to do that.

-mcg

[Sharktooth]

I'm trying to convert an over-the-air 1080i HD recording using MeGUI. The problem I'm having is in the cropping. Using the AVISynth Script Creator I auto crop it and resize. The problem is when I view the output there is still a horizontal line at the top of the video and vertical line on the left edge of the video. Using the script creator I'm not able to manually adjust the crop because my monitor won't fit the entire 1080 video. Can anyone help me?
rise your desktop resolution and if the monitor doesnt support it buy a better one.
the preview window is resizeable but doing that you can still miss borders if your desktop resolution is too low...

[rack04]

rise your desktop resolution and if the monitor doesnt support it buy a better one.
the preview window is resizeable but doing that you can still miss borders if your desktop resolution is too low...

Could I just modify the avs file to crop the top line and left side line? If so, how would I do that?

[Sharktooth]

yes, sure. in the avs creator just adjust the crop parameters.

[rack04]

yes, sure. in the avs creator just adjust the crop parameters.

So I could just adjust the crop( 0, 0, -2, -2) to crop( 2, 2, -2, -2) and see if that corrects the crop?

[Sharktooth]

yes, exactly.

[rack04]

yes, exactly.

Thanks.

[Tacio]

Whet I try to open d2v file with AviSynth script creator following error is occured (in attachment). I use MeGUI 0.2.6.1014, DGIndex 1.5.0 beta 2, avisynth 2.5.7.

[Kurtnoise]

use imageshack or something else because we need an approval from moderators...

Anyway, what's your OS ? Vista ?

[Tacio]

Ok, OS WinXP SP2
http://img166.imageshack.us/img166/3064/errortj9.th.png (http://img166.imageshack.us/my.php?image=errortj9.png)

[Sharktooth]

dgindex 1.5 is NOT supported. use the dgindex/dgdecode that comes with MeGUI auto-update.

[Darkness008]

I demuxed my ts stream and got mpv and mpa files. The mpa files cannot be converted. The error message is as follows:

Log for job job2

Error:
MeGUI.AviSynthException: m2AudioMPASource: "E:\Crank Directors Cut\Crank - Directors Cut.128.mpa" is not a valid MPEG audio file
bei MeGUI.AviSynthClip..ctor(String func, String arg, AviSynthColorspace forceColorspace, AviSynthScriptEnvironment env)
bei MeGUI.AviSynthAudioEncoder.encode()

Can someone help here?

[Tacio]

I have not expirience in debugging, but may be it help. It's call stack with break point ( > ) from VC++2005 after abnormal closing megui while opening avisynth script creator:
> ntdll.dll!7c901230()
[Frames below may be incorrect and/or missing, no symbols loaded for ntdll.dll]
ntdll.dll!7c95d978()
ntdll.dll!7c93bd1f()
ntdll.dll!7c910732()
ntdll.dll!7c9106ab()
ntdll.dll!7c9106eb()
MediaInfo.dll!065771d7()
ole32.dll!774fd01c()
ole32.dll!774fd057()
mscorwks.dll!7a0afcb7()
mscorwks.dll!7a0b320b()
MediaInfo.dll!064becfe()
MediaInfo.dll!065753f0()
MediaInfo.dll!064bf83d()
MediaInfo.dll!064bc760()
ntdll.dll!7c9105c8()
ntdll.dll!7c910551()
ntdll.dll!7c91056d()
ntdll.dll!7c9105c8()
ntdll.dll!7c910551()
ntdll.dll!7c91056d()
ntdll.dll!7c9106eb()
MediaInfo.dll!06578100()
MediaInfo.dll!06576b91()
MediaInfo.dll!064978a4()
MediaInfo.dll!06496f56()
ntdll.dll!7c91056d()
MediaInfo.dll!065771b8()
MediaInfo.dll!065771d7()
ntdll.dll!7c91056d()
MediaInfo.dll!065771b8()
MediaInfo.dll!065771d7()
MediaInfo.dll!065771d7()
MediaInfo.dll!0649287c()
mscorwks.dll!79ef0777()
mscorwks.dll!79ef066b()
mscorwks.dll!79ef061b()
dgindex changed to 149b17 with auto-update

[Kurtnoise]

@Darkness : which tool did you use to demux the streams from ts file ? Load your file in MediaInfo to check if it's a mpeg audio file or not...

@Tacio: tested with the last 1.5 beta and the 1.49b17 and all seems to work fine here...

[Darkness008]

@Darkness : which tool did you use to demux the streams from ts file ? Load your file in MediaInfo to check if it's a mpeg audio file or not...


This mpa is a 5.1 channel audio file. It was extracted and got this mpa name tag.

Media info says the following:

Container
AC3: 248MiB 1h 30mn
1 audio streams: AC3

First audio Stream
384kbps, 48khz, 6channel,AC3

How can I convert this file to mp4 with the 5.1 coding?

[mroz]

Since berrinam hasn't been around for a while, here is a build with the prerender job bug fixed, since a couple of people seem to need it: http://www.mediafire.com/?8ncvvuy1gjn
I've also just encountered this problem & it's over a month later. Any reason the fix hasn't made it into the stable release yet?

[Sharktooth]

coz it has been included in the dev build...
once the vista issues and few other showstoppers are worked around a new stable will be released. it's just i am actually a bit busy.

[Adub]

mroz,
If it is a problem that has to be fixed now, go ahead and download the dev build from sourceforge. You may have to build it yourself if it the fix wasn't included in 2.6.1014.

[mroz]

Thanks. I'm not complaining, just wondering if there was a problem with the fix. I'll probably try the dev build then, cheers.

I did wonder about workflow - whether it's always patches -> dev -> stable, or if some fixes go straight into stable.

Just getting my head around deblocking poor blocky & noisy sources atm (& consequently some slow avs scripts resulting in a need to adopt a pre-rendering phase & look into mt(), but that's on tomorrow's list & OT to boot).

I've been reading lots of interesting stuff which seems to be tied into limitations in colourspace bit depth, but I must save that for an appropriate post most likely under an x264 forum.

Thanks again :)

[Tacio]

strange... if I drag avs file in megui input window it's working fine... so I have to make avs files in other program... :(

[Kurtnoise]

This mpa is a 5.1 channel audio file. It was extracted and got this mpa name tag.

Media info says the following:

Container
AC3: 248MiB 1h 30mn
1 audio streams: AC3

First audio Stream
384kbps, 48khz, 6channel,AC3

This is clearly not a mpa file as you can see. So, just rename it to ac3 instead of mpa. That should be ok...

How can I convert this file to mp4 with the 5.1 coding?
load your ac3 file and choose either ND-AAC or Winamp-AAC codecs. Then, in the profiles above, select multichannel ones. [CT-AAC = Winamp-AAC]

[rack04]

How do you delete a worker?

[Tacio]

Kurtnoise13, if I upload drwatson log it can help? Anyway, there is...

[mroz]

I've updated to the dev build & pre-rendering works now. With my slow avs script pre-rendering proceeds at about 3fps. So I've installed MT 0.7 including the modified avisynth.dll. With mode 2 the script plays in Zoomplayer at 11fps; similarly if I use VDub to transcode to huffy (ffdshow) I get 11fps at 100% cpu.

However, the pre-rendering stage in Megui still only gives me 3fps at 25% cpu. Am I missing something obvious?

Is the new worker system somehow restricting the procedure to one core?

Edit: no, that doesn't make sense; if this was happening it would also happen with the sub jobs transcoding to x264, but the 2nd pass still gets 100% as usual. I must have just stuffed something specific to the pre-rendering stage. Any ideas?

Edit2:

Note I'm running a Q6600 @ 3.4GHz & typically encode using HQSlower at just better than realtime (for a simple avisynth input).

Further investigation - If I skip the pre-rendering phase & give Megui the multithreaded avs as direct input to x264, I get just under 11fps for the first pass at 100% cpu, indicating avisynth is bottlenecking but only after running across all four cores as it now should, which suggests the pre-render issue might not be down to Megui.

This is further confirmed if I run the pre-render mencoder stage outside Megui from the commandline. I get the original 3fps peformance at 25% cpu.

So the problem is down to mencoder or its arguments.

This should be working at higher cpu usage, yes? I thought I'd seen older posts implying this does work with avisynth mt input, but maybe they weren't using a pre-render step... Anyone?

Edit3: I found this thread - http://forum.doom9.org/showthread.php?t=124463 however it doesn't really reach any conclusions & goes off at a tangent to my concern. I don't care about mencoder's encoding being multithreaded; all I want it for avisynth mt to be able to do its thing & run across all cores while its output goes into mencoder to use however many cores/threads it wants.

This would seem to be rather important, since the main reason to use a pre-render is when preprocessing is intensive. There's little reason to arrange to have this run only once, rather than twice, if this single run is going to take twice as long as the two other runs put together (assuming a quad core cpu & scaling almost being linear which it seems to be for these nice cpus). It's especially frustrating when vdub/ffdshow can manage this with no problems.

[Darkness008]

load your ac3 file and choose either ND-AAC or Winamp-AAC codecs. Then, in the profiles above, select multichannel ones. [CT-AAC = Winamp-AAC]

I did that and he encoded the audio, but only in stereo.

I used the ndaac-lc-multichannel-192kbps and the ctaac-lc-multichannel-192kbps.

[Tacio]

With megui-libs_1001.zip it's working fine for me now.

[Kurtnoise]

I did that and he encoded the audio, but only in stereo.

I used the ndaac-lc-multichannel-192kbps and the ctaac-lc-multichannel-192kbps.
Check via the Config that "Keep Original Channels" is selected and that "Force Decoding via DirectShow" is disabled.

[chickenmonger]

How do you delete a worker?

In the Workers Menu in the main MeGUI window, click on the Workers submenu, then on the worker you want to delete. A new window should pop up. From that window, click "Worker" and "Shutdown Worker Now". That should effectively delete the worker. This is assuming that worker has no pending jobs.

[Darkness008]

Check via the Config that "Keep Original Channels" is selected and that "Force Decoding via DirectShow" is disabled.

It is as you described. But there comes just Stereo.

[Selur]

I just updated to 0.2.6.1016 and wanted to encode a video-only avi and got the following error message:

---------------------------
Fatal error
---------------------------
MeGUI encountered a fatal error and may not be able to proceed. Reason: Der Index war außerhalb des Arraybereichs. Source of exception: megui stacktrace: bei MeGUI.VideoUtil.GenerateJobSeries(VideoStream video, String muxedOutput, AudioStream[] audioStreams, SubStream[] subtitles, String chapters, Int64 desiredSizeBytes, Int32 splitSize, ContainerType container, Boolean prerender, SubStream[] muxOnlyAudio, IEnumerable`1 tempFiles)

bei MeGUI.AutoEncodeWindow.queueButton_Click(Object sender, EventArgs e)

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

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

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

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

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

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

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

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

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

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

and the log shows:

AUDIO TO MUX:
AUDIO TYPES:

-> is it ment to crash like this with this build when pressing 'AutoEncoding', entering a file size and the pressing "Queue" ?

When choosing the input avi/avs also as audio source, the whole thing works,..

Cu Selur

[rack04]

In the Workers Menu in the main MeGUI window, click on the Workers submenu, then on the worker you want to delete. A new window should pop up. From that window, click "Worker" and "Shutdown Worker Now". That should effectively delete the worker. This is assuming that worker has no pending jobs.

Thanks.

[Sharktooth]

I just updated to 0.2.6.1016 and wanted to encode a video-only avi and got the following error message:


and the log shows:

AUDIO TO MUX:
AUDIO TYPES:

-> is it ment to crash like this with this build when pressing 'AutoEncoding', entering a file size and the pressing "Queue" ?

When choosing the input avi/avs also as audio source, the whole thing works,..

Cu Selur
no. please report it in the MeGUI bug tracker on SF

[mroz]

I can't swear to this, but I updated to 0.2.6.1017 this afternoon & I think autoencode's bit rate calculations is now broken. I was encoding vid to x264 & two ac3 tracks to aac, into mp4. I've just noticed the output is massively oversized & /i think/ it ignored the space the audio tracks would require when deciding on the video bitrate.

Edit: Ah, no, hang on... yup, vids probably the right size but it has four audio tracks instead of two. LOL. I've no idea what's going on. Will only post on this again if I can repeat it. Maybe I clicked on something in error & didn't notice as I'm half witted^wasleep.

Edit2: After specifying two audio tracks I selected 'add extra content' to allow me to add the chapter file; is it possible that dialogue added both the audio tracks a second time?

[foxyshadis]

It is as you described. But there comes just Stereo.

In that case I'd guess it's directshow that's causing the problem - check ac3filter, or ffdshow's mixer, or whatever the default decoder is. (You should be able to get to it by playing the track in MPC, and looking in play->filters).

[Darkness008]

In that case I'd guess it's directshow that's causing the problem - check ac3filter, or ffdshow's mixer, or whatever the default decoder is. (You should be able to get to it by playing the track in MPC, and looking in play->filters).

Well I did not use these. The only programm to view is VLC. Is it because I didn'T install these two programs, that I cannot make 5.1 files?

[foxyshadis]

If you have decode through directshow enabled, then something is installed and decoding it to stereo improperly. (I assume your windows speaker configuration is surround, just in case it checks?) You can find out what is decoding by using MPC, zoomplayer, bsplayer, any other dshow player except WMP, or graphedit, and looking at the properties of the right filter. Hopefully in there it'll have an option to switch from stereo to surround.

VLC has completely self-contained decoding and is unrelated to directshow, so it's not possible to use it to debug the problem.

[mroz]

XVid/mp3/avi encodes...

The available profiles seem a little odd. Take the Xvid 30% profile. Aiui this is meant to be for encodes where target bitrate will give an output about 30% of the source size.

I assume a dvd source isn't uncommon, yet for what I've tried, the maximum quantisers are set such that I can only get down to about 40% at a bitrate of around 1600Kb/s which is nowhere near what I was expecting to end up using. And the 30% profile is the most lossy there is in the supplied xvid profiles.

XVid cpu usage: First pass I get 50% on my quad core; 2nd pass around 75%. The profile dialogue shows 1 thread was configured; the log shows the quad core is detected & that the requested 3 threads have been configured. I get the same log report if I set threads to 6 in the dialogue (obviously before queuing the job).

So, why doesn't the dialogue setting seem to influence the number of threads & how do I configure this setting?

Can I get near 100% usage from a single xvid encode job?

For reference I'm running 2.6.1017 & accepted the default resolution of 640x480.

Muxing. This step failed as avimux_gui wasn't present in megui's directory. The updater didn't mention it & I couldn't find a copy in my original megui installer exe. After I downloaded & installed it manually from the update server, the mux worked without problems. Is this all intended behaviour?

Is Megui used much for xvid encodes? It seems to be tailored more for x264/mp4 or mkv use. Are there better alternatives?

I need standalone support. I found a thread where someone asked about this for xvid in Megui, comparing the options available in autogk; the reply said it would be looked into. What's the current status in this respect? Would I be better off using an old AutoGK?

[mroz]

No one?

I can partially answer the last question re standalone support: Stick with standard matrices (Megui does by default & AutoGK's ESS compat mode ensures similar); also no GMC or QPel. The latter required a change to Megui's XVid profiles.

[foxyshadis]

You probably need stronger denoising if the presets aren't getting you where you want to go. Then again, they're made for a minimum of medium-high quality, there are no truly mid/low-quality, low-rate presets.

Did you check the automatic threads option in megui's settings?

[humax]

Hello
First time i want to use MeGui .
I have a VC1 File - its a demuxxed EVO .
I want to create a AVS for MeGui .
ffdshow is installed .
I went to avs script creator and chose the VC1 File . An now nothing happens ....... Or does it take a long time for reading the VC1 file ?? It has 16 Gigabyte


Thx for help .

[Sharktooth]

create an avs script manually typing:

DirectShowSource("filename.ext")

and save it as filename.avs
open it with MPC or other DS players and check if it works.
if it does, open it with megui and proceed normally.

[humax]

hm doesnt work.
i can play the VC1 with Power DVD but if i click on the selfmade AVS the file isnt playing
Do i have to start ffdshow ??

this is the content of my file :

DirectShowSource("hd.vc1")


Do i have to Load the dll too ??
Like :
Loadplugin (c:\DirectShowSource.dll) ??

[Sharktooth]

no DSS is autoloaded. im not practical with VC-1 but maybe remuxing the VC-1 stream to WMV or some other container will make DSS work, depending on the parsers you have installed (WMV for sure...).

[foxyshadis]

You'll probably have to figure out how to get a working avisynth script before you can use MeGUI, no HD experts here. The decryption and containers forums would have much more information on it.

[revi]

sorry if i am asking in rong question . I have one question .MeGUI is not encoding aduio in vbr mp3 .so i wanted to how can i put vbr mp3 while riping my dvd .
thanx

[mroz]

You probably need stronger denoising if the presets aren't getting you where you want to go.

The problem was definitely the max quantiser settings in the xvid profiles. Upping them from 5 to 10 sorted it, though so high a limit might be slight overkill - then again, xvid won't use high values if it doesn't need them.

I was just wondering why the preset values didn't seem to fit with the declared purpose of the profile (compress to xx% of source) & also why there wasn't a lower quailty option allowing bitrates one typically sees in one cd rips.

Then again, they're made for a minimum of medium-high quality, there are no truly mid/low-quality, low-rate presets.

Did you check the automatic threads option in megui's settings?

Automatic?... Ah, I didn't see that. Oops. Thanks. I assume that overides the codec specific config? Shame the auto setting isn't codec specific, though x264 has its own auto setting. Cheers, I'll experiment.

I'd be interested to know why Megui auto threads selects the numbers it does for xvid & a quad core. Any devs able to comment? I'll see if I can get better performance with other values.

Thanks for the reply.

[Tacio]

Can not find queue button for audio encoding with 1021 version of MeGUI

[foxyshadis]

Mewiki updated with the new secret knock you have to give, press a couple buttons, set the custom matrix to the hidden keyword, open a portal to the fifth dimension, etc...

The last of which is expanding the window from the lower-right corner to uncover it. Apparently the main window needs to enforce a minimum size somehow, I wonder if the property for that works with scalable fonts.

[Tacio]

Ok, thanks, I found it. In input window in audio options I chosen ND AAC with MP4 extension, but after I pressed AutoEncode button extension changed to m4a. Is it normal?

[mroz]

Did you check the automatic threads option in megui's settings?
OK, I've unchecked that & xvid is now using one less thread than whatever I configure it with in the xvid dialogue, which is fine.

I've now set it to 12 which gives me around 90% cpu usage 1st pass & 95% 2nd pass; diminishing returns after that.

Are there any serious quality issues with a high thread number & xvid? How about stability?

Lastly, for the devs, why does Megui (when configured to auto set the thread count) request as many threads as there are cores? Any good reason?

[Sharktooth]

Can not find queue button for audio encoding with 1021 version of MeGUI
Next release (0.2.6.1024) will have the fix.

[mdjaved]

I'm not sure if itz me but it seems therez a problem with the latest megui ... i got this error msg after it updated to the latest development version.

[kurt]

jap, got also an error after updating today:

http://i21.tinypic.com/2zz2lhz.png

[foxyshadis]

No point in approving the attachment, since it's the same error. :p

The job list updater didn't fire properly, you have to manually remove your old jobs, or put them elsewhere for the time being.

[kurt]

The job list updater didn't fire properly, you have to manually remove your old jobs, or put them elsewhere for the time being.
ah, thanks for the hint :)

[mdjaved]

i backed up the jobs and restarted megui and updated to 1023. After that i placed the jobs back in the same folder and restarted megui, the error still pops up. Which means if there are any jobs in the folder, it refuses to start. Can any1 fix this?

[ditche]

Can not find queue button for audio encoding with 1021 version of MeGUI
Extend the window. :)

[mroz]

[xvid thread count]

I've now set it to 12 which gives me around 90% cpu usage 1st pass & 95% 2nd pass; diminishing returns after that.

Are there any serious quality issues with a high thread number & xvid? How about stability?

Lastly, for the devs, why does Megui (when configured to auto set the thread count) request as many threads as there are cores? Any good reason?

Hmm :stupid:

For the record, 4 threads does seem near optimal for a quad core. I stupidly only looked at cpu usage, not encoding rates.

It is true that cpu usage is sub optimal & that this can be increased with more threads, but this actually degrades xvid encoding performance :(

It seems xvid isn't able to make good use of a quad core. Shame.

[mroz]

How does Megui handle audio delay, specifically when encoding using Nero Digital AAC? Does it get encoded into the audio or only specified at the mux stage?

Aiui many decoders ignore mp4 audio delay, hence my concern. If it is a mux operation, the only alternative atm seems to be to use Belight, which will apply any delay & pregain before running the encode itself.

Edit: asking as I just queued up an encode with a delay of -100ms & observed no logging of any pre encode step (nor is the encode itself capable of handling a delay, going by the cmdline used & nero's cmdline help info).

[Doom9]

Why do you need a step if the audio decoder is able to handle delay just fine? If you load a queued audio job you'll see your delay (assuming the delay is part of the filename.. that's what megui uses to deduce audio delays)

[ACrowley]

Are the Progress Window/ Time Calculation Bugs fixed now with 0.2.6.1 1023 Build ?

- Remaining Time Value jumps around , no stable Value as like as with older Versions

- After 24h Elapsed Time restes to zero fixed

EDIT:
No, now i see its not fix

Cant be so hard to fix these Bugs ?!

[Sharktooth]

there are more important bugs to be fixed... (look here: http://sourceforge.net/tracker/?atid=798476&group_id=156112&func=browse)

[DeathAngelBR]

Megui server no workie. What's going on? I've been trying to update for hours.

edit: update werks.

Next: megui cpu usage is at 100% after loading an avs file and locks up. any ideas?

[Sharktooth]

does the avs play in MPC or WMP?

[mroz]

Why do you need a step if the audio decoder is able to handle delay just fine? If you load a queued audio job you'll see your delay (assuming the delay is part of the filename.. that's what megui uses to deduce audio delays)

[Disclaimer: I'm not trying to teach granny to suck eggs, just making sure I'm understood...]

Edit: reread your post & realised /I've/ probably misunderstood - see (*) below.

Suppose I need to introduce a negative delay on an audio track. I can either chop the front off the audio stream just before it gets encoded, or I can attach the delay information to the file.

I assume now that Megui is doing the latter?

I don't know the details of how this info is encoded - ie whether it becomes part of the stream or is stored somewhere else in the container's header, but that's not too important.

What does matter is how widely respected that information is by decoders. Can you comment on this?

mp4box allows one to configure a delay for an audio stream in an mp4 container. I assume that if Megui needed to apply a delay, it would use that mechanism?

Last time I played with that - probably a year or more ago - I found all the splitters/decoders on my test box were ignoring the delay info. In fact that migt be one of the reasons I first investigated Belight, as it happens (so maybe more than a year back).

Even if that's not a problem, what about decoders in standalones.

Also what of the other supported container formats, mkv & avi? I didn't even realise avi allowed an audio stream to have an associated delay.

Cutting/extending the stream itself just seems so much safer.

Of course it's quite possible I'm entirely wrong & my assumptions are based on outdated information & errors. Please do put me straight.

One last thought. If it isn't needed, why does Belight modify the stream itself rather than just tag on the delay info?


(*) ...Or are you actually saying that the decoder that feeds the audio encode will itself apply the delay? Doesn't that depend on what the decoder is? How is the decoder given that info - just through the filename? Sorry, very tired atm.

[Kurtnoise]

1/ with MeGUI, audio delay is applied during the preprocessing (via avisynth) before the encoding process.

2/ about delays and containers, you should try the last haali splitter.

3/ BeLight doesn't modify the stream itself. BeSweet introduces some padding as soon as you've mentioned a delay.

[mroz]

1/ with MeGUI, audio delay is applied during the preprocessing (via avisynth) before the encoding process.

I hadn't noticed avisynth being involved in audio processing within Megui.

/Runs a small test & checks log

Oh, hold on. No input file in the command line to neroAacEnc.exe & the ignorelength switch which help mentions is related to input over stdin...

So does MeGUI use an avisynth script internally to introduce delay & pipe its output straight to the encoder?

That's warmly reassuring which makes me think I need to get out more. Cheers :)

2/ about delays and containers, you should try the last haali splitter.

3/ BeLight doesn't modify the stream itself. BeSweet introduces some padding as soon as you've mentioned a delay.

Thanks for the info & correction. Much appreciated.

[Kurtnoise]

So does MeGUI use an avisynth script internally to introduce delay & pipe its output straight to the encoder?
yes...

[LigH]

Addition to reply #238 (http://forum.doom9.org/showpost.php?p=836633&postcount=238):

A user in the german doom9/Gleitz board reported a crash of the MeGUI (http://forum.gleitz.info/showthread.php?t=35710) trying to convert a video using custom audio settings, but not creating an "Audio Preset" before starting the conversion.

You should either make it inevitable to use or make a preset if you really can't make MeGUI work without one, or find at least a workaround to avoid a crash down to a stack trace. A minor reason should not result in a major failure.

[Sharktooth]

@Ligh: thanks for reporting it, but please use the MeGUI Bugtracker so we dont forget to look into that. Thanks.

[LigH]

Done (http://sourceforge.net/tracker/index.php?func=detail&aid=1811644&group_id=156112&atid=798476).

[The_Rebel]

Newb here.

Is there a quick way to downsample the video track in MKV's in megui? (with keeping the attachments; audio/subs)

[Darkness008]

In that case I'd guess it's directshow that's causing the problem - check ac3filter, or ffdshow's mixer, or whatever the default decoder is. (You should be able to get to it by playing the track in MPC, and looking in play->filters).

I made a snap of the mediainfo from my file.

http://img168.imagevenue.com/loc978/th_43562_MediaInfo_122_978lo.jpg (http://img168.imagevenue.com/img.php?image=43562_MediaInfo_122_978lo.jpg)

As I said VLC won't play it 5.1 it's just stereo here. On another file the 5.1 is OK.

[Maccara]

Aspect ratios in 0.2.6.1024, how are they determined/calculated?? And what should I use?

I noticed, that when I feed avis, for example, (captures from vhs etc) I can't select if pal/ntsc is in use etc. Didn't yet check what happens if I rip a dvd and try with that.

Also, I don't think the aspect ratios used are correct anyway (ITU), unless something more is done when feeding the info forward... (and that's why I'm asking, in case my own calculations are handled some other way I think they're)

Example:

I'm using values from http://www.iki.fi/znark/video/conversion/ which should be accurate (linked from analogue capture guide too).

PAL cropped resolution 672x560, selected ITU (4:3) megui_darx: 1709 megui_dary: 1250 (exactly 1.3672) whereas if I manually calculate using ITU PAL PAR 128/117, it should be 256/195 (1.3128).

Just to make sure, I got the un-cropped avi (720/576) and checked what the DAR is calculated by ITU (PAR 128/117, 13.5MHz, 52us, PAR 128/117) and it is 160/117 (1.36752).

Megui still gives the same value as above, before and after cropping. So is the value used by megui not DAR then? Are some additional calculations done besides what's in the avisynth script? (should be)

Besides, I checked that 1.3672, and to me, it isn't exactly any standard DAR (ITU, DVD or "generic", PAL or NTSC; closest I see is NTSC dvd at 1.3674 or 1.3673, depending on rounding).

Is it possible megui uses wrong values (rounding error? dropped the "5" from 1.36752?) or something else? Takes cropping into account, when calculating dar values (as we know, par isn't affected by cropping only)?

If megui just calculates differently or does some additional modifications to the values in avisynth script when signalling x264 about SAR which actually results in correct values used, please explain what else I need to take into account in my own calculations.

[Sharktooth]

Options->Settings->Acceptable Aspect Error (%)
set it accordingly to your prefs (as a reference i usually have it set to 1%)

[Maccara]

Tools->Settings->Acceptable Aspect Error (%)
set it accordingly to your prefs (as a reference i usually have it set to 1%)

Thank you, I had it in 5%, but changed to 1%. However, that does not affect anything - I still get exactly the same "wrong" values (wrong to me, but megui might be doing some additional calculations besides those values, which I'm not aware of and would like to get a clarification on).

I might add, that I'm NOT doing any resizing, only cropping.

Also, I haven't checked the end results yet (encoding will take some time, machine busy atm) but I had at least some encodes, where the sar/dar was not correct in the final file where I had trusted megui to set them correctly during encode (and only did cropping, no resize).

I'm just anal in the matter that I need to know how a software achieves its results, in case it happens incorrectly (like many capture drivers which do not adhere to any known specs).

Edit: Btw, that option was in Options->Settings in this version. Maybe you didn't notice the version I'm using. I "think" aspect used to work differently in earlier versions (I do not have the older version on-hand to check) and that is one of the reasons I'm asking this.

Edit2: Oh, just noticed I'm not the only one who thinks something may be amiss (note to self: need to start checking the bugtracker too :)): http://sourceforge.net/tracker/index.php?func=detail&aid=1811955&group_id=156112&atid=798476

[Maccara]

Ok, now I see where this is coming from...

DAR.cs:

public static readonly Dar ITU16x9 = new Dar(1.823M);
public static readonly Dar ITU4x3 = new Dar(1.3672M);
public static readonly Dar A1x1 = new Dar(1M);


First of all, ITU4x3 is wrong - not PAL DVD (1.36752) or NTSC DVD (1.36738). (and really, I think there should be separate values for pal/ntsc anyway)

Second, those are close only when DVD is the source, but I guess that's an ok assumption, as long as real DAR is chosen by the user.

Then in ToSar method:

decimal ratio = ar * (decimal)vres / (decimal)hres;
return new Sar(ratio);


And all nice explanation, that _real_ dar should be used in calculation etc, but I can't see anywhere that the _real_ dar is set after cropping etc, or that we would be assuming the source _was_ originally a DVD of 720x576/480 resolution and base our calculations on that. And then when we're preparing an encode, we simply read megui_darx&y from the avisynth script and base our calc of sar on that.

So, as it currently works, user should enter the _real_ dar (if already cropped), and if he's cropping in avisynth script creator, he should then calculate it again himself. :)

So, I think there really is a bug.

This is the first time I've looked at megui sources, so I'm not sure if that would be an easy fix (and what way it should be fixed in the first place), and I'm really pressed for work so I'm not sure if I could post a patch in bugtracker for that one anytime soon... Maybe it even would be better to use PAR values internally altogether (as they're more consistent) and forget about DAR? No idea how much work that would be...

[ChrisW77]

Why is MeGUI's muxing, for MP4 x264 video, aac audio, sooo buggy ?

For instance, just tried this

Starting job job1 at 16:49:59
Starting preprocessing of job...
Preprocessing finished!
encoder commandline:
-add "H:\dvb-t\c4newsvideo.mp4" -add "H:\dvb-t\c4newsaudio.mp4:lang=eng" -tmp J:\dvb-t-muxed -new "J:\dvb-t-muxed\c4news.mp4"
successfully started encoding
Processing ended at 16:50:00
----------------------

Log for job job1

Error - 2 input names specified, please check usage

----------------------
End of log for job1



Starting job job1 at 16:50:43
Starting preprocessing of job...
Preprocessing finished!
encoder commandline:
-add "H:\dvb-t\c4newsvideo.mp4" -add "H:\dvb-t\c4newsaudio.mp4:lang=eng" -tmp G:\ -new "G:\c4news.mp4"
successfully started encoding
Processing ended at 16:51:02

Why did the first one keep failing with
"Error - 2 input names specified, please check usage"

What the heck kind of error is that ?
Yet, the second attempt, using the exact same files, yet this time I've written them to a smaller fat32 drive, worked fine. Why ?

And, why is it that, if I dot my filenames, it always fails ?
And, if I mux to the same drive/partition, it always fails, why ?

These bugs are really annoying, in what seems like a great program, aside from a slightly poorly designed gui.

Any other programs out there that can mux AAC and x264 into MP4 ? Is avidemux, any good ?

[mroz]

Ok, now I see where this is coming from...

DAR.cs:

public static readonly Dar ITU16x9 = new Dar(1.823M);
public static readonly Dar ITU4x3 = new Dar(1.3672M);
public static readonly Dar A1x1 = new Dar(1M);


First of all, ITU4x3 is wrong - not PAL DVD (1.36752) or NTSC DVD (1.36738). (and really, I think there should be separate values for pal/ntsc anyway)

Agreed, but I'm only an end user ;)

I also use Jukka Aho's info on aspect ratios, but have given up trying to convince others - I mentioned it to Kurtnoise a few times in respect of the presets in Yamb, but I obviously wasn't convincing.

/snip

But that's a separate issue to...

So, as it currently works, user should enter the _real_ dar (if already cropped), and if he's cropping in avisynth script creator, he should then calculate it again himself. :)

So, I think there really is a bug.

...What seems to be a newish bug (I'm fairly sure this used to work, but icbw).

Even if you ignore any mistakes Megui makes in preset dars for dvd content, dar signalling in the avs currently doesn't seem to take into account cropping, which should be handled automatically.

As I see it, whenever the script is changed by the user or some internal function, if this could affect aspect ratio the signalling should be updated.

This is the first time I've looked at megui sources, so I'm not sure if that would be an easy fix (and what way it should be fixed in the first place), and I'm really pressed for work so I'm not sure if I could post a patch in bugtracker for that one anytime soon... Maybe it even would be better to use PAR values internally altogether (as they're more consistent) and forget about DAR? No idea how much work that would be...

I don't know the code either, but when I first saw dar signalling I wondered why they were passing dar around; par seems to be more fundamental & isn't changed by cropping. To me sar & par seem to be the most easily manipulated base values with dar being the derived value.

[mroz]

Any other programs out there that can mux AAC and x264 into MP4 ? Is avidemux, any good ?

Yamb (http://yamb.unite-video.com/). It's yet another mp4box gui. Or you can always read up on the commandline syntax to mp4box & invoke it directly.

[mroz]

2.6.1024 with dg just updated to 1.50b6.

Not sure if this should be reported as a bug, as occassionally I find dgindex (all versions) gets the audio delay wrong & I can never be sure if this is down to a bug, a shortcoming or bad source data; also I've never found a transcoding app which doesn't sometimes make these kind of errors.

That said, with dgindex the problem is usually that it'll report 0 delay when in fact some non zero value is needed.

I've just done a transcode from an ntsc dvd & it reported a delay of -464ms. Watching the result I find a sync problem indicating there should have actually been 0 delay.

Posting here to see if this is common & therefore indicative of a bug.

[check]

For non-megui problems report to the relevant author(s), in this case neuron2.

[Kurtnoise]

I mentioned it to Kurtnoise a few times in respect of the presets in Yamb, but I obviously wasn't convincing.
really ? where did you mentioned that ? Anyway, Yamb contains only PAR presets not DAR and I certainly wouldn't add this feature in the next releases because it should be included more in the encoding step rather than in the mux one.


About delay issue, I need to test myself with some materials first before to comment this.

[Kurtnoise]

Why is MeGUI's muxing, for MP4 x264 video, aac audio, sooo buggy ?
Obviously, you didn't run the last development build...

And, why is it that, if I dot my filenames, it always fails ?
why guys would you dot your filenames ??? MP4Box cares about dots in filename. So, uses a normal way to name your file. That's the best thing you can do first...

[ChrisW77]

Obviously, you didn't run the last development build...

Well, obviously. Or so it would seem. ME's web update sees nothing, is there a development binary anywhere ?

why guys would you dot your filenames ??? MP4Box cares about dots in filename. So, uses a normal way to name your file. That's the best thing you can do first...

Looks neater, and every other program out there copes with dots, so why not mp4box ?

Channel 4 News October 12th 2007.mp4

Channel.4.News.October.12th.2007.mp4

Channel_4_News_October_12th_2007.mp4

To me, personally, the dotted name looks much neater. While the spaces (when there are many many files in a directory) looks lost, while the underscore one looks like it came from a torrent site. It's just a personal thing.
But even then, if I took out the dots, the first filename is still too long and gives me the error in my first post. Just silly.

[Maccara]

Agreed, but I'm only an end user ;)

I also use Jukka Aho's info on aspect ratios, but have given up trying to convince others - I mentioned it to Kurtnoise a few times in respect of the presets in Yamb, but I obviously wasn't convincing.


I have to admit, I haven't tried yamb myself, but I think Kurtnoise addressed that situation.

My point in this only is, that if software claims "ITU" is used, then values pertaining to ITU standards should really be used.

It is of course a completely different issue, if the source material actually followed ITU (i.e. in DVD case, correct active picture frame of 702x in case of PAL 720x576), but that is a moot point as long as user can freely choose differently, if he knows better (for example, if source material did infact use "Generic PAR").


But that's a separate issue to...


Definitely agree - and not even really relevant (I just wanted to point out, that they were not ITU values - in fact, I couldn't immediately figure out from where those values had been gotten from and that's why I think there may simply be rounding error/spelling mistake there).


Even if you ignore any mistakes Megui makes in preset dars for dvd content, dar signalling in the avs currently doesn't seem to take into account cropping, which should be handled automatically.

As I see it, whenever the script is changed by the user or some internal function, if this could affect aspect ratio the signalling should be updated.


THIS is the real bug here, and should be fixed before stable version is published.


I don't know the code either, but when I first saw dar signalling I wondered why they were passing dar around; par seems to be more fundamental & isn't changed by cropping. To me sar & par seem to be the most easily manipulated base values with dar being the derived value.


With this, I have to agree. Although, I have to admit I haven't thought of this too deeply yet (if there actually is a difference in ease of handling, if done properly in either case).

However, I think this would be a "fundamental change" in a sense that maybe this shouldn't be implemented until stable status is achieved on current codebase. Instead just fix the current signalling bug (so it gets updated on cropping) and just assume the source is un-cropped dvd (as it does now).

If I have the time to look into this a bit more, I'll start a discussion on this in the development thread pondering on the pros & cons and if it actually should be implemented like this.

And I guess, I shouldn't except others to implement something like this just because I would think it would be better, and have to offer to actually do something about it myself in that case. (well, it would be nice to give something back too, instead of just always benefiting from others' work for free :))

[mroz]

For non-megui problems report to the relevant author(s), in this case neuron2.

Sorry, should do. Any idea where best to send such reports?

Mentioned it here as I thought I recalled someone asking if the newer dg was reliable enough to be included in Megui.

[mroz]

really ? where did you mentioned that ?

Sorry, can't find it. I thought it was on these forums a year or so ago. It involved a brief exchange on a forum, I'm pretty sure; actually, it could have been by mail, just before I joined this forum.

Anyway, Yamb contains only PAR presets not DAR and I certainly wouldn't add this feature in the next releases because it should be included more in the encoding step rather than in the mux one.

Sorry again, I wasn't clear enough. I was merely referring to your choice of par presets for pal & ntsc 4:3 & 16:9. Yours differ (last time I checked) slightly from those given by Jukka Aho.

[berrinam]

Ok, now I see where this is coming from...

DAR.cs:

public static readonly Dar ITU16x9 = new Dar(1.823M);
public static readonly Dar ITU4x3 = new Dar(1.3672M);
public static readonly Dar A1x1 = new Dar(1M);


First of all, ITU4x3 is wrong - not PAL DVD (1.36752) or NTSC DVD (1.36738). (and really, I think there should be separate values for pal/ntsc anyway)I have done most of the AR stuff with very little documentation about the standards, and I don't remember where I got the above quoted numbers from. It looks like the ITU4x3 value should be 1.36752 but, by typo, the '5' got dropped. However, as this is indeed wrong, I've added a bug report: http://sourceforge.net/tracker/index.php?func=detail&aid=1812842&group_id=156112&atid=798476

Second, those are close only when DVD is the source, but I guess that's an ok assumption, as long as real DAR is chosen by the user.For DVD sources, the ITU16x9 and ITU4x3 aspect ratios will be chosen. For other sources, square pixels are assumed, as the AVS creator isn't currently configured to read in AR signalling from other input files. This is definitely a limitation, and should be addressed in the future: http://sourceforge.net/tracker/index.php?func=detail&aid=1812844&group_id=156112&atid=798479

Then in ToSar method:

decimal ratio = ar * (decimal)vres / (decimal)hres;
return new Sar(ratio);
I'm not sure why you've quoted this; it seems correct to me.

Maybe it even would be better to use PAR values internally altogether (as they're more consistent) and forget about DAR? No idea how much work that would be...
I'm not sure of terminology. By PAR you mean pixel aspect ratio? I assume so, but in MeGUI we call that SAR (Sample aspect ratio) so as to avoid confusion with Picture aspect ratio (which we call DAR, Display aspect ratio, in MeGUI).

Anyway, I see no reason why SAR is more consistent than DAR. Of course, when you know your film's resolution, they are essentially equivalent since you can convert between them. But SAR and DAR are complementary for the simple reason that when you resize, the DAR stays the same but the SAR might not, and when you crop, the SAR stays the same but the DAR might not. In this case, I do not see one as more consistent than the other, and it is not possible to forget about DAR because you need it for resizing.

However, I argue that DAR is a more intuitive and more fundamental concept than SAR. Consider that DAR refers to the shape of the video whereas SAR refers to the shape of the individual pixels. If someone with very little knowledge of video sees a film with the wrong aspect ratio, they will think, "the shape of this video is wrong" and not "the shape of the pixels is wrong" for the simple reason that they may not have heard of pixels.

Because of a number of reasons like this in MeGUI, DAR is exposed and not SAR. However, it makes little difference to almost all the code since most of the code just involves passing the information along and not actually processing it. And where it does matter, they SAR and DAR have pretty much equal standing: cropping needs SAR, resizing needs DAR, x264 uses SAR, xvid_encraw uses DAR.

Anyway, thanks for the useful post about MeGUI's AR problems.

[mroz]

ME's web update sees nothing, is there a development binary anywhere ?

Options > Settings > Extra config > Auto update > configure Servers > choose development from the drop down menu

[berrinam]

THIS is the real bug here, and should be fixed before stable version is published.Already fixed, in rev255.

[mroz]

Berrinam: I think we've taken SAR to be the apsect ratio of the display using pixel counts & PAR to be the physical aspect ratio of a single pixel (thus DAR = PAR*SAR).

Searching the web suggests the definitions of DAR & PAR are well established, but that for SAR isn't - sometimes it means PAR, as you use, & sometimes DAR/PAR.

What term do you use for DAR/PAR?

Regarding which of DAR & PAR is the more fundamental, you're of course right that there's a symmetry between them & that modifying the video by cropping/scaling will each affect one of those quantities.

It's also not terribly important which you treat as the derived quantity as long as the arithmetic is precise, however I'd still be inclined to go with DAR as the derived value as ime (quite limited), one tends to work with a small set of possible PARS all of which can be represented precisely as the ratio of two four digit integers. I think in practice if you wish to store DAR precisely you'd need more. Not important, just a personal choice.

[mroz]

Obviously, you didn't run the last development build...


why guys would you dot your filenames ??? MP4Box cares about dots in filename. So, uses a normal way to name your file. That's the best thing you can do first...

Ah, thanks, that explains a few errors I had recently. I ended up muxing from the command line which worked, but no doubt only as I probably renamed the files in
between.

I tend to process files using the names the sources have, until I come to archive the results, so sometimes encounter naming schemes I'd not personally choose.

Out of interest, why does mp4box care? What does it do with the names? OTTOMH I can't see a requirement that would necessarily mean it couldn't cleanly handle odd filenames. This smells like a shortcoming verging on a bug.

[ChrisW77]

Options > Settings > Extra config > Auto update > configure Servers > choose development from the drop down menu

Thanks, mroz

[Maccara]

Thanks, berrinam, for addressing this.


For DVD sources, the ITU16x9 and ITU4x3 aspect ratios will be chosen. For other sources, square pixels are assumed, as the AVS creator isn't currently configured to read in AR signalling from other input files. This is definitely a limitation, and should be addressed in the future: http://sourceforge.net/tracker/index.php?func=detail&aid=1812844&group_id=156112&atid=798479


This is fair enough - DVD usually is a good assumption.


I'm not sure why you've quoted this; it seems correct to me.


Sorry, I probably didn't address this well. The code is correct, but the issue is when we use that, we do not have _real_ ar (f.e. after cropping), which is fundamental for that formula to give correct results.

Sorry, I'm assuming here a little because I do not see DAR changing after cropping (as it should), but I haven't checked this properly from the code yet.

(Edit: This seems fixed in SVN already, sorry, didn't notice your other message until now)


I'm not sure of terminology. By PAR you mean pixel aspect ratio? I assume so, but in MeGUI we call that SAR (Sample aspect ratio) so as to avoid confusion with Picture aspect ratio (which we call DAR, Display aspect ratio, in MeGUI).


Yes, by PAR I mean pixel aspect ratio and by DAR display aspect ratio. With this definition I have understood SAR is equivalent to PAR, no? (hopefully _I_ haven't made a fundamental error here ;))


Anyway, I see no reason why SAR is more consistent than DAR. Of course, when you know your film's resolution, they are essentially equivalent since you can convert between them. But SAR and DAR are complementary for the simple reason that when you resize, the DAR stays the same but the SAR might not, and when you crop, the SAR stays the same but the DAR might not. In this case, I do not see one as more consistent than the other, and it is not possible to forget about DAR because you need it for resizing.


It all depends, what information we have available internally. Admittedly, I haven't looked at the code enough yet to have a clear opinion if indeed using par/sar would be simpler than dar. Of course assuming any of these are used correctly in the first place. :)


However, I argue that DAR is a more intuitive and more fundamental concept than SAR. Consider that DAR refers to the shape of the video whereas SAR refers to the shape of the individual pixels. If someone with very little knowledge of video sees a film with the wrong aspect ratio, they will think, "the shape of this video is wrong" and not "the shape of the pixels is wrong" for the simple reason that they may not have heard of pixels.


I think here our points of view will differ a little. Definitely, for the user, DAR is more intuitive, unless they've spent enough time pondering about the whole matter.

To me, PAR is "everything" - it will define everything else. Once I know what the PAR of the source is, I can derive every other value simply from that fact. This, I have to admit, undoubtedly will somewhat cloud my view in this.

However, I might have been thinking a bit ahead of myself here (with current limitations intact). For example, if I feed an already cropped (not resized) AVI to megui, DAR is defined by the resolution & PAR. This, of course, is not very relevant, if we always assume we get full-resolution sources only and can rely on DAR - or if we can get correct DAR/PAR automatically from the source we can derive correct values anyway.

(I may need to revise above paragraph, as it maybe didn't come out very clear - English is not my native language.)


Because of a number of reasons like this in MeGUI, DAR is exposed and not SAR. However, it makes little difference to almost all the code since most of the code just involves passing the information along and not actually processing it. And where it does matter, they SAR and DAR have pretty much equal standing: cropping needs SAR, resizing needs DAR, x264 uses SAR, xvid_encraw uses DAR.


Until I have time to look more deeply in the code, I have no choice but to agree here. :) At least I think the reasoning behind this is ok - just have to figure out if it is also implemented correctly (or if some bugs still remain). ;)


Anyway, thanks for the useful post about MeGUI's AR problems.

Thank you very much for clarifying the thinking behind this. At least makes me at more ease, knowing there shouldn't be any fundamental flaw with the whole processing and should work out fine for the purpose once the final bugs are squashed.

[Maccara]

Already fixed, in rev255.

Sorry, didn't notice this. Indeed, in SVN it seems fixed. Have to test it at some point.

[trooper11]

First of all, thanks for putting together this great program, Im going to be using it quite a bit, so its a huge help.


My system is running Vista Ultimate and I have the following versions of apps:

MeGui 0.2.5.1007 (latest stable version I could find)
AviSynth 2.5.7

Now, the problem Im having is when I go to the AviSynth Script Creator. Whenever I try to add a video source (Ive tried .mkv and .avi files) MeGui crashes (there is no particular error message, just that it stops responding and Vista has to shut it down)


Is there anything else I need to install in order for this to work, or is this a bug with Vista? I even tried installing the in development MeGui version 0.2.6.1024 but I get the same crash.

Any help would be appreciated.