MeGUI: General Questions and Troubleshooting Thread [Archive] - Page 2

nickolasemp

13th February 2007, 15:00

HQ Insane removes the check on the "turbo" box next to the passes dropdown. Recheck it and your speed will return. Of course, expect that 3-4 fps to return for your second pass :)

I did check the "turbo" box and everything works like a charm now. Thanks a lot!

rack04

14th February 2007, 13:39

On my last few encodes I'm having an issue getting both video and audio to mux. Looking at the command log it looks as if the audio wasn't included in the mux.

Looking for job processor for job...
Processor found!
Starting job job1 at 6:31:58 AM
Starting preprocessing of job...
Preprocessing finished!
encoder commandline:
-add "C:\Temp\School For Scoundrels\School For Scoundrels.mp4" -chap "C:\Temp\School For Scoundrels\VTS_09 - Chapter Information - OGG.txt" -new "C:\Temp\School For Scoundrels Final.mp4"
successfully started encoding
Processing ended at 6:33:58 AM
----------------------------------------------------------------------------------------------------------

Log for job job1

IsoMedia import - track ID 1 - Video (size 640 x 272)
Saving C:\Temp\School For Scoundrels Final.mp4: 0.500 secs Interleaving
ISO File Writing: | | ----------------------------------------------------------------------------------------------------------
Starting postprocessing of job...
Job completed successfully and deletion of intermediate files is activated
Postprocessing finished!

http://i11.photobucket.com/albums/a199/rack04/untitled-1.jpg

http://i11.photobucket.com/albums/a199/rack04/untitled2.jpg

check

14th February 2007, 14:29

are you trying to add ac3 audio or something similarly impossible?

rack04

14th February 2007, 15:17

Sorry I should have mentioned that in the first post. The AC3 audio was encoded using the ND AAC codec NDAAC-HE-64Kbps audio profile.

Appu

14th February 2007, 17:09

I have got a camcoder footage (avi format ) of about 30 min duration. Video is DV and audio is PCM. Used MeGUI for onverting the DV into H.264 video. No issue with video encoding.
But I couldn't do the audio encoding properly. I want to create AAC audio. Used the same avi file as audio input. Selected Nero AAC encoder. Everything went fine and the output file got generated. But the file is not playable with any of the players. The players didn't show any error but the no audio output. Tried with all the AAC and even mp3 also. Same result!.

Need help.............

cc979

14th February 2007, 19:36

I have got a camcoder footage (avi format ) of about 30 min duration. Video is DV and audio is PCM. Used MeGUI for onverting the DV into H.264 video. No issue with video encoding.
But I couldn't do the audio encoding properly. I want to create AAC audio. Used the same avi file as audio input. Selected Nero AAC encoder. Everything went fine and the output file got generated. But the file is not playable with any of the players. The players didn't show any error but the no audio output. Tried with all the AAC and even mp3 also. Same result!.

Need help.............

did the avs file created by megui play the audio in mpc ?
if not edit the file and remove the ",audio=false" part then try megui again

failing that try

have you tried demuxing the audio from avi, virtualdubmod then feeding audio into megui

check

15th February 2007, 03:32

@rack: what happens if you try and manually mux the files into mp4?

rack04

15th February 2007, 04:24

@rack: what happens if you try and manually mux the files into mp4?

When I use YAMB to manually mux the video and audio everything works fine. I tried again with a different encode and the same thing happened. I don't know if anything has recently changed because it has always work flawlessly in the past.

check

15th February 2007, 04:59

it looks like the commandline creator isn't working. File a bug report at the sourceforge tracker.

rack04

15th February 2007, 13:43

A bug report has been filed at the sourceforge tracker. Thanks.

Ð.Sp!dér

15th February 2007, 20:49

Is the "WinAmp AAC" any better then the "ND AAC" ? Nero's release dates back to May 26 of 2006... Isn't that kinda old ?

In "C:\Program Files\megui\tools\encaacplus" there's a 48 KB file. Is that some sort of a bridge between the dlls in the Winamp install folder or is it the encoder itself ?

Does it work with Winamp Pro's new encoder v8.0.3 ?

* Updated: [enc_aacplus] Coding Technologies aacPlus encoder 8.0.3

rack04

15th February 2007, 22:28

Is the "WinAmp AAC" any better then the "ND AAC" ? Nero's release dates back to May 26 of 2006... Isn't that kinda old ?

In "C:\Program Files\megui\tools\encaacplus" there's a 48 KB file. Is that some sort of a bridge between the dlls in the Winamp install folder or is it the encoder itself ?

Does it work with Winamp Pro's new encoder v8.0.3 ?

2007-02-13 - Version 1.0.7.0

- neroAacEnc:
- Quality tuning for some bitrates
- Added support for 16 and 22.05 kHz samplerates for HE AAC
- Fixed HE AAC configuration problems for 5.1 files (at q=0.0)
- Temporary file handling fixed on Windows Vista
- Various speed optimisations

- neroAacDec:
- Small speedups
- Reduced memory usage

- neroAacTag:
- No changes

gino25

16th February 2007, 17:00

i' ve a problem with latest megui.

If i open it, megui write that there are updates (13 files). But if i update i have:

Trying server: http://mewiki.project357.com/auto/stable/
Retrieving update file from server...
File downloaded successfully...
Loading update data...
Update data loaded successfully...
Finished parsing update file...
There are 13 files that can be updated.
Updating convolution3dyv12. File 1/13.
Error: The path to save convolution3dyv12 to is invalid.
Updating undot. File 2/13.

I have that error for all files to update. what is wrong?

Thank you.

buzzqw

16th February 2007, 17:22

Error: The path to save convolution3dyv12 to is invalid.

maybe due to missing avisynth installation directory path in registry

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\AviSynth]
@="C:\\Program Files\\AviSynth 2.5"
"plugindir2_5"="C:\\Program Files\\AviSynth 2.5\\plugins"

try reistalling avisynth... :)

BHH

Ð.Sp!dér

17th February 2007, 00:40

Why didn't anyone tell me I needed to copy 2 files from my Winamp 5.33 install folder in order to benefit the latest and meanest CT aacPlus ?

C:\Program Files\megui\tools\encaacplus\enc_aacplus.dll
C:\Program Files\megui\tools\encaacplus\nscrt.dll

Shouldn't MeGUI inform the user about this ? :|

In Winamp, I see a small checkbox that says "Tune for speech". I don't see this in MeGUI. Is it a new feature ?

http://img246.imageshack.us/img246/128/untitledxj1.png

Appu

17th February 2007, 05:39

did the avs file created by megui play the audio in mpc ?
if not edit the file and remove the ",audio=false" part then try megui again

failing that try

have you tried demuxing the audio from avi, virtualdubmod then feeding audio into megui.

I tried couple of things.

Given the AVI file ( which contains both audio and video ) as input for audio encoding. Used Nero for AAC encoding. The encoding went through, but the output file doesn't produce any sound.

Demuxed the audio part using AViMuxer. The demuxed audio file ( wave PCM ) is playing properly. Gave this as input to the MeGUI for AAC encoding. Same issue as above.

Then created an avs file. Made 'audio=True' in the script. Again no use.

What I am missing here?

check

17th February 2007, 09:40

check the log. The nero encoder requires you to manually download the nero encoder, so if you haven't done that it will error out.

Carpo

17th February 2007, 16:44

ok im not asking which would be better or is the best but - which format mp4 or mkv would ppl suggest to use?

it seems mkv can handle more wereas mp4 is supported better

i norm do anime with 2 different audio subs and of course x264 vid

edit: anyone here using win2k3 standard (or other versions) with megui - is there any problems - i have a chance to get a copy though my work and was thinking of putting in on main pc (which does most things) :)

rack04

17th February 2007, 17:15

A bug report has been filed at the sourceforge tracker. Thanks.

Update:

I did a little testing and this is what I've been able to find

When using the "MP4 Muxer" both the video and audio are in the commandline:

-add "C:\Temp\The Departed\The Departed.mp4" -add "C:\Temp\The Departed\VTS_01_1 T01 3_2ch 448Kbps DELAY -7ms.mp4":lang=eng -chap "C:\Temp\The Departed\VTS_01 - Chapter Information - OGG.txt" -new "C:\Temp\The Departed Final.mp4"

When using the "Adaptive Muxer" with MP4 container format only the video is in the commandline:

-add "C:\Temp\The Departed\The Departed.mp4" -chap "C:\Temp\The
Departed\VTS_01 - Chapter Information - OGG.txt" -new "C:\Temp\The
Departed.mp4"

When using "Adaptive Muxer" with MKV container format I get the following error:

mkvmerge v1.7.0 ('What Do You Take Me For') built on Apr 28 2006 17:19:57

Error: The source file 'C:\Temp\The Departed Final1.mp4' could not be opened successfully, or retrieving its size by seeking to the end did not work.

When using "MKV Muxer" both the video and audio are in the commandline:
mkvmerge v1.7.0 ('What Do You Take Me For') built on Apr 28 2006 17:19:57
-o "C:\Temp\The Departed Final.mkv" -A -S "C:\Temp\The Departed\The Departed.mp4" --language 1:eng -a 1 -D -S "C:\Temp\The Departed\VTS_01_1 T01 3_2ch 448Kbps DELAY -7ms.mp4" --chapters "C:\Temp\The Departed\VTS_01 - Chapter Information - OGG.txt" --no-clusters-in-meta-seek

So I think the error is in the "Adaptive Muxer" and the commandline it creates.

pimpMyHD

17th February 2007, 19:26

ok, i have try a lot of things, but i must confess :
i am not able to run megui on Vista.

Does someone has written a topic about the compatibility with vista ?

Even a clean and fresh install does not work on my station. It run, but i can't start encoding, i have several errors like

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

Trying to retrieve width and height from input header
Can't open avi/avs file C:\Users\*****\Desktop\deco\script.avs

in xvid and in x264 too.

My avs is right, containing the right stuff, all is ok ... but it won't work. I tried to put administrator levels to all exe and files .. but that's the same.

damn ... i will downgrade to xp if i can't find a solution ...

check

18th February 2007, 01:57

@carpo: it's really not a decision that we can help you make, beyond telling you the differences.

@pmh: can you open the avs files ok in WiMP?

Carpo

18th February 2007, 02:18

advising me on the difference might help :)

i know you cant use mp4 and ac3 so if i want to keep best qulity sound i will have to use mkv

check

18th February 2007, 10:11

the other main difference in compatibility is that mkv supports the SSA/ASS subtitle format. In any case, if you don't see any difference between then, it doesn't matter which one you pick. If you notice a difference you can simply remux the files later on.

Carpo

18th February 2007, 10:44

so mp4 can only handle srt subs ?

nurbs

18th February 2007, 12:32

mp4box converts the srts to timed texed when you mux them. You can also mux vobsubs, but when I last tried I had some problems with that. For instance the mp4 would end up with a duration of 13 hours while without the vobsubs (or by putting the same files in mkv) it would be the correct 1,5 hours. That was some time ago, so maybe they solved this issues.

Carpo

18th February 2007, 16:39

think i'll keep anime backups as mkv - as they will have subs and use mp4 for other things :)

Lenchik

18th February 2007, 21:16

I have a couple of problems with latest MeGUI.
I am encoding .avs to Xvid in avi.
I can't change the name of output file in a way different than pressing "..." button and so on. In 0.2.3.xxxx I could just type new name in the proper line of interface.
By the way Why MeGUI doesn't put extensions to files automatically?
Second problem - I can't find the way to se commandline generated (or the way to turn it on).

Selur

19th February 2007, 16:33

@lenchik:
1st Xvid avi generation is kind of borked (see: bug tracker-> http://sourceforge.net/tracker/?group_id=156112&atid=798476)
2nt there's no way atm to modify or see the commandline MeGui uses for encoding with xvid_encraw => if you would like this feature but it in the feature tracker (-> http://sourceforge.net/tracker/?atid=798479&group_id=156112&func=browse).

-----------

general question about MeGui -> Avisynth script creator -> Filters -> Source Type:

What does 'M-in-5 decimation required' and the parameter mean in detail?

Cu Selur

Lenchik

19th February 2007, 16:54

2nt there's no way atm to modify or see the commandline MeGui uses for encoding with xvid_encraw

It was possible in some previus versions. Why was it removed?

Selur

19th February 2007, 17:02

don't know, to be frank I never saw it for xvid, just for x264 :)

sjchmura

19th February 2007, 19:19

So now we can demux HD-DVD rips.... is there any motivation to include this option in MEGUI?

awx

20th February 2007, 08:01

I'm just getting started with MeGUI and am running into a consistent problem with film detection. Several major hollywood dvds that I'm attempting to convert are being detected as non-film by MeGUI. On the other hand AutoGK does detect them as pure film and the resulting Xvid is 23.97 FPS and looks good. Frequently the .mp4 file I get from MeGUI is 29.97 FPS and will still have interlacing/comb artifacts or whatever you call that.

I've tried experimenting with the source type and disabling the recommended deinterlacing setting from MeGUI but still the final file will still have artifacts.

And the preview AVS window never really seems to change for me, no matter what settings I use so it's difficult to see how my settings are altering the final output until I run the full job.

What are some things I can try so that I can get MeGUI to see these DVDs as pure film the way that AutoGK does?

PS- I've searched this thread for "film" and skimmed through the wiki and haven't seen anything to help me. Please post a link if I've overlooked something.

gordonwatts

20th February 2007, 11:15

Hi,
I'm brand new to MeGUI. I'm giving x264 a try. I have an old DVD that I've ripped; it plays fine in its ripped form.

I think load up MeGUI (0.3.4.1038 -- was a bit of a bear getting it working on Vista), Select x264 and MP4 file format, and HQ-Slow as the codec. Then I select the 1st audio track, "ND ACC" and the "MP4-AAC" container. I've downloaded the codec from Nero. I use the "HE-65kbps" profile. I hit AutoEncode.

After a while I have a new .mp4 file. I have the beta1 of ffdshow tryouts installed, and also get the most recent MatroskaSplitter. I tell windows MP to play. It starts (i.e. no errors), and I get icons for video and the splitter (oddly enough, nothing for audio).

I have no sound and no video and no errors. The WMP progress bar remains fixed in place. I can move it to a new spot (say 50% of the movie) and it will respond. I can double click on the Haali splitter icon and I get a nice little bit-rate graph. It is always zero for video (hmmm) and always has something for audio if I've recently moved the slider -- but the audio rate freezes eventually as well. I also tried to view it in Media Player Classic -- and turned on "stats" -- frame rate was zero (duh), Bit rate was listed as changing (no idea if that was due to audio or not).

I've probably done something dumb. But I can't tell where to start: is it my playback that is faulty or my encoding? I've not done anything with x264 previously.

check

21st February 2007, 02:12

@awx: interesting. does the analysis consistantly fail for you, or is this just a once off? Please also post the megui results for its detection.
@gordonwatts: you need to install the nero encoder manually. Read the wiki for instructions.

check

21st February 2007, 04:03

Just a note to all. I'm shifting hosting providers, so sometime in the next week or two the wiki and it's update cache will most likely disappear for a day or two.

awx

21st February 2007, 14:22

Check, the first DVD I tried produced pure film results- the picture looked great and was 23.97 (analysis said "film", top first with no deinterlacing). On all of the later DVDs that I've tried, the analysis will report different things but never film and it almost always recommends some form of deinterlacing. Again, all of these same DVDs will go thru AutoGK and come out as pure film.

For posting results, what should I post? Something from the log file, the avs scripts or just what the analysis recommends?

check

21st February 2007, 14:46

last I checked the deinterlace analysis spat out a lot of statistics on scenetypes and such in the deinterlacing area. If you could post that it would be useful. Also check your source detector config in settings, my default numbers are: 1, 150, 5, 10. You could try and increase the first number to 2 or 3 and see if it helps.
btw, how are you creating your d2vs?

Togg

21st February 2007, 17:31

Running MeGUI 0.2.4.1038 on Windows Vista Ultimate Final 32Bit.

I have a problem with job processing. It seems jobs are saved incorrectly when the command line gets to long. I only tried this for MP4BOX Muxxing but I think this could be a general XML handling error (Vista?)

Example:
-add "D:\Data\DVDSource\Enterprise Season 3\Enterprise S03E02\s03e02.mp4" -add "D:\Data\DVDSource\Enterprise Season 3\Enterprise S03E02\VTS_02_1 - 0x81 - Audio - AC3 - 6ch - 48kHz - DRC - Deutsch - DELAY 0ms.mp4":lang=ger -add "D:\Data\DVDSource\Enterprise Season 3\Enterprise S03E02\VTS_02_1 - 0x80 - Audio - AC3 - 6ch - 48kHz - DRC - English - DELAY 0ms.mp4":lang=eng -add "D:\Data\DVDSource\Enterprise Season 3\Enterpri

The xml is corrupt because tags are not closed.
should be :

-add "D:\Data\DVDSource\Enterprise Season 3\Enterprise S03E02\s03e02.mp4" -add "D:\Data\DVDSource\Enterprise Season 3\Enterprise S03E02\VTS_02_1 - 0x81 - Audio - AC3 - 6ch - 48kHz - DRC - Deutsch - DELAY 0ms.mp4":lang=ger -add "D:\Data\DVDSource\Enterprise Season 3\Enterprise S03E02\VTS_02_1 - 0x80 - Audio - AC3 - 6ch - 48kHz - DRC - English - DELAY 0ms.mp4":lang=eng -add "D:\Data\DVDSource\Enterprise Season 3\Enterprise S03E02\german.srt":lang=ger -add "D:\Data\DVDSource\Enterprise Season 3\Enterprise S03E02\english.srt":lang=eng -chap "D:\Data\DVDSource\Enterprise Season 3\Enterprise S03E02\VTS_02 - Chapter Information - OGG.txt" -new "D:\Data\DVDSource\Enterprise Season 3\Enterprise S03E02\Enterprise - S03E02.mp4"

The job itself works, when I create the job and immediately execute it. That probably means that the internal memory structures are not the problem, only the file save procedure.
After MeGUI restart (when job loaded from xml) it does not work.

Sebastian

Edit: Why is the Bug Report Thread closed?

chelala

21st February 2007, 21:43

MeGUI update behind proxy auth problem

Usually I could update behind a http proxy without auth, now I most use auth in the proxy and MeGUI is not able to update any more.

Any solution possible ?

Thanks in Advance

Harold

check

22nd February 2007, 01:53

@togg, report errors to the sourceforge tracker: https://sourceforge.net/projects/megui/
@chelala: afraid not, but you can manually download the files from one of the mirrors and move them into the appropriate places.

gordonwatts

22nd February 2007, 09:58

@gordonwatts: you need to install the nero encoder manually. Read the wiki for instructions.

Thanks for the help! I'd followed the guide at http://www.digital-digest.com/articles/MeGUI_H.264_Conversion_Guide_page1.html -- but not completely. For some odd reason I'd left the nero encoders in a seperate folder. I then used the "settings" dialog, Program Paths tab, to set the nero path to be my desktop folder. The jobs in the queue seem to have taken some time: the AAC Nero codec jobs each took about 3 hours to run.

I have followed the instructions a bit more carefully this time, and reset the settings dialog box. I'll try running the encoding again tomorrow. And I'll try the one click encoder this time (so less chance of me making a mistake).

On a side note, I like the idea of the oneclick encoder. But my installation of mugui (which was fully updated before the above website went down) doesn't seem to have any one click profiles downloaded. Things seemed to get underway leaving that blank, but it wasn't obvious if that was ok. Is this normal?

BTW, the sourceforge home page does not reference the wiki. Also, the wiki page (at project357) seems to be down. Perhaps you've already started the hosting provider move you mention above (checked at 12:34am PDT). Ah, it is back up now (12:50am).

check

22nd February 2007, 12:50

there are no prebuilt available 1CE profiles available at the moment I'm afraid. Anyway, the state of the 1CE is somewhat unclear at the moment, some people have reported lots of bugs. I don't use it so don't know.

As for the wiki, the domain transfer will go through sometime in the next 8hrs or so I'd guess, and the server it's residing on at the moment is breaking and such, AND once it's moved to the new server it will take me a few days to get it all working again. Check back monday :)

Selur

22nd February 2007, 18:36

Does "Validate AVC Levels" under tools do anything?
I read: http://forum.doom9.org/showthread.php?t=112496
But as fas as I can tell there's no way to select a level in a profile which violates the restrictions of the level.
So does "Validate AVC Levels" under tools have any usage, or did it become obsolete, since level check ist automaticly done during x264 configuration?

Cu Selur

Deano123

22nd February 2007, 22:15

Just Re-Installed MeGUI, And After Updating Theres No Profiles (Video Or Audio Profiles).

cc979

22nd February 2007, 22:37

Just Re-Installed MeGUI, And After Updating Theres No Profiles (Video Or Audio Profiles).

get the profiles from http://megui.org/auto/

then extract into the profiles folder

works for me

Deano123

23rd February 2007, 11:58

Looking for job processor for job...
Processor found!
Starting job job1 at 10:51:48
Starting preprocessing of job...
Preprocessing finished!
encoder commandline:

successfully started encoding
Processing ended at 11:00:40
----------------------------------------------------------------------------------------------------------

Log for job job1

Channels=2, BitsPerSample=16, SampleRate=48000Hz
H:\MeGUI\tools\lame\lame.exe -b 144 --cbr -h --silent - "C:\Documents and Settings\DIN-786\My Documents\Dvd-Rip Process\OutPutRip\AUDIO.mp3"Error:
System.IO.IOException: The pipe has been ended.

at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.WriteCore(Byte[] buffer, Int32 offset, Int32 count)
at System.IO.FileStream.Write(Byte[] array, Int32 offset, Int32 count)
at MeGUI.AviSynthAudioEncoder.encode()
MPEG-1 layer III sample frequencies (kHz): 32 48 44.1
bitrates (kbps): 32 40 48 56 64 80 96 112 128 160 192 224 256 320

MPEG-2 layer III sample frequencies (kHz): 16 24 22.05
bitrates (kbps): 8 16 24 32 40 48 56 64 80 96 112 128 144 160

MPEG-2.5 layer III sample frequencies (kHz): 8 12 11.025
bitrates (kbps): 8 16 24 32 40 48 56 64 80 96 112 128 144 160

fatal error during initialization

----------------------------------------------------------------------------------------------------------
The current job contains errors. Skipping chained jobs

awx

27th February 2007, 01:20

btw, how are you creating your d2vs?
check, good question. I think the .d2v files were my problem. I had been manually launching the DGIndex from the MeGUI dir and opening the vobs and saving the d2v file.

But based on your question, I used the d2v wizard in MeGUI. So far, I've had several films detected as progressive and they're coming out as 23.97 fps.

Dr.Khron

27th February 2007, 14:48

Ok, yet another "I am new to MeGUI" thread... (finally giving up on Gknot and Divx)

I am trying to make high-quality backups of my Simpsons DVDs (Even though the menu animations are cute, its much easier to just open files for the epsiode you want to watch then to navigate the DVD). Since I don't need to hit a size target, I'm planing on using x264, two-pass at an average bit rate of 1600. These will be muxed into an MKV with the original AC3 tracks (regular and commentary) and .IDX graphical subs.

I have a ton of questions. First off, why does MeGUI NOT automaticaly save its logs? I had to copy and paste off the "Log" tab to save the logs. Gknot kept better logs then this... maybe there is an option I havn't found?

Next, I have some issues with encoding.
I didn't resize the image at all, becuase the wiki said:
" If you want the highest quality file, do not resize. "

The source is 4:3 anamorphic NTSC DVD; so I ended up with a 720x480 MKV file that looks stretched. Of course, I can manually set MPC to resize to 4:3, and it looks fine. I see two possible solutions:

Question 1:
Can you encode the video with a 4:3 flag so that MPC automatically resizes the image to 4:3?

Question 2:
Is it better to just resize the image to 640x480 during encoding, thereby forcing 4:3 output?

My other issue is that I'm encountering SEVERE blockiness in the output. Usually its just a strip of bad pixels, but sometimes its on the entire image. Check out the following examples:

http://img204.imageshack.us/img204/4461/lisayk8.th.jpg (http://img204.imageshack.us/my.php?image=lisayk8.jpg) http://img204.imageshack.us/img204/4993/nelsonql9.th.jpg (http://img204.imageshack.us/my.php?image=nelsonql9.jpg) http://img175.imageshack.us/img175/4895/fireworkssr8.th.jpg (http://img175.imageshack.us/my.php?image=fireworkssr8.jpg)

I really don't know what to do about the blockiness, I never encountered that with Divx.

I used a slightly modified "HQ-Slower" settings, with the "Anime" box checked, and "no fast p-skip" checked.
I followed the directions of the Wiki EXACTLY, including changing the "keyframe interval" to 300 and the "min GOP size" to 30.

Here is the AVS script:
DGDecode_mpeg2source("D:\DVD Ripping Temp\PGC1\VTS_03_1.d2v")
edeintted = AssumeTFF().SeparateFields().SelectEven().EEDI2(field=-1)
tdeintted = TDeint(edeint=edeintted,order=1)
tfm(order=1,clip2=tdeintted).tdecimate(hybrid=1)
#crop
#resize
Undot() # Minimal Noise

Here is the encoder log:
Log for job job2-1

avis [info]: 720x480 @ 23.98 fps (32988 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE 3DNow!
x264 [warning]: VBV maxrate specified, but no bufsize.
x264 [info]: slice I:232 Avg QP:19.04 size: 37787
x264 [info]: slice P:13765 Avg QP:21.52 size: 15367
x264 [info]: slice B:18991 Avg QP:23.20 size: 5472
x264 [info]: mb I I16..4: 46.2% 0.0% 53.8%
x264 [info]: mb P I16..4: 25.7% 0.0% 0.0% P16..4: 56.4% 0.0% 0.0% 0.0% 0.0% skip:17.9%
x264 [info]: mb B I16..4: 2.1% 0.0% 0.0% B16..8: 24.7% 0.0% 0.0% direct:29.1% skip:44.2%
x264 [info]: final ratefactor: 20.58
x264 [info]: direct mvs spatial:99.9% temporal:0.1%
x264 [info]: kb/s:1885.1

encoded 32988 frames, 18.14 fps, 1885.13 kb/s

----------------------------------------------------------------------------------------------------------
Starting postprocessing of job...
Job completed successfully and deletion of intermediate files is activated
Postprocessing finished!
Looking for job processor for job...
Processor found!
Starting job job2-2 at 1:53:03 AM
Starting preprocessing of job...
Preprocessing finished!
encoder commandline:
--pass 2 --bitrate 2000 --stats "D:\DVD Ripping Temp\PGC1\S04E01.stats" --keyint 300
--min-keyint 30 --ref 5 --mixed-refs --no-fast-pskip --bframes 3 --b-pyramid --b-rdo
--bime --weightb --direct auto --filter -2,-1 --subme 6 --trellis 1 --analyse all
--8x8dct --vbv-maxrate 25000 --me umh --thread-input --zones 31169,32987,q=40
--progress --no-psnr --no-ssim
--output "D:\DVD Ripping Temp\PGC1\S04E01.mkv" "D:\DVD Ripping Temp\PGC1\S04E01.avs"
successfully started encoding
Processing ended at 4:01:20 AM
----------------------------------------------------------------------------------------------------------

Log for job job2-2

avis [info]: 720x480 @ 23.98 fps (32988 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE 3DNow!
x264 [warning]: VBV maxrate specified, but no bufsize.
x264 [info]: slice I:232 Avg QP:18.38 size: 38434
x264 [info]: slice P:13765 Avg QP:20.62 size: 15486
x264 [info]: slice B:18991 Avg QP:22.35 size: 6420
x264 [info]: mb I I16..4: 40.1% 29.7% 30.1%
x264 [info]: mb P I16..4: 11.3% 8.3% 2.3% P16..4: 41.9% 15.5% 8.5% 0.4% 0.2% skip:11.6%
x264 [info]: mb B I16..4: 0.9% 0.6% 0.2% B16..8: 41.2% 2.0% 4.5% direct: 7.0% skip:43.8%
x264 [info]: 8x8 transform intra:37.3% inter:76.4%
x264 [info]: direct mvs spatial:94.6% temporal:5.4%
x264 [info]: ref P 51.7% 20.0% 13.4% 8.2% 6.8%
x264 [info]: ref B 59.7% 20.7% 10.1% 5.6% 3.9%
x264 [info]: kb/s:2000.2

encoded 32988 frames, 4.29 fps, 2000.30 kb/s
desired video bitrate of this job: 2000 kbit/s - obtained video bitrate (approximate): 2003 kbit/s
----------------------------------------------------------------------------------------------------------
Starting postprocessing of job...
Job completed successfully and deletion of intermediate files is activated
Found intermediate output file 'D:\DVD Ripping Temp\PGC1\S04E01.stats', deleting...
Deletion succeeded.Postprocessing finished!

Any help is GREATLY appreciated, thank you!

nurbs

27th February 2007, 15:05

The logs are saved in the subfolder "logs" in the megui main directory.

If you want anamorphic encoding you should tick the "clever anamorphic encoding" checkbox in the main tab of the avisynth script generator.

For the files you have already encoded without setting the desired aspect ratio you can set a preferred aspect ratio if you mux it to mkv. I don't think megui supports it, but mkvmergeGUI does.

For the Simpsons resizeing shouldn't degrade quality much because its mainly uniform areas without small details.

I don't know about the blocking. Is the DVD scratched?

edit:
Also for cartoons you may want to set deblocking to 1,1 and its problably safe to use way less bitrate (~500 kbps).

Dr.Khron

27th February 2007, 17:41

Doh! Found the logs, thank you very much.

Thanks for the advice on the AR. I can understand why the Simpsons is easily resized, so I'll probably do that. But in general, which produces better quality?
-unresized anamorphic encodes that are resized by the software player
-resized square encodes

nurbs

27th February 2007, 18:21

Hard to tell really. Every resizing costs some quality IIRC so you would want to avoid unnecesary iterations. It probably doesn't matter much as long as you don't resize to a much lower resolution. Personally I just crop the source and encode anamorphic.

Dr.Khron

27th February 2007, 18:41

I don't know about the blocking. Is the DVD scratched?

Hmm, I don't know, I'll have to dig it out. However, a careful viewing of my ripped soure VOBs did show some blocking! This suggests that there is something wrong with the disk, or else maybe the rip.

Thats another thing: I did a full file-mode rip of these DVDs months ago (we've being playing them off the HD with MPC). I'm used to Robot4Rip, which allows you to rip your PGCs directly from files on a HD. However, I could only get DVD Decrypter to rip PGCs from a DVD, not an HD! As a workaround, I made an ISO from the files and mounted it in Daemon tools, and then ripped from that with DVDD. However, now that I'm looking for scratches, its worth digging out the original disks.

Ripping individual PGCs with DVDD is a pain for TV episodes...
Are there any ripping front ends for MeGUI?

Also for cartoons you may want to set deblocking to 1,1

Hmmmm.... There is also an option for "Mpeg2 Deblocking"
when making the AVS script (I guess thats an AviSynth filter). Would that be a better choice since I can see the blocking in the source Mpeg?

nurbs

27th February 2007, 20:28

There aren't any ripping frontends that I know of. I feel your pain though. Most of the DVDs I own are TV series.

About the deblocking: There is a big difference between deblocking in h.264 and avisynth.
The h.264 deblocking is a tool to make encoding more efficient (don't ask me how, I think it has something to do with making it easier to predict motion vectors on deblocked frames).
The avisynth script generator option really makes dgdecode deblock the source before encoding. You need that if there are actually visible blocks (see below) in the source, and even then you are probably better off using a dedicated avisynth plugin for the job.

Looking at the pictures you posted I don't think the avisynth deblocking would help much. It helps to remove visible borders between blocks by smoothing the source.

Dr.Khron

27th February 2007, 21:50

Ah, thanks for clearing that up.

I also found some very good information on h.264 deblocking on DeathTheSheep's site.
http://gabextreme.googlepages.com/DeathTheSheep_x264_VfW_guide.html

The profile I started with was set to -2,-1.
I'm going to use 1,1 for my next run.

check

28th February 2007, 01:06

if you are using coreavc to decode the video, check instead with ffdshow. Coreavc is known to produce a few bugs on decoding some streams, especially is alpha deblock != beta deblock. Also, you can encode a pre-render pass to speed up the encoding and also hopefully reveal if the errors are in the input or the output. Read the wiki for information on it.

Dr.Khron

28th February 2007, 15:50

Hmmmm.... well, last week I was having some filter/spliter conflicts, so I uninstalled EVERYTHING, including my old copy of Gknot.

Then I installed the latest CCCP package. Everything seems to work great now, except for my 264 encoding problems.

I'm pretty sure that I'm using FFDshow to decode. I'll taqke another look at that.

Dr.Khron

2nd March 2007, 17:56

Also, you can encode a pre-render pass to speed up the encoding and also hopefully reveal if the errors are in the input or the output.

I tried this, and it crashed. I have plenty of disk space, so there is no reason why I wouldn't use it. Here is the log:

Starting job job1-2 at 5:01:27 PM
Starting preprocessing of job...
Preprocessing finished!
Calling setup of processor failed with error The file D:\DVD Ripping Temp\S03E01\hfyu_S03E01.avs cannot be opened.
Error message for your reference: AVISource: couldn't locate a decompressor for fourcc FFVH
(D:\DVD Ripping Temp\S03E01\hfyu_S03E01.avs, line 1)

I'm not sure what went wrong there... Not sure why I'd be missing the Huffy decompressor, if thats what its saying.

Also, I'm having trouble encoding the audio... I was going to put the original AC3 files into MKVs, but someone in another thread suggested I try AAC. Its very important to me to maintain the surround sound in the primary audio track.

I tried FAAC first, becuase thats the most common one. It seemed to work great: 6-ch was maintained, quality was good, size was much smaller.

Track 1.AC3 75,688 KB
Track 2.AC3 32,438 KB
Track 3.AC3 32,438 KB

Track 1.ACC 53,674 KB
Track 2.ACC 22,802 KB
Track 3.ACC 23,278 KB

Then I read this in the MeWiki:
FAAC: Another AAC encoder, not-very-good quality output. Use ND/CT AAC instead

So, I decided to try ND AAC. Even though I had it set to "Keep Original Channels" in the audio config, it clearly downmixed the 6-Ch track to 2-Ch, based on file size alone.

Track 1.MP4 27,457 KB
Track 2.MP4 27,435 KB
Track 3.MP4 27,329 KB

I don't know what else I could change in the MeGUI settings to to fix this...

However, I am getting closer to the results I want with the video encoder. More on that later.

jmnk

2nd March 2007, 18:33

I seem to recall that it was discussed before but I can't find the thread. When the audio is converted in MeGUI (let's say mpeg-1 to mp4 format via nero utility) - how could I find what was the commandline used (and/or the entire avs that was fed to nero audio conversion utility)? Mainly, how could I find out what filter was used to open a particular audio file (like for ac3 it would be nicac3source - but I want to see what happens in general)?
regards

nurbs

2nd March 2007, 20:53

So, I decided to try ND AAC. Even though I had it set to "Keep Original Channels" in the audio config, it clearly downmixed the 6-Ch track to 2-Ch, based on file size alone.

I never had any unwanted downmixing.
Without the bitrates and number of channels for the AC3s and MP4s and most importantly the settings you used when encoding it's really hard to tell anything. You could always open it in a DirectShow Player and then check the ffdshow audio tray icon for how many chanels the encoded file has. Other programs (VLC, Yamb?, ...) will probably show you as well. If we are still talking about the Simpsons, maybe audio was encoded with 6ch but 4 of them are mostly silent which would explain the low bitrate if you used quality based encoding.

check

3rd March 2007, 03:47

@dr khron: you need to enable huffyuv decoding in start->cccp->ffdshow video onfig -> codecs -> set huffyuv to 'libavcodec'. As for nero, some people have reported this, as I never encode 5.1 output I'm afraid I can't help. That said, you should check the number of channels in the stream with a tool like mediainfo or ffdshow's audio decoder status window while playing. As for the wiki statement, the quality is still probably better than mp3, but as always (and this is in bold because it's very important): choose with your ears. :)

@jmnk: megui doesn't expose that information. The answers however are reasonably simple: it will use one of nic's audio sources if an appropriate one exists (read the txt file in the avisynth plugins directory for more info), will load .avs files straight up, and will fail for others.

jmnk

4th March 2007, 04:07

@jmnk: megui doesn't expose that information. The answers however are reasonably simple: it will use one of nic's audio sources if an appropriate one exists (read the txt file in the avisynth plugins directory for more info), will load .avs files straight up, and will fail for others.

@check - thanks a lot. So directshowsource filter is never used for opening audio files?

check

4th March 2007, 10:50

not as far as I know. If you want to be sure, the best way is to simply create an avs source yourself. That way you can control whatever is used.

jmnk

4th March 2007, 23:54

not as far as I know. If you want to be sure, the best way is to simply create an avs source yourself. That way you can control whatever is used.
thanks. well - I did not say the "real" reason for my question. I wanted to learn how to create a proper avisynth script for audio processing by looking at how MeGUI does it. I thought it would be a best way in addition to reading avisynth documentation.

steve77

5th March 2007, 00:00

Jeez, I wish I had seen this tread :(

Anyway, I have a problem that I started discussing in the "official thread" but would probably fit best here:

I think I found a script that MeGui doesn't like
DirectShowSource("D:\Work Folder\MySource.wmv")
Lanczos4Resize(512,384)
Import("D:\Work Folder\SeeSaw.avs")
a=last
b=a.degrainmedian(mode=3)
SeeSaw(a,b,sootheS=50)
degrainmedian(mode=4)

The script "SeeSaw" works fine when I'm using Mpeg2Source(). However, SeeSaw in conjunction with DirectShowSource() and any WMV file invariably crash.

It actually pops up the preview window, all is well, I can go play in the bitrate calculator, and even make it to the settings, but after 30 seconds it crashes.

I'm using the same script minus the SeeSaw() funciton and Megui is working fine.

SeeSaw+Mpeg2Source+MeGui = OK
SeeSaw+DirectShowSource and Media Player Classic = OK
SeeSaw+DirectShowSource+MeGui= Crash after about 20 seconds.

So there you have it. I just retested everything today to make sure... and it still holds.

check

5th March 2007, 02:42

peculiar. Are you encoding with x264? Try just running x264 from the commandline:
"C:\path to\x264.exe" -b 100 [for a small output file] "C:\path to\input.avs"
See if that crashes too.

steve77

5th March 2007, 04:25

I couldn't get it to work... but in any case I think it might be irrelevant: it's not that I can't encode x264 videos, it's that I can't even "enqueue" an encoding using MeGUI, because it crashes before I can press the Enqueue button...

check

5th March 2007, 04:35

you aren't using vista are you..?

steve77

5th March 2007, 04:44

Well lookie what I found:

http://img459.imageshack.us/img459/9049/errorsj1.jpg

And this isn't a conincidence, I had finally gotten your method via the commandline to work and it gave me the same error message.

I basically feed the following script in megui (which works fine in absence of the SeeSaw function).

DirectShowSource("D:\Work Folder\poolparty.wmv")
Spline36Resize(576,432)
Tweak(-11.0,1.05)
#Import("d:\work folder\seesaw.avs")
#a=last
#b=a.degrainmedian(mode=3)
#SeeSaw(a,b,sootheS=35)

And once it Enqueued properly into megui, I shut it down, got rid of the # signs in the avs file and re-openend megui. It allowed me to press the "start" button where I got the error.

So error at commandline and error with my shortcut method.... no coincidence there.

x264 just updated didn't it?

I rolled back to r620 and:

http://img475.imageshack.us/img475/2261/error2yj0.jpg
Looks like it's working

EDIT: The plot thickens - I give it a try in MeGui an it crashes, but:

http://img106.imageshack.us/img106/2592/error3ik3.jpg

AND the stats file in the output directory was modified right after I started the encode: I'm going to let it run overnight, but if I wake up and have a perfectly functional video, it means that megui crashes for some reason.

check

5th March 2007, 05:11

hmm, so you think there's an issue with x264? Post a nicely detailed bug report in the MPEG-4 AVC forum and wait.

steve77

5th March 2007, 05:21

No, I think it's MeGui. As we speak right now, even though MeGUI is closed, x264 is running in the background... as can be seen in the last picture.

Furthermore, the .stats file is updating in the output directory, which means that x264 IS working on something intelligent... even though megui crashed long ago.

I think that my first error was a fluke, and that x264 actually does work....

foxyshadis

5th March 2007, 14:30

MeGUI isn't hosting x264 directly, so if it does crash like that, you'll get that behavior. Which is good, but on the other hand, with the window hidden it means you just have to wait for task manager to show it stopping. ;_;

Kind of cool, actually, never seen it do that before. Any error message when megui crashes?

steve77

5th March 2007, 15:22

No message, it just goes ahead and exits. And a little update to confirm my suspicion: I let it run overnight and the 1st pass file created as expected. I took the command line options from the 1-2 job file in megui, and cut/paste into the commandline version.

Sure enough, it's working great. Currently running at 20FPS...

So it's official; MeGUI, DirectShowSource and SeeSaw don't like to play together.... strange, but true.

sillKotscha

7th March 2007, 10:27

just a question about: "Encoding with xvid doesn't work"...

if you can see *Error opening input file extra\_____.cqm* than the correct path to the correct quantization matrix isn't set up properly (as stated in the wiki (http://mewiki.project357.com/wiki/MeGUI_FAQ#Encoding_with_xvid_doesn.27t_work))

but as the following pictures show I have set up everything as it should...

http://img2.freeimagehosting.net/uploads/5041f422c8.jpg (http://www.freeimagehosting.net/)

http://img2.freeimagehosting.net/uploads/4d42837bea.jpg (http://www.freeimagehosting.net/)

nonetheless I get this error unless I choose the pass to the appropriate *.cqm file manually...

would a 'global' setting be possible (e.g. via the setup menu) that you can define where all cqm's can be found... like with avisynth - where you can define the path to all avisynth filters...

thank you, sill

rack04

7th March 2007, 14:57

Is anyone else getting "error loading profile" and "error loading jobs" error message? I'm getting this everytime I open the application.

http://i11.photobucket.com/albums/a199/rack04/MeGUIError.jpg

check

7th March 2007, 22:32

sounds like some sort of corruption. delete all the files by hand and if needed redownload them.

sillKotscha

10th March 2007, 09:21

here is a clip (http://ldbs.heraldsq.com/mtv02_orig.mpg) on which MeGUI's automated source type analysis fails...

dgindex recognizes the stream as follows:

http://img2.freeimagehosting.net/uploads/10e3c324e3.jpg (http://www.freeimagehosting.net/)

I've tried to help this guy here (http://forum.doom9.org/showthread.php?t=123251) but I'm no expert concerning de-interlacing and least of all concerning ntsc clips...

that's why I wanted to let MeGUI analyse the clip but as you will see it fails...

is that a corrupt clip, a special case or just bad luck?

EDIT: Source should be hybrid (mostly NTSC of course).

check

10th March 2007, 11:49

it's impossible to tell. If it only fails on this one source, it could be any.

wacco

14th March 2007, 14:01

Hi there. When I use MeGUI to encode a dvd (d2v file) I've made. I am going to encode it into Xvid. However, the final size always gets over 1.5 GB, which is a little too much. I've even tried using the
"Autoencode" and checked with the Bitrate Calculator, but every time I encode it gets over 1.5 Gigabyte. The video is 1:08 hours.

check

14th March 2007, 14:25

What bitrate was used? After you choose the target filesize with the bitrate calculator, click apply and then go to the codec config and double check the bitrate was applied successfully.

wacco

14th March 2007, 14:31

What bitrate was used? After you choose the target filesize with the bitrate calculator, click apply and then go to the codec config and double check the bitrate was applied successfully.

Ok. I now used the calculator and set my final video size to 600Mb. It did change in the codec config. Bitrate 1100.
I start encoding now, and will see how it turns out.

Selur

14th March 2007, 16:12

Got a little question:

What is the command line switch that should be triggered by 'border mask' in MeGui? (LMP4 configuration->advanced)

Cu Selur

wacco

14th March 2007, 18:01

What bitrate was used? After you choose the target filesize with the bitrate calculator, click apply and then go to the codec config and double check the bitrate was applied successfully.

The bitrate was appllied, but the size still gets over 1,5 gb. I have no idea why it gets so big when I specify that I want it under 700 mb. Here are two screenshots:

http://www.freeimagehost.eu/thumbs/db0437113221.gif (http://www.freeimagehost.eu/image/db0437113221)
http://www.freeimagehost.eu/thumbs/b510ae113222.gif (http://www.freeimagehost.eu/image/b510ae113222)

Selur

14th March 2007, 18:25

What does the Xvid->Advanced tap show?
Wild guess by myside would be you, selected Xvid and didn't Load Defaults before making your own settings in the Xvid configuration and the Quantizers are still restriced form an earlier loaded profile,...

wacco

14th March 2007, 20:11

You are right Selur. I had not reset to default first. I will try with that before using calculator this time. Thanks you very much!

FlyingPJ

19th March 2007, 04:50

Hi, I'm completely new to megui.

I created a d2v of my mpeg file and when I go to create an avisynth script, I get this error message.

http://img169.imageshack.us/my.php?image=meguira6.png

How do I fix this?

cc979

19th March 2007, 07:28

Hi, I'm completely new to megui.

I created a d2v of my mpeg file and when I go to create an avisynth script, I get this error message.

http://img169.imageshack.us/my.php?image=meguira6.png

How do I fix this?

you have got avisynth installed ?

and maybe related to spaces in the pathname

trying it in a folder like c:/temp or something

fight2win

19th March 2007, 18:13

what does mpeg deblocking in megui avisynth script creator does?

check

19th March 2007, 23:35

check it out with your eyes :)

check

20th March 2007, 13:57

sorry for the doublepost, but who's in charge of megui.org? mewiki is taking a vacation and will be afk for a week or two, I'm hoping to get it mirrored somewhere.

totya

23rd March 2007, 00:04

Hi all!

Mí question is, which xvid profiles generated better quality :

xvid '>90% comp check'(HQ)
or
xvid '>30% comp check'(HQ) ?

I don't understand what is this : 30%,90%...

Else I where found detailed documentation of MeGui (if available anywhere) ?

ps.: MeGUI Wiki (http://mewiki.project357.com/) link is unavailable

kurt

23rd March 2007, 10:53

@ totya: it depends on the source. have a look at Teegerdeck's presets thread: http://forum.doom9.org/showthread.php?t=119399

totya

23rd March 2007, 14:06

@ totya: it depends on the source. have a look at Teegerdeck's presets thread: http://forum.doom9.org/showthread.php?t=119399
Thank you!

Deano123

17th May 2007, 16:07

How come when encoding with megui with right settings in birate cal the size still over flows, ripped 2cd rip and came out to be 1.58GB.

check

17th May 2007, 16:35

did you check the bitrate was set correctly? Please post the output from the log window.

Deano123

17th May 2007, 18:43

did you check the bitrate was set correctly? Please post the output from the log window.

oh sorry new feature in video config, never knew.

leo-nl

19th May 2007, 23:32

I updated MeGUI to the new version of 1041. But 'AutoEncode' doesn't work anymore. Nobody has this problem?

Ronin-7

20th May 2007, 12:18

I updated MeGUI to the new version of 1041. But 'AutoEncode' doesn't work anymore. Nobody has this problem?

Yes I get that too a workaround is to select AutoEncode from the Tools menu and it will work.

homerpez

21st May 2007, 01:59

I guess after a brutal tongue-lashing from overseers, this is a better place to post this than where I tried...

Latest development build of MeGUI seems to have AVS (Avisynth) totally borked. Trying to load any video material will result in a "protected memory" error and it refuses to load.

Avisynth works perfectly in all other situations (in fact, I just finished a 100% CQ encode with Virtualdub Mod, using the same AVS file I tried in MeGUI, and there were no errors).

Anyone else? Having this issue? (Running Vista 32)

Dr.Khron

23rd May 2007, 01:37

"overseers", LOL... Yeah, I hear they carry whips, too.
Seriously tho, if you are having problems with the development build, shouldn't you post in the development thread?

As for my question... What does MeGUI do with the "DVD Decrypter generated info file"?

I just did a bunch of PGC rips using PGCDemux, not DVDD... Since I don't have the info files, I can't use the MeGUI D2V tool. Not a big deal, but with short anime episodes its nice to que them up.

check

23rd May 2007, 04:15

Seriously tho, if you are having problems with the development build, shouldn't you post in the development thread?
Shouldn't you read at least the first post of a thread before posting in it? yes :)

As to your question, it uses the information to determine stream languages.

Penecho

31st May 2007, 12:49

Hi, when I try to convert a demuxed HDDVD file with X264 codec megui gives me the following error message:

ContextException thrown by BaseCertificate::GetField [.\BaseCertificate.cpp:903] with context
Field
SAR_ActivationMode
not found in certificate
C:\Programme\Gemeinsame Dateien\Roxio Shared\Certificates8\cp42ppg.rxc

What has that to mean and how can i solve it!?

Cu

check

31st May 2007, 13:51

it means it's unrelated to megui or divx :) Check your video decoder setup.

Deano123

1st June 2007, 12:37

1. Encoded a movie a runtime of 2:04:25 after been encoded runtime jumped to 2:29:11, i have no idea how it happend.

2. Getting a wired problem over the past few days, my outcome file size of my rip comes to 1.56GB after muxing, although birate calculator states:

http://img115.imageshack.us/img115/1126/calulatorjg0.png (http://imageshack.us)

what could be causing this problem :(

check

1st June 2007, 15:14

are you muxing the correct audio stream? Please post the log output for the jobs in question.

Deano123

1st June 2007, 15:39

Yes im muxing the correct audio stream...

Looking for job processor for job...
Processor found!
Starting job job1-1 at 21:25:34
Starting preprocessing of job...
Preprocessing finished!
encoder commandline:
-i "C:\Documents and Settings\DIN-786\My Documents\Dvd-Rip Process\DV2\Shakalaka Boom Boom Script.avs" -pass1 "C:\Documents and Settings\DIN-786\My Documents\Dvd-Rip Process\DV2\Shakalaka Boom Boom Script.stats" -bitrate 1116 -kboost 100 -overhead 0 -turbo -nopacked -vhqmode 4 -qmatrix "C:\Program Files\megui\extra\Sharktooth's EQM v3ULR.cqm" -closed_gop -notrellis -bvhq -threads 1
successfully started encoding
Processing ended at 03:41:27
----------------------------------------------------------------------------------------------------------

Log for job job1-1

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

Tot: enctime(ms) =2475951.00, length(bytes) = 1764611842
Avg: enctime(ms) = 11.06, fps = 90.38, length(bytes) = 7885
I frames: 2756 frames, size = 20264/55848832, quants = 2 / 2.00 / 2
P frames: 86838 frames, size = 15695/1363006081, quants = 2 / 2.00 / 2
B frames: 134091 frames, size = 2578/345756201, quants = 4 / 4.00 / 4
N frames: 91 frames, size = 8/ 728
Trying to retrieve width and height from input header
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!
Looking for job processor for job...
Processor found!
Starting job job1-2 at 03:41:28
Starting preprocessing of job...
Preprocessing finished!
encoder commandline:
-i "C:\Documents and Settings\DIN-786\My Documents\Dvd-Rip Process\DV2\Shakalaka Boom Boom Script.avs" -pass2 "C:\Documents and Settings\DIN-786\My Documents\Dvd-Rip Process\DV2\Shakalaka Boom Boom Script.stats" -bitrate 1116 -kboost 100 -overhead 0 -nopacked -vhqmode 4 -qmatrix "C:\Program Files\megui\extra\Sharktooth's EQM v3ULR.cqm" -closed_gop -notrellis -bvhq -threads 1 -avi "C:\Documents and Settings\DIN-786\My Documents\Dvd-Rip Process\OutPutRip\video.avi"
successfully started encoding
Exception when trying to update status while a job is running. Text: Attempted to divide by zero. stacktrace: at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous)
at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args)
at MeGUI.core.details.JobControl.UpdateGUIStatus(StatusUpdate su)Exception when trying to update status while a job is running. Text: Value was either too large or too small for a UInt64. stacktrace: at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous)
at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args)
at MeGUI.core.details.JobControl.UpdateGUIStatus(StatusUpdate su)Processing ended at 12:04:06
----------------------------------------------------------------------------------------------------------

Log for job job1-2

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

Tot: enctime(ms) =10043029.00, length(bytes) = 1248441518
Avg: enctime(ms) = 44.88, fps = 22.28, length(bytes) = 5578
I frames: 2756 frames, size = 19896/54835193, quants = 2 / 2.00 / 2
P frames: 86838 frames, size = 10498/911696124, quants = 2 / 2.78 / 4
B frames: 134069 frames, size = 2102/281909297, quants = 4 / 4.57 / 7
N frames: 113 frames, size = 8/ 904
Trying to retrieve width and height from input header
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: 1116 kbit/s - obtained video bitrate (approximate): 1343 kbit/s
----------------------------------------------------------------------------------------------------------
Starting postprocessing of job...
Job completed successfully and deletion of intermediate files is activated
Found intermediate output file 'C:\Documents and Settings\DIN-786\My Documents\Dvd-Rip Process\DV2\Shakalaka Boom Boom Script.stats', deleting...
Deletion succeeded.Postprocessing finished!

check

1st June 2007, 16:08

Not sure I'm afraid, is there anything unusual about the output video?

Deano123

1st June 2007, 16:13

Not sure I'm afraid, is there anything unusual about the output video?

Nothing Unusal, Accept The Runtime Is Longer (Btw, Framerate Is 25 FPS)... Could It Be Anything To Do With The Video Profile I Used?

Penecho

3rd June 2007, 13:02

When i try to encode something i get these error messages:

avis [info]: 1920x800 @ 23.98 fps (183824 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2 3DNow!
x264 [warning]: VBV maxrate specified, but no bufsize.
x264 [error]: ratecontrol_init: can't open stats file
x264 [error]: x264_encoder_open failed
The NCBENUM return code is: 0x0
The NCBENUM return code is: 0x0

----------------------------------------------------------------------------------------------------------
The current job contains errors. Skipping chained jobs

How can I solve them? I set the Path to the X264.exe correct!?

Cu

check

3rd June 2007, 13:45

x264 isn't finding the stats file, have you changed those settings or are using a custom profile with them changed?

Penecho

3rd June 2007, 13:53

I used custom setings! Where can i set the path to the stats file?

Cu

gonwk

3rd June 2007, 21:35

I hope I am in the right place for this Q ...

I am trying to install MeGUI 0.2.4.1041 ... install program goes thru it's updating ... but then CHOKES on updating from 0.2.4.1020 to .1041 ... it keep recycling itself and still ends up as .1020 !!!!

Q1: What is the problem?
Q2: Why can't MeGUI zip the changes into one zipped folder ... instead doing an "Online" updates?
Is it trying to load Spyware or something on my computer???

Thanks,
G!:confused:

Doom9

4th June 2007, 11:40

You know, reading your post just shows why megui has an online update mechanism - because of people who cannot handle to update their software on their own. Megui started out as a "you have to download and configure everything on your own" software and you can still do that. Disable the autoupdate and download your own stuff (at your own responsability.. people using components that weren't supported is another reason why there's the autoupdate).
I figure that those who know what they're doing have no trouble figuring out how to configure things manually.
And before you even insinuate BS like Is it trying to load Spyware or something on my computer??? you better have some proof ready. You can get the entire source code of the project and compile it on your own.. being incapable of reading source code is no excuse for making accusations.

foxyshadis

5th June 2007, 07:20

I used custom setings! Where can i set the path to the stats file?

Cu

You can put it anywhere, though leaving it as ".stats" is best because megui will put it with the file. But you must run a first pass, this error usually comes up when you run a second without a first pass. (Or when you change stats file location.)

Mc Onyx

5th June 2007, 12:08

Hi! I'm also having similar if not the same problem as Deano123, the encode is pretty much basic, no audio encoding, just video part and it's 720p, but that shouldn't be of a difference. I'm running Core2 Duo, 2Gb RAM and Windows Vista, maybe it has something to do with Vista.If you need anymore info...

THE ERROR:

Exception when trying to update status while a job is running. Text: Attempted to divide by zero. stacktrace: at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous)
at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args)
at MeGUI.core.details.JobControl.UpdateGUIStatus(StatusUpdate su)Exception... (And it keeps repeating....)

rack04

5th June 2007, 14:12

Recently I tried to encode an 1920x1080 OTA HD recording using MeGUI. When I load try to encode using the AVS file I created, without resizing, it get an error message that says the video is not mod16. If I bypass this message and encode as normal what errors could this cause? Thanks.

check

5th June 2007, 16:53

@mconyx, try setting the program to run with admin privileges.

@rack04, I'd recommend you resize your video to 1088. The reason is because all MPEG codecs work with blocks of the video which are 16x16. If you have a framesize that cannot be equally divided into 16, the encoder invents extra pixels to pad the edge to a factor of 16. The decoder recognises this and strips these extra pixels on playback. As you can imagine, this leads to a loss in compression efficiency.

rack04

5th June 2007, 17:18

@rack04, I'd recommend you resize your video to 1088. The reason is because all MPEG codecs work with blocks of the video which are 16x16. If you have a framesize that cannot be equally divided into 16, the encoder invents extra pixels to pad the edge to a factor of 16. The decoder recognises this and strips these extra pixels on playback. As you can imagine, this leads to a loss in compression efficiency.

Thanks for the reply. What is your understanding of the following statment I found at avsforums.com?

1080 content is all actually 1088 and the difference between 1088 and 1080 is in the header. HDTVtoMPEG2 has an option to remark the headers to fix

Mc Onyx

5th June 2007, 19:42

About advice with Admin privileges, i have UAC turned off and every prog. is run with admin privileges, so that can't be the reason...

check

6th June 2007, 05:34

@rack: it probably means the content is encoded at 1920x1088, but there is a flag set that tells the decoder to chop off the bottom 8 pixels. I would still resize your 1080 stream to either 1088 or 1072.

@onyx: give this a read, it might have something useful: http://forum.doom9.org/showthread.php?p=1010959

rack04

6th June 2007, 13:54

@rack: it probably means the content is encoded at 1920x1088, but there is a flag set that tells the decoder to chop off the bottom 8 pixels. I would still resize your 1080 stream to either 1088 or 1072.

@onyx: give this a read, it might have something useful: http://forum.doom9.org/showthread.php?p=1010959

So after encoding at 1920x1088 the flag will still tell the decoder to display at 1920x1080 when the actual resolution is 1920x1088?

Penecho

6th June 2007, 22:10

Hi, i have an other Question, i encoded something, and now its not where it should be. Means i can not find my File :(

Videooutput is specified, also the file name. Its in the same dir as the avs file, but now after the encode, there is no file from my encoded movie :(

Cu

check

7th June 2007, 03:46

look in the log, it should tell you there. Is it possible it was set to overwrite something?

foxyshadis

7th June 2007, 05:15

So after encoding at 1920x1088 the flag will still tell the decoder to display at 1920x1080 when the actual resolution is 1920x1088?

If you encode at 1920x1088, it'll display that way (or refuse to play if the device doesn't accept over 1080p). If you encode at 1920x1080, it'll internally mirror it up to 1088 but set playback window to 1080; all but a few old, buggy decoders will show it properly (those ones usually show an 8pix strip of garbage).

Penecho

7th June 2007, 12:01

look in the log, it should tell you there. Is it possible it was set to overwrite something?

encoder commandline:
--pass 1 --bitrate 7875 --stats "D:\Movie\stats" --ref 5 --mixed-refs --no-fast-pskip --bframes 3 --b-pyramid --b-rdo --bime --nf --subme 6 --trellis 1 --analyse all --8x8dct --vbv-maxrate 25000 --threads 2 --thread-input --progress --no-psnr --no-ssim --output NUL "D:\Movie\hddvd.avs"
successfully started encoding

avis [info]: 1920x800 @ 23.98 fps (183824 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2 3DNow!
x264 [warning]: VBV maxrate specified, but no bufsize.
x264 [info]: slice I:1675 Avg QP:14.25 size:142133
x264 [info]: slice P:79871 Avg QP:16.06 size: 61740
x264 [info]: slice B:102278 Avg QP:17.19 size: 23012
x264 [info]: mb I I16..4: 22.9% 66.6% 10.5%
x264 [info]: mb P I16..4: 11.0% 20.6% 3.2% P16..4: 31.9% 16.6% 6.3% 0.2% 0.1% skip:10.1%
x264 [info]: mb B I16..4: 0.8% 1.5% 0.3% B16..8: 31.3% 2.2% 4.8% direct:11.1% skip:48.1%
x264 [info]: final ratefactor: 15.83
x264 [info]: 8x8 transform intra:59.5% inter:64.2%
x264 [info]: ref P 63.9% 18.7% 8.6% 5.1% 3.7%
x264 [info]: ref B 82.4% 11.0% 3.1% 2.0% 1.4%
x264 [info]: kb/s:7849.7

encoded 183824 frames, 1.82 fps, 7849.80 kb/s
The NCBENUM return code is: 0x0
The NCBENUM return code is: 0x0

----------------------------------------------------------------------------------------------------------
Starting postprocessing of job...
Job completed successfully and deletion of intermediate files is activated
Postprocessing finished!

But i also locked at megui after the encoding and the output path was the same where the avs was in, and hat the ending*.mkv, but no mkv file there :(

Cu

Doom9

7th June 2007, 12:32

@Penecho: how exactly do you expect to see any output other than a stats file when you do the first of a 2/3 pass and specifically tell the encoder not to write any video output(--output NUL)?

rack04

7th June 2007, 12:32

If you encode at 1920x1088, it'll display that way (or refuse to play if the device doesn't accept over 1080p). If you encode at 1920x1080, it'll internally mirror it up to 1088 but set playback window to 1080; all but a few old, buggy decoders will show it properly (those ones usually show an 8pix strip of garbage).

Thanks for the reply. So the warning message in MeGUI that says that the 1920x1080 is not mod16 is alright to ignore?

smekoslav

7th June 2007, 15:48

2 problems that I have (seen other users having them too, but no solution found):
- megui simply closes after loading AVS that includes RemoveGrain of LimitedSharpenFaster filters
- x264 crashes in 2nd pass, always at different time (i.e. at85%,15%, 50% done, rarely manages to finish an encode...)
- if I try batch x264 encoding I get unsupported input format (DIB), converttoyv12() in avs wont help

gonwk

8th June 2007, 02:06

Hi Doom9,:)

I DID not mean to insult Anyone and especially the "Author" of the MeGUI. Sorrrry, If I have done that unknowingly.

You are right about my Level of inexpertise about "Software" or even "Hardware" for that matter ... I am just "Point & Click" type of a person ...

The reason I asked the 2nd Q was because obviously I am "Paranoid" about "Malware" ... especially "TROJANS" & "BACKDOOR" programs ... that's all ...

BTW, Doom9, THANKS A BUNCH for your Great Website.

Sorry Again & Appreciate All the Freebies that Authors come up with.

G!:o

foxyshadis

8th June 2007, 04:29

Yeah, the warning's only there in case you didn't know. (Maybe 1080 should be an exception, I'll pm akupenguin.)

2 problems that I have (seen other users having them too, but no solution found):
- megui simply closes after loading AVS that includes RemoveGrain of LimitedSharpenFaster filters
- x264 crashes in 2nd pass, always at different time (i.e. at85%,15%, 50% done, rarely manages to finish an encode...)
- if I try batch x264 encoding I get unsupported input format (DIB), converttoyv12() in avs wont help

1. Psychic debugging attempt: Pull SSE3 and maybe SSE2 versions of the dlls out of the plugin folder. If you aren't sure what your system supports, post your exact CPU model.

2. You overclock, don't you? Whether you do or not, you're probably overheating while encoding. Clean, consider additional cooling hardware or clocking down, and also check your power supply for instability under load, another common cause of hardware instability. (Before you say prime95 says you're stable, consider x264 your stability checker. It does a more thorogh job anyway.)

3. Load 'em into virtualdub and find out why.

smekoslav

8th June 2007, 11:05

1. Psychic debugging attempt: Pull SSE3 and maybe SSE2 versions of the dlls out of the plugin folder. If you aren't sure what your system supports, post your exact CPU model.

2. You overclock, don't you? Whether you do or not, you're probably overheating while encoding. Clean, consider additional cooling hardware or clocking down, and also check your power supply for instability under load, another common cause of hardware instability. (Before you say prime95 says you're stable, consider x264 your stability checker. It does a more thorogh job anyway.)

3. Load 'em into virtualdub and find out why.

Thank you a million, mate!

1. PROBLEM SOLVED

2. I do not overclock nor there has ever been any indication of my system being unstable, I ran my machine 24/7 with 3 coolers and my PSU is 420W, which should suffice for 1 DVD and 4 HDDs. x264.exe crashes at random while encoding certain vc-1 video (EVO-->MKV via haali gdsmux), it does never crash encoding anything else. Someone said it's the WMV decoder that's rendering it unstable, could it be?

3. PROBLEM SOLVED

Penecho

8th June 2007, 11:46

@Penecho: how exactly do you expect to see any output other than a stats file when you do the first of a 2/3 pass and specifically tell the encoder not to write any video output(--output NUL)?

Hmm, i thought it would automatically output a file!? I have not seen any option where i could set output NUL or otherwise! How do i change that in MEgui?

Cu

check

8th June 2007, 15:34

@smeko, are you using the sonic decoder for the WMV? It's known to be unstable.

smekoslav

8th June 2007, 15:58

No, I have uninstalled all sonic products from my computer and installed Windows Media Player 11, which has VC1 decoders. I only have these problems with certain VC1 videos, some are encoded flawlessly.

spanky123

10th June 2007, 06:03

I updated MeGUI to the new version of 1041. But 'AutoEncode' doesn't work anymore. Nobody has this problem?

I'm having this problem too. You just gotta go into Tools > Autoencode like Ronin-7 said.

Hopefully it gets fixed in the next update

spanky123

10th June 2007, 09:57

I'm having same/similar problem to penecho from a few posts back
http://forum.doom9.org/showthread.php?p=1011465#post1011465

I just tested it and watched the destination (and working) folder. Everything went as normal - audio was processed, first past was done normally and created a stats file, then second pass encoded normally to the right file size.
Then all of a sudden as soon as the second pass was finished, the .mkv and the stats and .mp3 file were all deleted.
What's going on ? Anyone ?

Here's script
Generating jobs. Desired size: 5242880 bytes
Setting desired size of video to 5242880 bytes
Looking for job processor for job...
Processor found!
Starting job job1-1 at 6:47:59 PM
Starting preprocessing of job...
Preprocessing finished!
encoder commandline:

successfully started encoding
Exception when trying to update status while a job is running. Text: Attempted to divide by zero. stacktrace: at System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous)
at System.Windows.Forms.Control.Invoke(Delegate method, Object[] args)
at MeGUI.core.details.JobControl.UpdateGUIStatus(StatusUpdate su)Processing ended at 6:48:04 PM
----------------------------------------------------------------------------------------------------------

Log for job job1-1

Channels=2, BitsPerSample=16, SampleRate=48000Hz
C:\Program Files\megui\tools\lame\lame.exe -b 160 --cbr -h --silent - "D:\!encoding\testvideo.mp3"
----------------------------------------------------------------------------------------------------------
Starting postprocessing of job...
Job completed successfully and deletion of intermediate files is activated
Postprocessing finished!
Looking for job processor for job...
Processor found!
Starting job job1-2 at 6:48:04 PM
Starting preprocessing of job...
Job 'job1-2' requires bitrate calculation. Calculating now...
Found another video job: job1-3.
Found audio stream: job1-1.
The video job has a desired final output size of 5242880 bytes and video bitrate of 1000kbit/s
Examining audio jobs found...
Audio job 'job1-1':
This job completed successfully, taking size into account...The size is of this track is 602400 bytes, and the type is MP3. Taking this into account in the bitrate calculation.
Desired video size after substracting audio size is 4510KBs. Setting the desired bitrate of the subsequent video jobs to 1230 kbit/s.
Preprocessing finished!
encoder commandline:
--pass 1 --bitrate 1230 --stats "D:\!encoding\testvideo.stats" --bframes 3 --b-pyramid --subme 1 --analyse none --vbv-maxrate 25000 --me dia --threads 2 --thread-input --progress --no-psnr --no-ssim --output NUL "D:\!encoding\testvideo.avs"
successfully started encoding
Processing ended at 6:48:30 PM
----------------------------------------------------------------------------------------------------------

Log for job job1-2

avis [info]: 576x432 @ 25.00 fps (751 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2
x264 [warning]: VBV maxrate specified, but no bufsize.
x264 [info]: slice I:9 Avg QP:20.67 size: 27143
x264 [info]: slice P:454 Avg QP:23.77 size: 8816
x264 [info]: slice B:288 Avg QP:21.42 size: 1531
x264 [info]: mb I I16..4: 36.7% 0.0% 63.3%
x264 [info]: mb P I16..4: 38.8% 0.0% 0.0% P16..4: 31.3% 0.0% 0.0% 0.0% 0.0% skip:29.9%
x264 [info]: mb B I16..4: 1.3% 0.0% 0.0% B16..8: 14.8% 0.0% 0.0% direct:17.7% skip:66.2%
x264 [info]: final ratefactor: 24.34
x264 [info]: kb/s:1248.4

encoded 751 frames, 29.36 fps, 1248.62 kb/s

----------------------------------------------------------------------------------------------------------
Starting postprocessing of job...
Job completed successfully and deletion of intermediate files is activated
Postprocessing finished!
Looking for job processor for job...
Processor found!
Starting job job1-3 at 6:48:30 PM
Starting preprocessing of job...
Preprocessing finished!
encoder commandline:
--pass 2 --bitrate 1230 --stats "D:\!encoding\testvideo.stats" --ref 3 --mixed-refs --bframes 3 --b-pyramid --b-rdo --bime --weightb --subme 6 --trellis 1 --analyse all --8x8dct --vbv-maxrate 25000 --threads 2 --thread-input --progress --no-psnr --no-ssim --output "D:\!encoding\testvideo.mkv" "D:\!encoding\testvideo.avs"
successfully started encoding
Processing ended at 6:49:42 PM
----------------------------------------------------------------------------------------------------------

Log for job job1-3

avis [info]: 576x432 @ 25.00 fps (751 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE SSE2
x264 [warning]: VBV maxrate specified, but no bufsize.
x264 [info]: slice I:9 Avg QP:20.89 size: 25258
x264 [info]: slice P:454 Avg QP:22.67 size: 8555
x264 [info]: slice B:288 Avg QP:20.71 size: 1852
x264 [info]: mb I I16..4: 31.5% 55.0% 13.5%
x264 [info]: mb P I16..4: 10.2% 23.1% 5.5% P16..4: 18.9% 6.1% 2.1% 0.1% 0.1% skip:33.9%
x264 [info]: mb B I16..4: 0.9% 0.8% 0.3% B16..8: 15.3% 1.6% 2.5% direct: 3.5% skip:75.3%
x264 [info]: 8x8 transform intra:58.8% inter:65.1%
x264 [info]: ref P 83.8% 9.0% 7.1%
x264 [info]: ref B 88.2% 8.3% 3.5%
x264 [info]: kb/s:1236.9

encoded 751 frames, 10.51 fps, 1237.13 kb/s
desired video bitrate of this job: 1230 kbit/s - obtained video bitrate (approximate): 1239 kbit/s
----------------------------------------------------------------------------------------------------------
Starting postprocessing of job...
Job completed successfully and deletion of intermediate files is activated
Found intermediate output file 'D:\!encoding\testvideo.stats', deleting...
Deletion succeeded.Postprocessing finished!
Looking for job processor for job...
Processor found!
Starting job job1-4 at 6:49:42 PM
Starting preprocessing of job...
Preprocessing finished!
encoder commandline:
-o "D:\!encoding\testvideo.mkv" -A -S "D:\!encoding\testvideo.mkv" -a 0 -D -S "D:\!encoding\testvideo.mp3" --no-clusters-in-meta-seek
successfully started encoding
Processing ended at 6:49:43 PM
----------------------------------------------------------------------------------------------------------

Log for job job1-4

----------------------------------------------------------------------------------------------------------
Starting postprocessing of job...
Job completed successfully and deletion of intermediate files is activated
Found intermediate output file 'D:\!encoding\testvideo.mkv', deleting...
Deletion succeeded.Found intermediate output file 'D:\!encoding\testvideo.mp3', deleting...
Deletion succeeded.Postprocessing finished!

Looks like somethings going wrong in the muxing part but I got no idea.

Help Please

Update: I tried with mp4 container for final output and it worked ok.

check

10th June 2007, 10:34

err, is looks like you are trying to mux "D:\!encoding\testvideo.mkv" from two components, one of which is itself! That's not legal for mkvmerge :)

spanky123

10th June 2007, 10:49

err, is looks like you are trying to mux "D:\!encoding\testvideo.mkv" from two components, one of which is itself! That's not legal for mkvmerge :)

So what do I do ? I've been doing it the exact same way for months with no problems

Anyway, I deleted the new files in tools/mkvmerge folder and restored the .backup files. That fixed everything. The problem must be in the latest update of mkvmerge in megui. But maybe I'm using the wrong update url. What's the current update url for megui ?

Btw. The autoencode button still doesn't work for me

Deano123

11th June 2007, 22:08

http://img227.imageshack.us/img227/9704/avisynthbt7.png (http://imageshack.us)

check

12th June 2007, 02:10

...and? Did you try the messages suggested? If you want help, make sure you try to fix it yourself first, and always list what you have tried.

Penecho

13th June 2007, 15:53

Hmm, i still did not found where to set, that he does not outpu a NUL file!? Where can i disable that!?

Cu

foxyshadis

13th June 2007, 20:54

MeGUI doesn't output video on the first pass. That's just the way it works. You can force it by adding --output somefile.mp4 or whatever to the custom commandline, but why would you want an output file when your encode uses turbo and will look terrible compared to the second pass?

Penecho

13th June 2007, 21:58

When i set up 2pass, he does not start to encode coz he cant find the stats file :(

Can i use the stats file from the first pass i made now? and how do i tell megui what stats file to take!?

cu

foxyshadis

13th June 2007, 23:03

What's wrong with automated 2-pass that you're avoiding it so much? It'd make your life a lot easier.

Yes, you can point the codec config to the first pass stats file manually, if you really don't want to run that first pass again.

outlaw55

14th June 2007, 14:22

I'm having a problem with encoding for my PSP with MeGUI. The PSP will play back videos at 720x480 now, so I've tried setting MeGUI up to do so. The encodes from PSP Video 9 work, so with the same video, I set the same level (Level 3) and Main Profile, and the bitrate 768 (to match the FIXED SETTINGS in PSP Video 9...yuck), and the same audio (I mux the audio after for BOTH, to make sure it's constant and is a video issue), but the PSP Video 9 video works but the MeGUI encode will not, does anyone have any good settings for MeGUI that work encoding a 720x480 video for the PSP?

EDIT: FYI, the one listed in the "Custom Profile" thread does not work :p!

check

14th June 2007, 14:52

Can you please link to some specifications which define what video the PSP supports? Also, your avatar makes my head hurt :)

outlaw55

14th June 2007, 14:59

Can you please link to some specifications which define what video the PSP supports? Also, your avatar makes my head hurt :)

lol, sorry about my Avatar...also, this is the most information I can find officially...
http://www.us.playstation.com/psp/downloads/systemupdate/history.html#update330

I tried finding out more, but that's just about it...I do know that PSP Video 9 uses Level 3 and those encodes work...but that's about it...

sillKotscha

14th June 2007, 16:11

hi,

just a general question about the audio dialogue ...

if it is possible to generate a own profile for audio, why isn't it possible to set a sample rate by myself?

http://img2.freeimagehosting.net/uploads/c17f1e50d2.jpg (http://www.freeimagehosting.net/)

check

15th June 2007, 00:19

@kotscha, sample rate is not supported by megui, probably because there's usually no sane reason to change it.
@outlaw, try the CE-MainProfile option

sillKotscha

15th June 2007, 00:59

the sane reason is that it should be flexibly configurable if a user can create it's own profile...

as he can right now... configure all settings except the sr...

check

15th June 2007, 03:29

MeGUI is not meant to be an "every setting under the sun" media creator. It's meant to have the most common options available to be used, and you can see this is the case by looking at the muxers or avs creator. If you want more control, do it by hand.

outlaw55

15th June 2007, 13:51

@outlaw, try the CE-MainProfile option
I found the problem, the PSP won't read B-frames in the 720x480 resolution files.

sillKotscha

15th June 2007, 14:10

If you want more control, do it by hand.

I'm not asking for high level customer support - it was just a question about a missing - the only essential missing - option within the audio creation dialogue.

and until now I do everything by hand... that's why I'm asking to include it... than there is no need to do it by hand anymore ;)

as you know MeGUI is a very complex user interface... and your statement "It's meant to have the most common options available" doesn't fit here very well ;) as MeGUI does have everything one wants to have... and as I said if a user can create a custom profile but an essential feature is missing - sr in this case - than predefined profiles would suffice :) without the need of custom ones...

and please... you're not talking with a dumb person - mind your tone please... and respect any user input!!

Doom9

15th June 2007, 14:37

So what exactly do you want to resample? Over the years, I have yet to hear a single argument that would make me spend even a second to think about my stance on resampling: over my dead body! And you're not the first one to ask for this.
as you know MeGUI is a very complex user interface.If you have any input to make thing easier for the user without having to rebuild the application from ground up, such input is always welcome.

sillKotscha

15th June 2007, 16:40

So what exactly do you want to resample?

I have found out that MeGUI is the only application being able to "produce" perfectly sounding AAC files... in terms of loudness, crispness, etc.

just because of this very nice feature (no matter which encoder is used...)

http://img2.freeimagehosting.net/uploads/a88310536c.jpg (http://www.freeimagehosting.net/)

and as I now create 3gp files for my mobile I'm converting sound files into AAC with MeGUI. It would suffice to create 44.1khz AAC for 3gp... lower bitrate does have to correspond in lower sr... a 48kbit/s AAC-LC @48khz doesn't sound that well... and unfortunately I have to create LC profile encoded files... as my moblie won't play AAC+ within 3gp...

so, as I'd love to rely on MeGUI for creating AAC files it would be the cherry on the cake to alter the sr...

If you have any input to make thing easier for the user without having to rebuild the application from ground up, such input is always welcome.

complex wasn't meant as "too complex" - just as of 'full of features every user is happy to have'...

tha_reaper

15th June 2007, 19:34

When i decide to cut a file with megui so i get, lets say: the first 8000 frames of my DVD movie, and i encode it, i get the output MKV with teh full length sound (so in my case, 6 minutes of video with 2 hours and 11 minutes of audio...
How can i let megui make the audio and video the same length? I could demux it and cut the audio stream myself, but i think im doing something wrong and that the awnser would be pretty straithforward...

can anyone help me with that?

Henrikx

15th June 2007, 23:38

@tha_reaper
Avs Cutter
1.Add cuts to script (for your avs script)
2.Save cuts (*clt) (for audio)

For Audio.
Audio Input + clt-File (Menuepoint Cut)

tha_reaper

16th June 2007, 10:31

@tha_reaper
Avs Cutter
1.Add cuts to script (for your avs script)
2.Save cuts (*clt) (for audio)

For Audio.
Audio Input + clt-File (Menuepoint Cut)
thats! the tutorial i used never mentioned the Save Cuts button and the wiki page has the cutter page still under construction. This advice helped me out.

edit: cheered too early:
Log for job job1-1

Error:
MeGUI.AviSynthException: Script error: the named argument "length" was passed more than once to BlankClip
at MeGUI.AviSynthClip..ctor(String func, String arg, AviSynthColorspace forceColorspace, AviSynthScriptEnvironment env)
at MeGUI.AviSynthAudioEncoder.encode()

anyone know how i can fix this error or do i need to upload some of my files (clt and avs maybe?)

foxyshadis

16th June 2007, 11:03

Lowpass is always recommended by experts at HA as preferable to samplerate for reducing the amount to encode. The only good reason to change the sample rate is when a player requires it, like upping to 48 for most digital video standards. If you need that, do it in behappy or edit the avisynth script to add ssrc yourself. I'd support adding lowpass to MeGUI, but that's only my opinion.

handtruck

21st June 2007, 14:41

I'm using megui to encode an xvid, but the end result is always 25fps, even when the source is 23.976! I know xvid_encraw has a -framerate switch, but I don't see it being used in the megui log.
Is there anything I'm doing wrong?

check

22nd June 2007, 02:59

post the avs file :)

handtruck

22nd June 2007, 03:32

post the avs file :)

I don't see how that would help. If I open it up in MPC or VirtualdubMOD, it says the rate is 23.976. I did some digging, and switched my xvid_encraw to the squid_80 build, which looks at the input fps rather than defaulting to 25fps like the one megui uses. I have had no compatibility issues yet.

I just noticed I was using the development update server for megui, which includes the Celtic Druid 2007.03.10 (svn) version on xvid_encraw, which apparently sticks with the 25 fps default.

I think either way MeGui should be able to determine the fps on its own and put it out to the -framerate switch to override the default. I'm pretty sure it's capable of this from my experience with using it for x264 and its inclusion of the fps in the generated mp4box commandline.

kurt

22nd June 2007, 06:58

I got some strange logs in 2nd pass with my recently encoded movies (using cefs latest x264 build with sharktooth hq-slowest profile, megui 0.2.4.1041)

Maybe it has something to do with .net3, which I installed a while ago?

logfile (http://home.arcor.de/evil.bert/test/logfile-07-06-18_22-53-37.log)

UKDNA

24th June 2007, 15:50

I've searched all through this site and can't find a definitive answer to this:

When i set up more than one 'one click' job (two or more movies)with different one-click profiles, the profile change is completely ignored and the subsequent movies are all encoded identical to the first.

I have taken to shutting down megui and restarting between each movie to try and get the selectedprofiles.xml to update, I even have a link to that file on my desktop so i can manually check/change the profiles before encoding.

Why does megui ignore profile changes between *sets* of batch jobs?

tr1pp1n87

24th June 2007, 17:56

I have a problem with MeGUI (newest updated version) and it happens on all my x264 encodes. It doesn't matter if its a single pass (const quan) or an automated two pass, at the very end of the first pass it gets to Status 100% and the program totally stalls... It does not freeze up, it just sits there and the FPS slowly winds down from the constant 50 it was at to like .14 - Check SS

http://i10.tinypic.com/4t5bxgj.jpg

I am encoding a NTSC Vob file (i have tried a few to make sure it wasnt the source)- my AVS script for this particular encode is DirectShowSource("C:\Documents and Settings\Office\Desktop\VTS_01_1.VOB",fps=29.97000002997,audio=false)
edeintted = last.AssumeTFF().SeparateFields().SelectEven().EEDI2(field=-1)
TDeint(order=1,edeint=edeintted)
crop( 14, 62, -14, -76)

BilinearResize(640,352) # Bilinear (Soft)
#denoise

For this particular encode I was using the Profile HQ-Slow which is one of the profiles that comes with MeGUI, my file format is .MKV

here is my log file
Looking for job processor for job...
Processor found!
Starting job job1-2 at 2:56:06 AM
Starting preprocessing of job...
Preprocessing finished!
Calling setup of processor failed with error The file C:\Documents and Settings\Office\Desktop\hfyu_ji.avs cannot be opened.
Error message for your reference: AVISource autodetect: couldn't open file 'C:\Documents and Settings\Office\Desktop\hfyu_ji.avi'
Error code: 2
(C:\Documents and Settings\Office\Desktop\hfyu_ji.avs, line 1)
Looking for job processor for job...
Processor found!
Starting job job1-1 at 2:56:20 AM
Starting preprocessing of job...
Preprocessing finished!
encoder commandline:
--pass 1 --bitrate 2569 --stats "C:\Documents and Settings\Office\Desktop\ji.stats" --bframes 3 --b-pyramid --direct auto --filter -2,-1 --subme 1 --analyse none --vbv-maxrate 25000 --me dia --threads 2 --thread-input --progress --no-dct-decimate --no-psnr --no-ssim --output NUL "C:\Documents and Settings\Office\Desktop\ji.avs"
successfully started encoding

Any help would be greatly apperciated, Thanks

cc979

25th June 2007, 03:00

might have something to do with high priority

check

25th June 2007, 04:07

try taking the used commandline and encoding with it by hand.

Ruriko

26th June 2007, 04:07

I have a problem opening a avi file in MeGUI - AviSynth script creator. When I select the video file in video input I get a error
http://i52.photobucket.com/albums/g13/chibi-pucca/megui.gif
I have already installed the latest version of AviSynth and copied dgdecode.dll

Deano123

26th June 2007, 19:49

im ripping with no deinterlacing and keep getting 25FPS...

Deano123

26th June 2007, 23:31

Im ripping with a clean script, and no deinterlacing (progressive), ive tryed re-installing avisynth & megui but i end up with 25fps...

handtruck

27th June 2007, 17:09

Im ripping with a clean script, and no deinterlacing (progressive), ive tryed re-installing avisynth & megui but i end up with 25fps...

Are you encoding with Xvid?

The xvid_encraw that comes with megui 1041 comes with will automatically encode at 25fps unless otherwise instructed, which MeGui does NOT do.

Change your xvid_encraw to the squid_80 version (see my previous post on this thread).

lcx

27th June 2007, 23:25

I have a problem opening a avi file in MeGUI - AviSynth script creator. When I select the video file in video input I get a error
http://i52.photobucket.com/albums/g13/chibi-pucca/megui.gif
I have already installed the latest version of AviSynth and copied dgdecode.dll

I too have the same problem with the latest version. Older version works fine.
(I am using Vista)

daWsOn_s

28th June 2007, 00:10

Hi, why the x264 is now at 662 version and the updates from megui are stopped at 635?:rolleyes:

check

28th June 2007, 04:34

because the maintainer of x264 builds for megui is afk. You can replace the stock x264 with your own if you'd like though.

daWsOn_s

28th June 2007, 13:05

because the maintainer of x264 builds for megui is afk. You can replace the stock x264 with your own if you'd like though.

oh so you mean I can replace the exe downloaded from x264.nl?

check

28th June 2007, 14:45

err, I mean you can use whatever version of x264 you like. You can set the executable that MeGUI will use in the settings.

Taxidermista

30th June 2007, 14:48

I don't know if this is a bug or what, I'm doing several encodings with megui 0.2.4.1039 and changing the VIDEO OUTPUT path directly in the main window, without using the [...] button. The problem is that megui do not respect the new paths I've wrote for the output files after the encoding, the files always show up in the same folder as the avs script. But if I use the [...] button to select the target folder (and filename) then everythig is fine.

Dreassica

30th June 2007, 20:42

Nvm found out myself.

Zergrinch

1st July 2007, 10:28

Have a problem with meGUI. Downloaded and installed latest stable build of AviSynth and meGUI (1041). AutoUpdate won't work, saying it can't load the XML file.

Trying server: http://mewiki.project357.com/auto/
Retrieving update file from server...
Error: Couldn't connect to server.
Trying server: http://megui.org/auto/
Retrieving update file from server...
Error: Couldn't connect to server.
Error: Could not download XML file

However, if I try to access the update sites megui.org and mewiki.project357 via Internet Explorer, I can see and download the files fine. meGUI has been added to my firewall exceptions.

Help? Anyone got a fully zipped meGUI with all components already downloaded?

Henrikx

1st July 2007, 10:49

@Zergrinch
Which Firewall?

Zergrinch

1st July 2007, 11:56

Windows SP2 :D

I tried disabling it too, but no go. I can download via IE, Firefox, Getright, even Web Folders, but not in meGUI...

Henrikx

1st July 2007, 12:07

@Zergrinch
1.Settings - Extra config - Use Auto Update ist on ?
No Router or second firewall ?
MeGUI-Folder is not write-protected ?

temproh

1st July 2007, 20:05

Looking for job processor for job...
Processor found!
Starting job job3-2 at 20:55:23
Starting preprocessing of job...
Preprocessing finished!
encoder commandline:
--pass 2 --bitrate 1124 --stats "J:\24_DISC1\VIDEO_TS\twenty.stats" --ref 5 --mixed-refs --bframes 3 --b-pyramid --b-rdo --bime --weightb --direct auto --filter -2,-1 --subme 6 --trellis 1 --analyse all --8x8dct --vbv-maxrate 25000 --me umh --thread-input --progress --no-psnr --no-ssim --output "J:\24_DISC1\VIDEO_TS\twenty.mkv" "J:\24_DISC1\VIDEO_TS\twenty.avs"
successfully started encoding
Processing ended at 20:55:32
----------------------------------------------------------------------------------------------------------

Log for job job3-2

----------------------------------------------------------------------------------------------------------
The current job contains errors. Skipping chained jobs
Any ideas?

gonwk

2nd July 2007, 03:26

Hi folks,:)

I have been problem Downloading MeGUI from any site ... including it's Main site "x264.nl" ...

Q: Does anyone know what could the problem be? I never had this problem before?:confused:

Thanks,
G!:)

Nic-

2nd July 2007, 03:48

after update Megui to 0.2.4.1043, i can't use MKV muxer
This application has failed to start because pcrecpp.dll was not found. Re-installing .........

log:
Looking for job processor for job...
Processor found!
Starting job job1 at 9:30:00 AM
Starting preprocessing of job...
Preprocessing finished!
encoder commandline:
-o "F:\liar04.mkv" -A -S "F:\liar.mkv" --language 0:eng -a 0 -D -S "F:\liar.mp3" --no-clusters-in-meta-seek
successfully started encoding
Processing ended at 9:30:16 AM
----------------------------------------------------------------------------------------------------------

Log for job job1

so, do i need to download this http://www.bunkus.org/videotools/mkvtoolnix/win32/mkvtoolnix-unicode-2.0.2-1-setup.exe to reinstall ? is that the right version ? and after install, Megui auto detect the new mkv muxer ?

Thanks

check

2nd July 2007, 03:54

nic, try grabbing the latest mkvtoolnix from here and extract it into your directory: http://www.bunkus.org/videotools/mkvtoolnix/win32/pre/

gonwk, sounds like a problem with your internet connection

Nic-

2nd July 2007, 04:20

thank you check but with the lastest build20070630-3, it still has problem
tried to search pcrecpp.dll, but i can't find it.

foxyshadis

2nd July 2007, 04:56

Yes, you must install the most recent full setup before you can install a point package like the /pre files. The point packages don't include dependencies.

Richard Berg

2nd July 2007, 06:29

Where is the SAR control in the latest MeGUI? I can't find it. (I'm just using x264 profiles + my own scripts, no automatic modes.)

mitsubishi

2nd July 2007, 06:46

Where is the SAR control in the latest MeGUI? I can't find it. (I'm just using x264 profiles + my own scripts, no automatic modes.)
Did it use to be an option? You can add, eg "--sar 5:3" in the custom commandline options which can be found on the zones tab in the x264 config.

berrinam

2nd July 2007, 06:56

Where is the SAR control in the latest MeGUI? I can't find it. (I'm just using x264 profiles + my own scripts, no automatic modes.)

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:
# Set DAR in encoder to 4 : 3. The following line is for automatic signalling
global MeGUI_darx = 4
global MeGUI_dary = 3
# other stuff which actually is the script
...
and MeGUI will interface with Avisynth to get the values of the variables. So you can even do something funky like

global MeGUI_darx = my_avs_func_x()
global MeGUI_dary = my_avs_func_y()
...

But they have to be integers!

Richard Berg

2nd July 2007, 07:43

Do they have to be nice integers? Or can I do something like
global MeGUI_darx = round(dar*10000)
global MeGUI_dary = 10000

berrinam

2nd July 2007, 07:57

They don't have to be nice, but they have to be integers, because MeGUI calls the Avisynth function, 'AsInt()'

Richard Berg

2nd July 2007, 08:28

Ok. I wonder if players/codecs will care about big integers. I can test.

Selur

2nd July 2007, 12:20

Why can't one use trellis in the x264 configuration if one selects Baseline or Main Profile ?

Afaik trellis shouldn't cause any problems that conflict with baseline or main profile.
-> Is it a 'bug' or did I overlook something?

Cu Selur

check

2nd July 2007, 12:42

I was under the impression trellis requires CABAC, but that's just because MeGUI has said so ;)

Selur

2nd July 2007, 15:36

thanks found something about it here:
http://forum.doom9.org/showthread.php?t=83039

carlo_0000

2nd July 2007, 19:55

oups wrong post

Zergrinch

3rd July 2007, 00:32

>@Zergrinch
> 1.Settings - Extra config - Use Auto Update ist on ?

Yes, it's on.

> No Router or second firewall ?

I am behind a Linksys WRT54G router. But it doesn't explain why I can download fine in other applications but not in meGUI...

> MeGUI-Folder is not write-protected ?

No, it's not.

hannah

4th July 2007, 09:57

Hi I am a first time user of megui. This is my avisynth script:
SetMemoryMax(256)

LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\SeeSaw\MaskTools.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\SeeSaw\mt_masktools.dll") #need to have the faster version work
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\SeeSaw\RemoveGrainSSE3.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\SeeSaw\MVTools.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\SeeSaw\degrainmedian.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\SeeSaw\RepairSSE3.dll")

Import("C:\Program Files\AviSynth 2.5\plugins\SeeSaw\Seesaw_faster.avs")

DirectShowSource("D:\Raw\Tape2\KitChan.07-05-18_22-21.00.avi")

ConvertToYV12(interlaced=true)
LeakKernelDeint(order=0,sharp=true,threshold=10)

a = last
b=a.degrainmedian(mode=1)
SeeSaw(a,b, NRlimit=4, NRlimit2=5, Sstr=1.5, Slimit=9, Spower=9, Szp=16, sootheT=80, bias=40 )

Whenever I load this script megui crashes after a little while. I am also attaching the screen shot of the crash. My video source is from Panasonic NV GS 180 (miniDV). I have used WinDV to copy the tape in my computer.

I did search google and this forum. Did not find the relevant thread. Could you please give me a pointer?
Thanks for your help.

~bT~

4th July 2007, 10:17

^ attachments will take time for approval. maybe u shud upload the snapshot and log to www.maxupload.com and post the links here.

EDIT: I just tried your script. I thinks its got something to do with SeeSawFaster.
Try the normal SeeSaw and see if it crashes.
SeeSawFaster crashed for me but the normal one didn't.

hannah

4th July 2007, 10:42

Ok bEnGaLi tHuG ..will try that.. funny that you call yourself bEnGaLi tHuG ...kemon achen dada

hannah

4th July 2007, 12:44

Hi bEnGaLi tHuG,
Just tried normal seesaw script as shown below:
_____________________
SetMemoryMax(256)

LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\SeeSaw\MaskTools.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\SeeSaw\RemoveGrainSSE3.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\SeeSaw\MVTools.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\SeeSaw\degrainmedian.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins\SeeSaw\RepairSSE3.dll")

Import("C:\Program Files\AviSynth 2.5\plugins\SeeSaw\SeeSaw.avs")

DirectShowSource("D:\Raw\Tape2\KitChan.07-05-18_22-21.00.avi")

ConvertToYV12(interlaced=true)
LeakKernelDeint(order=0,sharp=true,threshold=10)

a = last
b=a.degrainmedian(mode=1)
SeeSaw(a,b, NRlimit=4, NRlimit2=5, Sstr=1.5, Slimit=9, Spower=9, Szp=16, sootheT=80, bias=40 ) #smooth filter

________________________________
Megui crashed again. Quite happy to provide more info however need to know what info is sought.

~bT~

4th July 2007, 13:23

^ how many versions of RemoveGrain & Repair dll's do u have? u shud remove all except the ones for your CPU.

hannah

4th July 2007, 14:39

Well my cpu is SSE3 enabled hence I am using these versions of Repair and Removegrain. Without these .dlls seesaw.avs will not work. There is only one each as you can see.

audyovydeo

4th July 2007, 15:10

Hello

I use meGUI to :

1. extract audio from AVI files + encode it to audio.mp4
2. mux my video.mp4 with my audio.mp4 files.

I do my video.mp4 files with x264 on the command-line.
I'd much rather do everything in cmdline, but I havent figured out which tool/s (and command options) do the above two tasks.
I imagine for the muxing it's mp4box, but with which switches ?
as for the audio ?

Any info is welcome
thanks
audyovydeo

~bT~

4th July 2007, 15:43

Well my cpu is SSE3 enabled hence I am using these versions of Repair and Removegrain. Without these .dlls seesaw.avs will not work. There is only one each as you can see.

yes i can see that but how many of these variations do u have in the plugins folder?

foxyshadis

4th July 2007, 18:06

The command lines are all kept in the logs.

audyovydeo

4th July 2007, 19:26

The command lines are all kept in the logs.

Thanks F/S, great !!

audyovydeo

hannah

5th July 2007, 09:46

yes i can see that but how many of these variations do u have in the plugins folder?

Ok..as you had advised, I looked at the plugins folder. There were no removegrain / repair variations of .dll. What I also had done is to remove all the .dll from my plugins folder except DirectShowSource.dll.

Rerun the avisynth script through megui and it had crashed again. Uploaded the crash infos here:
http://maxupload.com/42023A29

Thanks

hannah

7th July 2007, 01:25

From bengali Thug:

Posts: 261

SetMemoryMax(256)

try changing to SetMemoryMax(512)
__________________
bT

Now the script has setmemorymax(512) and still crashing. please note that I got 512MB Ram only in my laptop.

Thanks again.

Selur

7th July 2007, 07:07

@hannah: Try RemoveGrainSSE2&Co instead of the SSE3 versions, at least over here the SSE3 version cause my scripts to crash. ;)

hannah

7th July 2007, 11:38

@hannah: Try RemoveGrainSSE2&Co instead of the SSE3 versions, at least over here the SSE3 version cause my scripts to crash. ;)

Ok now have encoded quite a few clips. This is the result.
I am talking about megui and seesaw.avs script by Didee. Selur is right. One cannot use RemoveGrainSSE3. It crashes megui. I have replaced now with RemoveGrainSSE2 and RepairSSE2. The seesaw script is running fine now.

I tried seesaw_faster.avs. It crashes megui as well.

My workable config is megui + seesaw.avs with RemoveGrainSSE2 and RepairSSE2.

Thanks everyone.

~bT~

7th July 2007, 11:59

^ i don't know why but the SeeSawFaster also crashes for me :(

GoodzMastaJ

7th July 2007, 17:14

Are you encoding with Xvid?

The xvid_encraw that comes with megui 1041 comes with will automatically encode at 25fps unless otherwise instructed, which MeGui does NOT do.

Change your xvid_encraw to the squid_80 version (see my previous post on this thread).

I ran into this problem last night with an xvid encode. I switched to the latest squid_80 build I could find (from this post (http://forum.doom9.org/showthread.php?p=948622#post948622)) and am currently re-encoding. I did notice there was not a single option in the xvid config to set the framerate so if the build of xvid_encraw currently being supplied with megui isn't going to be fixed to auto-framerate from (in my case) an avisynth input, then the option certainly needs to be added.

~bT~

7th July 2007, 23:05

IIRC, MeGUI used to tell you if it has forced film in the log file.

I just created a D2V and it didnt state this info in the log.

This has been happening since update 0.2.5.1005.
Looking for job processor for job...
Processor found!

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

Starting job job1 at 21:03:31
Starting preprocessing of job...
Preprocessing finished!
encoder commandline:
-AIF=[F:\DVD\KKHH\VTS_01_1.VOB] -OF=[F:\DVD\KKHH\VTS_01_1] -exit -minimize -OM=2
successfully started encoding
Processing ended at 21:07:07
----------------------

Log for job job1

----------------------
Starting postprocessing of job...
Postprocessing finished!
End of log for job1
-------------------------------------------------------
Not a biggie but I just thought I'd let you guys know ;)

~bT~

8th July 2007, 22:06

Another one with the latest updates..

http://maxupload.com/img/61F96ECB.jpg

berrinam

9th July 2007, 04:47

Can you please post these in the sourceforge bug tracker? There's a link in my signature.

~bT~

9th July 2007, 09:13

^ done!

Selur

9th July 2007, 17:40

How can one remove a Worker?
(refers to the new Workers-Feature)

mitsubishi

9th July 2007, 17:47

How can one remove a Worker?
(refers to the new Workers-Feature)

From either the "Worker>Shutdown worker" menu on the worker window, or by right clicking the worker in the worker summary and choosing "Shutdown worker"

handtruck

9th July 2007, 19:43

I ran into this problem last night with an xvid encode. I switched to the latest squid_80 build I could find (from this post (http://forum.doom9.org/showthread.php?p=948622#post948622)) and am currently re-encoding. I did notice there was not a single option in the xvid config to set the framerate so if the build of xvid_encraw currently being supplied with megui isn't going to be fixed to auto-framerate from (in my case) an avisynth input, then the option certainly needs to be added.

You can manually add the "-framerate 23.976" (or whatever fps) in the "Custom Commandline Options" textbox in the configuration. However, just stick with squid_80's build, since that one checks the fps of the input file.

GoodzMastaJ

10th July 2007, 03:56

I tried to do an encode using LMP rather than XviD (using a profile that worked prior to the last update) and the new mencoder complained that I hadn't specified audio encoding (which it shouldn't for the video pass). Reverting to the previous version of mencoder returned the working behaviour again.

Starting job job1-1 at 9:45:51 PM
Starting preprocessing of job...
Preprocessing finished!
encoder commandline:
"E:\Anime\StrikerS\10\mxtv1-time.avs" -ovc lavc -o NUL: -passlogfile "E:\Anime\StrikerS\10\mxtv1-time.stats" -lavcopts vpass=1:vbitrate=600:vqdiff=2:vqblur=0:vqcomp=0
successfully started encoding
Processing ended at 9:45:52 PM
----------------------------------------------------------------------------------------------------------

Log for job job1-1

MEncoder dev-SVN-r23107-4.3.0 (C) 2000-2007 MPlayer Team
CPU: Intel(R) Pentium(R) 4 CPU 2.60GHz (Family: 15, Model: 2, Stepping: 9)
CPUflags: Type: 15 MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0
Compiled with runtime CPU detection.
success: format: 0 data: 0x0 - 0x30a
AVS file format detected.
VIDEO: [YV12] 704x400 12bpp 23.976 fps 0.0 kbps ( 0.0 kbyte/s)
[V] filefmt:38 fourcc:0x32315659 size:704x400 fps:23.98 ftime:=0.0417

Exiting...

No audio encoder (-oac) selected. Select one (see -oac help) or use -nosound.

----------------------------------------------------------------------------------------------------------
The current job contains errors. Skipping chained jobs

@handtruck
I don't always deal with 23.976fps material and I'd rather not be bothered to manually edit the command line every time so I'll stick with the squid_80 build you suggested. (unless there's a compelling change between that version and this latest one but it seems to work fine for me)

Selur

10th July 2007, 09:33

@mitsubishi: Thx :)

jtarrio

12th July 2007, 14:09

I've found several times that, after encoding a video with Auto Encode option in MeGUI, it ends up muxing the audio tracks twice. I end up having to remove the duplicate copies using MP4Box...

Anyone found this behavior before?

kurt

12th July 2007, 21:33

"run command after encoding ..." doesn't work anymore. Or has it something to do with the new workers_thing?

I'm using MeGUI 0.2.6.1001

edit: shutdown is also ignored

EroKaos

13th July 2007, 03:50

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.
when trying to run the jobs. MeGUI was working fine just before I updated it. Running regular jobs are no problem though. I tried looking around but could not find a similar problem posted to mine.

Any help is appreciated.

EDIT: One last thing, just to confirm, does it even matter if my video res aren't mod16 divisible? I'm pretty picky so I would like the video to cropped at the right place.

dancho

13th July 2007, 10:05

cosmetic problem with MeGUI 0.2.5.1007

http://img529.imageshack.us/img529/3585/prb1ma3.jpg (http://imageshack.us)

Windows XP Pro
ForceWare driver(162.18) :1680*1050*60Hz (Dell 2007wfp)
Display DPI settings: Large size (120 DPI)

acrespo

13th July 2007, 14:40

I have the same problem of EroKaos reported above. Can anybody help us?

EroKaos

14th July 2007, 04:58

I updated to version 2.6 and tried using the workers but still got the same error from my previous post.
Looking for job processor for job...
No processor found!
Skipping job job1-1.

What I do is load the avs, tick the check box for pre-rendering and queue the jobs. Assing them to a worker and start them but I always end up with the error metioned above. Is there something i'm doing wrong or something I'm not doing?

And if it helps, I tried to do the huffy pass using command lines and it worked, at least I think it did. I'm not sure if this is the right command line for a huffy pass
--crf 18 --ref 16 --mixed-refs --no-fast-pskip --b frames 3 --b-pyramid --b-rdo --bime --weightb --direct auto --filter 1,1 --subme 7 --trellis 2 --analyse all --8x8dct --qp 0
--me umh --threads auto --thread-input --progress --no-psnr --no-ssim --output " D:\Test\GS.avi" "D:\Test\GS\GS.avs"

vanger

14th July 2007, 06:20

I have the same problem such as EroKaos and acrespo.

ACrowley

14th July 2007, 09:52

hi

Can you take a look into my Post ?

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

Am i the only one with those Status Window /Time Problmes
strange....

Selur

14th July 2007, 10:48

@dancho: just resize the window. MEGui seems to remember last size. ;)

dancho

14th July 2007, 11:03

@Selur
resizing or full window it doesnt matter,
the problem is still here...

check

14th July 2007, 11:32

The problem is due to you using a windows theme that forces larger than normal text boxes. Unless the GUI code is completely rewritten there is no way around this apart from using a normal sized theme.

mitsubishi

14th July 2007, 11:35

Dancho, that looks like .net's fault, what version are you using?

ACrowley, you mean the no FPS info? That was fixed for me in the next release, are you using version 0.2.6.1001?

EroKaos, that command line is a x264 one-pass crf one, the line meGUI uses to create the pre-rendered lossless file (when it was working :p) is

"c:\Program Files\megui\tools\mencoder\mencoder.exe" "path_to_input.avs" -o "path_to_output_hfyu.avi" -of avi -forceidx -ovc lavc -lavcopts vcodec=ffvhuff:vstrict=-2:pred=2:context=1

Although if you can cope with the file being about 55% bigger, it is significantly faster (both creating and using), to load the avs in VirtualDub and use ffdshows huffy, particularly with a dual-core.

As to the problem with "run command after", yeah it affects "on completion load files" with d2v creation also. No-one's added it to the bugtracker yet though :rolleyes: will do myself later.

EroKaos

14th July 2007, 16:06

Heh thanks for the command line. I'm not good with them.
Any ideas about the "No Processor found!" error during a re-rendering job?

ACrowley

14th July 2007, 16:24

@mitsubishi

No...my Thread is edited.

FPS Works fine again with latest Version 0.2.6.1001

Now i have the Problem that the Time (elapsed/remainig) in the Status window is wrong/buggy
It starts counting new after 24h, and the remaing Time isnt correct and always jumping. Some Times its 7h left, but should be 20h etc.
Both Funtions was working perfect in older Versions

Maybe youve Time to read the Thread

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

EroKaos

14th July 2007, 16:36

I have that problem too with I tried to run a regular pass. But my time was resetting when it reached around 3-4hrs, it would go back to zero and increased again.

Henrikx

17th July 2007, 11:42

Help Button!
Help Button links to project 357. Project 357 has basic Guide to ripping A DVD, with Decrypter. Because this Guide ,now MeGUI is in many countries of Europe illegaly. That gives sooner or later trouble for the European forums.

Selur

17th July 2007, 15:28

btw. would be nice if the 'worker' and 'tools' menus could be swaped
(would save me a lot of work rewriting the current MeGui Essentials)

Cu Selur

Doom9

17th July 2007, 18:28

Help Button links to project 357. Project 357 has basic Guide to ripping A DVD, with Decrypter. Because this Guide ,now MeGUI is in many countries of Europe illegalyMan have you been drinking the industry's cool aid. This is BS plain and simple. You still see heise link to my site and forum so that should tell you all you need to know. Instead of spreading fear, how about you let your elected representatives know that you don't agree with the laws they're passing to screw you over, and ask that your friends do the same?

Henrikx

17th July 2007, 21:20

@Doom9
Man have you been drinking the industry's cool aid. No.
Guidances to ribs are forbidden in Germany.
Why that is a problem to store the Guide outside of the Wiki.
Everything would be ok.
Ask Gleitz or somenbody, everything in connection with DVD Decrypter is forbidden !

dtubb1978

19th July 2007, 18:20

Hi, I havn't used Megui in a while so yesterday I started it up and downloaded all the latest updates but now whenever I open the AviSynth Script Creator i'm getting the following error message.

"Error in computing resolution
Object reference not set to an instance of an object"

Anyone got any ideas on how to stop this?

gonwk

20th July 2007, 01:26

Hi folks,:)

If you don't know "AviSynth Editor" ... I guess then you can NOT use "MeGUI".

Q: Am I right on this assumption? Or is ther a way around this? Can we just load up the file some other way?

Thanks,
G!:confused:

Spilt_milk

20th July 2007, 10:56

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

I need help installing megui in Vista 64 bit
everytime i try this message pops up u guys got any thing i can do.

on another note what other Gui can i use for h264 thats like top of the line and will us all 4 core of my dual 2 x AMD 2222se

regards
john

Spilt_milk

20th July 2007, 13:05

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

check

20th July 2007, 15:16

@spilt milk: My guess is that the issue lies simply with the 64bitnes of your OS. Are you using the latest .NET patches? It sounds like an error in either the CLR compiler or the CLR interpreter, but I'd have no idea further.

@Henrikx: sorry, I will not be moving any content off mewiki to comply with german legislation. It would be an inconvenience to far too many other people. Removing the help buttons would be bad for the same reason.

If you don't know "AviSynth Editor" ... I guess then you can NOT use "MeGUI".
Q: Am I right on this assumption? Or is ther a way around this? Can we just load up the file some other way?

If you could rephrase this better I might be able to answer :)

sillKotscha

20th July 2007, 16:24

@Doom9
No.
Guidances to ribs are forbidden in Germany.

hmmm... since when are (spare-) ribs forbidden in germany :P

but you surely mean DVD rips ... and just tell me... why should a whole program be illegal if it is only guiding to an external source of information about a "how to"... via the help button... MeGUI isn't even designed for ripping...

and on top... you are the first telling me, that MeGUI is illegal in germany because of the external ripping guide...

gonwk

20th July 2007, 16:45

Hi Check,:)

Thanks for your Relpy ... please disregard my earlier Q for now ... I might have jumped the gun ...

I will post again if things unclear to me.

THANKS,
G!:thanks:

saint-francis

20th July 2007, 21:06

I have been using MeGUI with x264 and the insane profile and I just for the first time tried crf. I went with crf 18 and actually got a much smaller file than I would have shot for when going by bitrate. The encoding took less than 2 hours! It took less than 1 minute for 1%! I am used to encoding a movie taking 10 to 14 hours. I understand that crf uses one pass and it would only be logical that it might take 1/2 of the time or maybe a little more but 1/6 of the time? :confused: I noticed that the crf profile uses 3 reference frames where hq insane uses 16. Is this the culprit behind the increased speed? Or do the extra reference frames not make as much of an impact with crf so they have been set to 3?

Henrikx

21st July 2007, 00:19

@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

21st July 2007, 02:50

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

Doom9

21st July 2007, 12:27

@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

22nd July 2007, 00:08

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

22nd July 2007, 11:49

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

24th July 2007, 19:12

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

7th August 2007, 01:11

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

7th August 2007, 02:58

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

squid_80

7th August 2007, 04:35

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

7th August 2007, 06:51

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

7th August 2007, 12:59

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

7th August 2007, 13:26

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

8th August 2007, 04:35

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

8th August 2007, 10:57

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

8th August 2007, 13:25

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

8th August 2007, 13:49

Just change the path in the settings :)

Gabriel_Bouvigne

8th August 2007, 13:55

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

ryanmac3

10th August 2007, 07:56

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

11th August 2007, 06:42

I do not recommend updating to development versions.

I had problems before with it too.

mitsubishi

12th August 2007, 01:07

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

12th August 2007, 08:45

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

12th August 2007, 22:03

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

16th August 2007, 18:45

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

17th August 2007, 09:24

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

17th August 2007, 12:03

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

17th August 2007, 14:09

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

17th August 2007, 14:48

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

17th August 2007, 19:35

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

17th August 2007, 21:35

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

21st August 2007, 15:46

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

22nd August 2007, 09:30

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

handtruck

22nd August 2007, 16:39

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

22nd August 2007, 23:17

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

23rd August 2007, 15:38

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

23rd August 2007, 20:43

EDIT: oops.... wrong thread :)

check

23rd August 2007, 23:35

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

24th August 2007, 19:11

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

24th August 2007, 20:07

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

24th August 2007, 20:36

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

25th August 2007, 12:26

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

Ronin-7

25th August 2007, 14:10

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

25th August 2007, 15:24

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

XpresSo

25th August 2007, 16:40

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

26th August 2007, 07:07

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

Bablu

27th August 2007, 01:14

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

27th August 2007, 05:18

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

27th August 2007, 09:31

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

Sharktooth

27th August 2007, 12:28

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

27th August 2007, 12:30

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

28th August 2007, 18:54

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

28th August 2007, 22:29

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

29th August 2007, 00:50

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

29th August 2007, 04:51

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

29th August 2007, 04:58

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

29th August 2007, 06:56

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

29th August 2007, 20:43

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

30th August 2007, 13:27

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

30th August 2007, 15:55

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

30th August 2007, 16:09

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

Vesi

30th August 2007, 16:12

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

30th August 2007, 16:49

post the logs

Vesi

30th August 2007, 16:54

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

30th August 2007, 17:39

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

30th August 2007, 17:44

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

30th August 2007, 17:50

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

Vesi

30th August 2007, 17:54

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

30th August 2007, 18:09

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

5th September 2007, 08:46

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

5th September 2007, 12:29

update to the latest version (0.2.6.1004) and report back

mdjaved

5th September 2007, 21:21

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

5th September 2007, 21:34

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

mdjaved

6th September 2007, 08:18

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

Kurtnoise

6th September 2007, 12:57

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

mdjaved

6th September 2007, 13:17

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

6th September 2007, 13:31

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

6th September 2007, 13:48

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

mdjaved

7th September 2007, 05:24

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

7th September 2007, 08:36

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

7th September 2007, 09:10

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

7th September 2007, 09:27

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

7th September 2007, 09:37

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

7th September 2007, 09:53

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

karasu

7th September 2007, 10:03

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

7th September 2007, 12:25

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

could you upload your xml file profile somewhere ?

Sharktooth

7th September 2007, 13:08

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

ACrowley

7th September 2007, 13:30

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

7th September 2007, 13:31

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

squid_80

7th September 2007, 13:43

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

7th September 2007, 13:53

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

squid_80

7th September 2007, 15:39

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

rack04

7th September 2007, 16:03

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

Rash

8th September 2007, 06:39

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

8th September 2007, 06:48

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

8th September 2007, 12:46

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

Kurtnoise

8th September 2007, 16:28

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

9th September 2007, 00:10

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

10th September 2007, 05:54

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

karasu

10th September 2007, 07:26

-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

11th September 2007, 02:35

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

11th September 2007, 12:53

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

dieselgg

11th September 2007, 17:01

Thanks Sharktooth!

mdjaved

12th September 2007, 15:25

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

12th September 2007, 15:36

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

12th September 2007, 16:07

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

12th September 2007, 16:10

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

12th September 2007, 16:59

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

Kurtnoise

12th September 2007, 17:56

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

12th September 2007, 18:48

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

seriously do i look that stupid?

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

Kurtnoise

12th September 2007, 19:56

how many jobs do you have in the list ?

Sharktooth

12th September 2007, 20:00

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

Warpman

12th September 2007, 20:47

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

12th September 2007, 22:39

applied...

Kurtnoise

13th September 2007, 17:49

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

13th September 2007, 18:06

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

13th September 2007, 18:19

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

ruggedruffian

15th September 2007, 00:13

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

15th September 2007, 10:45

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

Theliel

15th September 2007, 17:52

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

16th September 2007, 10:11

yes...known issue.

SnapCount

19th September 2007, 10:07

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

19th September 2007, 10:46

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

19th September 2007, 13:17

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

Theliel

19th September 2007, 19:34

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

19th September 2007, 20:56

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

20th September 2007, 00:12

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

me7

20th September 2007, 00:29

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

20th September 2007, 00:50

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

20th September 2007, 01:50

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

20th September 2007, 01:54

megui and OS versions?

me7

20th September 2007, 08:00

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

20th September 2007, 10:21

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

20th September 2007, 12:21

I'm working on it...

Sharktooth

20th September 2007, 12:23

ill update mp4box

Sharktooth

20th September 2007, 12:25

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

me7

20th September 2007, 12:56

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

20th September 2007, 13:17

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

20th September 2007, 15:07

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

Sharktooth

20th September 2007, 15:14

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

foxyshadis

20th September 2007, 15:37

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

20th September 2007, 16:45

@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

20th September 2007, 17:05

k, thanks

damngod

21st September 2007, 11:20

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

21st September 2007, 12:28

what version of megui are you using?

damngod

21st September 2007, 14:58

what version of megui are you using?

0.2.6.1014. Mp4box is reported as 2007.04.23 (svn).

Sharktooth

21st September 2007, 15:01

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

MrCommunistGen

22nd September 2007, 04:19

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

22nd September 2007, 21:40

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

23rd September 2007, 20:22

pls help

chickenmonger

24th September 2007, 01:23

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

24th September 2007, 07:26

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

24th September 2007, 09:39

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

24th September 2007, 12:14

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

26th September 2007, 00:55

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

26th September 2007, 06:32

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

26th September 2007, 12:58

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

26th September 2007, 14:14

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

26th September 2007, 16:54

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

rack04

26th September 2007, 17:17

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

26th September 2007, 19:06

yes, exactly.

rack04

26th September 2007, 20:00

yes, exactly.

Thanks.

Tacio

27th September 2007, 07:04

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

27th September 2007, 10:30

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

Anyway, what's your OS ? Vista ?

Tacio

27th September 2007, 11:03

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

Sharktooth

27th September 2007, 13:07

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

Darkness008

27th September 2007, 17:21

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

27th September 2007, 19:32

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

27th September 2007, 20:45

@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

27th September 2007, 21:27

@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

28th September 2007, 03:34

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

28th September 2007, 03:56

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

28th September 2007, 05:05

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

28th September 2007, 05:40

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

28th September 2007, 08:08

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

28th September 2007, 08:52

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

28th September 2007, 12:40

How do you delete a worker?

Tacio

28th September 2007, 16:38

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

mroz

28th September 2007, 20:25

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

29th September 2007, 09:31

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

29th September 2007, 18:58

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

Kurtnoise

30th September 2007, 08:23

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

30th September 2007, 08:43

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

30th September 2007, 11:53

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

30th September 2007, 16:29

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

30th September 2007, 16:41

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

1st October 2007, 00:52

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

1st October 2007, 23:07

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

2nd October 2007, 06:15

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

2nd October 2007, 15:34

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

2nd October 2007, 21:00

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

3rd October 2007, 20:28

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

5th October 2007, 00:10

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

5th October 2007, 01:04

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

5th October 2007, 02:36

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

5th October 2007, 02:50

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

5th October 2007, 03:04

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

5th October 2007, 03:54

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

5th October 2007, 07:03

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

5th October 2007, 19:09

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

5th October 2007, 20:18

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

6th October 2007, 06:18

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

foxyshadis

6th October 2007, 06:33

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

6th October 2007, 07:22

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

6th October 2007, 23:08

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

7th October 2007, 02:55

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

mdjaved

7th October 2007, 06:48

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

7th October 2007, 07:15

jap, got also an error after updating today:

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

foxyshadis

7th October 2007, 09:11

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

7th October 2007, 09:21

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

7th October 2007, 10:05

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

7th October 2007, 11:18

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

mroz

7th October 2007, 21:13

[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

7th October 2007, 22:09

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

7th October 2007, 22:23

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

8th October 2007, 10:18

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

8th October 2007, 12:49

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

DeathAngelBR

8th October 2007, 18:42

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

9th October 2007, 02:22

does the avs play in MPC or WMP?

mroz

9th October 2007, 04:05

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

9th October 2007, 06:41

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

9th October 2007, 19:20

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

10th October 2007, 08:32

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

LigH

11th October 2007, 07:26

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

11th October 2007, 12:46

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

LigH

11th October 2007, 16:43

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

The_Rebel

11th October 2007, 16:46

Newb here.

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

Darkness008

11th October 2007, 23:56

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

12th October 2007, 15:40

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

12th October 2007, 15:49

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

Maccara

12th October 2007, 16:01

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

12th October 2007, 17:02

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

12th October 2007, 17:05

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

12th October 2007, 22:27

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

12th October 2007, 22:41

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

12th October 2007, 22:54

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

13th October 2007, 04:50

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

Kurtnoise

13th October 2007, 08:17

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

13th October 2007, 08:22

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

13th October 2007, 14:11

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

13th October 2007, 14:34

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

13th October 2007, 14:57

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

13th October 2007, 15:10

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

13th October 2007, 15:13

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

13th October 2007, 15:14

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

13th October 2007, 15:15

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

mroz

13th October 2007, 15:39

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

13th October 2007, 15:45

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

13th October 2007, 18:16

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

Thanks, mroz

Maccara

13th October 2007, 19:34

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

13th October 2007, 19:37

Already fixed, in rev255.

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

trooper11

13th October 2007, 22:03

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.

TheRyuu

13th October 2007, 22:27

In the latest development version,
Is anyone else getting a screwed up aspect ratio on xvid encodes? It doesn't seem to effect h264 (mkv) encodes.

Just ran a 10hour encode and it plays back like super wide screen.

Is this a know bug?
Also, is there any way to fix this without a re-encode (I know that the resolution is correct on it too).

Thanks.

I guess I'll roll back to the latest stable version for now.
Anyone know how to fix the ar problem without a re-encode?

foxyshadis

13th October 2007, 23:35

Might be assigning the AR to both the bitstream and the container, what container do you use for xvid?

If that is the case, you should be able to fix it with mpeg4modifier.

berrinam

13th October 2007, 23:43

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.Indeed, a web search does show much less ambiguity with PAR than I thought. But a number of pages also use SAR to mean PAR, including x264, so I think that's all ok.

What term do you use for DAR/PAR?No term, just video width/height.

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.I don't think precision is a big concern here. Internally in MeGUI, all calculations are being done with the C# "decimal" type, which has 28 decimal digits of precision. Given that very few calculations are actually done, I think it stays very precise, and the errors in calculation are dwarfed by the (intentional) rounding done of the AR to make it fit better on standard displays. The default "acceptable error" is 5%, which I found acceptable by testing (YMMV), so I think there's a pretty big margin for error in AR calculation anyway. And even if you set that to 0%, you're likely to get a significant aspect error when you round the resizing to mod16, anyway.

As to the representation of ARs, in general, with fractions, the stuff I said about precision above means that I don't really see the point of doing it. MeGUI used to use that representation internally, to dubious advantages.

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 ;))You're correct.

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.This reasoning is misinformed. If you know the PAR and the resolution then you can calculate the DAR. But similarly, if you know the DAR and the resolution you can calculate the PAR. In this sense, they are equivalent.

berrinam

13th October 2007, 23:45

Might be assigning the AR to both the bitstream and the container, what container do you use for xvid?MeGUI generally does that, but I'm not aware that this was a problem. I think that wizboy's problem is indeed a MeGUI bug: I think the commandline for xvid currently doesn't include the AR.

berrinam

13th October 2007, 23:47

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...I didn't know about this problem with MP4Box. If it is a real concern, then MeGUI should at least notify the user of it when they have a bad filename, and preferably provide a workaround as well.

TheRyuu

14th October 2007, 00:04

MeGUI generally does that, but I'm not aware that this was a problem. I think that wizboy's problem is indeed a MeGUI bug: I think the commandline for xvid currently doesn't include the AR.

Problem is, the bug wasn't here before the latest development revision.

I'll try mpeg4modifyer.
Thanks.

In the mean time, I'll roll back to the latest stable revision. If there is anything I can do to help fix that bug let me know. :p

The container was avi just to let you know. And the problem only effects xvid encodes.

Edit:
I think I traced down the problem.
Megui isn't assuming squar pixels and is setting the pixel AR to 16:9 or something along those lines.
So like a video of 704x396 is already 16:9, is being 16:9ed again after it's already 16:9 if you get what I'm saying :p (I don't know of any other way to put it, like super stretched wide screen).
Not sure if this is due to not specifying it in the command line to xvid_encraw.

Out of curiosity, why does this problem only effect the latest development release?

mpeg4modifier worked great btw :)

berrinam

14th October 2007, 01:19

I recently made some changes to handling of AR. xvid got left out. Hence the bug.

pablobhz

14th October 2007, 07:03

Hello, i'm new on this forum.
I've searched a bit around, but found no answer. Then i decided to post here.
My megui decided to crash as hell. I try to import my avs script to encode there, and it crashes. It looks like its an problem with x264.exe, but i tried to encode with another script, and it worked fine. I've just made a fresh install of windows, thinking about something with him, but no clue.
also...i have a x2 3600+ 1gb ram GeForce 7100GS M2N4-SLI
its a fine cpu for encoding.
Well, i'll also post my script. Maybe there's something with it, dunno.

Thanks for the attention. The crash message is some classical "megui found an error and it has to be closed"(I don't know how it is english).

Thanks.

Import("C:\Arquivos de programas\AviSynth 2.5\plugins\LimitedSharpenFaster.avs")
LoadPlugin("C:\Arquivos de programas\AviSynth 2.5\plugins\fft3dfilter.dll")
AudioDub(DGDecode_mpeg2source("MoetanRIP.d2v",cpu=4,info=3,iPP=true, moderate_v=20),DirectShowSource("MoetanRIP T01 2_0ch 448Kbps DELAY 0ms.ac3"))
ColorMatrix(d2v="MoetanRIP.d2v",interlaced=true)
tfm(order=-1,pp=5)
fft3dfilter()
LimitedSharpenFaster()
LanczosResize(720,480)
converttoyv12()
Trim(172,36854)

check

14th October 2007, 08:09

Remove the lines one by one until you isolate which causes the problem.

Kurtnoise

14th October 2007, 09:28

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.
The presets in Yamb are the same defined by the standard...

Out of interest, why does mp4box care? What does it do with the names?
MP4Box is vey sensitive with filenames because we can pass some options in it.

I didn't know about this problem with MP4Box. If it is a real concern, then MeGUI should at least notify the user of it when they have a bad filename, and preferably provide a workaround as well.
not really a big deal imo...I know that MP4Box raises errors during the mux process when subtitles have several dots in their filenames. I got also the same issue with few audio streams.

Adub

14th October 2007, 10:33

@pablobhz
If you load the script with MPC or virtualdub, what does it say?

Maccara

14th October 2007, 12:08

This reasoning is misinformed. If you know the PAR and the resolution then you can calculate the DAR. But similarly, if you know the DAR and the resolution you can calculate the PAR. In this sense, they are equivalent.

Not really misinformed - I just didn't put it well. ;) PAR is "everything" to me, because I do not change PAR (resize), unless I'm doing a format conversion (NTSC -> PAL/1:1) and I'm using sampling rate & line length as a basis for the calculations (when known), so PAR is intuitive here.

But, you of course are right. If we know any 2 of DAR/PAR/resolution reliably, we can derive rest. I just happen to usually know the PAR & cropped resolution with my my sources. But of course, with DVDs', the DAR is well defined too (assuming, of course, the DVD is mastered ok), so in that sense they're indeed equivalent.

Thanks for the interesting discussion! I'm glad to know, in megui this is at least handled correctly (seen too many "professionals" to get these wrong too, so I have learned to test / ask myself how it is done in software, which in this case unfortunately only raised questions as there were a couple of bugs :)).

pablobhz

14th October 2007, 15:28

@pablobhz
If you load the script with MPC or virtualdub, what does it say?

If i load the script with MPC or Vdub, it plays fine.
Well, i found out the problem is with LimitedSharpenFaster()
I checked and i've unpacked dlls correctly in AviSynth's plugin folder. But for some reason it isn't working.

I was talking about this problem with a friend, he said it coud be some problem of RemoveGrain dll's.
I will try some things and i hope it works.
Thanks everyone for attention and help.

[Edit]: I found out LimitedSharpenFaster.avs wasn't in the plugins folder. I fixed it, but megui keeps crashing. My plugins folder is a mess, is there something with it ? I always used it as it is, and i never had problems.

ChrisW77

14th October 2007, 16:48

I find it a bit strange that these audio problems aren't such a big deal.
I mean, if I can't name my own files how I want them to be named, ie with dots, and I can't name them using long filenames (so the dots are taken out but the filename still exists), and lastly (even more confusing as to why) why I can't write the muxed file back to the same drive/partition. :confused:

Whats the purpose of actually bothering to have a MP4 muxer if it doesn't work properly ?

These are bugs, plain and simple. Not being able to write back to the same drive, is just plain stupid, as is the long filenames.

Shame, as this is one of the best GUIs out there, ruined by a non-working mp4 muxer.

mroz

14th October 2007, 17:07

The presets in Yamb are the same defined by the standard...

Got a reference? I'd like to be able to compare it to Jukka Aho's analysis (http://lipas.uwasa.fi/~f76998/video/conversion/) which fits with my understanding, is well written from a technical point of view & links to several technical resources. Did you read this btw?

I can then forward such info to Jukka; if he doesn't wish to comment I'd just drop the issue again, as I don't have the relevant background to argue the case more stongly without first doing a lot more research.

Maybe Maccara can comment?

MP4Box is vey sensitive with filenames because we can pass some options in it.

Got a link to info on the details? I imagined it'd be something along those lines, but still can't see why that couldn't be implemented cleanly. Code should adhere to standards strictly when it comes to output, but as a general rule of thumb, tollerate malformed input if it can be done without ambiguity, imo.

Not a big deal, no, but if the problem can be identified & easily fixed it might as well be.

Maccara

14th October 2007, 22:20

Maybe Maccara can comment?

Without checking anything, I'd say we're probably talking about rounding differences here. What are the actual values used in mp4box which you think are different? (I haven't used that myself yet)

Jukka Aho gives mathematically correct values. However, in practice slightly different values are generally used (particularly for NTSC) due to rounding differences. Difference, however, is quite small and probably doesn't matter. (I think Jukka mentions in the change history he has updated the values at some point)

There will be even more variability between DVDs due to different mastering and for analogue captures due to different hardware/drivers - even cameras have slight differences. (and the dvd differences have on many occasion raised the argument, that generic par values should be favored over itu values - which is fine by me, as long as "itu" compliance is not then claimed and I have to have the option to input my own values in that case ;))

mroz

14th October 2007, 22:43

The differences are tiny, around 0.3% (unlike the difference between these values & those Nero Recode uses; that's about 2 to 3% last time I checked).

yamb aho yamb/aho

4:3 pal 12:11 128:117 351/352 = 0.997159
ntsc 10:11 4320:4739 4739/4752 = 0.997264

16:9 pal 16:11 512:351 as above
ntsc 40:33 5760:4739

Edit: mp4box doesn't know PAR presets; the above values are supplied by the gui Yamb to mp4box

pablobhz

14th October 2007, 23:37

If i load the script with MPC or Vdub, it plays fine.
Well, i found out the problem is with LimitedSharpenFaster()
I checked and i've unpacked dlls correctly in AviSynth's plugin folder. But for some reason it isn't working.

I was talking about this problem with a friend, he said it coud be some problem of RemoveGrain dll's.
I will try some things and i hope it works.
Thanks everyone for attention and help.

[Edit]: I found out LimitedSharpenFaster.avs wasn't in the plugins folder. I fixed it, but megui keeps crashing. My plugins folder is a mess, is there something with it ? I always used it as it is, and i never had problems.

Hi
I'm posting again, because i've found no clue about what is happening. I've verified all configs, all files and my megui is still crashing with LimitedSharpenFaster()
I don't know what more i can do. Maybe an filter to use instead of LimitedSharpenFaster ? Sorry, but i'm asking help since i've no more ideas.
Also checked RemoveGrain DLL's and they're allright.
Thanks
Pablo
p.s: I've used to quote the message, so anyone who reads wil know what is it about.

PlazzTT

14th October 2007, 23:51

I've just installed meGUI on my new system, and I'm getting this error when I try to load any d2v into the AVS Generator:
http://i23.tinypic.com/fcm98o.png

I would try the suggestions given, but it's a D2V file, and not an AVS :/

Maccara

15th October 2007, 00:17

The differences are tiny, around 0.3%

Yup, just different rounding used during calculations. There also may be a difference, if fractions (for resolutions) is floored, or rounded up (itu ntsc mathematically "correct" x res 710.85, and if that is used for the calcs and is done with 710 or 711 pixels, there's a slight difference).

I don't even remember myself, if it is specified anywhere when and which way values should be rounded - I've just used full precision myself usually, as does Jukka.

I'd say there's nothing to worry about - I'm not even 100% sure if not rounding for calculations is absolutely the correct way to go, so I won't argue if yamb provided values are more correct or Jukka's. ;)

(Edit: I just whipped up a quick test in excel and if I floored the numbers to 5 significant numbers, I got mostly the same values as yamb provided - this is less difference than there is between some different cameras/lenses geometry)

foxyshadis

15th October 2007, 06:02

Berrinam, consider something like this in scripts if any cropping is done?

global MeGUI_darx = 1823
global MeGUI_dary = 1000
xSource(...)
original = last
etc
UpdateDAR(original, last)

function UpdateDAR(clip old, clip new) {
global MeGUI_darx = MeGUI_darx * new.width / old.width
global MeGUI_dary = MeGUI_dary * new.height / old.height
}

trooper11

15th October 2007, 06:53

I ddint see this posted yet, so Ill ask.

Im trying to analyse the source material in the avisynth script creator and it continues to fail, giving an error.

'Source detection couldnt determine the source type'

The file is an mkv that opens and previews fine in MeGUI. Is there anything I can do to get around this? This is running on a Windows XP pc by the way. Thanks

pablobhz

15th October 2007, 10:31

oh
my file started to crash on MPC too.
For some reason, don't know. It was working fine on MPC.
Maybe is there something i can use instead of LimitedSharpenFaster() . But its strange, since the person who uses this told me he never had problems.
Thanks
btw, the error happens after i enqueue the job. For those who haven't readed about my problem, just look 4 messages ago, something around it. Thanks
Pablo

ChrisW77

15th October 2007, 13:25

Just tried Yamb, as it's a front-end for MP4box, and it worked using long filenames, dotted filenames, and wrote back to the same drive.
This proves it's not a mp4box problem, it's a megui problem.

berrinam

16th October 2007, 00:30

Berrinam, consider something like this in scripts if any cropping is done?

global MeGUI_darx = 1823
global MeGUI_dary = 1000
xSource(...)
original = last
etc
UpdateDAR(original, last)

function UpdateDAR(clip old, clip new) {
global MeGUI_darx = MeGUI_darx * new.width / old.width
global MeGUI_dary = MeGUI_dary * new.height / old.height
}

Nice idea, but I think the cropping problem is fixed now: MeGUI prints the correct dar in the first place (as it used to do).

Out of interest, would that Avisynth script work? I would have thought it would complain that you're redeclaring the globals, MeGUI_darx and MeGUI_dary.

mroz

16th October 2007, 03:20

I'd say there's nothing to worry about - I'm not even 100% sure if not rounding for calculations is absolutely the correct way to go, so I won't argue if yamb provided values are more correct or Jukka's. ;)

Thanks for the feedback & explanation. I'll buy that & shut up now :)

rack04

16th October 2007, 16:48

I see that the bug report for the automatic shutdown was closed. Can anyone else verify that this feature is fixed? It still doesn't work on my end.

mroz

17th October 2007, 13:47

Odd behavour from 2.6.1026 (not posted to bugtracker as currently not repeatable):

Queued up a huffy prerender on a 3 minute 720p d2v source (with a slow deblocking avs) followed by an x264 encode. Reused the prerender output as source for five more x264 encodes at various bitrates. Came back this morning & all looks fine; queue done on the expected timescale; files play.

...Then notice a minimised dialogue - Status: 99.91%.

Use minimise then restore to make it visible. It's from a 2nd pass of x264, I assume the final encode, claiming to be stuck at frame 8547 of 8555 (though all output within is frozen). Out of curiosity I try to alter priority; as perhaps expected this throws a stacktrace - object ref is not an instance of an object, indicating I assume that the gui has been left lying around after the underlying encode completed.

Clicking abort results in the usual warning dialogue which when ok'd makes no difference.

Manually closing the window does get rid of it.

Blue_MiSfit

18th October 2007, 04:25

I'm not sure why the following command line (lifted from my MeGUI log from an encode last night) split my output MKV into close to 2000 pieces, but it sure did.

Job commandline: "C:\Program Files\megui\tools\mkvmerge\mkvmerge.exe" -o "J:\Movies Work\Knocked Up\Knocked Up-muxed.mkv" --aspect-ratio 0:37/20 -A -S "J:\Movies Work\Knocked Up\Knocked Up.mkv" -a 0 -D -S "J:\Movies Work\Knocked Up\Knocked T01 3_2ch 448Kbps DELAY 0ms.ac3" --split 0M --no-clusters-in-meta-seek

I don't recall selecting anything that would split the output...

It seems like the --split 0M flag wouldn't be needed? Maybe this should have been left out. Either way, I don't have the original encoded H.264 only MKV anymore and just 2000 little pieces... :)

I'm using 0.2.6.1026, and did x264 with hq-slowest 2 pass, and muxing ac3...

Ideas??

~MiSfit

Kurtnoise

18th October 2007, 15:20

weird...I can't reproduce this here. You use AutoEncode or something else ?

I see that the bug report for the automatic shutdown was closed. Can anyone else verify that this feature is fixed? It still doesn't work on my end.
using the last dev build, it works fine here...

nurbs

18th October 2007, 17:04

I just did a quick check and the auto shutdown doesn't work for me either. I do nothing fancy, just normal encoding. The countdown window appears, but it doesn't shut down then. This is on WinXP SP2 with the latest dev build (0.2.6.1026).

Kurtnoise

18th October 2007, 17:24

Try this build (http://www.mediafire.com/?3mt8stwsrde) or this one (http://www.mediafire.com/?09r42uxsx2x)...

nurbs

18th October 2007, 19:06

Shutdown works with the second build. :thanks:
The first doesn't work.

berrinam

18th October 2007, 22:15

I'm not sure why the following command line (lifted from my MeGUI log from an encode last night) split my output MKV into close to 2000 pieces, but it sure did.

Job commandline: "C:\Program Files\megui\tools\mkvmerge\mkvmerge.exe" -o "J:\Movies Work\Knocked Up\Knocked Up-muxed.mkv" --aspect-ratio 0:37/20 -A -S "J:\Movies Work\Knocked Up\Knocked Up.mkv" -a 0 -D -S "J:\Movies Work\Knocked Up\Knocked T01 3_2ch 448Kbps DELAY 0ms.ac3" --split 0M --no-clusters-in-meta-seek

I don't recall selecting anything that would split the output...

It seems like the --split 0M flag wouldn't be needed? Maybe this should have been left out. Either way, I don't have the original encoded H.264 only MKV anymore and just 2000 little pieces... :)

I'm using 0.2.6.1026, and did x264 with hq-slowest 2 pass, and muxing ac3...

Ideas??

~MiSfitLike Kurtnoise, I can't reproduce this. I would really appreciate it if you detailed your exact steps, because a number of people have mentioned this. If possible, could you work out exactly what you did (including file formats), check that it is reproducible, and then post it on the SF bug tracker please?

Blue_MiSfit

19th October 2007, 07:36

Will do - I just tried again last night (Explicitly selecting no split this time) and got the same results.

What I did:

1) VOB Source, Indexed with DGIndex 1.5.0 b6
2) AviSynth script was a simple MPEG2Source, and ColorMatrix with no extra filters
3) Loaded script into video source. Started with HQ-Slowest for x264 as a baseline, and selected a CQM - M4G HRM v2. Adjusted keyframe intervals for FILM material (240/24)
4) Made a new profile for this called HQ-Transparent
5) Set MKV output
6) Selected Auto Encode
7) Set MKV as container, checked "add aditional content", and set 2.2 GB as target size. Set splitting to "no splitting"
8) Selected 5.1ch AC3 as audio 1 - set as English and named "English 5.1). Verified that MKV was selected and splitting was set to "No splitting"
9) Go and Start Encoding.

In the end I have nearly 2000 tiny little MKV files, most under 3 MB in size. The video looks _great_ but audio is desynched in all the pieces.

I'm guessing either MKVMerge is at fault, or MeGUI is passing it an incorrect command line.

I have all the latest tools via auto-update as of 10-18.

***MeGUI log (end deleted for size's sake):

Generating jobs. Desired size: 2.2 GB

Desired size of this job series: 2.2 GB
Split size of this job series: 0 bytes

Looking for job processor for job...

Processor found!

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

Starting job job1 at 12:33:28 AM

Starting preprocessing of job...

Doing bitrate calculation...
Desired video size after subtracting audio size is 1866915KBs. Setting the desired bitrate of the subsequent video jobs to 1917 kbit/s.
Preprocessing finished!

successfully started encoding

Processing ended at 1:55:05 AM

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

Log for job job1

Job commandline: "C:\Program Files\megui\tools\x264\x264.exe" --pass 1 --bitrate 1917 --stats "J:\Movies Work\Knocked Up\Knocked Up.stats" --keyint 240 --min-keyint 24 --bframes 3 --b-pyramid --direct auto --filter -2,-1 --subme 1 --analyse none --me dia --threads auto --thread-input --sar 3083:2500 --cqmfile "D:\x264 Matricies\High Bitrate\Transparent\M4G HRM V2.cfg" --progress --no-dct-decimate --no-psnr --no-ssim --output NUL "J:\Movies Work\Knocked Up\Knocked Up.avs"
avis [info]: 720x480 @ 23.98 fps (191270 frames)
x264 [info]: using SAR=3083/2500
x264 [info]: using cpu capabilities: MMX MMXEXT SSE SSE2 3DNow!
x264 [info]: slice I:1931 Avg QP:22.55 size: 36705
x264 [info]: slice P:59137 Avg QP:24.54 size: 15189
x264 [info]: slice B:130202 Avg QP:26.18 size: 7170
x264 [info]: mb I I16..4: 36.4% 0.0% 63.6%
x264 [info]: mb P I16..4: 18.3% 0.0% 0.0% P16..4: 80.4% 0.0% 0.0% 0.0% 0.0% skip: 1.3%
x264 [info]: mb B I16..4: 0.8% 0.0% 0.0% B16..8: 23.6% 0.0% 0.0% direct:65.5% skip:10.1%
x264 [info]: final ratefactor: 24.77
x264 [info]: direct mvs spatial:99.5% temporal:0.5%
x264 [info]: kb/s:1908.0

encoded 191270 frames, 39.07 fps, 1908.18 kb/s

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

Starting postprocessing of job...

Job completed successfully and deletion of intermediate files is activated

Postprocessing finished!

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

Looking for job processor for job...

Processor found!

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

Starting job job2 at 1:55:05 AM

Starting preprocessing of job...

Preprocessing finished!

successfully started encoding

Processing ended at 11:54:03 AM

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

Log for job job2

Job commandline: "C:\Program Files\megui\tools\x264\x264.exe" --pass 2 --bitrate 1917 --stats "J:\Movies Work\Knocked Up\Knocked Up.stats" --keyint 240 --min-keyint 24 --ref 10 --mixed-refs --no-fast-pskip --bframes 3 --b-pyramid --b-rdo --bime --weightb --direct auto --filter -2,-1 --subme 6 --trellis 2 --analyse p8x8,b8x8,i4x4,i8x8 --8x8dct --me umh --threads auto --thread-input --sar 3083:2500 --cqmfile "D:\x264 Matricies\High Bitrate\Transparent\M4G HRM V2.cfg" --progress --no-dct-decimate --no-psnr --no-ssim --output "J:\Movies Work\Knocked Up\Knocked Up.mkv" "J:\Movies Work\Knocked Up\Knocked Up.avs"
avis [info]: 720x480 @ 23.98 fps (191270 frames)
x264 [info]: using SAR=3083/2500
x264 [info]: using cpu capabilities: MMX MMXEXT SSE SSE2 3DNow!
x264 [info]: slice I:1931 Avg QP:16.65 size: 52900
x264 [info]: slice P:59137 Avg QP:19.17 size: 19881
x264 [info]: slice B:130202 Avg QP:20.52 size: 4866
x264 [info]: mb I I16..4: 12.9% 80.4% 6.7%
x264 [info]: mb P I16..4: 2.0% 8.6% 0.4% P16..4: 46.3% 21.7% 19.4% 0.0% 0.0% skip: 1.5%
x264 [info]: mb B I16..4: 0.2% 0.6% 0.0% B16..8: 19.3% 1.8% 3.8% direct: 0.9% skip:73.4%
x264 [info]: 8x8 transform intra:78.5% inter:99.4%
x264 [info]: direct mvs spatial:88.7% temporal:11.3%
x264 [info]: ref P 53.7% 19.4% 7.2% 5.3% 3.0% 3.8% 2.3% 1.9% 1.3% 2.0%
x264 [info]: ref B 72.7% 13.9% 4.1% 3.2% 1.3% 1.4% 1.1% 0.9% 0.6% 0.8%
x264 [info]: kb/s:1916.8

encoded 191270 frames, 5.33 fps, 1917.10 kb/s
desired video bitrate of this job: 1917 kbit/s - obtained video bitrate (approximate): 1919 kbit/s
----------------------

Starting postprocessing of job...

Job completed successfully and deletion of intermediate files is activated

Found intermediate output file 'J:\Movies Work\Knocked Up\Knocked Up.stats', deleting...
Deletion succeeded.

Postprocessing finished!

End of log for job2
-------------------------------------------------------

Looking for job processor for job...

Processor found!

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

Starting job job3 at 11:54:03 AM

Starting preprocessing of job...

Preprocessing finished!

successfully started encoding

Processing ended at 11:56:07 AM

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

Log for job job3

Job commandline: "C:\Program Files\megui\tools\mkvmerge\mkvmerge.exe" -o "J:\Movies Work\Knocked Up\Knocked Up-muxed.mkv" --aspect-ratio 0:37/20 -A -S "J:\Movies Work\Knocked Up\Knocked Up.mkv" --language 0:English --track-name "0:English 5.1" -a 0 -D -S "J:\Movies Work\Knocked Up\Knocked Up T01 3_2ch 448Kbps DELAY 0ms.ac3" --split 0M --no-clusters-in-meta-seek
mkvmerge v2.1.0 ('Another Place To Fall') built on Aug 19 2007 13:39:56
'J:\Movies Work\Knocked Up\Knocked Up.mkv': Using the Matroska demultiplexer.
'J:\Movies Work\Knocked Up\Knocked Up T01 3_2ch 448Kbps DELAY 0ms.ac3': Using the AC3 demultiplexer.
'J:\Movies Work\Knocked Up\Knocked Up.mkv' track 1: Using the MPEG-4 part 10 (AVC) video output module.
Track 1 of 'J:\Movies Work\Knocked Up\Knocked Up.mkv': Extracted the aspect ratio information from the MPEG-4 layer 10 (AVC) video data and set the display dimensions to 888/480.
'J:\Movies Work\Knocked Up\Knocked Up T01 3_2ch 448Kbps DELAY 0ms.ac3' track 0: Using the AC3 output module.
Warning: 'J:\Movies Work\Knocked Up\Knocked Up.mkv': A track with the ID 0 was requested but not found in the file. The corresponding option will be ignored.
The file 'J:\Movies Work\Knocked Up\Knocked Up-muxed-001.mkv' has been opened for writing.

The cue entries (the index) are being written...
The file 'J:\Movies Work\Knocked Up\Knocked Up-muxed-002.mkv' has been opened for writing.

The cue entries (the index) are being written...
The file 'J:\Movies Work\Knocked Up\Knocked Up-muxed-003.mkv' has been opened for writing.

The cue entries (the index) are being written...
The file 'J:\Movies Work\Knocked Up\Knocked Up-muxed-004.mkv' has been opened for writing.

I will post this on the SF page, as soon as I figure out how to!

~MiSfit

Blue_MiSfit

19th October 2007, 07:41

Reported. Let's hope this gets identified quick! :)

I haven't checked on MeGUI in awhile (a few months) and have noticed some very nice improvements. Great work guys!!

~MiSfit

Kurtnoise

19th October 2007, 09:37

@nurbs: great...just a request from me : could you test the Avisynth Creator in this build (http://www.mediafire.com/?2semmomqfae) please ? It's just to know if the Save Dialog event works fine...

@Blue_MiSfit: I'm trying to reproduce your issue but for the moment I can't...

nurbs

19th October 2007, 14:09

@Kurtnoise13: The Avisynth Script Creator works fine for me.

Sharktooth

19th October 2007, 16:10

@Blue_MiSfit: i cant reproduce it too

Blue_MiSfit

19th October 2007, 16:43

I will try erasing and re-installing all of meGUI and let it auto update everything. It's possible it got goofed up when I did my last big update.

trooper11

20th October 2007, 17:07

I was just wondering if there had been any progress on getting around the mediainfo problem in vista.

I tried downloading and installing the latest mediainfo (7.5.3 versus the 7.4.4 used in megui by default) and copied the mediainfo.dll to the megui folder, but megui still crashes whenever I try to open a video in the avisynth script creator.

I see a mediainfowrapper.dll file that isnt included with the mediainfo install, so I dont know if that file needs to be updated as well or not.

It definitely seems to be an issues with the mediainfo interaction. I even went as far as disabling preview, but that didnt change things either. I am using the latest build fo megui (2.6.1027).

Sharktooth

21st October 2007, 02:18

mediainfo in included in megui. you dont need to manually update it and however the version included with megui is 7.5.3...

Morte66

21st October 2007, 16:50

A question out of curiosity...

meGUI has the option to do a pre-rendering job the huffYUV (or it'll be back soon). huffYUV encodes in YUY2, but the AviSynth scripts associated with meGUI usually work in YV12. So there is presumably some conversion going on. I was wondering, is this lossless (data transposition), or nearly lossless (just arithmetic roundings), or not lossless (e.g. blocks getting merged/split)?

Or have I just completely misunderstood the whole thing?

Kurtnoise

21st October 2007, 21:10

by definition, huffYUV is a lossless codec.

mroz

21st October 2007, 23:06

That doesn't answer Morte66's question. There's potentially a colour space conversion involved.

As it happens, Mencoder does Megui's huffy encode & it insists on YV12 input (indeed, if your script doesn't output YV12 it will add a call to ConvertYV12() at the end).

So if your script works in YV12 there are no problems, however if, say, you were using YUY2 in your script there would be data loss as the conversion would take you from chroma shared between 2 pixels to shared between 4 pixels.

As an aside, I've seen nasty results from chaining just two colourspace conversions. Scenario: I was using VDub to do a huffy encode which by default was encoding in YV12 space, however I couldn't get VDub to accept YV12 input, so as a quick fix added a conversion to YUY2 (I figured this would be ok as it is more refined than YV12). It turned out the conversions from YV12 to YUY2 to YV12 introduced a nasty yellow colour cast. In the end I configured VDub to encode in YUY2 & got rid of the colour cast. Always keep colour space conversions to a minimum. Which reminds me, I should have looked into why VDub wouldn't accept YV12 for me...

Morte66

22nd October 2007, 12:32

So if your script works in YV12 there are no problems, however if, say, you were using YUY2 in your script there would be data loss as the conversion would take you from chroma shared between 2 pixels to shared between 4 pixels.

But AFAICT huffYUV encodes in YUY2 (or RGB), not YV12. At least it says so here (http://neuron2.net/www.math.berkeley.edu/benrg/huffyuv.html) . And I see no YV12 option on the ffdshow encoder. What makes you say it encodes in YV12? Is there a newer version kicking about or something? I'm confused...

Morte66

22nd October 2007, 12:36

by definition, huffYUV is a lossless codec.

HuffYUV is lossless, but a stream starting in YV12 and going to huffYUV YUY2 and back to YV12 may not be lossless. That's what I'm trying to clarify.

To put it another way, if you took a YV12 stream and did ConvertToYUY2().ConvertToYV12(), would that be a lossless process?

mroz

22nd October 2007, 12:53

But AFAICT huffYUV encodes in YUY2 (or RGB), not YV12. At least it says so here (http://neuron2.net/www.math.berkeley.edu/benrg/huffyuv.html) . And I see no YV12 option on the ffdshow encoder. What makes you say it encodes in YV12? Is there a newer version kicking about or something? I'm confused...

I assume that description applies to that specific implementation. Megui uses Mencoder which contains its own. The only thing I can say for certain is that it will insist on YV12 input as I said - I've read the source code which inserts the conversion if the format isn't YV12 (see MPlayer sources trunk\libmpdemux\demux_avs.c around lines 259-282).

As to the ffdshow implementation, it allows a choice of YUY2 & YV12. I'm using rev 1058 Mar 22 2007 though I have no reason to assume this is a new option. See VFW config -> Encoder tab -> Generic options -> colourspace.

Morte66

22nd October 2007, 15:36

I assume that description applies to that specific implementation. Megui uses Mencoder which contains its own. The only thing I can say for certain is that it will insist on YV12 input as I said - I've read the source code which inserts the conversion if the format isn't YV12 (see MPlayer sources trunk\libmpdemux\demux_avs.c around lines 259-282).

As to the ffdshow implementation, it allows a choice of YUY2 & YV12. I'm using rev 1058 Mar 22 2007 though I have no reason to assume this is a new option. See VFW config -> Encoder tab -> Generic options -> colourspace.

Ah, got it. That all makes sense. Thanks.

rack04

22nd October 2007, 17:44

Should the input DAR in the avisynth creator automatically select the correct DAR of the source? The last .ts OTA HD recording I tried it defaulted to 1:1.

Raere

22nd October 2007, 20:22

I've been seeing lots of new de-interlacing filters lately. I see that Yadif was added, and that's awesome. But, are there plans to add support for NNEDI or MCBob? I have no idea how to use them, and it'd be good to have them built into the avisynth script creator for correct usage.

Sharktooth

22nd October 2007, 23:53

write a feature request in the appropriate place.

vazel

23rd October 2007, 06:19

Can someone tell me why I would be getting interlace artifacts in the encode from a video megui detected as progressive? This scene doesn't have these artifacts in the DVD. From what I've seen of the other action scenes in the encode they don't have interlace artifacts although I haven't seen the entire encode don't feel like doing that right now. This scene is very jerky does that have something to do with it? I can upload a sample if that helps although this scene has gore in it.

http://la.gg/upl/vlcsnap-290451.png (http://la.gg)

Selur

23rd October 2007, 07:25

probably hybrid material that isn't detected as such,...

Sharktooth

23rd October 2007, 17:18

yup... hybrid stuff is always a PITA.

rack04

23rd October 2007, 19:41

Should the input DAR in the avisynth creator automatically select the correct DAR of the source? The last .ts OTA HD recording I tried it defaulted to 1:1.

Can anyone comment on this?

fields_g

23rd October 2007, 22:52

Can someone tell me why I would be getting interlace artifacts in the encode from a video megui detected as progressive? This scene doesn't have these artifacts in the DVD. From what I've seen of the other action scenes in the encode they don't have interlace artifacts although I haven't seen the entire encode don't feel like doing that right now. This scene is very jerky does that have something to do with it? I can upload a sample if that helps although this scene has gore in it.

I work with a lot of hybrid and have noticed that I have much more problems with the "TIVTC + TDeint(EDI) -- slow" vs. "TIVTC" alone. Make sure you are using "TIVTC" as your deinterlacer in your AVS script creator.

Wanna post your scripts?

vazel

23rd October 2007, 23:28

I already deleted it but I'll be sure that when I reencode the movie to take your advice.

berrinam

23rd October 2007, 23:36

I work with a lot of hybrid and have noticed that I have much more problems with the "TIVTC + TDeint(EDI) -- slow" vs. "TIVTC" alone. Make sure you are using "TIVTC" as your deinterlacer in your AVS script creator.
This is why the order of these two has been changed in MeGUI, so that TIVTC is first.

vazel

23rd October 2007, 23:45

What do I put in the field order, do I choose 'top field first'? For source type I have it set to 'Hybrid film/interlaced. Mostly film'
I'm new to all this. Are these settings okay?

http://la.gg/upl/Clipboard02_30.jpg (http://la.gg)

berrinam

24th October 2007, 08:07

Should the input DAR in the avisynth creator automatically select the correct DAR of the source? The last .ts OTA HD recording I tried it defaulted to 1:1.

Files that are opened with DirectShowSource or AviSource are assumed to have SAR of 1:1. Generally this won't mean DAR of 1:1 except in the case where hres=vres.

Files that are opened via mpeg2source should have the DAR autodetected by parsing the d2v file. I believe that *.ts files can and should be done using d2v files (ie they need to be indexed first) so if you did it with DirectShowSource, then that's a bad idea, and if you did it with DGIndex, then it could be right, your stream could be wrong, DGIndex could be wrong, or MeGUI is parsing the d2v file wrong.

rack04

24th October 2007, 10:58

Files that are opened with DirectShowSource or AviSource are assumed to have SAR of 1:1. Generally this won't mean DAR of 1:1 except in the case where hres=vres.

Files that are opened via mpeg2source should have the DAR autodetected by parsing the d2v file. I believe that *.ts files can and should be done using d2v files (ie they need to be indexed first) so if you did it with DirectShowSource, then that's a bad idea, and if you did it with DGIndex, then it could be right, your stream could be wrong, DGIndex could be wrong, or MeGUI is parsing the d2v file wrong.

Yes I am using the d2v file. Has any changes been made to this because using this same procedure used to result in the correct DAR being selected?

Sharktooth

24th October 2007, 12:44

Yes, updated dgindex...

berrinam

24th October 2007, 13:36

I suspect it was a bug introduced by - (berrinam) Fix #1812842 (ITU 4:3 is wrong)

Can you post the beginning of your d2v file please? I want the stuff before all of the numbers. It should look something like this: Stream_Type=1
MPEG_Type=2
iDCT_Algorithm=6
YUVRGB_Scale=1
Luminance_Filter=0,0
Clipping=0,0,0,0
Aspect_Ratio=16:9
Picture_Size=720x576
Field_Operation=0
Frame_Rate=25000 (25/1)
Location=0,0,0,7ff4d

Can you also post what the correct DAR should be please?

EDIT: I suspect it should be fixed in SVN rev297. But can you please still post the information so I can add it as a testcase? Thanks.

rack04

24th October 2007, 22:11

I suspect it was a bug introduced by - (berrinam) Fix #1812842 (ITU 4:3 is wrong)

Can you post the beginning of your d2v file please? I want the stuff before all of the numbers. It should look something like this: Stream_Type=1
MPEG_Type=2
iDCT_Algorithm=6
YUVRGB_Scale=1
Luminance_Filter=0,0
Clipping=0,0,0,0
Aspect_Ratio=16:9
Picture_Size=720x576
Field_Operation=0
Frame_Rate=25000 (25/1)
Location=0,0,0,7ff4d

Can you also post what the correct DAR should be please?

EDIT: I suspect it should be fixed in SVN rev297. But can you please still post the information so I can add it as a testcase? Thanks.

I'm sorry but I'm out of town till Friday. I'll post it then.

rack04

26th October 2007, 04:34

I suspect it was a bug introduced by - (berrinam) Fix #1812842 (ITU 4:3 is wrong)

Can you post the beginning of your d2v file please? I want the stuff before all of the numbers. It should look something like this: Stream_Type=1
MPEG_Type=2
iDCT_Algorithm=6
YUVRGB_Scale=1
Luminance_Filter=0,0
Clipping=0,0,0,0
Aspect_Ratio=16:9
Picture_Size=720x576
Field_Operation=0
Frame_Rate=25000 (25/1)
Location=0,0,0,7ff4d

Can you also post what the correct DAR should be please?

Here is the information that you requested.

Stream_Type=2
MPEG2_Transport_PID=31,34,31
Transport_Packet_Size=188
MPEG_Type=2
iDCT_Algorithm=6
YUVRGB_Scale=1
Luminance_Filter=0,0
Clipping=0,0,0,0
Aspect_Ratio=16:9
Picture_Size=1920x1080
Field_Operation=0
Frame_Rate=29970 (30000/1001)
Location=0,0,0,feba9

The DAR should be ITU 16:9 NTSC (1.822784) and in MeGUI it is defaulted to 1:1. I'll update to the latest version and try it again.

Carpo

26th October 2007, 11:07

Warning: The AC3 track 0 from 'D:\dvdrwork\VTS_02_1 T01 3_2ch 448Kbps DELAY 0ms.ac3' contained 896 bytes of non-AC3 data which were skipped. The audio/video synchronization may have been lost.

is the error i see in megui when trying to mux the film im working on atm, have ripped the video in dvd decrypter - with ripitforme, using full disc mode and ifo mode, and all versions of dgindex from 1.49 to lastest 1.50 beta, and still the error remans.

i have even tried the suggestion of moving the slide bar along in dgindex and clipping out the first few frames still the problem remains

is this a bug, user error, or just a fluke of luck? ;)

Kurtnoise

26th October 2007, 12:11

Try to extract your audio streams with DVDDecrypter instead of DGindex and redo a mux...

Carpo

26th October 2007, 12:35

tried the raw option and it seems to have muxed ok without that error - will give it a play and seem how its turned out, just out of interrest the file from dgindex was 380meg where as the one form dvd decrypter was 386meg - does that sound right ?

rack04

26th October 2007, 12:36

The DAR should be ITU 16:9 NTSC (1.822784) and in MeGUI it is defaulted to 1:1. I'll update to the latest version and try it again.

Updated version works great. Thanks for the bug fix.

Kurtnoise

26th October 2007, 12:56

seem how its turned out, just out of interrest the file from dgindex was 380meg where as the one form dvd decrypter was 386meg - does that sound right ?
sounds right for me...maybe a bug in DGindex or something.

Carpo

26th October 2007, 12:57

ok - strange as its only done it to me on this film - all the others i have done have been fine

Sharktooth

26th October 2007, 13:25

upgrading to 0.2.6.1033 may be problematic
please read this BEFORE upgrading: https://forum.doom9.org/showthread.php?p=1058892#post1058892

mutha88

27th October 2007, 23:36

Excuse me mates, but how can i extract/transcode or wahatever a DTS stream from a Matroska file?

I wish to add the DTS stream from one file to another.How can i do that? THANK YOU in advance!:thanks:

setarip_old

28th October 2007, 01:30

@mutha88

Hi!

See my response (and please answer my questions posted there) to your other (Duplicate) posting.

Multiple posting of the same question is a violation of the rules of the DVD9 Forum...

Al79

29th October 2007, 08:50

What do I put in the field order, do I choose 'top field first'? For source type I have it set to 'Hybrid film/interlaced. Mostly film'
I'm new to all this. Are these settings okay?

http://la.gg/upl/Clipboard02_30.jpg (http://la.gg)

U can use the autodetect option, if that doesn't work, try with dgindex, and see what say, video type, field order... etc, u can find dgindex, in ur megui folder, megui--tools-dgindex... if u still have problems, check the guides section, i hope this help u

p.d. engrish ftw xD

rack04

29th October 2007, 14:35

With the latest DGDecode update the zipped file remains unzipped in the \tools\dgindex folder. Do I manually unzip this into this folder?

Kurtnoise

29th October 2007, 14:53

Relaunch the updater...

rack04

29th October 2007, 14:56

Relaunch the updater...

No change.

Kurtnoise

29th October 2007, 14:56

did you close MeGUI first ?

rack04

29th October 2007, 14:57

did you close MeGUI first ?

Yes I did close MeGUI first.

Sharktooth

29th October 2007, 15:16

oh.. not a big problem. just delete the zip file...
it is there by mistake but the dgdecode plugin is updated.

rack04

29th October 2007, 15:28

oh.. not a big problem. just delete the zip file...
it is there by mistake but the dgdecode plugin is updated.

Where is the dgdecode plugin saved?

http://i11.photobucket.com/albums/a199/rack04/untitled-2.jpg

Sharktooth

29th October 2007, 15:29

into the avisynth plugin directory. however trust me... that zip was erroneously placed into the dgindex zip.

rack04

29th October 2007, 15:32

into the avisynth plugin directory. however trust me... that zip was erroneously placed into the dgindex zip.

Perfect. Thanks.

decayed.cell

30th October 2007, 01:03

Question/Feature request: Would it be possible for MeGUI to only download components needed for encoding what the user wants? i.e. I only use MeGUI to encode clips for my iPod using x264 and thus don't need to download all the other external components for MeGUI which I will never use

Sharktooth

30th October 2007, 03:13

just uncheck the updates you dont want to download.

decayed.cell

30th October 2007, 03:27

just uncheck the updates you dont want to download.
I tried that, but when MeGUI errored because not enough components were present (figures :p) this happened when I ran the updater again

http://img451.imageshack.us/img451/9067/errorna5.th.jpg (http://img451.imageshack.us/my.php?image=errorna5.jpg)

Sharktooth

30th October 2007, 03:30

where did you get megui? you should ALWAYS use the installer to install it...

decayed.cell

30th October 2007, 03:36

where did you get megui? you should ALWAYS use the installer to install it...
Link as described here (http://forum.doom9.org/showthread.php?t=131145)

It works fine again after I've uninstalled and installed again, but choosing to download all updates instead

Sharktooth

30th October 2007, 03:38

The installer comes with sharpziplib. it's a bit "unrealistic" megui couldnt find it unless you deleted the lib or your local copy of the installer was corrupt.

decayed.cell

30th October 2007, 03:48

The installer comes with sharpziplib. it's a bit "unrealistic" megui couldnt find it unless you deleted the lib or your local copy of the installer was corrupt.
Well the first time I installed it was with all the core packages and only DGIndex, and after that went haywire when I tried to update again I uninstalled and ran the same installer but updated fully. So it's a bit "unrealistic" that the installer was corrupt too =)

Sharktooth

30th October 2007, 03:58

then something went wrong during the update and the sharpziplib was mysteriously deleted...

~bT~

30th October 2007, 14:45

I am unable to update MeGUI now for a long time. Everytime it crashes with this error message:

http://i2.tinypic.com/5yssw0p.jpg

Any help appreciated.

EDIT: Solved. Installed latest version and had to update twice as it crashed 1st time round.

andrewwan1980

2nd November 2007, 13:45

(MeGUI 0.2.5.1007)

1. One Click Encoder

The Avisynth profile '' could not be properly configured. Presumably the profile no longer exists.

2. If I set the Target One Click profile, does that override the Advanced Config & Encoder Config tabs?

Sharktooth

2nd November 2007, 16:41

0.2.5.1007 is OUTDATED. Try the latest dev version.

rack04

3rd November 2007, 03:17

When muxing a x264 codec with mkv file format the fps doesn't automatically set. Using x264 with mp4 file format the mux automatically sets the fps. Is this by design?

Sharktooth

3rd November 2007, 15:56

what megui version you have?
before reporting possible bugs ALWAYS try the latest dev version. If you experience the same problem than report it.

rack04

3rd November 2007, 16:49

what megui version you have?
before reporting possible bugs ALWAYS try the latest dev version. If you experience the same problem than report it.

I am using 0.2.6.1034

Sharktooth

3rd November 2007, 17:04

ok, thanks.

ACrowley

3rd November 2007, 17:53

Bugs Build 0.2.6.1034

-encoding Log is not saved after encoding
-Elapsed Time still resets after 24h.

Kurtnoise

4th November 2007, 11:16

Bugs Build 0.2.6.1034

-encoding Log is not saved after encoding
video or audio encoding ?

-Elapsed Time still resets after 24h.
this hasn't been fixed yet...

ACrowley

4th November 2007, 16:02

@Kurtnoise

Video encoding Log isnt saved.. I dont use Audio Encoding in megui but i assume audio log wont save too

Elapsed Time not fixed yet....Ok, but why is it so hard to fix ?

Kurtnoise

4th November 2007, 16:55

Video encoding Log isnt saved.. I dont use Audio Encoding in megui but i assume audio log wont save too
your assumption for Audio Encodings is wrong...all works fine here.

Elapsed Time not fixed yet....Ok, but why is it so hard to fix ?
Probably because developpers are not motivated to fix and test encodings more than 24h. :stupid:

Kurtnoise

5th November 2007, 11:10

@Acrowley: about Time Elapsed issues: try this build (http://www.mediafire.com/?emabblo2xij) please and report feedback.

ACrowley

5th November 2007, 16:07

@Acrowley: about Time Elapsed issues: try this build (http://www.mediafire.com/?emabblo2xij) please and report feedback.

i will test it ..THX

AH, Video enc log is saved again:) Dont know why it wasnt saved after updateing to latest Build 1034.

EDIT:
You made the Megui internal Time independet from System Time in your test build ,right ?
When i change the Windows Clock the ElapsedTime/fps in status windw is stable....in older builds it was changing with the Windows Clock :)

I will report back later after the 24h Border if its stable now...

joran

7th November 2007, 05:28

Hey everyone, hoping you guys could help with a question I had. I am encoding DVDs to watch from a standalone player using DVDDecrypter, MeGUI, and mkvmerge. I'm fairly new to x264 encoding and it's been a fun process learning about the ins and outs of it, but one thing I haven't been able to figure out despite looking around a lot:

My player (unfortunately) does not support, or at least doesn't obey, any DAR flags set in MKVs (it's a TViX 4100SH in case anyone is interested). I've therefore had to resize the anamorphic DVD for it to display correctly. I'm curious as to what the better approach would be for this given, say, a 720x480 NTSC DVD (2.35 DAR), cropped to remove borders down to 720x368. Should I now:

a) resize to 720x304
b) resize to 864x368
c) something else?

I guess I'm wondering whether a) will mean throwing away information unnecessarily and losing quality, or b) will mean upscaling without any quality benefit. Ideally I'd like to retain as much information as possible from the DVD, so I was leaning toward b), but given that the whole image needs to be resized to fit the screen anyway it may just be worse to do it twice - once while encoding and once while playing.

Also, this is a bit weird, but I've discovered that when using MeGUI to encode anamorphically, my player _will_ show the image correctly if I tell MeGUI to use an MKV container instead of MP4 for the video. This only happens if I don't mux any audio in - as soon as I use MeGUI, mkvmerge or anything else to try and add audio, subtitles, or chapters, suddenly it stops playing in the correct aspect ratio. Even running mkvmerge to re-package the original MKV without adding any other tracks will break it. Is there anything about the x264.exe MKV output code that would make it any different than mkvmerge or MeGUI's muxer? It's a bit baffling.

RandomEngy

7th November 2007, 06:32

If you just have a simple script like:

AviSource("d:\docs\heavy_test.avi")
ConvertToYV12()

Is it supposed to automatically bring over the audio track? I've got a source avi file with PCM audio but it always comes out silent.

I've also tried to do an audio encode with

WavSource("d:\docs\heavy_test.avi")

But the file is also silent. Is there something I'm doing wrong?

ACrowley

7th November 2007, 07:00

@Kurtnoise

No, Elasped Time resets to zero at 0.00 Time with Test Build

kurt

7th November 2007, 09:46

My player (unfortunately) does not support, or at least doesn't obey, any DAR flags set in MKVs (it's a TViX 4100SH in case anyone is interested). I've therefore had to resize the anamorphic DVD for it to display correctly. I'm curious as to what the better approach would be for this given, say, a 720x480 NTSC DVD (2.35 DAR), cropped to remove borders down to 720x368.
There should be no resizing necessary at all. Could you plz try these samples on your TviX? http://home.arcor.de/evil.bert/test/xvid.parsimpleblocks.rar

A user of the german doom9 forums reported they will be decoded correctly. If not you may have to update your firmware. I encoded the files with a par flag (-par 4 because the source is PAL) set in the bitstream with xvid_encraw and then muxed in mkv with mkvmerge (I didn't do any changes in the latter regarding DAR/PAR).

For a NTSC source you should try -par 5 with xvid_encraw or --sar 40:33 with x264. Either paramter can be set in MeGUI as well under "custom command line".

mroz

7th November 2007, 13:46

If you just have a simple script like:

AviSource("d:\docs\heavy_test.avi")
ConvertToYV12()

Is it supposed to automatically bring over the audio track? I've got a source avi file with PCM audio but it always comes out silent.

It should work. See the docs (http://avisynth.org/mediawiki/AviSource).

I assume the audio plays when you watch the avi in a media player? Try GraphEdit to see if it plays it; if it doesn't, fix your codecs & repeat.

Try opening the file in your script using DirectShowSource. If that still doesn't work demux the audio & try opening the audio track.

joran

7th November 2007, 15:40

There should be no resizing necessary at all. Could you plz try these samples on your TviX? http://home.arcor.de/evil.bert/test/xvid.parsimpleblocks.rar

A user of the german doom9 forums reported they will be decoded correctly. If not you may have to update your firmware. I encoded the files with a par flag (-par 4 because the source is PAL) set in the bitstream with xvid_encraw and then muxed in mkv with mkvmerge (I didn't do any changes in the latter regarding DAR/PAR).

For a NTSC source you should try -par 5 with xvid_encraw or --sar 40:33 with x264. Either paramter can be set in MeGUI as well under "custom command line".

Thanks - I tried the samples and they all play correctly, no aspect ratio problems at all. I tried using MeGUI to encode using both --sar 1201:1000 and --sar 40:33. It plays fine when I tell MeGUI to output to MKV, but when I output to MP4 and use mkvmerge to create an MKV out of the MP4, it plays stretched.

Oddly enough, if I take the sample AVI and use mkvmerge to turn it into an MKV, it plays fine. But when I take my MKV and re-merge it into another MKV, it doesn't play correctly.

Here are my AVS script and x264 command line for reference:

# Set DAR in encoder to 47 : 20. The following line is for automatic signalling
global MeGUI_darx = 47
global MeGUI_dary = 20
DGDecode_mpeg2source("Source.d2v",info=3)
ColorMatrix(hints=true)
#deinterlace
crop( 0, 54, 0, -58)

#resize
Undot() # Minimal Noise

__film = last
__t0 = __film.trim(5000, 6000)
__t0

x264.exe --crf 18.0 --ref 3 --mixed-refs --bframes 16 --b-pyramid --bime --weightb --filter -2,-1 --subme 1
--analyse p8x8,b8x8,i4x4,i8x8 --8x8dct --me umh --threads auto --thread-input --sar 1201:1000 --progress --no-psnr --no-ssim

kurt

7th November 2007, 16:12

@ joran: strange....on your computer you have the correct AR with the mp4 file and on the tvix you have not? If so you may have to report your problem to the TviX-Guys...

joran

7th November 2007, 16:57

@kurt: Well, I'm actually less inclined to think it's a problem with the TViX now given that it plays those sample files fine, and it plays an MKV created by MeGUI fine as well. It's only when I tell MeGUI to output to MP4 and use mkvmerge to make an MKV that the picture plays distorted.

I have no clue what could cause this at all, though - I've tried using an older version of mkvmerge (2.0.2 instead of 2.1.0) with the same result. I've tried manually setting the DAR to 2.35 as well as setting the pixels to 835x368, 47x20, 10809x4600 in mkvmerge, all without success. I can't figure out what is different between the MKV produced by x264.exe / MeGUI and the one produced by mkvmerge that is causing the problem...

Sharktooth

7th November 2007, 16:59

AR is usually stored in 2 places. In the video bitstream and the container. If those, for various reasons, do not match then there could be problems depending on the software/hardware used for playback.

joran

7th November 2007, 18:57

Is there any tool out there that would let you inspect the AR stored in the bitstream?

As far as I can tell, they should be in sync. The cropped resolution is 720x368. I tell MeGUI to use Clever anamorphic encoding, no overcrop or resize is required. MeGUI is telling x264 to use a SAR of 1201:1000, which by my calculations is correct:

368/720 * 47/20 = about 1201:1000, I guess 1081:900 would be more precise but it's close enough.

I'm telling MKVMerge to use display pixels of 864 x 368, to stretch the image horizontally out to 2.35 AR.

Maybe I'm doing something wrong?

ETA: I just loaded up the MP4 from MeGUI into VLC. In the stream info dialog, it lists both the Resolution and Display Resolution as 720x368. That seems wrong, since I expect the DR to be different, but the player displays the image fine and in a 2.35 AR. So I'm still confused.

mroz

7th November 2007, 19:20

AR is usually stored in 2 places. In the video bitstream and the container. If those, for various reasons, do not match then there could be problems depending on the software/hardware used for playback.
So possibly the player firmware could be improved, but still, this issue shouldn't normally arise, surely? Am I wrong to think generally the ar match?

Given problems arise from changing containers doesn't it seem most likely it's the ar in the container that becomes the problem? Once the vid stream is encoded none of these processes are going to alter the ar info embedded in it.

Is there a tool to inspect both stream & container aspect ratio? This does amount to a bug in one of the Megui tools it seems.

Does this player handle mp4s? If so, does the mp4 output direct from x264 play with the correct ar?

Edit: @joran - You could try a simple test encode where the ARs are pretty much guaranteed to match unless something's very wrong, by sticking with a simple SAR in x264 & corresponding exact dar in MVKMerge, eg with x264 override Megui's choice of SAR with 6:5 & stick with the 864 x 368 in MKVMerge. That'd be my first try if I couldn't find a tool to read/write the ARs directly.

joran

7th November 2007, 19:45

@mroz: The player does support mp4, I've been able to play various QT encodes, but unfortunately the box doesn't want to play this particular mp4 for whatever reason. It may be the lack of an audio track or something in the container that it doesn't like. It's probably not the H.264 stream itself since the same stream packaged in an MKV plays fine (albeit with a bad AR).

mroz

7th November 2007, 19:53

Hm, so maybe it doesn't like mp4box. That's annoying.

When you play back the working mkv compared to the problem one, on your desktop machine, do they both display using /exactly/ the same AR? If they do that doesn't tell you much, but if there's any difference it could certainly explain the problem.

joran

7th November 2007, 20:04

Well this is bizarre: playing back the x264-created MKV file using VLC, it's horribly off-ratio. It plays back in a thin vertical strip about 200x1000. It may have something to do with x264.exe writing the MKV display at 10809x4600. The same file plays back perfectly on the standalone box.

Re-muxing the working MKV with mkvmerge, leaving all settings alone, displays the same in VLC (horribly wrong) but on the standalone it displays in 1.95 aspect ratio (720x368 square-pixel).

I've tried to use mkvinfo to compare the working MKV with the non-working MKV (both of which have the exact same video stream), but there don't seem to be any glaring differences.

RandomEngy

8th November 2007, 04:16

It should work. See the docs (http://avisynth.org/mediawiki/AviSource).

I assume the audio plays when you watch the avi in a media player? Try GraphEdit to see if it plays it; if it doesn't, fix your codecs & repeat.

Try opening the file in your script using DirectShowSource. If that still doesn't work demux the audio & try opening the audio track.

Demuxing the audio with MeGui results in a silent audio file. I can extract to wav with virtualdub and try to mux it in in MeGui and it's still silent. It's also silent when I use DirectShowSource.

I can open it with GraphEdit and see the 48khz PCM wav track. I don't know what you mean by seeing if it "plays" it.

St Devious

8th November 2007, 06:10

Encoding status window disappears after first pass , and doesn't show up at all during second pass .

mroz

8th November 2007, 06:16

@joran: maybe VLC & your standalone simply don't like such large integers in the components of the aspect ratio. Why not replace them with 108x46 & test that on both?

@RandomEngy: The PCM track is I assume audible when you play the source avi, yes? When you open it in GraphEdit, click on play - does it play & can you see the video & hear the audio?

joran

8th November 2007, 06:25

Well, at this point I guess it's time to give up:

I just tried out Handbrake encoding a small test file from an anamorphic DVD. It plays flawlessly on my standalone box. I open up mkvmerge, load the MKV and save it out to another file, and it's broken - aspect ratio blown away. Could it be an issue with mkvmerge, of all things? mkvinfo states the two MKV files have the exact same values for pixel and display ratios.

So, the direct MKV output from both MeGUI and Handbrake works fine, but I want to add additional audio tracks (commentary, etc) as well as subtitles and chapters, which requires me to use mkvmerge. But using mkvmerge for any working MKV will bust the display ratio, so I guess I'm back to resizing down and encoding non-anamorphically.

Are there any other MKV muxers I could try out? The muxing/writing application flags for the working files are "Haali Matroska Splitter"\"x264" and "libmkv"\"Handbrake"

ETA @mroz: I had the same thought, but the big numbers are what x264/MeGUI is spitting out, and that file plays fine on the standalone. In order to lower the values I'd have to use mkvmerge which seems to be the kiss of death for my standalone, heh. Just to be sure, I tried a few variations (108x46, 47x20, 864x368) none of which worked.

kurt

8th November 2007, 08:54

Are there any other MKV muxers I could try out?
you could try gdsmux (wich is part of haali media splitter). Chapters should be possible, subtitles too I think.

One more question: did you try to encode a mp4 file direct from commandline? (without meGUI) and after that just muxing with mkvmerge?

RandomEngy

8th November 2007, 09:05

@RandomEngy: The PCM track is I assume audible when you play the source avi, yes? When you open it in GraphEdit, click on play - does it play & can you see the video & hear the audio?

Yes, it's audible when I play the source AVI. I can hear audio and see video when I play it in GraphEdit.

andrewwan1980

8th November 2007, 15:55

Can someone tell me the exact settings that go into NeroAACEnc.exe when used with MeGUI please? Assuming default settings except: Downmix multichannel to Stereo, AAC-LC, CBR (container: MP4-AAC, codec: ND AAC).

I want to compare the command-line settings used by MeGUI with AutoMKV.

rack04

8th November 2007, 16:28

Can someone tell me the exact settings that go into NeroAACEnc.exe when used with MeGUI please? Assuming default settings except: Downmix multichannel to Stereo, AAC-LC, CBR (container: MP4-AAC, codec: ND AAC).

I want to compare the command-line settings used by MeGUI with AutoMKV.

Do the encode and then check your MeGUI logs. The command-line will show there.

mroz

9th November 2007, 01:01

Yes, it's audible when I play the source AVI. I can hear audio and see video when I play it in GraphEdit.
I'm puzzled that the audio plays in GraphEdit but loading the avi with DirectShowSource gives silent audio. What filters are involved in the chain?

You could try saving the working graph out of GraphEdit & opening that with DirectShowSource. Iirc you might have to delete the rightmost filter from the graph first - the one doing the rendering. /Checks - yes, delete the last filter in the audio chain. Also, in the DirectShowSource call specify video=false (as it can only handle .grf files with 1 stream).

If that doesn't work I really am at a loss. See the DirectShowSource docs (http://avisynth.org/mediawiki/DirectShowSource), enable logging & try to make sense of the output. Last time I had a problem a helpful guru materialised & took a look at my log for me.

If DirectShowSource with the .grf file plays the audio, unless that's good enough, you'll still need to check the DirectShowSource log to work out why it doesn't play otherwise.

Sorry I can't be more help.

Edit: How big are the files? If large, can you trim off a sample which still has the same problem properties? If you can upload a sample I can at least check the problem is local to your set up.

Can someone with more of a clue help RandomEngy?

Kurtnoise

9th November 2007, 14:06

@Kurtnoise

No, Elasped Time resets to zero at 0.00 Time with Test Build
Could you try to test this build (http://www.mediafire.com/?cedeyzx13nu) please....

:thanks:

saint-francis

9th November 2007, 14:40

Encoding status window disappears after first pass , and doesn't show up at all during second pass .

If you have the status window minimized when a job finishes this happens. The new window will not show up. You need to go to view -> process status -> show all when this happens and the new window will appear.

Could this be considered a bug?

Sharktooth

9th November 2007, 14:45

no. it's intentional. if you have the main windows minimized it's supposed you're "working" with other softwares and dont want megui show anything on the screen, possibly causing problems to full-screen DX apps or games or changing the focus of the foreground window just to display the megui status window...

ACrowley

9th November 2007, 17:17

Could you try to test this build (http://www.mediafire.com/?cedeyzx13nu) please....

:thanks:

yes....i will report back ,THX

RandomEngy

10th November 2007, 03:06

I'm puzzled that the audio plays in GraphEdit but loading the avi with DirectShowSource gives silent audio. What filters are involved in the chain?

You could try saving the working graph out of GraphEdit & opening that with DirectShowSource. Iirc you might have to delete the rightmost filter from the graph first - the one doing the rendering. /Checks - yes, delete the last filter in the audio chain. Also, in the DirectShowSource call specify video=false (as it can only handle .grf files with 1 stream).

If that doesn't work I really am at a loss. See the DirectShowSource docs (http://avisynth.org/mediawiki/DirectShowSource), enable logging & try to make sense of the output. Last time I had a problem a helpful guru materialised & took a look at my log for me.

If DirectShowSource with the .grf file plays the audio, unless that's good enough, you'll still need to check the DirectShowSource log to work out why it doesn't play otherwise.

Sorry I can't be more help.

Edit: How big are the files? If large, can you trim off a sample which still has the same problem properties? If you can upload a sample I can at least check the problem is local to your set up.

Can someone with more of a clue help RandomEngy?

Okay, problem 1, with this line only:

DirectShowSource("d:\docs\heavy_test.avi", logfile="logfile.txt")

it says it does not recognize the named argument "logfile" but it says it's there in the wiki.

I tried deleting the audio renderer as you said in graphedit, then rendering just the audio stream to mp3 for starters:

DirectShowSource("g:\heavy_project\heavy_test_noaudiorender.grf", video=False)

However it fails and I get this in the log:

Starting job job1 at 5:19:33 PM

Starting preprocessing of job...

Preprocessing finished!

successfully started encoding

Processing ended at 5:19:35 PM

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

Log for job job1

Error:

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

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

I also tried this for the whole video:

video = DirectShowSource("d:\docs\heavy_test.avi", audio=False)
audio = DirectShowSource("g:\heavy_project\heavy_test_noaudiorender.grf", video=False)

mixed = AudioDub(video, audio)

ConvertToYV12(mixed)

Except that this time it told me that there was an error on line 2: that the filter graph won't talk to me.

I've uploaded a small sample clip (http://engy.us/videos/heavy_test_short.avi) that's giving me problems. The video is encoded as lagarith lossless, audio as 16-bit 48khz PCM.

One more interesting thing is when I view the resulting MP4 file in graphedit, it shows a video pin and an empty "closed caption" pin.

mroz

11th November 2007, 00:48

Okay, problem 1, with this line only:

DirectShowSource("d:\docs\heavy_test.avi", logfile="logfile.txt")

it says it does not recognize the named argument "logfile" but it says it's there in the wiki.

...From version 2.57. I guess you must be using an older one. Try updating?

RandomEngy

11th November 2007, 01:58

Ahh, you're right, I installed a new one and it logs now.

http://engy.us/videos/heavy_test_log.txt

mroz

11th November 2007, 02:09

I tried deleting the audio renderer as you said in graphedit, then rendering just the audio stream to mp3 for starters:

DirectShowSource("g:\heavy_project\heavy_test_noaudiorender.grf", video=False)

Rather than complicating the situation with another encoder, just try playing the avs in something like VDub.

/snip

I've uploaded a small sample clip (http://engy.us/videos/heavy_test_short.avi) that's giving me problems. The video is encoded as lagarith lossless, audio as 16-bit 48khz PCM.

One more interesting thing is when I view the resulting MP4 file in graphedit, it shows a video pin and an empty "closed caption" pin.

I installed the lagarith codec 1.3.14. Your file plays fine here. An avs reading the file with avisource or directshowsource plays video & audio either way. I'm afraid I can't help - you need someone more knowledgeable. My best suggestion is to update avisynth to 2.57 & try again; assuming it fails, get a log from DirectShowSource & start a new thread concerning DirectShowSource's failure to decode the file, along with the log.

Edit: just seen your reply with the log; hopefully someone who can follow it will help, but you might need to start a new thread to catch their attention.

Edit2: That's odd. It looks as though DirectShowSource has accepted the audio & is decoding it. Is it possible the problem is between AVISynth & whatever is rendering the audio? I'm probably wrong though - just guessing really.

Do post again in this thread if you discover the cause.

ACrowley

11th November 2007, 13:39

Could you try to test this build (http://www.mediafire.com/?cedeyzx13nu) please....

:thanks:

What i can say now is that when i change the Windows Time over 0.00 the Time Elapaed is correct and stays over 24h..no reset to 0h

I hope it works real tonight when the encoding reaches 24h and 0.00 a Clock

RandomEngy

11th November 2007, 23:59

Hey, it lets me encode just fine using the x264 VFW codec if I do it through virtual dub. I think I'll just use that; I'm tired of banging my head against the wall with MeGUI.

ACrowley

12th November 2007, 07:32

@kurtnoise

Nice...your new Tets Build works perferct!
Elapsed Time is at 30h , and Remaining Time seems to work stable too

Thank you!

Kurtnoise

12th November 2007, 07:57

\0/...that's great.

ACrowley

12th November 2007, 22:21

yeah..but i must correct me, the Remaining Time is still unstable

Example :
1080p x264 2pass takes 30h. But the Remaining Time after 5h encoding is only 3h , few hours later its 10h ...etc etc etc

I can remember, in old Builds it was one static Value which was correct Remaining Time

mroz

13th November 2007, 02:17

I find it hard to believe it ever gave an accurate prediction for the end of pass two while it was in pass one, but it could be more helpful than it currently is. ATM I assume it predicts based on percentage progress (treating each of n passes as 100/n percent) assuming a progress rate of the current average since start. Naturally with a fast first pass one gets low estimates during the first pass, which then steadily climb.

A better simple solution would be to assume a progress rate based on a moving window average - ie just use average speed for the last s seconds of encoding.

As to a method that would give useful figures for final completion even during early stages, the only method I can conceive off would have to build up speed profiles for the various jobs. This could be done by logging average fps for each of the last j jobs, with these stats recorded for each pass (where applicable) of each defined profile (the stats might need to be wiped when a profile is edited). Initially when stats aren't available, it would have to fall back to the cruder method, but once you had a few runs in, it should give reasonable results.

Edit: re wiping stats, a better automated heuristic might be: flag when a profile is edited & if measured fps deviates significantly from the logged average, wipe the stats log for that profile.

Kurtnoise

13th November 2007, 07:27

yeah..but i must correct me, the Remaining Time is still unstable

Example :
1080p x264 2pass takes 30h. But the Remaining Time after 5h encoding is only 3h , few hours later its 10h ...etc etc etc

I can remember, in old Builds it was one static Value which was correct Remaining Time
:eek: Time Remaining code is the same since the beginning...I didn't modify it.

Maybe your CPU was busy by multiple tasks ?

fleon

13th November 2007, 17:33

I have a problem with megui: I installed and opened then i started to update megui with everything but when mencoder is completed I get and error also I reopened the program and tried to update another componet or external program I get the same error, I also have staxrip installed, this is the error:

http://img444.imageshack.us/img444/2793/meguiru7.th.jpg (http://img444.imageshack.us/my.php?image=meguiru7.jpg)

uncertainty

13th November 2007, 18:06

I have a problem with megui: I installed and opened then i started to update megui with everything but when mencoder is completed I get and error also I reopened the program and tried to update another componet or external program I get the same error, I also have staxrip installed, this is the error:

http://img444.imageshack.us/img444/2793/meguiru7.th.jpg (http://img444.imageshack.us/my.php?image=meguiru7.jpg)

I'm getting the same error message as you are with megui's auto updater. It just started yesterday with trying to update just the core. I'll just turn off auto updater till we get more feedback on this issue.

Sharktooth

13th November 2007, 18:26

do a clean install AND before updating set the auto-update to development server.
it should fix things until the "stable" folder on the auto-update server will be updated.

St Devious

14th November 2007, 18:40

do i have to auto-update everytime i install a new version of megui ?

saint-francis

14th November 2007, 19:22

Every time you do a clean install you do but if you just update the core through the auto update function you will only have to restart MeGUI.

berrinam

15th November 2007, 00:14

A better simple solution would be to assume a progress rate based on a moving window average - ie just use average speed for the last s seconds of encoding.I did that for one of the tools (the Avisynth analysis pass) and it was probably fine, but I since removed it when I simplified the code so that all the processors use the same time estimation code. I thought about a moving average, but I went for the current method because I'm lazy and the code without a moving window average looks nicer: no variables about the last update time. But that's just laziness. Please post this to the feature request tracker so that it doesn't get forgotten, and it will be seen to eventually.

awx

15th November 2007, 10:05

I'm getting this error when I try to open a D2V with the AVS Script Creator:
Cannot open video input
---------------------------
The file E:\XYZ\VTS_01_PGC_01_1.d2v cannot be opened.

Please make sure it's a valid AviSynth script and that AviSynth is properly installed.

You can check the validity of your script and AviSynth installation by opening the file in your favorite media player.

If that works, try opening the video in VirtualDub(Mod) as well. If the former works and the latter doesn't, install a YV12 codec.

Error message for your reference: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.

I've tried doing several clean installs of MeGUI, reinstalling AVISynth and switching to the development update servers.

Any ideas what is wrong? MeGUI was working great until the new version came out.

kumi

15th November 2007, 10:52

Ditto, I reported it on the bug tracker.

awx

16th November 2007, 12:57

Ditto, I reported it on the bug tracker.
Where is your bug? I just checked the tracker on SF and cannot find it.

Also, I just finished a clean install of the .1038 version and this problem still exists for me.

mroz

16th November 2007, 14:10

Where is your bug? I just checked the tracker on SF and cannot find it.

Also, I just finished a clean install of the .1038 version and this problem still exists for me.

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

Sharktooth

16th November 2007, 14:11

i "closed" the report since doing a clean install fixes the problem.
ensure you remove everything related to megui (including the update_cache folder) and then install the latest version.

vtn54

16th November 2007, 17:16

Dear Sharktooth, Clean install don't solve this problem, problem comes from the MediaInfoWrapper.dll in new version ,replacing it with old version solved this problem for me.

kumi

16th November 2007, 17:30

Confirmed, it's MediaInfoWrapper.dll.

MediaInfoWrapper.dll 0.7.5.3 = broken
MediaInfoWrapper.dll 0.7.4.4 = working again

Thanks vtn54.

knary

18th November 2007, 16:37

Hi

can you plz make MeGui doing 2-pass with Nero AAC

because that what i have read in NeroAACEnc docs

Multipass encoding:
-2pass : Enables two-pass encoding mode.
Note that two-pass more requires a physical file as input,
rather than stdin.
-2passperiod : Overrides two-pass encoding bitrate averaging period,
<number> : in milliseconds.
: Specify zero to use least restrictive value possible (default).

also here

I am pleased to announce the launch of FREE Reference Quality MPEG-4 Audio solution from Nero, in the command line form!

* First in the world FREE 2-Pass MPEG-4 AAC Encoder
* Compression Ratios ranging from ultra high (58 CDs fit on one!) to High-End Audio (2.5:1), for absolutely perfect audiophile encodings
* Crystal Clear, Award Winning Sound Quality at every compression ratio and bit rate!
* Support for Embedded Album Art (Covers, Booklets, Lyrics!)
* Store Entire Audio Album in a Single .mp4 File with all the Features of an Audio CD embedded inside, but at a fraction of the space!
* Reference Quality MPEG-4 Audio Codec
* Fully Compatible with the Latest Version of the State-of-the-art MPEG-4 Audio Standard (LC-AAC, HE-AAC and HE-AAC v2)

http://www.nero.com/nerodigital/eng/Nero_Digital_Audio.html

:thanks:

Doom9

18th November 2007, 16:42

@knary: that has been brought up a long long time ago. If you look at how megui works, you'd realize why it wasn't possible then and it's not possible now.

ACrowley

19th November 2007, 10:09

:eek: Time Remaining code is the same since the beginning...I didn't modify it.

Maybe your CPU was busy by multiple tasks ?

Mh... so far i can remember the Remaining Time was one static Value from encoding beginning on.
And the Value was more or less correct

In new Builds its sometimes 3h and later 30h again...it jumps around

I use Threads=0 on my X2 Dual Core for x264 encoding

But i dont think its a megui Problem :) I noticed the same on x264 cli

DeathAngelBR

22nd November 2007, 17:00

Confirmed, it's MediaInfoWrapper.dll.

MediaInfoWrapper.dll 0.7.5.3 = broken
MediaInfoWrapper.dll 0.7.4.4 = working again

Thanks vtn54.

I get the error even with 0.7.4.4 :confused:

ACrowley

22nd November 2007, 18:12

Thx for the new Update :=
Looks like the Remainig Time is stable now !
It starts with one Remaining Time and counts down to zero..
And the Encoding Time is correct

oLex

22nd November 2007, 22:21

please, add ukrainian language to list of languages for muxing.

SBaT

23rd November 2007, 08:57

0.3.0.1 dosent show in log tab for 1-pass or 2-pass any x264 [info] so no psnr,ssim or quants info. Same goes for log file that megui writes.

berrinam

23rd November 2007, 09:21

Thx for the new Update :=
Looks like the Remainig Time is stable now !
It starts with one Remaining Time and counts down to zero..To be honest, I hadn't noticed any problems with this before. Out of interest, could you tell me what kind of job you were doing and what settings you used?

ACrowley

23rd November 2007, 17:36

0.3.0.1 dosent show in log tab for 1-pass or 2-pass any x264 [info] so no psnr,ssim or quants info. Same goes for log file that megui writes.

Yes..
Is it bug or a "new Feature" ?! No x264 encoding Stast/Quants etc anymore with the newest Build

Its absolutly essentital for me to get my x264 Stats

Hope we get a fix soon!

Kurtnoise

24th November 2007, 07:27

http://forum.doom9.org/showthread.php?p=1069002#post1069002

skystrife

24th November 2007, 08:37

I had been running with --no-psnr and --no-ssim in the old version and was getting data on the quants. Hopefully this can be added back into the log?

TBH, I preferred the old, text-based log. Maybe there's a way to have the user choose what level of logging they want displayed?

berrinam

24th November 2007, 09:38

TBH, I preferred the old, text-based log.I found the old log a mess, with information everywhere. Why did you prefer it?

You know you can get a plain-text view of the log by going right-click->edit log?

check

24th November 2007, 10:45

Please return the full output from x264 to the MeGUI log. With the new log style it would presumably be added as a single collapsed element, so the cost is very little. Personally I find MeGUI almost useless without this information being available -- and I'd very much like to see it return.

berrinam

24th November 2007, 13:14

As I said in the development thread, any information missing from the new log is simply a bug. It has now been fixed in svn rev406. You'll have to wait for an update, though...

check

24th November 2007, 15:16

gwar, sorry for getting a little fired up then :p

Sharktooth

24th November 2007, 15:18

ill release an up to date build as soon as i can.

avdw

24th November 2007, 20:28

It still doesn't work, when converting the ac3 to mp3, it produces an mp3 that plays at about 50x the speed. Why Oh Why ?!?

AC3 plays perfect, problem must be in lame.

--[Information] [24/11/2007 21:21:16] Started handling job
--[Information] [24/11/2007 21:21:16] Preprocessing
--[NoImage] Job commandline: "C:\Program Files\megui\tools\dgindex\dgindex.exe" -SD=< -AIF=<N:\My DVDs\Midnight Express 16-9\VTS_01_1.VOB< -OF=<N:\My DVDs\Midnight Express 16-9\VTS_01_1< -exit -minimize -OM=2
--[Information] [24/11/2007 21:21:16] Encoding started
--[Information] [24/11/2007 21:22:44] Running auto force film
---[NoImage] Film percentage: -1
--[Information] [24/11/2007 21:22:44] Job completed
--[Information] [24/11/2007 21:22:44] Postprocessing
-[Information] Log for job5
--[NoImage] Job type: audio
--[Information] [24/11/2007 21:23:27] Started handling job
--[Information] [24/11/2007 21:23:27] Preprocessing
--[Information] [24/11/2007 21:23:27] Encoding started
--[Information] Input
---[NoImage] Channels: 2
---[NoImage] Bits per sample: 16
---[NoImage] Sample rate: 48000
--[NoImage] Commandline: C:\Program Files\megui\tools\lame\lame.exe -b 112 --cbr -h --silent - "N:\My DVDs\Midnight Express 16-9\VTS_01_1 T01 2_0ch 192Kbps DELAY 0ms.mp3"
--[Information] [24/11/2007 21:31:49] Job completed
--[Information] [24/11/2007 21:31:49] Postprocessing

skystrife

24th November 2007, 20:30

I found the old log a mess, with information everywhere. Why did you prefer it?

You know you can get a plain-text view of the log by going right-click->edit log?

The tree-based log may look pretty, but I honestly don't need to know the version info or the settings within the log, and the text-based log made it easier to see everything in one place rather than having to edit each and every tree to see my info.

Main beef atm is the lack of quant distribution info, but that will be fixed in the next update apparently.

I don't know really, I just liked it text-based. Maybe it's just because I've become used to it that way after so long, but the tree structure makes it more complicated than it was before (for me). Sure the log would get lengthy if you ran a ton of jobs in one session, but so long as you knew what each job was you could find your information fairly easily.

Also, with the current tree-based log, you're only getting minimal info at a glance. I preferred to be able to flip to my log tab and quickly be able to tell what job was what by looking at the input and see what my quant distribution was like after finding the correct job. Granted, I suppose I can get this by editing the log, but it's one extra step and I'm lazy I guess. =P

EDIT: Also, while I'm here, a neat feature that could be added to the bitrate calculator came to my mind. It currently allows user-inputted target filesizes, but doesn't seem to save these (at least, it doesn't on my system). If you could allow the user to save his/her own target filesizes that would be kind of neat. (I know a common size is 1/3CD or 233MB, it would be nice to have that as easily accessible as the 175MB.)

Just a thought, figured I'd share it. =)

berrinam

24th November 2007, 23:21

The tree-based log may look pretty, but I honestly don't need to know the version info or the settings within the log,That's debug information for bug-reports, not for the users. :)

and the text-based log made it easier to see everything in one place rather than having to edit each and every tree to see my info.Perhaps you would like a feature which opened every node of the treeview?

I don't know really, I just liked it text-based. Maybe it's just because I've become used to it that way after so long, but the tree structure makes it more complicated than it was before (for me). Sure the log would get lengthy if you ran a ton of jobs in one session, but so long as you knew what each job was you could find your information fairly easily.I believe that finding the job is much easier in the new tree-based log; simply because so many more jobs fit on one page, so you don't have to scroll. But perhaps you would be able to see more "at a glance" if we added some information to the job's root node -- instead of just calling it "Log for job33", we could call it "Log for job33 (video, InputFile -> OutputFile)". Would that be more useful?

From a technical point of view, I believe the new log is definitely superior as it provides better error logging capabilities. Also, it should make it easier to find jobs with warnings or errors, since the error/warning icons stand out from the standard info icons.

However, the main advantage of the new log is that it handles parallel job encoding correctly, whereas the old log just put the messages in the order they came, so multiple parallel jobs would clash with each other's log messages.

EDIT: Also, while I'm here, a neat feature that could be added to the bitrate calculator came to my mind. It currently allows user-inputted target filesizes, but doesn't seem to save these (at least, it doesn't on my system). If you could allow the user to save his/her own target filesizes that would be kind of neat. (I know a common size is 1/3CD or 233MB, it would be nice to have that as easily accessible as the 175MB.)This was added in version 0.3.0.1. The custom filesizes you select will be remembered and available next time you open the bitrate calculator.

mroz

25th November 2007, 01:30

Perhaps you would like a feature which opened every node of the treeview?

I was just going to suggest that.

Do nodes have different classifications, such as a distinction between debug levels or debug vs user info? If so, then options to expand/collapse nodes according to class would be handy, perhaps.

skystrife

25th November 2007, 03:02

That's debug information for bug-reports, not for the users. :)

Oh, alright then. =P

Perhaps you would like a feature which opened every node of the treeview?

That might be nice. I had an idea though, specifically regarding getting the quants information. I really don't like the idea of having to edit the log to find my quants info, so maybe I can expand the tree at some level in the job and see the quants info there?

I believe that finding the job is much easier in the new tree-based log; simply because so many more jobs fit on one page, so you don't have to scroll. But perhaps you would be able to see more "at a glance" if we added some information to the job's root node -- instead of just calling it "Log for job33", we could call it "Log for job33 (video, InputFile -> OutputFile)". Would that be more useful?

That would be an awesome feature and would make it really easy to figure out which job you actually wanted to be looking at! =)

From a technical point of view, I believe the new log is definitely superior as it provides better error logging capabilities. Also, it should make it easier to find jobs with warnings or errors, since the error/warning icons stand out from the standard info icons.

However, the main advantage of the new log is that it handles parallel job encoding correctly, whereas the old log just put the messages in the order they came, so multiple parallel jobs would clash with each other's log messages.

That's true; I didn't think about parallel encoding logging issues. The new log is most likely a step in the right direction but it could use some little adjustments here and there to make information just a bit more readily accessible.

This was added in version 0.3.0.1. The custom filesizes you select will be remembered and available next time you open the bitrate calculator.

Oh, nice. I'll have to grab it when the next build is put out (I can't use the current version because I need to have access to my quants info in the log, so I downgraded to the most recent stable).

berrinam

25th November 2007, 05:43

Do nodes have different classifications, such as a distinction between debug levels or debug vs user info? If so, then options to expand/collapse nodes according to class would be handy, perhaps.There are currently 4 levels: NoImage, Information, Warning, and Error, each of which is associated with an icon (or no icon, in NoImage's case). It's hard to add more levels because there are no system icons, so someone would have to make one for us.

It would be possible to filter the log by level, but I don't think that's particularly useful since the warnings and errors already stand out.

That might be nice. I had an idea though, specifically regarding getting the quants information. I really don't like the idea of having to edit the log to find my quants info, so maybe I can expand the tree at some level in the job and see the quants info there?I think you've misunderstood what I meant by going to edit log, but when 0.3.0.2 comes out I hope you will understand.

avdw

25th November 2007, 12:55

Dang, even that stupid avimux_gui can't produce a normal avi, what a pile of misconfigured horsesh1t

sillKotscha

25th November 2007, 13:12

you show a great source of knowledge here... as avimux_gui is THE tool for avi processing...

if you don't know what you are doing don't blame neither anyone else nor tools for your ignorance...

and as said 100red of times to you... if you don't like it don't use it - easy, isn't it ;)

and if you don't understand that and just wanna troll around, well here is the best place for people like you :)

cheerio

mroz

25th November 2007, 18:09

Dang, even that stupid avimux_gui can't produce a normal avi, what a pile of misconfigured horsesh1t

What don't you like about it? If you can be more descriptive & perhaps suggest how it should be configured by default, you could help everyone by filing an appropriate bug report.

I only use avi as an xvid container for standalones. For this I need no OpenDML & no RecLists, so I need to change the default config. Currently this requires a one off launching of AVIMux_GUI directly to permit the config, though this is more of a hassle if you need to change configs. Better would be if a Megui profile handled the config.

MrAngles

26th November 2007, 11:55

This seems like just an avisynth issue but I didn't see an avisynth troubleshooting thread so I figured I'd post it here.

After reinstalling windows on my pc I installed the K-Lite codec pack, .net framework, Avisynth 2.57 and the latest version of MeGUI. When I try to load a d2v into the avs script creator I get this message: AviSynth script error:
Script error: there is no function named "DGDecode_Mpeg2Source"
Looking in the plugins folder I saw that there were only 3 files (colors_rgb.avsi, DirectShowSource.dll and TCPDeliver.dll) which seemed odd, so I copied the plugins folder from a different pc, but that resulted in a different error: The file D:\CSI\2x13\VTS_02_1.d2v cannot be opened.
Please make sure it's a valid AviSynth script and that AviSynth is properly installed. You can check the validity of your script and AviSynth installation by opening the file in your favorite media player. If that works, try opening the video in VirtualDub(Mod) as well. If the former works and the latter doesn't, install a YV12 codec. Error message for your reference: External component has thrown an exception.

Anyone have any idea what I'm missing here? Everything works fine on my other PCs and worked great before I reinstalled windows.

saint-francis

26th November 2007, 15:17

The 24 hour + problem in the status window still persists. I thought this issue was addressed.

http://forum.doom9.org/showthread.php?p=1067743#post1067743

0.2.6.1039

- (Kurtnoise) [ProgressWindow] New format for Time Elapsed/Remaining.

Not that it's really a big issue.

ACrowley

26th November 2007, 15:39

The 24 hour + problem in the status window still persists. I thought this issue was addressed.

http://forum.doom9.org/showthread.php?p=1067743#post1067743

0.2.6.1039

- (Kurtnoise) [ProgressWindow] New format for Time Elapsed/Remaining.

Not that it's really a big issue.

yes, its fixed now, as he said with 0.2.6.1039

With this Build the Elapsed Time works again for +24h.
And the Remaining Timer works stable again too

To bad that the x264 Quants Log wont appears anymore ..otherwise i would be satisfied with megui ,for now

@Kurtnoise
please, can you make a fix for x264 Quants/log ?

Kurtnoise

26th November 2007, 15:40

@Saint-Francis: are you serious ? what does it look like ?

@ACrowley: it has been fixed. So, wait an update.

@MrAngles: you should install also DGdecode...

ACrowley

26th November 2007, 16:34

@ACrowley: it has been fixed. So, wait an update.

OK THX :)

0.3.0.1001 (includes 0.2.x branch fixes)
- (berrinam) Add missing output streams back to log (fixes #1836281)
- (Kurtnoise) [AutoEncodeWindow] mainform was being referenced in default constructor before it had ever
been assigned (#1836041). patch by Eamonh.
- (Kurtnoise) Removed unused code
- (Kurtnoise) more Audio Input FileType.

The x264 Quants/Infos are in Log/standard output stream/standard error Stream ? Why is it called "error stream" ?

saint-francis

26th November 2007, 17:48

@Saint-Francis: are you serious ? what does it look like ?

I am completely serious. I had just started encoding right before I made that post and the status window told me there was a little more than 1 hour left. This was clearly not the case since It was moving at about 2 fps. Maybe 15 minutes later it was at about 23 hours left. I can't post a screenshot right now because I'll be encoding for the next 20 hours or so but maybe I can later in the week.

Sharktooth

26th November 2007, 18:16

The x264 Quants/Infos are in Log/standard output stream/standard error Stream ? Why is it called "error stream" ?
http://en.wikipedia.org/wiki/Standard_streams

x264 uses stderr for quant info...

Kurtnoise

26th November 2007, 18:21

@Saint-Francis: what can I say...It works for somebody else. So, it should work also for you. Did you overclock your PC or something ? you're running multiple tasks ?

The x264 Quants/Infos are in Log/standard output stream/standard error Stream ? Why is it called "error stream" ?
stdout = standard output
stderr = standard error

This is the usual way to name console redirections when processes are running. depends mainly on the internal code used by the cli tools. Basically, stderr is used to return errors and stdout some other things.

MrAngles

26th November 2007, 18:44

@MrAngles: you should install also DGdecode...

Well I assumed that was the case, which is why I copied DGDecode.dll along with the rest of my plugins folder from one of my other PCs' installation of AviSynth. Should I be installing it a different way? And isn't it supposed to automatically come in the AviSynth installation? I don't remember manually installing it previously.

Also, I can't even encode audio to aac either... jobs error out immediately when I try to run them...

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

Starting job job1 at 2:49:18 AM

Starting preprocessing of job...

Preprocessing finished!

successfully started encoding

Processing ended at 2:49:19 AM

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

Log for job job1

Error:

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

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

Maybe I should try different installation packages... I've got megui-0.2.6.1038.exe and Avisynth_257.exe, maybe there are problems with them

Kurtnoise

26th November 2007, 18:51

well...

0/ Remove everything.
1/ Install Avisynth.
2/ Install MeGUI package.
3/ Run the update.

and that should be fine...

saint-francis

26th November 2007, 23:09

@Saint-Francis: what can I say...It works for somebody else. So, it should work also for you. Did you overclock your PC or something ? you're running multiple tasks ?

Yeah the PC is pretty seriously overclocked and I always do a lot of other things with it at the same time. Nothing too intensive though; browse the internet, use Skype for voice chat, etc. Also I'm using an experimental script that I'm not really sure about. I'm still getting a handle on how avisynth and all of these exotic filters work.

MrAngles

27th November 2007, 02:25

well...

0/ Remove everything.
1/ Install Avisynth.
2/ Install MeGUI package.
3/ Run the update.

and that should be fine...

Honestly not trying to make things difficult here, but I've already done that a few times with the same results. My installation file for AviSynth has got to be bad because it only includes those three plugins files I mentioned earlier. Unless I'm crazy I remember AviSynth coming with all the main plugins used by MeGUI. I've tried three different installation packages for MeGUI, and each one errors out when trying to convert audio.

Maybe it would be helpful if somebody could send me links for working installation packages for both programs.

Sharktooth

27th November 2007, 14:46

where did you get megui?
you can get megui from the official page: http://sourceforge.net/project/showfiles.php?group_id=156112
also ensure you let it auto-update or you wont get the required avs filters...

vtn54

27th November 2007, 18:21

Honestly not trying to make things difficult here, but I've already done that a few times with the same results. My installation file for AviSynth has got to be bad because it only includes those three plugins files I mentioned earlier. Unless I'm crazy I remember AviSynth coming with all the main plugins used by MeGUI. I've tried three different installation packages for MeGUI, and each one errors out when trying to convert audio.

Maybe it would be helpful if somebody could send me links for working installation packages for both programs.
Which Windows you use? Vista or XP?

MrAngles

28th November 2007, 02:54

Which Windows you use? Vista or XP?
XP

where did you get megui?

Don't remember, but it's version 0.3.something. It appears that that was the problem, because using 0.2.6.1040 from your link took care of everything. Thank you, and I'll keep track of the link this time. I must have gotten a beta version by mistake.

Anyway, thanks for all the help, I'm back up and running.

Sharktooth

28th November 2007, 14:39

yes, 0.3.x is the development branch (consider it a sort of alpha). however im glad it works now:)

rack04

28th November 2007, 15:12

Is there anyway that MeGUI AviSynth script creator will accept raw h264 streams?

Sharktooth

28th November 2007, 15:16

have a look at this thread: https://forum.doom9.org/showthread.php?t=122598

rack04

28th November 2007, 15:44

have a look at this thread: https://forum.doom9.org/showthread.php?t=122598

Great thanks. Are there any plans to integrate this into MeGUI?

Sharktooth

28th November 2007, 15:54

yes, of course.

rack04

28th November 2007, 15:59

yes, of course.

Perfect. Thanks.

rack04

30th November 2007, 03:10

If I run "AutoEncode" with just the avs loaded will the AC3 audio be factored into the bitrate calculator when it is added as additional content?

Sharktooth

30th November 2007, 14:19

you have to specify both the video and the audio sources.
the audio will be re-encoded. if you want to keep the original ac3 track you should consider using the bitrate calculator.

rack04

30th November 2007, 15:31

you have to specify both the video and the audio sources.
the audio will be re-encoded. if you want to keep the original ac3 track you should consider using the bitrate calculator.

That's what I thought. Thanks.

berrinam

1st December 2007, 05:37

you have to specify both the video and the audio sources.
the audio will be re-encoded. if you want to keep the original ac3 track you should consider using the bitrate calculator.

Sorry, but that's not right. Any audio tracks added with "add additional content" will be considered in the AutoEncode bitrate calculation. If they are not, this is a bug and should be reported on the sourceforge tracker.

rack04

1st December 2007, 06:20

Sorry, but that's not right. Any audio tracks added with "add additional content" will be considered in the AutoEncode bitrate calculation. If they are not, this is a bug and should be reported on the sourceforge tracker.

It would seem that after adding additional content it would go back to the AutoEncode screen and not directly to the queue.

berrinam

1st December 2007, 08:02

I don't understand what you said. Can you rephrase it please?

Never-the-less, I believe my statement is correct, and if it isn't, this should be reported as a bug.

Sharktooth

1st December 2007, 15:07

oops, i did not realize it was about auto-encode.

Razorholt

2nd December 2007, 03:39

I just upgraded to the version 3.0.0 and the AutoEncoder doesn't work anymore - I get a huge error message. :(

SpicyViper

2nd December 2007, 08:08

I'm having some difficulty with the dts audio I demuxed from my VOB file using D2V creator. I have converted many DVDs to mp4 suitable for my iPod touch but they have all had AC3 audio. I selected the .dts file as the audio input and queued the job with the NDAAC-LC-96Kbps audio profile, MP4-AAC extension.
After starting the job, the following error is logged.

[Error] An error occurred
-[NoImage] Exception message
--[NoImage] Script error: syntax error
--[NoImage] (, line 1, column 71)
-[NoImage] Stacktrace
--[NoImage] at MeGUI.AviSynthClip..ctor(String func, String arg, AviSynthColorspace forceColorspace, AviSynthScriptEnvironment env)
--[NoImage] at MeGUI.AviSynthAudioEncoder.encode()
-[NoImage] Inner exception: null

Can anyone shed some light upon this noob's struggles?

Sharktooth

2nd December 2007, 13:46

I just upgraded to the version 3.0.0 and the AutoEncoder doesn't work anymore - I get a huge error message. :(
3.0.0.x is an UNSTABLE under development branch...

Sharktooth

2nd December 2007, 13:48

I'm having some difficulty with the dts audio I demuxed from my VOB file using D2V creator. I have converted many DVDs to mp4 suitable for my iPod touch but they have all had AC3 audio. I selected the .dts file as the audio input and queued the job with the NDAAC-LC-96Kbps audio profile, MP4-AAC extension.
After starting the job, the following error is logged.

[Error] An error occurred
-[NoImage] Exception message
--[NoImage] Script error: syntax error
--[NoImage] (, line 1, column 71)
-[NoImage] Stacktrace
--[NoImage] at MeGUI.AviSynthClip..ctor(String func, String arg, AviSynthColorspace forceColorspace, AviSynthScriptEnvironment env)
--[NoImage] at MeGUI.AviSynthAudioEncoder.encode()
-[NoImage] Inner exception: null

Can anyone shed some light upon this noob's struggles?
There is an error in the avisynth script...

Guest

2nd December 2007, 18:41

DGAVCDec uses libavcodec. libavcodec often outputs harmless or recoverable errors in its log and this causes MeGUI to abort after a first pass. Can we have an option to tell MeGUI to ignore errors?

I can trick MeGUI into running the second pass by re-queuing the job and deleting the first pass only, but it is inconvenient and normal users may not think of it.

SpicyViper

3rd December 2007, 04:25

There is an error in the avisynth script...

Thanks for your response Sharktooth, however I ended up converting the dts file to ac3 in BeSweet. After using the ac3 file as the input, meGUI had no problems transcoding it into mp4-aac and muxing it with the video.

I may have confused the situation by posting the incorrect error log! I didn't even create an avisynth script for this job. I do wonder though what would have kept meGUI from transcoding the dts audio. Do you know of anything obvious given that the ac3 audio worked fine?

Guest

3rd December 2007, 05:08

DGAVCDec uses libavcodec. libavcodec often outputs harmless or recoverable errors in its log and this causes MeGUI to abort after a first pass. Can we have an option to tell MeGUI to ignore errors?

I can trick MeGUI into running the second pass by re-queuing the job and deleting the first pass only, but it is inconvenient and normal users may not think of it. Never mind. I found a way to capture the av_log() function and prevent MeGUI from ever seeing the errors/warnings.

Sharktooth

3rd December 2007, 14:18

@neuron2: we were already planning to add complete support for dgavcdec (at least it's on the todo list).

@SpicyViper: besweet has its own decoder for DTS. while MeGUI uses DirectShow. Probably you havent any DTS DirectShow filter installed so MeGUI cant decode the DTS stream. Install AC3Filter, FFDShow or any other DTS DirectShow decoder (and ensure they're properly decoding the DTS audio).

fleon

3rd December 2007, 15:39

So I noticed that there is an option on megui to do an analysis pass, yesterday I used on this video that i have of a live concert, but megui didnt show me any results or anything about the analysis that it did, how can I see the results, for choosing a good bitrate or chosing whatever options that the analysis pass did

Sharktooth

3rd December 2007, 15:55

the analysis pass is for determining the interlacing/TC not for compression tests. however you just made me have an idea...

mroz

3rd December 2007, 19:27

So I noticed that there is an option on megui to do an analysis pass, yesterday I used on this video that i have of a live concert, but megui didnt show me any results or anything about the analysis that it did, how can I see the results, for choosing a good bitrate or chosing whatever options that the analysis pass did

All an analysis pass does is fetch each frame in turn as fast as possible for the script you supply as input, throwing away the frames themselves. It's up to the specific script to analyse the material & write it's results to some log. You can make use of this yourself, if you have a suitable script. What it isn't is an out of the box solution to provide you with any particular info on your arbitrary source.

Nic-

6th December 2007, 18:09

i've just update Megui to 0.2.6.1042 and go to http://www.microsoft.com/downloads/details.aspx?familyid=79BC3B77-E02C-4AD3-AACF-A7633F706BA5&displaylang=en to update framework but this Microsoft .NET Framework 2.0 Service Pack 1 (x86) do not support window vista.

how to solve this problem ?

Kurtnoise

6th December 2007, 18:19

shit...install the last one (http://www.microsoft.com/downloads/details.aspx?familyid=333325FD-AE52-4E35-B531-508D977D32A6&displaylang=en) then.

erff, I need to update the link now.

Sharktooth

6th December 2007, 18:20

damn M$! have you tried using windows update?

carlo_0000

6th December 2007, 22:52

hi

i update megui 0.2.5.X to last version 0.2.6.X

1st i got a crash when open it, i deleted the old jobs, now it work

but sins i can't drag and drop my videos (mpg & vob)

whats wrong ?

when i drag and drop, nothing hapens

ash925

7th December 2007, 08:37

Please help! I just did a fresh reinstall of win xp pro and updated it with autopatcher(may) and afterwards tried installing megui .The thing is it never completes the update download ,each time it fails in between ,with 16 or 13 updates remaining and if it is resumed later ,it say the remaining file have a problem. I have uninstalled and reinstalled it a couple of times since ,but the problem persists.

berrinam

7th December 2007, 13:32

Have you installed AviSynth? If not, get it from here (http://sourceforge.net/project/showfiles.php?group_id=57023&package_id=72557), and report back after installing it and running megui again.

ash925

7th December 2007, 17:06

thanx berrinam it is working now.

vtn54

7th December 2007, 17:30

i've just update Megui to 0.2.6.1042 and go to http://www.microsoft.com/downloads/details.aspx?familyid=79BC3B77-E02C-4AD3-AACF-A7633F706BA5&displaylang=en to update framework but this Microsoft .NET Framework 2.0 Service Pack 1 (x86) do not support window vista.

how to solve this problem ?
I think you must search for vista version,My OS is vista 32bit with Microsoft .NET Framework 2.0 Service Pack 1 (x86) :

http://i13.tinypic.com/6z87tlh.jpg

ArdenDag

8th December 2007, 09:59

Hello,

I am trying to use lame to encode AC3 tracks from a recent DVD rip. The AC3 files are not corrupt, as far as I know (they play fine), however when I try and encode them, I get an error, but no message in the MeGUI log to tell me what the error is. Any idea what I might be missing?

Thanks,
Arden

Kurtnoise

8th December 2007, 12:10

I think you don't have an AC3 source filter which is required...to check this try to play your AC3 in graphedit. It it returns some errors, you have to install a source filter.

ArdenDag

8th December 2007, 12:13

I installed AC3Filter, but I just remembered I hadn't rebooted since the install. I will try again and update this post.

UPDATE: Still an error, no encode in MeGUI. Will check GraphEdit.

Arden

Kurtnoise

8th December 2007, 12:15

AC3Filter is just a decoder...you need also a source filter (AC3File (http://ac3filter.net/projects/ac3file)).

ArdenDag

8th December 2007, 12:27

Uh... You're confusing me. I open a file, it runs through a decoder filter (in this case, AC3Filter). That then runs to a decoder to convert the raw audio into something I can hear, in my case FFDshow, which then goes to my speakers.

I assume the same happens when a file is converted?

BTW, GraphEdit shows all pins connected, and like I said earlier, the file plays fine. So what, again, am I missing? (Your link is dead, btw)

UPDATE: Link works now... must have been a hiccup in the net. I downloaded an AC3 source filter from guliverkli and installed it. No dice. I installed AC3file, still no dice. No error is listed in MeGUI still. Any ideas?

UPDATE 2: I just attempted to do the conversion manually with BeSweet, and it works. Even more confused...

Arden

check

8th December 2007, 13:45

try and load it via an avisynth script:
directshowsource("file.ac3")

ArdenDag

8th December 2007, 21:42

The conversion works via BeSweet, but I wanted a quicker solution than having to manually load the AC3s into BeSweet every time (especially when I am working with TV shows...). Loading it via an avisynth directshowsource takes longer, no?

This worked on my system before my upgrade. I must be missing something that'll make this work easier.

Arden

mroz

8th December 2007, 22:51

Um, I thought Megui used Nic's Audio plugin to decode ac3 directly? If so, why all this talk about directshow filters?

What is reported in the log? What is the error?

berrinam

9th December 2007, 02:00

@ArdenDag: Try using this build of megui (http://megui.org/berrinam_patches/more-audio-loginfo.zip) and see if that gives you any more information in the log. Just simply copy the megui.exe in the zip file on top of your current megui.exe.

@mroz: MeGUI has the option of "Force decoding with directshow" for audio. And the audio encoder doesn't report much in the log (although it does report the error, I believe).

daWsOn_s

9th December 2007, 02:34

Hello, I've always encoded with megui in x264 with no problems. Now I want to use Xvid but the settings for that don't work. If set the bitrate from a profile (tried all of xvid's) or/and from the bitrate calculator it will compress ALWAYS at 700kbit! I'm getting crazy, why??

daWsOn_s

9th December 2007, 02:36

I tried to raise the bitrate to 4000kbit creating my own profile but it still does not respect the settings :angry:

Log for job job6

Job commandline: "C:\Programmi\megui\tools\xvid_encraw\xvid_encraw.exe" -i "G:\55.avs" -single -bitrate 4000 -smoother 0 -nopacked -qtype 1 -closed_gop -lumimasking -imin 3 -imax 5 -pmin 3 -pmax 5 -bvhq -bquant_ratio 162 -bquant_offset 0 -bmin 3 -bmax 5 -par 1:1 -threads 0 -avi "G:\55.avi"
xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003

Trying to retrieve width and height from input header
xvid [info]: Avisynth detected
xvid [info]: Input colorspace is YV12
xvid [info]: Input is 1280 x 720, 25.000fps (25/1), starting from frame 0
xvid [info]: Number of frames to encode: 4577, Bitrate = 4000kbps
xvid [info]: xvidcore build version: xvid-1.2.0-dev
xvid [info]: Bitstream version: 1.2.-127
xvid [info]: Detected CPU flags: ASM MMX MMXEXT SSE SSE2 TSC
xvid [info]: Detected cpus = 2, threads requested = 1, threads in use = 1
xvid [info]: Threaded input reading active

Tot: enctime(ms) =238531.00, length(bytes) = 48122365
Avg: enctime(ms) = 52.09, fps = 19.20, length(bytes) = 10509
I frames: 38 frames, size = 45365/ 1723886, quants = 3 / 3.03 / 4
P frames: 1800 frames, size = 21740/ 39133154, quants = 3 / 3.09 / 5
B frames: 2731 frames, size = 2660/ 7265261, quants = 4 / 4.17 / 8
N frames: 8 frames, size = 8/ 64
desired video bitrate of this job: 4000 kbit/s - obtained video bitrate (approximate): 2108 kbit/s
------------------------------------------------------

berrinam

9th December 2007, 02:57

From your log, MeGUI appears to be signalling the bitrate correctly, and XviD has correctly understood the desired bitrate to be 4000kbps. This means that the bitrate is going wrong for some reason.

You are only doing a single pass encode, which is not guaranteed to hit the desired size since it works by estimation only. Try doing a two-pass encode and see if that gets the bitrate more exactly.

Also, your clip is quite short (3 minutes only), which may limit the ability to reach the desired bitrate in a single pass. You could try encoding a longer clip (say, >30 minutes) and see if that fixes it.

squid_80

9th December 2007, 04:58

I frames: 38 frames, size = 45365/ 1723886, quants = 3 / 3.03 / 4
P frames: 1800 frames, size = 21740/ 39133154, quants = 3 / 3.09 / 5
B frames: 2731 frames, size = 2660/ 7265261, quants = 4 / 4.17 / 8

The minimum quantizer values are preventing the codec from compressing any less.

berrinam

9th December 2007, 06:44

Out of interest, why doesn't XviD go all the way down to the minimum quantizer, instead of staying just a bit above? Is it something like trellis seeing it as a good idea to use a higher quantizer from time to time?

squid_80

9th December 2007, 06:48

My guess is because it's a single pass, there's probably a few frames at the start before rate-control kicks in that don't use the optimal quantizer.

daWsOn_s

9th December 2007, 14:33

I don't understand even If I do two-pass the bitrate is completely wrong!

Why should I use different videos? I mean with VDM works perfectly and the bitrate is always respected even with one pass. So what's the problem here? Why the codec does that? :(

mroz

9th December 2007, 15:36

Squid_80 answered you ten hours ago. The problem isn't Megui's code or the codec, but rather the xvid command line - iow the xvid profile you're using.

The codec alters bitrate by changing how much it squashes the data, which is what the quantisers are describing. The profile you're using places considerable limits on minimum & maximum quantiser values, so when obeying that, xvid simply can't get up to your bitrate. Reduce the minimum quantiser if you feel it will benefit you.

I'm not a codec expert, but I've never understood why the xvid profiles in Megui are so restrictive of quantisers.

daWsOn_s

9th December 2007, 16:47

OK, the problem is that I don't know what the quantizer values are and/or do eheh :D

mroz

9th December 2007, 18:45

By the time they become relevant, your video is represented by blocks of integers describing the frequency components making up each small spatial block - more or less.

The main lossy step in the compression occurs when these values are divided through by some small integer constants -the quantisers. As the division is integer based, much precision is lost. That's also the reason for doing it, since it gives a smaller range of possible values, each of which is now more common. Consequently the data stream is more easily compressible by a lossless codec, which is what is then done.

So, the bigger your quantisers, the more the data ends up squashed. Hence as you want less squashing to give a higher bitrate, you need to use smaller quantisers.

The profile you're encoding with currently won't allow quantisers below about three. Try dropping this to two, though do check the resulting video to make sure you actually need the extra bandwidth to yield visible quality gains.

Rumbah

10th December 2007, 16:04

I didn't use Megui for some time and now I did an update and found something irritating.

The last time I used MeGui it used an avisynth plugin to decode AC3 sound. But now it uses Directshowsource. The problem is that I use some settings in ffdshow to adjust the audio to my PC speaker settings (3.1 output and pretty heavy dynamic compression). Now I have to switch the ffdshow audio settings every time I use MeGui to encode some audio.

Is there a way to switch Megui to use a plugin instead (i think it's Nicaudio).

EDIT: I use MeGUI 0.3.0.1004

Sharktooth

10th December 2007, 18:14

there are 2 possible solutions:
1 - make presets in ffdshow and keep the dshow decoding
2 - click the config button to edit the audio profile and disable the "Force Decoding via DirectShow" option.

rishid

13th December 2007, 02:45

I am trying to convert an h264 Elementary stream to Xvid using megui. It has worked many times, but for some reason on this one file it keeps crashing at 2.3%. It gives an error about xvid_encraw.exe.

Using the DGAVCDecode.dll filter.

Running the latest updates on Windows XP.

Here is my Avi Synth script that I used to import into megui.

LoadPlugin("DGAVCDecode.dll")

AVCSource("s-tbu_Track1.dga")

mroz

13th December 2007, 03:09

An obvious 1st question is what's the full error?

rishid

13th December 2007, 06:11

MeGUI just crashes with a standard Microsoft looking error on xvid_encraw.exe stopped working. I may have fixed it, I went to an older version ( beta 12) of DGAVC and it seems to be working past 2.3%. If I run into any more problems I will post some more details, but it seems related to DGAVC and not MeGui.

Sharktooth

13th December 2007, 13:44

ok, thanx. please also inform neuron2 of your findings about dgavcdec

Penecho

13th December 2007, 14:44

Hi, i demuxed my HDDVD, and got a *.mpv file which i used in my *.avs file.

When i watch the *.mpv with powerdvd i can watch the whole movie. But when i load the avs into Megui, only about 1h06 are diplayed instead of the whole 1h49min !?

Some1 knows where this error comes from, or what i made wrong?

Cu

Sharktooth

13th December 2007, 16:50

play the .avs thru a directshow media player (WMP, MPC, whatever...) and see if the duration is right.
if it isnt, the problem is in the avisynth script.

Penecho

13th December 2007, 16:59

Ok, it is also too short when i play the *.avs into MPC!

My avs file looks like this:

directshowsource("D:\feature1.mpv",fps=23.976,audio=false,seekzero=false,seek=true)
Converttoyv12()
Spline36Resize(1920,1080)
crop(0,144,1920,802)

I also tried

directshowsource("Z:\feature_MERGED.VC-1.stream.0.mpv",fps=23.976,audio=false,seekzero=false,seek=true).trim(0, 171955)
Converttoyv12()
Spline36Resize(1920,1080)
crop(0,144,1920,802)

Cu

Carpo

13th December 2007, 18:55

what does M-in-5 decimation mean in the source type - in all the backups i have done i have never see this source type before

TDecimate(cycleR=1) - is what it says in the avs - theres no problem with the back up - im just curious :)

fleon

13th December 2007, 19:49

Hi, I managed to extract the video of an flv file, you know the ones that you get fron youtube, using the avisynth script editor I extracted the video but I dont know how can i extract the audio, can someone please help me out with these?

Thanks in advance

saint-francis

13th December 2007, 19:59

Hi, I managed to extract the video of an flv file, you know the ones that you get fron youtube, using the avisynth script editor I extracted the video but I dont know how can i extract the audio, can someone please help me out with these?

Thanks in advance

Make a separate .avs for the audio which is the same as the one for the video except with audio=true, video=false and use it in place of your original audio material.

Penecho

14th December 2007, 12:58

play the .avs thru a directshow media player (WMP, MPC, whatever...) and see if the duration is right.
if it isnt, the problem is in the avisynth script.

Now i made a graph file first and than loaded iht graph file into the avs. And i used the .trim(0, frames) option.

In the MeGui preview window i only see a short part from the movie, but when i start bitratecalculator, he has the right time in it. So i guess its correct now?

Or should the preview window show the complete movie!?

Cu

Sharktooth

14th December 2007, 15:56

the megui preview window shows what avisynth sends to megui.
PLAY THE .AVS THRU A DIRECTSHOW MEDIA PLAYER... and check if it is ok.

Penecho

14th December 2007, 17:13

Ok, still does not work :(

directshowsource("C:\graphfile.grf",fps=23.976,audio=false,seekzero=false,seek=true)
Converttoyv12()
Spline36Resize(1280,720)
crop(0,10,1280,694)

when i use that, the complete movie is in, but after the end credits there is about 1/3 of the runtime, additional grey video...

When i use:

directshowsource("C:\graphfile.grf",fps=23.976,audio=false,seekzero=false,seek=true).trim(0, 157181)
Converttoyv12()
Spline36Resize(1280,720)
crop(0,10,1280,694)

runtime is correct but only about 10mins of the movie wich repeat themselves over and over agasin, the whole runtime...

In the grf i connected the output pin from my *.mpv file to the input pin of the Elecard MPEG Demultiplexer and the output pin from that to the input pin of Sonic Cinemaster Video Decoder...

Any1 seeing what i di wrong?

Cu

Warpman

15th December 2007, 01:10

try this

directshowsource("C:\graphfile.grf",fps=23.976,audio=false,seekzero=true,seek=false).trim(0, 157181)
Converttoyv12()
Spline36Resize(1280,720)
crop(0,10,1280,694)

and make sure you have the lastest avisynth installed and you should crop before you resize...

Carpo

15th December 2007, 18:21

i know this has prob been asked before and i did do a search but it brought up a long list of threads with many many pages on them, and reading through them al would have taken an age, but here goes

does an anti virus tool like est nod32 (for example) which uses real time scanning affect encoding in any way? also would it affect burning discs

if so would it be wise to disable the av protection only when doing such tasks

mroz

15th December 2007, 19:18

Virus scanning shouldn't hurt encoding other than slowing it slightly - unless something is seriously broken.

Same answer for burning, unless your hardware is only borderline capable of writing the disks anyway. Suck it & see.

Treat video encoding as for any cpu intensive task.

Carpo

16th December 2007, 07:46

i ran a test encode over night - didnt seem to affect it in anyway have NOD3 on :) , pc is an amd64 x2 so im guessing after the encode i should be ok on the burning side :)

St Devious

17th December 2007, 19:28

can encoding be paused in Megui ?

rack04

18th December 2007, 03:22

Are there any plans to add E-AC3 support using ffmpeg?

Kurtnoise

18th December 2007, 08:19

If there is a plan for E-AC3 support, it won't be with FFmpeg but more with avisynth filters...

Kurtnoise

18th December 2007, 08:21

can encoding be paused in Megui ?
it has been disabled but I might be wrong...

gino25

19th December 2007, 13:43

is it possible (with medui) to demuxe video and audio?

Ex: if i have an avi file (DIVX + MP3), is it possible to extract mp3 sound?

If no, do wxist some program that do this?

Sorry for my bad english

Sharktooth

19th December 2007, 16:11

no, megui does not have a demux function.
to demux avi files you can use avidemux or virtualdub
next time :search:

Atak_Snajpera

19th December 2007, 17:00

Demuxing can be done via h264tsto + registered dump.ax
eg: h264tsto input.avi -demux -audioonly

It would be peace of cake to implement it in MeGUI.

rack04

19th December 2007, 17:11

When I try to load the following AVS file into the "AviSynth script creator" I get an Directshow error message saying "Unable to render file. You probably don't have the correct filters installed". I'm trying to use the crop and resise function so I can add this information to the AVS file.

DirectShowSource("C:\Personal\Videos\Matrix.grf", fps=23.976, framecount=115796, audio=false)

Matrix.grf consists of the following graph:

http://i11.photobucket.com/albums/a199/rack04/filter.jpg

The AVS file will play using Media Player Classic:

http://i11.photobucket.com/albums/a199/rack04/mpc.jpg

Any idea what going wrong?

Sharktooth

20th December 2007, 04:09

try setting FFDShow to decode WMV

rack04

20th December 2007, 04:27

try setting FFDShow to decode WMV

libavcodec or wmv9?

Sharktooth

20th December 2007, 04:44

libavcodec

rack04

20th December 2007, 05:04

The results are the same.

usmando

20th December 2007, 10:38

I have a question,

Do the "Turbo" setting in MeGUI x264 options have a significant impact on the quality of the output file?

I'm talking about a 720p encode @ 4400 kBps. I noticed that on my snail(system) the first as well as second pass take 36 hours each without the turbo option enabled.

On the other hand if i enable the turbo option, the first pass get over in less than 4 hours. I'm using HQ insane profile with custom quantization matrix.

So does the turbo first pass really reduce quality of second pass output at 4400kBps?

Kurtnoise

20th December 2007, 11:14

I have a question,

Do the "Turbo" setting in MeGUI x264 options have a significant impact on the quality of the output file?

So does the turbo first pass really reduce quality of second pass output at 4400kBps?
this setting is to optimize the speed. So, there is none impact on the quality.

check

20th December 2007, 12:26

compare the output log details, and perform your own visual inspection. The change depends on the input reasonably highly in my experience.

delxd

22nd December 2007, 15:42

id like to know how i can cut a part of a mp4? like the last 10 seconds of a video , using mEGUI .. thanks in advance.

mroz

22nd December 2007, 16:28

id like to know how i can cut a part of a mp4? like the last 10 seconds of a video , using mEGUI .. thanks in advance.

Assuming you mean without reencoding, MeGUI doesn't provide that functionality. Try Yamb (http://yamb.unite-video.com/index.html).

Sharktooth

22nd December 2007, 16:36

or avidemux

mroz

22nd December 2007, 16:44

/Googles

Oh yeah - silly me thinking avidemux would only cut avis. Will have to have a closer look too; cheers.

fleon

22nd December 2007, 20:00

Hi people please help me out with three questions, I dont know how can I cut the audio already extracted from a video file to match the video(wich I can cut it easily with the AVS cutter) I imagine that I can use the audio cutter but I put the input file and then it ask me for a cut file and i dont know how I can generate that cut file,

and the other questions or more like an explanation is that I have noticed that there are several resizers in the avisynth script editor on the part of filters and I dont know what to use, I just use Bicubic neutral but I wanna know each one so I can take advantage of the other ones.

And last one is there some kind of rule of bitrate for types of movies, and types of videos, types of anime , etc, for the PD-PSP profile that I can use? because I most of the time use 450, and I think is too much but as i dont know so i use that, the last movie that i encoded was Final Fantasy VII advent children and I used 450.

Thanks

Willows_Thoughts

23rd December 2007, 01:06

Ok... I feel like and idiot for asking but I am having such a dumb problem with MeGUI and I can't figure it out!

Anytime I try to open a file in the AviSynth Script Creator whether is be .AVI or MPEG2 files it always gives me the error "Unable to render file. You probably don't have the correct filters installed.

I have downloaded and installed CCCP but still no luck with opening any files. I uninstalled it but will reinstall if there is something I missed.

I already had FFDshow installed, XVID, a h.264 decoder but I just am not able to open anything...

Any help would be appreciated.

EDIT:
I do try to create a D2V file for MPEG2

When I try to creat a D2V Project I load the VOB but there is never and option "enqueue" it always say "queue"

check

23rd December 2007, 01:25

and the other questions or more like an explanation is that I have noticed that there are several resizers in the avisynth script editor on the part of filters and I dont know what to use, I just use Bicubic neutral but I wanna know each one so I can take advantage of the other ones.
Test test test!
And last one is there some kind of rule of bitrate for types of movies, and types of videos, types of anime , etc, for the PD-PSP profile that I can use? because I most of the time use 450, and I think is too much but as i dont know so i use that, the last movie that i encoded was Final Fantasy VII advent children and I used 450.No, it depends on the resolution, complexity of the video, etc etc

Anytime I try to open a file in the AviSynth Script Creator whether is be .AVI or MPEG2 files it always gives me the error "Unable to render file. You probably don't have the correct filters installed.Make a text file and put inside it directshowsource("path\to\one\of\the\nonloading\files.avi"). Save it as an avs. Does it open with WMP? If not, what is the error message?

Willows_Thoughts

23rd December 2007, 02:57

I have spent almost two days trying to figure out what was wrong.

The problem was that I did not run MeGUI as an administrator... I was unaware you actually had to do it manually. After I ran it as one it allowed me to update everything and allowed me to input all of the files that would not previously load.

Carpo

23rd December 2007, 19:25

do i need .net 3.5 if im using megui on XP SP2 or is it just required if your using vista ?

Ravenlord

23rd December 2007, 22:15

Hey, i have a problem with megui, i get an error

video returned: directshowsource: renderfile, the filter graph manager wont talk to me

audio returned: directshowsource: timeout waiting for graph to start

oh and... Its important..

fleon

24th December 2007, 00:31

Hi i have a problem with megui, I wanna convert a personal own movie to x264 on the PD-PSP profile, megui(the avisynth script editor) and gspot detects that the movie is 29.970 FPS, but the problem is when I use the avs cutter that it changes the fps to 23.976 and I dont want that because then when I try tu cut the audio with staxrip it detects the 29.970 FPS of the movie so it is a big problem until I sync the video and the audio to fit perfectly, i do that because I dont know how to use the audio cutter, and still it will be great if you guys help me out with for keeping the original FPS not the one that the avs cutter use.

I think this happens because on gspot it also detects that the Pic/s is 23.976 and the Frame/s is 29.970 so maybe the avs cutter picks the Pic/s inestead of the Frame/s

airedale

24th December 2007, 04:34

I am running into an issue with a conversion to an XviD file.

The error I get is:

Error message for your reference: AVISource: couldn't locate a decompressor for fourcc FFVH

I went into the AVS file and changed it from AVISource to directshowSource. This seems to have gotten me further. The encode isn't completely finished though.

So my question is, why am I getting this error and what is the big difference between avisource and directshowsource?

Thanks!

check

24th December 2007, 04:40

ravenlord, what happens if you open the avs in WiMP?

fleon, most likely the video is telecined. That means your original file is 29.970 interlaced, but you should encode it as 23.976 progressive.

airedale, It means the AVI decoder couldn't find a vfw decoder for that codec. Enable it in ffdshow vfw config -> decoder -> codecs -> set the FFVH entry to 'libavcodec'

airedale

24th December 2007, 05:01

@check -

Thanks so much! I am suprised more people haven't run into this problem. I search and searched before posting.

fleon

24th December 2007, 16:07

fleon, most likely the video is telecined. That means your original file is 29.970 interlaced, but you should encode it as 23.976 progressive.

Thanks, but how can I cut the audio in megui to match the video that i can easily cut in the avs cutter?, or in staxrip how can I change the fps of a movie?

mroz

24th December 2007, 18:37

fleon: in avscutter after writing the cuts into the avs script, also click on 'save cuts to file'. Within Megui's main window where you specify the audio input, load up the saved cuts file.

Unrealbr

26th December 2007, 00:05

Oh well, today i had my first issue with megui and aint beeing able to solve it. Its the folowing: Today i started megui to encode another file and setup it correctly, checked everything and queued, then when i pressed start windows vista came with an magical x264.exe has stopped working window and closed the program. I got my hands on windows log and here is the log:

Problem signature:
Problem Event Name: APPCRASH
Application Name: x264.exe
Application Version: 0.0.0.0
Application Timestamp: 475811dd
Fault Module Name: StackHash_5339
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 00000000
Exception Code: c0000005
Exception Offset: 00000004
OS Version: 6.0.6000.2.0.0.256.1
Locale ID: 1046
Additional Information 1: 5339
Additional Information 2: 7aa1a26c0fb7339e1f194bf8d39130ad
Additional Information 3: b9b1
Additional Information 4: 54b9e8c56d2c877aca8c17f64f327dd3

I really dont know what to do, i've already reinstalled my codecs and megui from scratch and keep getting this error.

PS: error c0000005 as far as i've googled turns back as memory error but i ran memtest on all my 4gb of ram and got 0 problems. What could the problem be? HEEEEEEEELP!!!

PS2: Updated x264.exe to build 714 and suddenly it started working again. For those who might have crashes on vista with x264, update to the latest build o/

PS3: Video encoded, black screen with an BIG ACCESS VIOLATION ERROR on it >_<
Problem still goes on

check

26th December 2007, 02:25

what is your input file?

Unrealbr

26th December 2007, 10:35

what is your input file?

Its an AVI with these streams in it
Video: DivX 5 1280x720 119.88fps [Stream 00]
Audio: MPEG Audio Layer 3 48000Hz stereo 224Kbps [Stream 01]

A couple of weeks ago i had encoded it with no problems at all but now it simply doesnt work :(

delxd

26th December 2007, 18:18

hello ive been re encoding my .avi videos to mp4 and ive been noted that when i mux my audio file and my video the audio file bitrate decrease to it half.. why is that?

Audio: AAC 48000Hz stereo 1536Kbps [Audio] after muxing i get the following : Audio AAC 24000 stereo 768Kbps.

check

27th December 2007, 02:36

0.0 that's a very high bitrate. Are you encoding it as AAC-HE? In any case, you will neverevereverever need to go above 320kbits per channel, and I dont think you'll need to go over 160 (which = 320kbits for stereo).

As to the problem, it's the sampling rate which is decreasing by half, and this is just due to a measurement error with the tool you've used.

squid_80

27th December 2007, 04:41

1536Kbps is uncompressed 48000Hz 16-bit stereo. Never rely on explorer to tell you the bitrate of a file.

fleon

27th December 2007, 16:37

Hi I have a problem I can convert a video into a compatible one for the psp but i want to add subtitles to the video, i did by extracting the subtitles with vobsubber on the megui tools menu, and the I muxed them with the movie and the audio on the pc it worked but on my psp I cant see the subtitles, so what I am doing wrong?

Warpman

27th December 2007, 19:16

Hi I have a problem I can convert a video into a compatible one for the psp but i want to add subtitles to the video, i did by extracting the subtitles with vobsubber on the megui tools menu, and the I muxed them with the movie and the audio on the pc it worked but on my psp I cant see the subtitles, so what I am doing wrong?

the psp can't render the subtitles while displaying a video... u need to "burn" the subtitles into the video.

vsfilter.dll & avisynth can help you...

fleon

27th December 2007, 20:13

the psp can't render the subtitles while displaying a video... u need to "burn" the subtitles into the video.

vsfilter.dll & avisynth can help you...
Ok but I am not too familiar with that process but I bet is not hard so could teach me how I can do that?

Xodarap

28th December 2007, 03:14

Okay, I'm having a few problems with MeGUI. It's been awhile since I used it and I vaguely remember finding some fix for the audio problem I'm having, but can't figure it out (again :P).

Problem 1: I cannot encode AC3 audio. I've tried with every kind of encoder, starting from a valid .ac3 file. I have AC3Filter as well as ffdshow, and can play the .ac3 file with no problems in media player classic and winamp. The log reports nothing of use, and in fact looks as though the encoding went well, other than the lack of any reported output or processing data (other than start and end time). The job queue simply reports "error," and the error happens directly after preprocessing (which "appears" to work, though it happens *very* quickly). When I uncheck "force directshow decoding," the error doesn't happen, the audio encodes quickly (about 30x realtime), but the resulting file is silent (despite being the right filesize).

Problem 2: When attempting to use the one-click-encoder (which is my main reason for using MeGUI, as I am proficient with GK, VDub, and Mencoder), I get a fatal error: object reference not set to an instance of an object; source of exception: megui stacktrace: at MeGUI.core.util.PrettyFormatting.ExtractWorkingName(String fileName)... This is after attempting to load one of five VOBs loaded onto my HDD by DVD Decrypter.

EDIT: For information, one-click-encoding is working for me if I (a) check "don't encode audio" and (b) use an m2v file as my input. Also, the d2v creator is handling the same VOB just fine. And I would rather encode the audio, of course.

In the meantime, I can obviously make some d2vs, besweet my own audio (besweet still works, btw), write up individual avs, etc., but for converting my extensive home library of DVDs, I was quite excited to have a very quick setup (since I use the same avisynth filters for each anyways).

mroz

28th December 2007, 03:39

@fleon: I've not used it, but from a quick google it might be as simple as install vsfilter.dll in plugins & to the end of the avisynth script you create in Megui, before saving it, add the line:
TextSub("C:\temp\yoursubs.srt") with a correct path & filename of course. Docs should be here (http://avisynth.org.ru/docs/english/externalfilters/vsfilter.htm) but the site seems to be down atm.

@Xodarap: ac3 issue - with force directshow unchecked, the NicAudio.dll is used to decode ac3; currently it spits out silent frames when it sees something it doesn't like. I had this problem (http://forum.doom9.org/showthread.php?t=132324) with a clip which, iirc, changed dolby surround mode a few seconds in. Your issue might be similar. You could take the issue up with Nic if you can find him. As a workaround you could always try a separate audio encoder such as Belight (http://kurtnoise.free.fr/index.php?dir=BeLight/).

Ifo loading - it'd be nice but aiui MeGUI currently doesn't contain an Ifo parser. As to loading Vobs, what are you loading them into? If you're using d2v creator, which does a good job of handling mpeg2, just give it the first vob of the vts you want & it will open the rest as well; just test it & you'll see.

Xodarap

28th December 2007, 04:19

@Xodarap: ac3 issue - with force directshow unchecked, the NicAudio.dll is used to decode ac3; currently it spits out silent frames when it sees something it doesn't like. I had this problem (http://forum.doom9.org/showthread.php?t=132324) with a clip which, iirc, changed dolby surround mode a few seconds in. Your issue might be similar. You could take the issue up with Nic if you can find him. As a workaround you could always try a separate audio encoder such as Belight (http://kurtnoise.free.fr/index.php?dir=BeLight/).

Ifo loading - it'd be nice but aiui MeGUI currently doesn't contain an Ifo parser. As to loading Vobs, what are you loading them into? If you're using d2v creator, which does a good job of handling mpeg2, just give it the first vob of the vts you want & it will open the rest as well; just test it & you'll see.

AC3: I think you're right, as the output file appears (on visual inspection; can't hear anything) to have a frame or two of sound at the beginning, then silence. Why won't it work with force DShow enabled? Any idea what it doesn't like?

IFO/VOB: meh, I don't care about the IFO loading as long as it loads all the VOBs -- which, on inspection with the d2v creator, it does. The problem is the fatal error. I can't load the vob at all in the one-click-encoder, though I can make an m2v and load IT.

So my main two problems: I can't force DShow filtering for audio encoding (and without it, I get silence); and, worse, I can't load VOBs with one-click-encoder, though they load just fine into the d2v creator.

EDIT: Tried the audio encoding with a fresh AC3 file from a different source. WITHOUT directshow filtering enabled, this one is "working." However, it's VERY (veryveryvery) quiet, so apparently the automatic volume normalization is not working. That said, I could, of course, re-normalize and re-mux the mp3 myself, but, again, I'm moving farther and farther away from my goal of one-click bliss ;)

Oh, and WOW, thanks for the quick response :D

Xodarap

28th December 2007, 04:32

small side question: I have telecide (Telecide(guide=1).Decimate()) set in my avs script, but in "Preview AVS Script," the preview still appears telecined. Does IVTC not appear in the AVS Preview? All of my other filters appear to be loaded.

EDIT: Figured out and fixed. Apparently <input> in the script creator doesn't set interlace=true for me. I added ColorMatrix(hints=true,interlaced=true) and now it's IVTCing beautifully :)

mroz

28th December 2007, 04:34

The script is previewed as written, so something must be wrong with the IVTC process &/or source. As to the rest, soz, can't help atm.

Hopefully someone with a clue will be along shortly^W, erm, sometime next year maybe? ;)

Akatsuker

28th December 2007, 05:56

I've updated my meGUI, and now i can't open my d2v files on the avisynth script creator.

The following image was posted by mdchaser, and i have now the very same problem.

http://rscpro.com/borlatips/capture.jpg

Tried replacing the file mediainfowrapper.dll by a previous version of that one - that solved the problem for mdchaser, but not for me.

What should I do?

check

28th December 2007, 11:22

try a full reinstall

fleon

28th December 2007, 14:12

@fleon: I've not used it, but from a quick google it might be as simple as install vsfilter.dll in plugins & to the end of the avisynth script you create in Megui, before saving it, add the line:
TextSub("C:\temp\yoursubs.srt") with a correct path & filename of course. Docs should be here (http://avisynth.org.ru/docs/english/externalfilters/vsfilter.htm) but the site seems to be down atm.
So I have to re encode de video? or I can put the already encoded video with the subtitles and like paint it on the video?, also why do you put the extension .srt on megui it seems that I can only use .sub and .idx, and please explain it better since i only need this step to have the video ready for my psp
On the site that you gave this I found:
This contains the AviSynth TextSub function, which basically takes a textfile as input and paints the subtitles from this textfile on the video clip. It has the following quite simple syntax:
TextSub ("path\filename.ext" [, charset [, fps]])
So typically you only write
TextSub ("your_file.ssa")

Besides SSA (Sub Station Alpha) TextSub can deal with SRT (SubRip), SUB (MicroDVD), PSB (PowerDivx), SMI (SAMI), ASS (Advanced Substation Alpha).

To override the default style you can use a second file named e.g. "your_file.ssa.style" (the first file + ".style") which must be in SSA or ASS syntax an contains only formatting information (makes only sense when NOT using SSA/ASS).

Most SSA commands are ignored, as they are not really useful here.
but i still dont understand how to do it and if I have to reencode my video, well If it needed this is the script the video
DGDecode_mpeg2source("C:\FINAL_FANTASY_7\VIDEO_TS\New Folder\VTS_02_1.d2v",info=3)
ColorMatrix(hints=true,interlaced=true)
tfm(order=1).tdecimate()
#crop
Spline36Resize(480,272) # Spline36 (Neutral)
#denoise
__film = last
__t0 = __film.trim(1, 130004)
__t1 = __film.trim(144862, 145135)
FadeOut(__t0, 23) ++ FadeIn(__t1, 23)

check

28th December 2007, 15:40

You need to re-encode the video. Using the .sub file instead of a .srt is fine.

You want your script to look like this (make sure you put in the right path to the .sub):
DGDecode_mpeg2source("C:\FINAL_FANTASY_7\VIDEO_TS\New Folder\VTS_02_1.d2v",info=3)
ColorMatrix(hints=true,interlaced=true)
textsub("subs.sub")
tfm(order=1).tdecimate()
#crop
Spline36Resize(480,272) # Spline36 (Neutral)
#denoise
__film = last
__t0 = __film.trim(1, 130004)
__t1 = __film.trim(144862, 145135)
FadeOut(__t0, 23) ++ FadeIn(__t1, 23)

Xodarap

29th December 2007, 02:17

Well, I "figured out" the audio problem. Actually, I downloaded Nero Digital and it's amazing and works great! (Though I'm slightly upset that I can't use the AVI container with it...)

Still having the VOB problem, though. To recap:

When attempting to use the one-click-encoder (which is my main reason for using MeGUI,), I get a fatal error: object reference not set to an instance of an object; source of exception: megui stacktrace: at MeGUI.core.util.PrettyFormatting.ExtractWorkingName(String fileName)... This is after attempting to load one of five VOBs loaded onto my HDD by DVD Decrypter. Also, the d2v creator is handling the same VOB just fine. In fact, it appears that everything (including GK, etc.) handles the VOBs except the MeGUI one-click encoder.

EDIT: I *believe* that I may have found the problem. I tried a DRM-free region-free DVD and its VOBs worked fine. I think that DVD Decrypter may be too old :( -- Any advice for an equally-good, yet up-to-date DVD Decryption program? Stupid EU Copyright laws... I'm using my OWN DVDs! :P

~bT~

29th December 2007, 13:04

^ google: RipIt4Me

Xodarap

29th December 2007, 13:26

^ google: RipIt4Me

*Sigh* I feel guilty, as I hate it when others don't google first. However, after trying several google searches, I mostly came up with crappy trial-version stuff and loads and loads of subpar freeware. I was wondering if there was an accepted "standard" like there was with DVD Decrypter, but now that I think of it, anything that gives me decrypted ifos/vobs should be the same! :p

Yet I have *another* problem... It seems that whenever I solve one thing, another pops up. The solution to my AC3 audio problem above was in switching to Nero Digital. (Previously, I got an error when encoding mp3s using DShow, and silence when not using DShow.) However, despite the beautiful (and small!) .m4a and .mp4 files that I get with NeroD, they come out silent after muxing. I mux them into MKVs with x264 avis and the resulting file is dead silent. This is with either the MKV muxer or the one-click auto-option. The intermediate m4a/mp4 file sounds great on the *same* media player that I use to play the MKV afterwards. I don't think the muxing is happening at all (as opposed to nulling the volume on the audio or other problem), as the file-size change is negligible and consistent with changing to the MKV container...

In the meantime, I will be using the "without DShow" audio encoding for ABR MP3, which, I believe, is Nic's encoder. Is there any way to change the DLL that MeGUI uses for that encoding? The response I got above indicates that my problem with Nic's spitting out silence only *some* of the time is due to Nic's finding something it "doesn't like" in the input stream. So, as far as I can guess: Lame w/DShow gives an error, Nic's "doesn't like" something in the input stream and gives silence, NDAAC refuses to mux correctly, and AC3 is a waste of space (and four channels). Any suggestions? At this point, I was *very* impresssed with Nero's quality and compression, and would be happy to mux it, but I would also be happy to encode to MP3 since I could keep my pretty AVI containers...

check

29th December 2007, 13:34

try loading audio files with manually created avs files containing:
directshowsource("path\to\file.mp3")

~bT~

29th December 2007, 13:37

@ Xodarap

http://www.videohelp.com/tools/RipIt4Me
http://forums.afterdawn.com/thread_view.cfm/422740

Xodarap

29th December 2007, 15:44

Update: I was wrong about Nero Digital. NOTHING is working. With DShow enabled, I get an error; without, I get silence. The AC3 file plays just fine in winamp or media player classic; besweet encodes it beautifully. In fact, now I'm wondering why besweet handles it, using LAME, and MeGUI can't handle it using LAME.

I love BeSweet (BeLight), so I'm using it for now, but, again, that kills the one-click beauty...

EDIT: Does MeGUI need other files, like dlls or something? The more I think about it, the less sense my audio problems make to me... I *know* I have directshow filters, I know that MPC opens and plays the AC3 file just fine, I know that lame (via besweet/belight) encodes the same AC3 just fine... and yet I get nothing but error/silence with MeGUI, using ANY audio encoder, format, options, etc. :(

fleon

29th December 2007, 16:59

You need to re-encode the video. Using the .sub file instead of a .srt is fine.

You want your script to look like this (make sure you put in the right path to the .sub)

DGDecode_mpeg2source("C:\FINAL_FANTASY_7\VIDEO_TS\New Folder\VTS_02_1.d2v",info=3)
ColorMatrix(hints=true,interlaced=true)
textsub("subs.sub")
tfm(order=1).tdecimate()
#crop
Spline36Resize(480,272) # Spline36 (Neutral)
#denoise
__film = last
__t0 = __film.trim(1, 130004)
__t1 = __film.trim(144862, 145135)
FadeOut(__t0, 23) ++ FadeIn(__t1, 23):
I did what you told me but I still can convert the movie with subtitles burned in it, I got this error:
[img=http://img246.imageshack.us/img246/9333/45018994el8.th.jpg] (http://img246.imageshack.us/my.php?image=45018994el8.jpg)

I tried fix it by downloading vsfilter.dll again and put it on the plugins folder but nothing
this how my script looks with everything in it
DGDecode_mpeg2source("C:\FINAL_FANTASY_7\VIDEO_TS\New Folder\VTS_02_1.d2v",info=3)
ColorMatrix(hints=true,interlaced=true)
TextSub("C:\FINAL_FANTASY_7\VIDEO_TS\New Folder\VTS_02_0.sub")
tfm(order=1).tdecimate()
#crop
Spline36Resize(480,272) # Spline36 (Neutral)
#denoise
__film = last
__t0 = __film.trim(1, 130004)
__t1 = __film.trim(144862, 145135)
FadeOut(__t0, 23) ++ FadeIn(__t1, 23)

Xodarap

1st January 2008, 18:09

No one has a clue about my audio issues? ^^^?

Is there any way to get MeGUI to use BeSweet (command-line version)? Like I said, MeGUI and BeSweet use the same Lame.exe/lame_enc.dll, right? (Sorry if I'm being annoying, I'm just pulling out my hair over here :P)

hanti

1st January 2008, 21:00

why when im trying to open any media file i must wait for preview window like 10mins to 1h or more
only what i can see is ffdshow trying to decode second half of movie to the end , and after that when its done (rendering half of movie) i can see preview popup
any help ? or its normal..

check

1st January 2008, 21:29

hanti, sounds unusual. is this any file, miscellaneous avis included?

xodarap, I suggested an avs with directshowsource() before, did you try this?

hanti

1st January 2008, 21:48

any - mkv, avi, grf etc.
i tryed avisynth 257, and that new alpha one
clean megui install etc
now im waiting for resident evil preview :/
some screens -->
http://xs123.xs.to/xs123/08012/ripproblem.jpg.xs.jpg (http://xs.to/xs.php?h=xs123&d=08012&f=ripproblem.jpg)

check

2nd January 2008, 09:41

do the videos take this long to open in other media players? If not, try a full reinstall of MeGUI, and update to the latest development version.

hanti

2nd January 2008, 12:53

in others media players everything works fine
ive done full reinstall i mean uninstall.exe from megui folder then remove that folder, download 2.6.1041 from sourceforge and then update to 3.0 its still not workin
that problem started few months ago on winxp and even now on windows vista x64 problem still exist hm maybe i have some weird plugins in avisynth because i do not deleted that folder.. lets see
sry my english sux ;)

check

2nd January 2008, 13:57

yes, take one of the generated avs files and see, do they also take ages to open in WMP or other players?

hanti

2nd January 2008, 16:27

problem solved after deleting plugin folder and install avisynth 257 version its working again ;)
thx for help

fleon

2nd January 2008, 16:48

I did what you told me but I still can convert the movie with subtitles burned in it, I got this error:
[img=http://img246.imageshack.us/img246/9333/45018994el8.th.jpg] (http://img246.imageshack.us/my.php?image=45018994el8.jpg)

I tried fix it by downloading vsfilter.dll again and put it on the plugins folder but nothing
this how my script looks with everything in it
DGDecode_mpeg2source("C:\FINAL_FANTASY_7\VIDEO_TS\New Folder\VTS_02_1.d2v",info=3)
ColorMatrix(hints=true,interlaced=true)
TextSub("C:\FINAL_FANTASY_7\VIDEO_TS\New Folder\VTS_02_0.sub")
tfm(order=1).tdecimate()
#crop
Spline36Resize(480,272) # Spline36 (Neutral)
#denoise
__film = last
__t0 = __film.trim(1, 130004)
__t1 = __film.trim(144862, 145135)
FadeOut(__t0, 23) ++ FadeIn(__t1, 23)

Please help me out with my subtitle problem

Kurtnoise

2nd January 2008, 20:34

your subtitle file is a text file (MicroDVD) or a VobSub pictures file ?

fleon

2nd January 2008, 21:09

your subtitle file is a text file (MicroDVD) or a VobSub pictures file ?

I'm pretty sure is a VobSub picture file because subtitle workshop cant open it, also I extracted it with the VobSubber tool of megui

Kurtnoise

3rd January 2008, 13:46

so, if you have installed the vobsub package correctly, you need to fix your avs script like this:

DGDecode_mpeg2source("C:\FINAL_FANTASY_7\VIDEO_TS\New Folder\VTS_02_1.d2v",info=3)
ColorMatrix(hints=true,interlaced=true)
VobSub("C:\FINAL_FANTASY_7\VIDEO_TS\New Folder\VTS_02_0.idx")
tfm(order=1).tdecimate()
#crop
Spline36Resize(480,272) # Spline36 (Neutral)
#denoise
__film = last
__t0 = __film.trim(1, 130004)
__t1 = __film.trim(144862, 145135)
FadeOut(__t0, 23) ++ FadeIn(__t1, 23)

because this sub file is not a text file. The idx one (formely index) must be in the same .sub file folder.

Xodarap

4th January 2008, 02:46

hanti, sounds unusual. is this any file, miscellaneous avis included?

xodarap, I suggested an avs with directshowsource() before, did you try this?

To my extreme frustration, I got this error message when attempting to load up the avs:

----------------
DirectShowSource: Could not open as video or audio.

Video returned: "DirectShowSource: the filter graph manager won't talk to me"

Audio returned: "DirectShowSource: the filter graph manager won't talk to me"

(*Pathname here*)
-----------------

I say extreme frustration because, many months ago (actually, probably over a year ago) I was using MeGUI and *it* was giving me that error message (now no message in the log). Before even setting out to get this (what I thought was) "new" problem fixed on the forums, I read through my old posts, where I had said that I solved the problem. I already tried my previous solution, which was to install Aud-X. But I have AC3Filter and ffdshow (as well as still Aud-X) installed; it really shouldn't be a problem of a missing codec or dshow filter. If I recall correctly (and I may not!), the previous "solution" ONLY got FAAC working. *insert pic of smiley scratching its head until it bleeds*

EDIT: FYI, uninstalling and reinstalling ffdshow, aud-x, and AC3Filter did not help...

Sharktooth

4th January 2008, 03:06

get graphedit and d&d the source into it. look at the filters used to build the graph.
you probably have some other filter that overrides (has a higher merit) ffdshow and/or ac3filter.
try giving ffdshow and ac3filter a even higher merit or remove those interfering filters.

Xodarap

4th January 2008, 03:22

EDIT4: Problem solved! By lowering the merit of ffdshow audio. Why? I have no clue. MPC, which is what I'm playing my avs's with for checking, was self-reporting playing the AC3s with AC3Filter originally. However, graphedit showed the AC3 file as passing through (only) ffdshow. AC3filter also reported filtering the file when it was going through MPC. However, now that graphedit shows the AC3 going through (only) AC3filter, everything's peachy. FFDshow was the culprit...

Nope, nothing but ffdshow. Like I said before, double-clicking the AC3 itself, it plays just fine. And I know it's going through ffdshow, because the pretty blue ffdshow audio box pops into my tray (and I can watch it process in the ffdshow audio process window). Still, I get the same error when trying to play the avs:

DirectShowSource(filename.ac3)

Dropping the avs into the graphedit just shows it going to a color converter...

BTW -- thanks for the quick response! :)

EDIT: I'm a filthy liar! :P Dropping it into graphedit shows it just going through ffdshow audio. Playing it through graphedit just plays it through ffdshow audio. However, double-clicking it plays it through Media Player Classic, which, looking at ITS filters, takes me to AC3filter. When I open AC3Filter while playing the file in MPC, it is clear that AC3filter is playing it.

EDIT2: Uninstalled AC3Filter because I like ffdshow (I like the interface). Double-clicking the file now plays it in MPC with ffdshow audio filtering. Graphedit JUST shows ffdshow audio and when playing, plays it through ffdshow. The avs still doesn't work ("filter graph won't talk to me)...

EDIT3: WTF! Now graphedit shows Filename.ac3 -> AC3 Parser Filter -> ffdshow -> output. Before, the parser was NOT in there...

((( atom )))

4th January 2008, 17:48

I got a problem with the "adaptive muxer" window using autoencode. I will try and post it here and not noise the forum with a new topic..

I am quite sure there was an option for at least two audio tracks, also the wiki tells me so, but I can only find "audio 1" to input a file. The wiki talks about "radio buttons" wich I seem to lack. I reinstalled megui after long time of not using it, because it crashed on startup right after an update. Can anybody help out? Would make me happy saving the time to set up muxing by hand..

Xodarap

4th January 2008, 18:25

@atom: right click the tab itself -- where it says "audio one." Go to "add track" Voila! :)

Xodarap

4th January 2008, 18:31

Well, now my problem has spawned a new buddy. While I solved the "filter graph won't talk to me" nonsense (by uninstalling ffdshow and forcing AC3Filter), NOW I get "unable to determine the duration of the audio."

I did a google search of my problem, and to my lovely surprise, one (yes, an entire ONE) result came up: MYSELF in February making the same complaint. On these forums, no less. The irony is that I read through the thread and I had the exact same SERIES of problems, with different solutions (before the first culprit was "automatic deinterlacing"). The previous solution -- uninstalling all other dshow codecs and using Aud-X (why Aud-X, I have no clue...) instead. Unfortunately, that is not working now. I'm stuck with "unable to determine the duration of the audio." I've tried every major DShow codec I can think of, watching graphedit to try and make sure they're each taking...

Sharktooth

4th January 2008, 19:08

have you already thought to format and re-install windows? (joking)
however, try this one: use ds source for video (ensure you specify audio=false) and use nic ac3 source filter (it comes with megui) for the audio (the .ac3 file)

((( atom )))

4th January 2008, 20:11

@ Xodarap: I see! ... now tell me if I was only to stupid to figure that or should one request a obvious button for adding a tab?

((( atom )))

4th January 2008, 20:19

Very nice, that works now and puts me right to the next unclear thing:

When I add a subtitle stream, I browse for my .idx file, which might contain one or many subtitles. Since I can choose a language for the subtitle, I am confused: Is only the language that I select picked out of the contents of the .idx file or will all subtitles found in the .idx be muxed? If the latter is true, I don't understand the option to actually choose a language..

Kurtnoise

4th January 2008, 20:45

there is nothing to understand unfortunately here...

If your idx file contains several languages references then all of them will be muxed in your output file whatever you choose in the language list.

The muxing features are very basic in MeGUI. You can use Yamb if you want to do that more correctly...;)

((( atom )))

4th January 2008, 21:24

Well, as long as it does the job, I am glad if it is kept simple.. :) Thx for the hints...

alexVS

5th January 2008, 13:45

There's a problem with megui (may be with x264.exe). I'm not sure. All updated. I'm choosing ABR 1300 Kb/s.

Output video has bitrate 1530 Kb/s (The length of video is 9 min, so the difference is very big)

Why can it be?

Atak_Snajpera

5th January 2008, 14:31

ABR stands for Average Bit-Rate. It doesn't mean you always get specified bitrate.

mroz

5th January 2008, 14:50

It should still get closer than that. My guess would be it's misconfigured.

alexVS: what profile did you use? Perhaps the minimum quantiser specified prevented the bitrate going low enough. What happens if you specify a much lower bitrate? Do you still get stuck at 1530kb/s?

fleon

5th January 2008, 15:57

so, if you have installed the vobsub package correctly, you need to fix your avs script like this:

DGDecode_mpeg2source("C:\FINAL_FANTASY_7\VIDEO_TS\New Folder\VTS_02_1.d2v",info=3)
ColorMatrix(hints=true,interlaced=true)
VobSub("C:\FINAL_FANTASY_7\VIDEO_TS\New Folder\VTS_02_0.idx")
tfm(order=1).tdecimate()
#crop
Spline36Resize(480,272) # Spline36 (Neutral)
#denoise
__film = last
__t0 = __film.trim(1, 130004)
__t1 = __film.trim(144862, 145135)
FadeOut(__t0, 23) ++ FadeIn(__t1, 23)

because this sub file is not a text file. The idx one (formely index) must be in the same .sub file folder.

Well, after encoding the video with that script and puting the muxed video(audio+video) on my psp I still cant see the subtitle, so what could be the problem? I wanna like burn them on the video, because I know that the psp cant render subtitles

Kurtnoise

5th January 2008, 21:05

you should try to play your file with a decent player first and see if the subtitles are there.

check

6th January 2008, 07:51

FFDshow was the culprit...Would just like to add here that the culprit is most likely the configuration, rather than the tool -- unless you have an ancient version.

Well, now my problem has spawned a new buddy. While I solved the "filter graph won't talk to me" nonsense (by uninstalling ffdshow and forcing AC3Filter), NOW I get "unable to determine the duration of the audio."Can you please summarise your current setup which causes this issue again?

Output video has bitrate 1530 Kb/s (The length of video is 9 min, so the difference is very big)

Why can it be?I am guessing because you used 1pass ABR, and your video is a somewhat pathological case which screws up ratecontrol. I will delay judgement until I see the logfile though: Post the logfile output from MeGUI for this job. You can find it in the MeGUI\logs folder if you've closed the program since.

ABR stands for Average Bit-Rate. It doesn't mean you always get specified bitrate.The MeGUI default will only let this be 1% off. (http://mewiki.project357.com/wiki/X264_Settings#ratetol)

mutha88

7th January 2008, 00:34

Does MeGUI include the new experimental adaptive quantizer ? :)

One more question.. what does a "noise filter" mean? I am downscaling 1280x544 (720p) to 800x336 with MeGUI... do i need to add a noise filter? Is Lancsoz(Sharp) the most appropriate filter for me? Thank you for answering my question (in advance)!

Atak_Snajpera

7th January 2008, 00:47

Does MeGUI include the new experimental adaptive quantizer ?
Yes if you download special x264 build and add necesary commands

Xodarap

9th January 2008, 06:13

Would just like to add here that the culprit is most likely the configuration, rather than the tool -- unless you have an ancient version.

Can you please summarise your current setup which causes this issue again?

FFDshow went through several uninstalls / fresh reinstalls. That's including my watchful eye on the registry for leftovers. Newest version. I just hadn't tried it WHILE it was uninstalled (because I was thinking the problem was with something ELSE). Now, with the merit slider all the way down, things are working out. Honestly, AC3Filter has proven to be a much better normalizer, anyways...

As far as I know (using graphedit) EVERY dshow filter on my system underwent similar treatment. So I don't know what the setup was doing.

have you already thought to format and re-install windows? (joking)
however, try this one: use ds source for video (ensure you specify audio=false) and use nic ac3 source filter (it comes with megui) for the audio (the .ac3 file)

The nic filter thing -- tried that FIRST.

You THOUGHT you were joking. And guess what worked? A reformat! :P Really, I did it before reading it from you, and needed to anyways. God knows what was clogging everything up, but it all works beautifully now.

Except now I can't get subs on MPC, and it plays multiple audio tracks concurrently -- has me using WMP11 *shudder*... (Or MPlayer, I just like my ffdshow settings...) Sorry, that's for another thread.

I wish I knew what was causing the issues before...

Xodarap

9th January 2008, 06:24

Does MeGUI include the new experimental adaptive quantizer ? :)

One more question.. what does a "noise filter" mean? I am downscaling 1280x544 (720p) to 800x336 with MeGUI... do i need to add a noise filter? Is Lancsoz(Sharp) the most appropriate filter for me? Thank you for answering my question (in advance)!

Is your source noisy? IE: is it "grainy" or "flickery" or otherwise of a poor quality that moves around? A noise filter, to put it very simply, blurs the image to cover up defects. That includes blurring across time (to hold things still, like flickering or dustiness). However, your source may be "clean," in which case, you only might need a noise filter to provide additional encoding efficiency. I always throw in a temporalsoften(3,2,2,6,2) or (2,3,3,6,2) for good measure, even on a clean source...

fleon

9th January 2008, 15:54

so, if you have installed the vobsub package correctly, you need to fix your avs script like this:

DGDecode_mpeg2source("C:\FINAL_FANTASY_7\VIDEO_TS\New Folder\VTS_02_1.d2v",info=3)
ColorMatrix(hints=true,interlaced=true)
VobSub("C:\FINAL_FANTASY_7\VIDEO_TS\New Folder\VTS_02_0.idx")
tfm(order=1).tdecimate()
#crop
Spline36Resize(480,272) # Spline36 (Neutral)
#denoise
__film = last
__t0 = __film.trim(1, 130004)
__t1 = __film.trim(144862, 145135)
FadeOut(__t0, 23) ++ FadeIn(__t1, 23)

because this sub file is not a text file. The idx one (formely index) must be in the same .sub file folder.

Well, after encoding the video with that script and puting the muxed video(audio+video) on my psp I still cant see the subtitle, so what could be the problem? I wanna like burn them on the video, because I know that the psp cant render subtitles

you should try to play your file with a decent player first and see if the subtitles are there.
Well, in bsplayer I can see the video with the subtitles, on vlc player I cant, and on windows media player I get a black screen and the program starts to freeze up

TheResidentEvil

9th January 2008, 17:04

I tried to use Handbrake to make an .MKV file of a .mpg i have (I didn't know about MeGUI) and the file locks up in VLC. I want to create an H.264 mp4 of an .mpg .

I keep finding info that is more related to ripping from a DVD but I didn't have a DVD to start with. I am a avid AutoGK user so I don't know everything. The file I have is a 720p capture via OTA. Is there any guide for what I am looking to do or how to re-encode any file to H.264 ?

Sharktooth

9th January 2008, 17:31

there are plenty just :search:

meatwad666

13th January 2008, 22:18

i'm having a bit of a mysterious problem that i'm hoping someone can lend some insight. I recently upgraded my motherboard and videocard. The old motherboard was an agp model (biostar k8m800) with a 5700U agp card. the new board is pcie (pchips A33G) with a HD2600xt. the cpu, ram, and HD are all the same, although i recently got rid of running a seperate OS drive (on an old 9gig drive) from my capture drive, but I think the issue arose before I went to 1 HD.

Although i did forget to copy over my profiles, i'm pretty sure they're unchanged as I just use the ce-* profiles but running in ABR.

my issue is that my encoding speed seems to be roughly 1/2 of what it was on the old board; is there anything immediately obvious to people as to what could be causing the problem? prior to this I was using megui with tools current to about sept 07, now i am using the most recent updates.

the source material is HD captures in 1080i or 720p. I used to be able to convert 720p at 350meg/40 min in just about realtime (probably becuase i was just dumping frames to get 30fps with selecteven() ) and 1080 would take about 2.5-3hrs.

mitsubishi

14th January 2008, 01:10

Meatwad, the HD probably isn't the problem, it can affect speeds if being starved for bandwidth. Are your captures in lossless format? Is the source and destination on a different partition. Might be worth a defrag and checking for DMA (you installed the mobo drivers right?) anyway though.

But for such a speed drop, maybe somehow you are now only using one core (if you have a dual). Check your CPU usage.

meatwad666

14th January 2008, 02:17

Meatwad, the HD probably isn't the problem, it can affect speeds if being starved for bandwidth. Are your captures in lossless format? Is the source and destination on a different partition. Might be worth a defrag and checking for DMA (you installed the mobo drivers right?) anyway though.

But for such a speed drop, maybe somehow you are now only using one core (if you have a dual). Check your CPU usage.

cpu is a athlon 64 3500+ (one core), CPU usage is pegged, the captures are the raw transport streams, source and destination are always the same partition (and physical drive), IDE channel is uDMA-5. mobo drivers were installed, but this board is garbage, so maybe that can affect it. I just didnt expect it to affect it by 2x. (i also dont use a page file, so i dont think its the drive being hammered for page requests, and I have enough ram anyway)

thanks for the help

audioffile

15th January 2008, 03:00

I'm trying to encode the ac3 track from my DVD into aac with ndaac. The problem is that the output file is essentially empty (727 bytes). I noticed below that the there is no input file being passed to neroaacenc. Am I doing something wrong to cause this?

Input: Channels=6, BitsPerSample=16, SampleRate=48000Hz
Command line used: D:\Program Files\megui\tools\neroaacenc\win32\neroAacEnc.exe -ignorelength -q 0.5 -if - -of "L:\DVDs\FRIDAY_AFTER_NEXT\VIDEO_TS\English.mp4"

I also tried running the file through neroaacenc myself but i discovered that it wants wav input. So I guess MeGUI actually takes care of that for me... it converts my ac3 into wav and then feeds it into neroaacenc. Is that correct? If so, there appears to have a breakdown somewhere along the line. Any suggestions appreciated. Thanks.

mroz

15th January 2008, 03:37

Don't worry about the command line - the audio is processed by Megui internally using an AviSynth script (see the log if you're interested) and the output from that fed directly to the encoder (the equivalent of piping it, I imagine).

Try forcing Megui to use directshow to decode your audio source, rather than the NicAudio avs plugin it uses by default - click on the Config button in the audio input panel of the main megui window & check 'Force decoding via direct show'.

That's assuming you can play the ac3 track using a direct show based player.

The problem is almost certainly on the decoding side, so the above has a good chance of helping.

audioffile

15th January 2008, 03:51

audio is processed by Megui internally using an AviSynth script (see the log if you're interested)

I didn't see anything in my logs that showed how the piping would occur, but I did notice that even on successful encodes the -if parameter remains blank in the logs.

Try forcing Megui to use directshow to decode your audio source

That didn't seem to make any difference either.

Here's the log again:

Input: Channels=6, BitsPerSample=16, SampleRate=48000Hz
Command line used: D:\Program Files\megui\tools\neroaacenc\win32\neroAacEnc.exe
-ignorelength -q 0.5 -if - -of "L:\DVDs\FRIDAY_AFTER_NEXT\VIDEO_TS\English.m4a"

Error:
*************************************************************
* *
* Nero Digital Audio Reference MPEG-4 & 3GPP Audio Encoder *
* Copyright 2007 Nero AG *
* All Rights Reserved Worldwide *
* *
* Package build date: Aug 6 2007 *
* Package version: 1.1.34.2 *
* *
* See -help for a complete list of available parameters. *
* *
*************************************************************

ERROR: Could not open file

duckdown

15th January 2008, 04:20

Hello , no matter what I do this program still is creating incorrectly sized XviD segments for me.

I tell it to do a 4 minute segment around 750kbps, it was supposed to make a file sized 27.5 but instead just freely creates its own sized clip of a massive 40mb and a bitrate of like 1050

What is going on here? I have tried applying ALL of the proper settings found in the sticky regarding oversize/undersize yet this bloody program is still doing it.

If I use StaxRip it makes the properly sized segment so why is this so different?

I am extremely irritated with the unpredictable output of this program and its failure to achieve the specified bitrate/filesize.

What are my choices here?

Log for job job48

Job commandline: "C:\Program Files\megui\tools\xvid_encraw\xvid_encraw.exe" -i "C:\files\int16.avs" -pass2 "C:\files\int16.stats" -bitrate 744 -kboost 100 -ostrength 10 -oimprove 10 -odegrade 10 -overhead 0 -nopacked -vhqmode 4 -closed_gop -imin 1 -imax 3 -pmin 1 -pmax 3 -bquant_ratio 100 -par 1:1 -threads 0 -avi "C:\files\int16.avi"
xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003

Trying to retrieve width and height from input header
xvid [info]: Avisynth detected
xvid [info]: Input colorspace is YV12
xvid [info]: Input is 512 x 384, 29.970fps (30000/1001), starting from frame 0
xvid [info]: Number of frames to encode: 9211, Bitrate = 744kbps
xvid [info]: xvidcore build version: xvid-1.2.0-dev
xvid [info]: Bitstream version: 1.2.-127
xvid [info]: Detected CPU flags: ASM MMX MMXEXT SSE SSE2 TSC
xvid [info]: Detected cpus = 4, threads requested = 3, threads in use = 3
xvid [info]: Threaded input reading active

Tot: enctime(ms) =189265.00, length(bytes) = 41045501
Avg: enctime(ms) = 20.54, fps = 48.68, length(bytes) = 4455
I frames: 83 frames, size = 23585/ 1957611, quants = 2 / 2.66 / 3
P frames: 3270 frames, size = 8757/ 28637795, quants = 3 / 3.00 / 3
B frames: 5858 frames, size = 1783/ 10450095, quants = 5 / 5.89 / 6
desired video bitrate of this job: 744 kbit/s - obtained video bitrate (approximate): 1074 kbit/s

Wow. This one is even friggin worse..

Log for job job52

Job commandline: "C:\Program Files\megui\tools\xvid_encraw\xvid_encraw.exe" -i "C:\files\para01.avs" -pass2 "C:\files\para01.stats" -bitrate 900 -kboost 100 -ostrength 10 -oimprove 10 -odegrade 10 -overhead 0 -nopacked -vhqmode 4 -closed_gop -imin 1 -imax 3 -pmin 1 -pmax 3 -bquant_ratio 100 -par 1:1 -threads 0 -avi "C:\files\para01.avi"
xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003

Trying to retrieve width and height from input header
xvid [info]: Avisynth detected
xvid [info]: Input colorspace is YV12
xvid [info]: Input is 624 x 352, 29.970fps (30000/1001), starting from frame 0
xvid [info]: Number of frames to encode: 5926, Bitrate = 900kbps
xvid [info]: xvidcore build version: xvid-1.2.0-dev
xvid [info]: Bitstream version: 1.2.-127
xvid [info]: Detected CPU flags: ASM MMX MMXEXT SSE SSE2 TSC
xvid [info]: Detected cpus = 4, threads requested = 3, threads in use = 3
xvid [info]: Threaded input reading active

Tot: enctime(ms) =187904.00, length(bytes) = 35870179
Avg: enctime(ms) = 31.70, fps = 31.55, length(bytes) = 6050
I frames: 145 frames, size = 24749/ 3588606, quants = 2 / 2.49 / 3
P frames: 2382 frames, size = 11223/ 26734765, quants = 2 / 2.99 / 3
B frames: 3399 frames, size = 1631/ 5546808, quants = 3 / 5.75 / 6
desired video bitrate of this job: 900 kbit/s - obtained video bitrate (approximate): 1457 kbit/s <--- WTF?

check

15th January 2008, 04:56

duckdown, your profile limits the min/max quantizers too much. Either change these by hand or use a more relaxed profile.

mutha88

16th January 2008, 00:12

1.Is spline36 the best downmixing (from 720p to 800x336 res.) filter? Or is spline64 better?!

2. When i see some blocks, should i use for "Deblocking Strenght" -2 (minus 2) and for "Deblocking Treshold" -1 (minus 1) ?

3. For this downmixing/downscaling encoding should i use "HQ-Slow/Slower" profile? I am downscaling with "CE-High Profile" now :).

:thanks: for all of your answers!

fleon

16th January 2008, 01:28

hi, I have a problem with megui that i have never had before, you see I have encoded some videos to be compatible with my psp with the PD-psp profile and until now they have work, but recently I have encoded one I tried some things like encoding the audio on differents bitrates and also on a bitrate that have worked with other videos but nothing, the video before converted was a xvid/mp3 file, and i used this script:

AviSource("C:\Documents and Settings\Leon\Desktop\Nuevo para pasar al disco duro\abc.avi")
TextSub("C:\abc.srt")
#deinterlace
#crop
Spline36Resize(480,272) # Spline36 (Neutral)
#denoise
and this is what gspot tells me about the muxed video
http://img293.imageshack.us/img293/1017/abcdb9.th.jpg (http://img293.imageshack.us/my.php?image=abcdb9.jpg)

Ranguvar

16th January 2008, 23:46

@fleon: Make sure you place the videos in ms0:\VIDEO\, where ms0 is your PSP drive letter, and your firmware is >= 3.30. You probably have those, but I'm not sure... is the video black, does it say Unsupported, or what?

@mutha88:
1.) Technically Spline64 is better. But the difference is nigh-impossible to see. Even me, a quality freak, only uses 36.

2.) No. Negative values will decrease deblocking, so for cases in which you have a lot of bitrate/options on and you want sharper, more detailed video. You'd use positive values for less blocks, but you'll get 'softer' video, and slightly less details.

3.) Downscaling doesn't make a difference in that regard.

:)

saint-francis

17th January 2008, 01:11

If I am wanting to queue up two movies to encode using 2 passes for each using the same x264 profile can I set a different bitrate for the second one while it's still on it's first pass or will the new modified profile change the settings for the second pass of the first encoding? I know that the command gets sent to x264.exe only at the beginning but since both passes are queued up as individual jobs I don't know if the new profile will be applied.

mitsubishi

17th January 2008, 01:22

Saint-Francis.

Yeah that's fine, the jobs are stored as jobs. once set they do not look at the profiles.

There does seem to be a bug I noticed though, that if you are encoded the same source twice it can go awry since it uses the source filename for the stats file rather than the output, but two different movies, no problem.

saint-francis

17th January 2008, 01:39

Thanks for the speedy reply mitsubishi.

:thanks:

mutha88

17th January 2008, 12:00

Thank you Ranguvar! Didn't know the stuff you've wrote here :)

blazo

17th January 2008, 13:30

Don't know if this has been answered yet...
I'm trying to convert my DVD to MP4 (AVC/AAC) using MeGUI and sticking with anamorphic setting (CleverTM anamorphic encoding). AVS file has proper AR, but resulting MP4 file plays at 720x576 (1:1 DAR). I use RAWAVC for video (x264 encode) and MP4Box for muxing. Any ideas how to get proper (16:9) DAR?

mroz

17th January 2008, 19:14

If you let Megui invoke mp4box to do the muxing it should have the correct aspect. If you generate raw avc with Megui & mux externally, you'll have to explicitly tell mp4box the correct PAR, since the PAR info isn't embedded in the raw avc data afaik.

blazo

18th January 2008, 13:32

I let MeGUI invoke MP4Box and the result was not anamorphic. Nevertheless I have figured out where the problem was.
http://forum.doom9.org/showthread.php?t=133124

It's in RAWAVC (.264) which I was using. Now I switched to MP4 and everything is OK.

dolphinjet

18th January 2008, 18:45

hi, please allow me to ask a newbie question
Does AutoEncode use the profile I chose in the Input > Video interface? I'm in doubt as the Autoencode window did not show up what profile.

Ranguvar

19th January 2008, 00:04

@dolphinjet: I think so. Try and see :)

@blazo: Yeah, if you encode as raw AVC stream, it won't even know the framerate, let alone the anamorphic settings :p

@mutha88: Welcome :) What do you mean?

Zergrinch

19th January 2008, 06:19

Am I doing something wrong? Any attempt to click AutoEncode with meGUI 3 produces this error window:

http://upload.jetsam.org/meguierror.jpg

Carpo

19th January 2008, 13:04

heres a strange one for you.

I have a film Abyss Special Edition, which on the back of the box says 2:35:1 and widescreen 4:3, there are two different versions on the same disc, Theactrical and Extended.

In the ifo it shows

VTS overview:

Menu attributes:
Video: MPEG-2 720x576 (PAL) (PAL 625/50) (16:9) (pan-scan)
Audio 1: Not Specified (Dolby AC-3) 2ch 48Kbps DRC
SubPicture 1: Not Specified (2-bit rle )

Title Set (Movie) attributes:
Video: MPEG-2 720x576 (PAL) (PAL 625/50) (4:3) (not specified perm.display)
Audio 1: English (Dolby AC-3) 6ch 48Kbps DRC (ID: 0x80)
SubPicture 1: English (2-bit rle ) (ID: 0x20)
SubPicture 2: English (2-bit rle ) (ID: 0x21,0x20)

dvd2avi picks it up as 4:3, question i have is do i encode it as 4:3 then tell the mux tools its 16:9, or do i tell megui to override dvd2avi and select 16:9 there ?

mroz

19th January 2008, 14:09

Firstly, are you having any problems selecting the version of the film which you want? If they're in distinct VTS it isn't a problem with D2V Creator, however sometimes distinct PGCs exist in one VTS & you need an extra step to pull out the one you want as Megui doesn't currently parse IFOs itself.

In this case I use DVD Decrypter from the original dvd, or if I only have a VIDEO_TS folder by that point, PGCDemux (http://download.videohelp.com/jsoto/dvdtools.htm).

Let's assume you have the version you want.

Assuming it's letterboxed 4:3, accept the above & when you crop the letterboxing off, Megui will get the aspect correct.

Or are you saying the aspect info above is wrong? In that case just override the DAR setting within the AVISynth Script Creator window.

Carpo

19th January 2008, 14:54

i have ripped the extended version i can tell that as its longer, and i have got the info in my post above from the ripped ifo, when i play it in a dvd player it comes up as 16:9

edit: when i play the vobs i ripped to disc it plays as letterboxed 4:3

edit: little Q about audio, i am backing up a lot of dvds i have to x264, i would like to use ac3 but some of the ac3 files are 300meg plus, which if i want to keep them to a 2 disc backup the picture quality suffers, i have seen that it is best to use 128 abr aac, and anything above 160 is a waste, if that is so why does megui have 192 and 256 options, and which should i use HC or LC, seeing as i want to keep the best audio i can?

Should i go with 128 even on something like lord of the rings, which is near 3 hours ?

audioffile

19th January 2008, 21:31

edit: little Q about audio, i am backing up a lot of dvds i have to x264, i would like to use ac3 but some of the ac3 files are 300meg plus, which if i want to keep them to a 2 disc backup the picture quality suffers
Assume that you mean two CDs, 1400MB.
i have seen that it is best to use 128 abr aac, and anything above 160 is a waste, if that is so why does megui have 192 and 256 options, and which should i use HC or LC, seeing as i want to keep the best audio i can?

Should i go with 128 even on something like lord of the rings, which is near 3 hours ?
If I run the audio as VBR q=.31 I typically get my audio file to be about 65-70% or the size of the AC3. Obviously it's not always going to be perfectly predictable. I have never noticed any degradation in the audio with the above settings. I would recommend cutting the audio down the q=.25 or even lower to see what kind of AAC file size you get. Anyway, the final answer with audio is always your ears, cut it down until you notice the difference.

Strangely, using q=.5 has given me AAC files that were larger than the original AC3, which didn't make a lot of sense to me.

Another thought, since LOTR is a very long movie (twice as long as average) you might just bit the bullet and split it across 3 CDs. Good luck.

Carpo

19th January 2008, 22:06

i have decided to go with 50% of the original ac3 - i cant really notice a difference in quality, i went with LC 192k, yes for lotr discs i was going down the 3cd route (2100M), although after reading what you have put i will give q.3(1) i go on a few tests :) thanks

delxd

20th January 2008, 05:01

im trying to convert a .mkv file to .mp4 and i cant sucess either converting the audio or the video.. thats what i get in my log :

MeGUI Version: 0.2.6.1040
OS used: Microsoft Windows XP Professional Service Pack 2
.Net Framework installed: 2.0.50727.42

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

Looking for job processor for job...

Processor found!

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

Starting job job4 at 04:55:25

Starting preprocessing of job...

Preprocessing finished!

successfully started encoding

Processing ended at 04:55:27

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

Log for job job4

Error:

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

End of log for job4
------------------------------------------------------

And when i try to load the avisynth script i get a window saying :
Avisynth script error : DirectShowSource: Couldn't Open the file
C:/.............. mkv
Wasnt possible to find a combination of filters to the flux (?)
something like that.. sorry for my bad english.. but thats the first time i get this error working with a .mkv file..

my avisynth script : for audio [ DirectShowSource("C:\Lorhan\[ZetSub] Lupin III - S01E02 [AD9B51F0].mkv", fps=23.976, convertfps=true)
DelayAudio(+0.0)

ConvertToYV12() ]

Video : DirectShowSource("C:\Lorhan\[ZetSub] Lupin III - S01E02 [AD9B51F0].mkv", fps=23.976, convertfps=true, audio=false)
ConvertToYV12
DeGrainMedian(limitY=2,limitUV=3,mode=1)

Hope that can help solve my prob

check

20th January 2008, 05:22

delxd: can you play the video in windows media player?

delxd

20th January 2008, 12:26

delxd: can you play the video in windows media player?

Actually i cant... i can play it just in the other players such as Media Player Classic,BsPlayer..

check

20th January 2008, 14:00

sounds like you need to clean up your directshow environment before you can use directshowsource() then.

delxd

20th January 2008, 14:32

sounds like you need to clean up your directshow environment before you can use directshowsource() then.

and how i do that exactly? uninstalling all my codecs or something like that? i got only CCCP installed on my system..

weaver4

20th January 2008, 15:19

Most of the time I want to take one of my new movies and make a backup for my Media Player (Popcornhour) and make a copy for my iPod. I use one-click profiles. But when my queue is running I get a File-Already-Exist error dialog after it runs DGIndex on the first copy and starts the second copy. Any way to fix this? I like to start this process off before I go to bed and have it done in the morning.

pak_sunny

22nd January 2008, 00:09

Hi,
I hope i find a solution to my problem here i am using a amd turion 64 laptop with vista premium . the thing is that after installing megui it wont install al thee updates ( Codecs, eg. MP4Box ) I mean non of them and says error installing them,????

Selur

22nd January 2008, 08:46

the thing is that after installing megui it wont install al thee updates ( Codecs, eg. MP4Box ) I mean non of them and says error installing them,????
running megui as administrator should help there;)

check

22nd January 2008, 11:46

and how i do that exactly? uninstalling all my codecs or something like that? i got only CCCP installed on my system..
Grab the CCCP Insurgent and post a test render on the non working file.

MKVCrazy

23rd January 2008, 06:12

Hi, I have been on the board for quite long and when I tried to encode my new videos, it still has a bug or I don't know but it crashes every time when I try to open something in AviSynth Script Creator.

I read a few threads about this before I post and someone said it has been solved! but I couldn't understand/see the final answer.

here is what I get when I load a file:
http://i28.tinypic.com/suym2h.png

What I have:

-MeGUI 2.6xxx (Stable Version)
-AviSynth 2.5.7 (Stable Version)
-K-Lite Codec Pack (Full Version)
-.NET Framework 3.0 Installed

What else might be causing the problem?

MKVCz.

mroz

23rd January 2008, 06:33

Is Megui's aviscript preview sufficiently accurate?

I'll explain what I mean. I'm currently having a problem & I'm not sure if the issue is down to how Megui renders, or rather lets Windows render, the script, or if it's the result of a filter problem on my machine.

I have a source mpg that's far too bright. When I transcode it using Megui the resulting mp4 is faithful & so equally too bright. However, the preview window shows the video with desirable brightness.

There seem to be two issues here. One is with my source & concerns the question of how I modify the levels to get the output I want - that isn't a matter for this thread.

The other however might be. It being, why doesn't the preview window show my overly bright video?

I've had a play with graphedit & it seems the avs is rendered with the chain:
SummerCollection.avs
AVI Decompressor
Color Space Converter
Video Renderer

And it is the Color Space Converter that's correcting the brightness. I can confirm this by removing it from the chain & replacing it with an ffdshow raw video filter which I can easily configure to leave the colour levels & space alone.

This automatic conversion might well be desirable for general playback, but clearly not when one is trying to preview the direct output of the script.

If I render the source mpg, the converter isn't involved, which explains why it displays faithfully. Similarly, when the script is passed as input to x264, the converter mustn't be involved (thankfully, as this isn't easily within the user's control), resulting in a faithful but overly bright output mp4. Finally, playback of the mp4 is faithful & the converter is once more not involved (as checked with graphedit).

Does this indicate a problem with Megui's preview rendering? Could it be made more faithful by controlling the graph used to render the script? I guess this must be possible as x264 gets to see the faithful unmodified video.

Or is there some problem unique to my setup that I need to correct?

For now I'm having to resort to previewing my avs in graphedit, manually removing the converter for each test, which is really annoying.

Lastly, if anyone wants to take pity on me, any clues as to how I perform an accurate conversion to fix the brightness issue with my source? I was going to just tweak gamma until I realised there must be a colourspace issue. It's embarrassing when Windows can do a better job of rendering the video than I can with avisynth.

Edit: Ok, now I'm more confused, but am inclined to think this isn't in any way a Megui issue, so if you agree & wish, please delete or move this post.

For the record, I think I was seeing different behaviour in Megui's preview window purely as by chance it involved a different sequence of colourspace conversions; specifically the filters in the chain on that occassion performed a converstion to rgb32, but didn't when feeding x264 for example. I can mimic the former by adding a ConvertToRGB32() to the end of the script, whenceforth I get the darker more appropriate rendering.

Of course colourspace conversions shouldn't produce significant changes in the video (certainly not when converting to a more accuate space), unless the assumed colour coefficients are wrong at any step. However, the script looks correct. If I read the hint info from mpeg2source via info=1, I see the expected Rec.709 (my source is from a dvd originally), thus the ColorMatrix call should be converting Rec709 to Rec601, which is as expected. Furthermore, the ConvertToRGB32 should work correctly as that assumes an input using Rec601. So, I shouldn't be seeing any problems...

Unless the Rec.709 info concerning the source material is itself wrong. In which case the source is at fault & it's no wonder something like this is going wrong somewhere. In other words, the inconsistent behaviour isn't Megui's fault.

Does that make any sense? Or am I on the wrong track or indeed completely off the rails? I considered deleting this post, but would rather not until someone confirms this has nothing to do with Megui & I should remove it. Thanks for the patience ;)

check

23rd January 2008, 12:00

Is Megui's aviscript preview sufficiently accurate?
Yes. Inaccuracies will arise due to the video renderer in use in other places, but MeGUI and VirtualDub should basically be considered authoritive.

mroz

23rd January 2008, 18:29

Thanks. I've since found The bright cases were seemingly the deviant renderings, as they only occurred in Zoomplayer, which I had been trusting to be accurate, as it has always proved most reliable & I've never seen this issue before despite years of use.

Switching the renderer away from overlay mixer to /any/ other option cured it.

Still seems strange I've never seen this issue before. It was roughly equivalent to a gamma correction by 0.69, which is huge.

saint-francis

24th January 2008, 01:01

Could someone please explain to me what exactly clever anamorphic encoding does? Does it keep the original aspect ratio and signal x264 to resize? All I know is that when it's used avisynth doesn't resize and there are some commands which I don't understand that somehow signal resizing later on.

mroz

24th January 2008, 01:19

The original pixel aspect ratio is left unaltered. Resizing might not be necessary at all, typically. The commands you're referring to are just Megui setting a couple of variables so it can later keep track of what the display aspect ratio is; these are used subsequently to embed the aspect ratio information into the video stream (rather than to resize it).

saint-francis

24th January 2008, 01:41

So it is like setting the aspect ratio when muxing but instead it sets it in the h.264 stream? Is this done by x264? I wasn't aware that there was such an option in x264 (granted you could fit all I know about x264 on the back of a postage stamp).

weaver4

27th January 2008, 14:44

Is there anyway to get the audio louder? I already have "Increase Volume Automatically" selected in the NDACC-LC-96kbps profile.

The audio is much lower than the volume in StaxRip. Audio is too low to watch a video on my iPod while on a plane.

mroz

27th January 2008, 15:30

So it is like setting the aspect ratio when muxing but instead it sets it in the h.264 stream? Is this done by x264? I wasn't aware that there was such an option in x264 (granted you could fit all I know about x264 on the back of a postage stamp).

I don't know if the data is stored in the stream or the headers, but it is written there by the x264 encoder itself.

Take a look at Megui's logs. You'll see the commandline that x264 is invoked with. For example:

--[NoImage] Job commandline: "C:\Program Files\megui\tools\x264\x264.exe" --pass 2 --bitrate 897 --stats "E:\Work\HA02-Cruise.stats" --ref 5 --mixed-refs --bframes 16 --b-pyramid --b-rdo --bime --weightb --direct auto --filter -2,-1 --subme 6 --trellis 1 --analyse p8x8,b8x8,i4x4,i8x8 --8x8dct --me umh --threads auto --thread-input --sar 279:250 --progress --no-psnr --no-ssim --output "E:\Work\HA02-Cruise.mp4" "E:\Work\HA02-Cruise.avs"

The relevant option is --sar a:b which sets the sample aspect ratio. In this context that refers to the aspect ratio of a single pixel in the output.

Sharktooth

27th January 2008, 15:57

Is there anyway to get the audio louder? I already have "Increase Volume Automatically" selected in the NDACC-LC-96kbps profile.

The audio is much lower than the volume in StaxRip. Audio is too low to watch a video on my iPod while on a plane.
if you used the "Force Decoding via DirectShow" option in the audio profile, you can tell FFDShow to decode "RAW" audio and set the Volume Normalization filter in FFDShow.
That filter has a "max. amplification" option. Set it to something higher than 100% and it will boost the volume during the audio encoding.
Another way is to create an avisynth script for the audio track using the AmplifyDB() filter and load the .avs script in place of the audio track.

Mr. Mojo

29th January 2008, 11:51

Hello all,

Here we go for 2 newbie questions :
- I don't see any update in MeGUI since mid-december (here (http://megui.org/auto/stable/)), when there was at least an update per week before that. Is there a problem/change I'm not aware of ? Or is it just normal ?
- On x264.nl (http://x264.nl/) I see a 0.3.0.0 version of MeGUI, when on SourceForge (http://sourceforge.net/project/showfiles.php?group_id=156112) the last version is 0.2.6.1041. Should I pick the x264.nl version, or just wait for this version to appear on SourceForge ?

:)

Carpo

29th January 2008, 12:40

get 0.2.6.1041 - update it to 0.2.6.1043 - leave 0.3.0.0 alone, think that's a dev version :p

check

29th January 2008, 13:48

the default of MeGUI is to use the stable versions. You can change to development versions in the advanced settings for autoupdate servers.

grennis

29th January 2008, 19:18

Question

How does MeGUI feed the audio into the audio encoder? (In my case, Nero - but they all work the same way).

The command line shows input file "-". This means the audio comes from stdin. OK, so MeGUI is feeding the audio to it through stdin. And how is it doing that from the .AVS file that I give to it?

I am trying to reproduce what MeGUI does with a .bat file and I'm stuck on this problem. Right now I'm using virtualdub script to save out a .wav file but that seems like a hack.

Sharktooth

29th January 2008, 19:21

try with avs2wav or bepipe. There's no other way to feed the .avs out to an encoder that doesnt support .avs input unless you create a "pipe" (that's what megui does).

@Mr. Mojo: i still hadnt time to update megui since i had some problems (a new job, a new home, etc...) that left me without any free time. ill do it ASAP though.

Reuf Toc

29th January 2008, 20:02

You can also use the avisynth plugin "soundout" to pipe your avs to an external encoder. It works fine with nero aac.

grennis

29th January 2008, 20:48

try with avs2wav or bepipe. There's no other way to feed the .avs out to an encoder that doesnt support .avs input unless you create a "pipe" (that's what megui does).

Looks like avs2wav and bepipe are both offline/AWOL/dead projects. BeHappy is still going strong but bepipe was a spinoff or fork that has disappeared (looks like to me). And avs2wav is a completely MIA.

There is a avisynth plugin called soundout that might be promising. Otherwise I guess I will stick with the vdub script to extract the WAV.

grennis

29th January 2008, 21:18

You can also use the avisynth plugin "soundout" to pipe your avs to an external encoder. It works fine with nero aac.

Heh, I saw your message after I wrote mine. The soundout filter is confusing to me. Why is it implemented as a filter? I want to extract the audio from an AVS using command line applications. Hmmm, an avs filter requires some type of application to load the AVS. It also requires I muck up my AVS to include something that exports audio, which I dont want to do every time I open it. OK, so maybe I could write another AVS script that AviSources the 1st AVS and includes the soundout filter to only export the audio when I need it. But that seems like pain to manage. I have hundreds of AVS's and run them through batch conversions to encode them.

Strange, very strange.

grennis

29th January 2008, 21:21

try with avs2wav or bepipe. There's no other way to feed the .avs out to an encoder that doesnt support .avs input unless you create a "pipe" (that's what megui does).

Back on topic, I follow you that MeGUI opens a pipe and sends the audio through it to the encoder. But, how is it doing that? What mechanism is it using to extract the audio byte stream from the AVS? I took a look at the source code but I don't see anything obvious in just quick once-over (I'm a developer myself)

Kurtnoise

29th January 2008, 21:37

I don't see any update in MeGUI since mid-december (here (http://megui.org/auto/stable/)), when there was at least an update per week before that. Is there a problem/change I'm not aware of ? Or is it just normal ?
There is an incoming dev build which has some bugfixes in this thread (http://www.unite-video.com/phpbb/viewtopic.php?p=85659#85659)...

Kurtnoise

29th January 2008, 21:40

Back on topic, I follow you that MeGUI opens a pipe and sends the audio through it to the encoder. But, how is it doing that? What mechanism is it using to extract the audio byte stream from the AVS? I took a look at the source code but I don't see anything obvious in just quick once-over (I'm a developer myself)
the audio avs filters used are able to decode to wav and then the stream is feeded to the pipeline...

grennis

29th January 2008, 22:11

the audio avs filters used are able to decode to wav and then the stream is feeded to the pipeline...

Doesn't this cause 2 recompressions of the audio instead of just 1?

Kurtnoise

30th January 2008, 09:49

nope...

rebkell

30th January 2008, 22:42

get 0.2.6.1041 - update it to 0.2.6.1043 - leave 0.3.0.0 alone, think that's a dev version :p

Is there any feedback/discussion about the 0.3.0.0 version anywhere? I downloaded it(I didn't even realize it was a beta version when I did), and have been using it for a couple of months, just wondering if there is anywhere it is discussed on the web?

Can both versions(stable and the beta)be installed on the same system or would they cause conflicts with each other?

Kurtnoise

31st January 2008, 11:05

Sure, both versions can be installed on the same OS without conflicts each others...

You can post also some feedbacks about 0.3.xx in this thread.

Carpo

3rd February 2008, 10:04

i am trying to backup lord of the rings the fellowship of the ring, but for some reason when ever i do this film when there is a lot of movement eg a person moving their head or walking, it looks like the the picture is stuttering, i have tried this with a high bitrate encode, a low encode, and it always comes out the same, and so far this is the only film its doing it on.

The other 2 lord of the ring dvds came out fine

Sharktooth

3rd February 2008, 18:07

i would wait building a new 0.3.x revision since the profiles refactoring is not complete.
however i'll build a new 0.2.x version today or tomorrow.

bob0r

4th February 2008, 00:39

Sharktooh

http://forum.doom9.org/showthread.php?p=1095743#post1095743

rebkell

4th February 2008, 00:59

The only thing that bothers me in 0.3.0.x is the Bitrate calculator window, there are two buttons that are obscured in the audio section, I don't know what they buttons are:

Sharktooth

4th February 2008, 05:00

Sharktooh

http://forum.doom9.org/showthread.php?p=1095743#post1095743
fixed.

Knuffi

4th February 2008, 10:13

shit...install the last one (http://www.microsoft.com/downloads/details.aspx?familyid=333325FD-AE52-4E35-B531-508D977D32A6&displaylang=en) then.

erff, I need to update the link now.

I installed .Net 3.5, but the update-message still appears while starting MeGUI

Kurtnoise

4th February 2008, 10:37

Sharktooth has updated some packages...Is this message ?

bob0r

4th February 2008, 15:12

Maybe useful to know, Sharktooth included this x264.exe for megui:

x264.736.modified.02.exe (http://files.x264.nl/x264.736.modified.02.exe)

General thread:
http://forum.doom9.org/showthread.php?t=130364

x264_aq_var.48.diff
http://forum.doom9.org/showthread.php?t=132760
x264.gaussian.cplxblur.01.diff
Dark Shikari: - gaussian cplxblur: gives a tiny improvement in 2pass ratecontrol
x264_me-prepass_DeathTheSheep.01.diff
http://forum.doom9.org/showthread.php?p=1093523
x264_2pass_vbv.4.MatMaul.diff
http://mailman.videolan.org/pipermail/x264-devel/2008-January/004015.html
x264_hrd_pulldown.04_interlace.diff
- HRD and pulldown for HD compatibility, updated patch for interlacing
http://forum.doom9.org/showthread.php?p=1047919#post1047919

bob0r

4th February 2008, 21:33

Bug report:

When you select 1st pass and then select turbo, the option --me gets greyed out, but when you switch to 2nd pass, its still greyed out and you can not change --me (M.E. algorithm)

MoUCLAs

5th February 2008, 09:24

hello everyone.. i have the latest megui 0.3.0.0 and i cannot see the output quants of x264.exe encoder in the logs? Can i do sth about it?

dolphinjet

5th February 2008, 18:34

@dolphinjet: I think so. Try and see :)

Thanks, probably true, the reason I asked is because the container settings is not carried to the autoencode window. And the bitrates from log is slightly different from what I chose too.

And there is another question,

What's the reason that transcoding using a lower bitrate will give rise to even bigger file?

The source is in h.264 3GPP with 1448Kbps; audio AAC LC; file size is ~270mb (mp4)
I try to down size it with megui using 720kbps h.264 with Nero AAC. Dimension and FPS were left unchanged. The file size estimated is ~120mb but the resultant size is actually jumping up to above 500mb

(I'm still encoding in 2nd pass, but it probably won't go back to 120mb , as currently at 6000/34000 frames; the file size is already 74mb)

TwoToad

6th February 2008, 14:20

MeGUI just updated itself to 0.2.6.1044 and it also came with a new x264 version "736-2 - Jarod's patched build". MeGUI won't run a 2nd pass now. I fixed the problem by deleting this newest x264 update and used the x264.exe.backup instead. Still using 0.2.6.1044. Everything appears to be working ok now.

Not sure if anyone else has run into this, but it might be something to look into for the next update.

Knuffi

6th February 2008, 17:53

I installed .Net 3.5, but the update-message still appears while starting MeGUI

That's weird! Windows Vista says, I have installed 3.5, MeGUI insists that it is 2.0 ... without SP1 ... who's fault is it? :confused:

Sharktooth

6th February 2008, 19:28

MeGUI just updated itself to 0.2.6.1044 and it also came with a new x264 version "736-2 - Jarod's patched build". MeGUI won't run a 2nd pass now. I fixed the problem by deleting this newest x264 update and used the x264.exe.backup instead. Still using 0.2.6.1044. Everything appears to be working ok now.

Not sure if anyone else has run into this, but it might be something to look into for the next update.
the new x264 works perfectly here.
That's weird! Windows Vista says, I have installed 3.5, MeGUI insists that it is 2.0 ... without SP1 ... who's fault is it? :confused:
yours.
i have ALL .NET frameworks... so what?
MeGUI needs 2.0 SP1. you have 2.0 (and 3.5 and maybe even some other versions), so go to windows update and install the .NET 2.0 SP1.

daWsOn_s

6th February 2008, 19:51

How can I revert "automatically overwrite existing files"? I have set that before but now I can't find the setting to unset that.

Thanks :)

TwoToad

7th February 2008, 04:54

the new x264 works perfectly here.

Hmm, it ran the 1st pass just fine and on the 2nd pass the status wasn't updating. I was showing 100% CPU usage and in task manager x264 was using most of the CPU. I left it running for hours without any status update and it never completed.

Knuffi

7th February 2008, 10:27

I downloaded the file "NetFx20SP1_x86.exe", but when I try to install it, it says, that it does not support Vista. I neither can find a Vista-version of the SP1 ... can anyone, who is not as blind as me give me a link?
I also thought, that in 3.5 there is already 2.0 SP1 included ...

APC2006

7th February 2008, 16:05

MeGUI just updated itself to 0.2.6.1044 and it also came with a new x264 version "736-2 - Jarod's patched build". MeGUI won't run a 2nd pass now. I fixed the problem by deleting this newest x264 update and used the x264.exe.backup instead. Still using 0.2.6.1044. Everything appears to be working ok now.

Not sure if anyone else has run into this, but it might be something to look into for the next update.

Not the same problem, but since the update, file sizes seem 30-40 % larger than before.
I've been using CRF 18 (1 pass), and lately encoding a TV series in 80's (from DVD). Some episodes were larger than 800 MB, so I increased noise filter, and encoded them again expecting smaller files. Before the 2nd encoding, MeGUI updated, and the results were 30-40 % bigger files. Any idea or suggestion?

Sharktooth

7th February 2008, 19:11

with the new x264 version, adaptive quantization is enabled by default and may intefere with final filesize (it should look much better though!) in CQ or CRF modes.
set --aq-strenght 0 in custom commandline options, repeat the encoding and see if the filesize is similar to the one produced by the previous x264 versions.
another solution is to keep AQ and rise the CRF value until you approximately reach your desired filesize.

@knuffi: try reinstalling .net 3.5 (yes, the vista version includes the 2.0 SP1)

pelle412

7th February 2008, 22:52

I'm having a problem with MeGui on one of my computers with passing the SAR information to x264 properly. One my desktop it does it just right every time, but on my laptop is never passes that information on to the encoder. I follow the exact same steps on both machines (use clever anamorphic encoding).

Example log from my desktop:

Job commandline: "C:\Program Files\megui\tools\x264\x264.exe" --pass 1 --bitrate 1173 --stats "D:\Movie\a\megui.stats" --level 4.1 --bframes 16 --b-pyramid --direct auto --subme 1 --analyse none --me dia --threads auto --thread-input --sar 243:200 --progress --no-psnr --no-ssim --output NUL "D:\Movie\a\megui.avs"
avis [info]: 720x480 @ 29.97 fps (149668 frames)
x264 [info]: using SAR=243/200
x264 [info]: using cpu capabilities: MMX MMXEXT SSE SSE2 SSE3 SSSE3 Cache64

On the laptop all I get is this:

Job commandline: "C:\Program Files\megui\tools\x264\x264.exe" --pass 1 --bitrate 983 --stats "C:\Movie\a\megui.stats" --level 4.1 --bframes 16 --b-pyramid --direct auto --subme 1 --analyse none --me dia --threads auto --thread-input --progress --no-psnr --no-ssim --output NUL "C:\Movie\a\megui.avs"
avis [info]: 720x480 @ 23.98 fps (142920 frames)
x264 [info]: using cpu capabilities: MMX MMXEXT SSE SSE2 SSE3 Cache64

Has anyone seen this and know how to rectify it?

In the jobs XML file all I see is this on the machine that has the problem:

<DAR xsi:nil="true" />

But where it is working I get this:

<DAR>
<ar>1.8226</ar>
</DAR>

Sharktooth

8th February 2008, 14:10

are you using the same megui version on both?

Carpo

8th February 2008, 18:59

MeGUI needs 2.0 SP1. you have 2.0 (and 3.5 and maybe even some other versions), so go to windows update and install the .NET 2.0 SP1.

if you download the full 3.5 redist it will install sp1 for .net 2.0, also if you go to windows update it will install it - under optional extras, maybe you could place this little info in the read me file so people know :)

edit: if you have a quad core pc should you still use the neroaacenc.exe or move onto the sse version ?

showergel

9th February 2008, 00:23

I'm having a problem with MeGui on one of my computers with passing the SAR information to x264 properly.

On megui 2.6.1041 & x264 v709 (before today's update), I had the same problem, x264 kept assuming sar was 1:1 so as I workaround I resized the video accordingly.

Will have to try again and see what happens- but I wanted to confirm I had that problem as well.

pelle412

9th February 2008, 02:57

@Sharktooth: Yes

I resolved it. After I uninstalled MeGUI and reinstalled it, it started to work again.

Thanks.

delxd

9th February 2008, 03:18

I have had problem to encode a movie for MP4 format. the log is that:
Log for job job5

Job commandline: "C:\Arquivos de programas\megui\tools\x264\x264.exe" --pass 1 --bitrate 352 --stats "F:\scripts\SV_RKMOVIE.stats" --keyint 480 --min-keyint 24 --bframes 16 --b-pyramid --direct auto --filter 1,1 --subme 1 --analyse none --qpmin 18 --vbv-maxrate 25000 --ratetol 6.0 --me dia --threads auto --thread-input --sar 1:1 --progress --no-dct-decimate --no-psnr --no-ssim --output NUL "F:\scripts\SV_RKMOVIE.avs"
avis [error]: unsupported input format (DIB )
x264 [error]: could not open input file 'F:\scripts\SV_RKMOVIE.avs'

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

End of log for job5

Someone can help me?
thanks

Sharktooth

9th February 2008, 05:09

add ConvertToYV12() at the end of the avs script.

APC2006

9th February 2008, 07:06

with the new x264 version, adaptive quantization is enabled by default and may intefere with final filesize (it should look much better though!) in CQ or CRF modes.
set --aq-strenght 0 in custom commandline options, repeat the encoding and see if the filesize is similar to the one produced by the previous x264 versions.
another solution is to keep AQ and rise the CRF value until you approximately reach your desired filesize.

Thank you.
I'll play around a little and decide what to do.

saint-francis

9th February 2008, 22:06

with the new x264 version, adaptive quantization is enabled by default and may intefere with final filesize (it should look much better though!) in CQ or CRF modes.
set --aq-strenght 0 in custom commandline options, repeat the encoding and see if the filesize is similar to the one produced by the previous x264 versions.
another solution is to keep AQ and rise the CRF value until you approximately reach your desired file size.

Correct me if I'm wrong but isn't there a way to use the new AQ and limit the way it tends to increase the size of a crf encoding? I remember reading something about this in the AQ mega thread. If so shouldn't the MeGUI encoder configuration dialog be modified to use such parameters automatically if crf is selected?

Sharktooth

9th February 2008, 22:31

megui should not be modified until AQ becomes official.
you can use the "Custom commandline options" (Zones tab) to tune AQ.

weaver4

10th February 2008, 23:16

with the new x264 version, adaptive quantization is enabled by default and may intefere with final filesize (it should look much better though!) in CQ or CRF modes.
set --aq-strenght 0 in custom commandline options, repeat the encoding and see if the filesize is similar to the one produced by the previous x264 versions.
another solution is to keep AQ and rise the CRF value until you approximately reach your desired filesize.

@knuffi: try reinstalling .net 3.5 (yes, the vista version includes the 2.0 SP1)

I have noticed the same problem.

Doesn't adaptive quantization only improve the quality in dark scenes? 40% bigger filesize is a big price to pay for a little better dark scenes. Plus, I think is should be --aq-strength 0.

Atak_Snajpera

11th February 2008, 00:54

@weaver4
Therefore You need to raise CRF. 1280x720 with CRF22+AQ will give you something around 6Mbps (12Mbps for FullHD) In my opinion result is better than 20 without AQ. You may also try AQ with automatic sensitivity and your file size will be even smaller than without AQ :) --aq-strength 1 --aq-sensitivity 0 (0=auto)

Sharktooth

11th February 2008, 14:16

I have noticed the same problem.

Doesn't adaptive quantization only improve the quality in dark scenes? 40% bigger filesize is a big price to pay for a little better dark scenes. Plus, I think is should be --aq-strength 0.
no. the new AQ (Variance AQ) improves quality of almost every frame.

weaver4

11th February 2008, 17:14

@weaver4
Therefore You need to raise CRF. 1280x720 with CRF22+AQ will give you something around 6Mbps (12Mbps for FullHD) In my opinion result is better than 20 without AQ. You may also try AQ with automatic sensitivity and your file size will be even smaller than without AQ :) --aq-strength 1 --aq-sensitivity 0 (0=auto)

I did not see anyplace in RipBot's codec's settings to set --aq-sensitivity to 0.

Atak_Snajpera

11th February 2008, 17:44

I did not see anyplace in RipBot's codec's settings to set --aq-sensitivity to 0.

But this is MeGUI thread :)

montyny

11th February 2008, 20:23

Hello,
I made one conversion using megui without any problems (a DV .avi file). However, trying to convert an avi from a VHS capture is a different story.

I realise now that the avi file has about 6 seconds of blank input at the start. The video conversion ignores this 6 seconds and avisynth starts at the first real video frame. However, the audio starts and has the 6 second delay.

With the given input file, how can I get the video and audio to be in sync?

Thanks - Bryan.

((( atom )))

12th February 2008, 00:06

Hi montyny,

I am afraid, this might be the very wrong thread for that, but anyway, I would open up the dv.avi in virtualdubmod and simply mark and cut out the 6 seconds of nothing before I'd go on searching for reasons for the strangeness.. Simplay Save your now trimmed file and you should be set. Good luck!

delxd

12th February 2008, 18:08

Oh well... i re encoded an .mkv video file to h264 .mp4 using Megui.. but the problem is that the video came without the subtitles that were in the original file , the .mkv.. im wondering how do i get to convert the video with the subtitles? o_o

Sharktooth

12th February 2008, 18:15

extract the subs from the .mkv with mkvextract, convert the subs into .srt or TTxt format and mux them with your encoding using mp4box (or megui muxer, or YAMB...)

Knuffi

12th February 2008, 21:49

if you download the full 3.5 redist it will install sp1 for .net 2.0, also if you go to windows update it will install it - under optional extras, maybe you could place this little info in the read me file so people know :)

edit: if you have a quad core pc should you still use the neroaacenc.exe or move onto the sse version ?

There went something wrong with my .NET 3.5 Installation, I deinstalled and reinstalled and ... voila ... there was 2.0 SP1 :)

alfixdvd

13th February 2008, 12:44

When I press the Autocrop button with the movie The Outlaw Josey Wales (PAL Version), all crop values they remain to 0

With autocrop() I get 2,72,716,432, -> L:2 R:2 T:72 B:72

With War movie (actor: Jet Li) all's right.

¿ What's wrong ?

Sharktooth

13th February 2008, 15:08

some manual job is required when megui's autocrop fails.
yes... it may fail... nothing is perfect.

alfixdvd

13th February 2008, 16:36

some manual job is required when megui's autocrop fails.
yes... it may fail... nothing is perfect.

yes... but autocrop() don't fail.

Why not to use it ?
Why to reinvent the wheel ?

dolphinjet

13th February 2008, 17:19

just to report my previous question:
Updated to newer version of x264 but still got no clue on why the output file is bigger than the original, mp4 to mp4; using lower bitrate (audio/video) with same resolution & fps.
But I tried mediacoder and shrinked the file successfully.
It's just a few unusual cases anyway.

Sharktooth

13th February 2008, 17:36

yes... but autocrop() don't fail.

Why not to use it ?
Why to reinvent the wheel ?
autocrop() (at default settings) may fail in other circumstancies.
we prefer it doesnt crop than that it crops too much.
however we included the possibility to do a visual manual crop... so i cant understand what you want more than that.

bokonon

13th February 2008, 18:28

has anyone managed to work out what the equivelant of CQ 18 for the new AQ build? Even --CRF 22 gives out a pretty high bitrate

Sharktooth

13th February 2008, 18:39

it's source dependant.
however you can disble aq by adding --aq-strenght 0

or

you can tweak the strength and/or sensitivity

Carpo

13th February 2008, 20:33

is anyone else getting the error - you seem to be running vista can i ask you to update your .net - after installing vista sp1 ?

and its not from an illegal source, i got it from connect :)

AB3M@n

14th February 2008, 01:48

Hello.

I have been using MEgui fro x264 conversions for atleast a month now and everything has been perfect untill one time the AVS creator couldn't analyse an avi I had. So I manually put in the settings and it converted. SO I think ok it must of been ion error in the AVI. Now today when I want to convert something the analyse button makes megui completly hang and megui hangs when importing an AVS. I have reinstalled megui, AVS and CCCP. ANy help here please?

Sharktooth

14th February 2008, 13:51

@carpo: uninstall .net 3.5 and reinstall it.
crappy Vista SP1 is screwing a lot of stuff, even drivers...

I have been using MEgui fro x264 conversions for atleast a month now and everything has been perfect untill one time the AVS creator couldn't analyse an avi I had. So I manually put in the settings and it converted. SO I think ok it must of been ion error in the AVI. Now today when I want to convert something the analyse button makes megui completly hang and megui hangs when importing an AVS. I have reinstalled megui, AVS and CCCP. ANy help here please?
more details are welcome...

Carpo

14th February 2008, 20:07

it only did it twice and now its not doing it :) cant say i have been having any issues with it, in fact the system seems faster - was hitting 99fps last night on an encode - so im happy

AB3M@n

15th February 2008, 15:31

@carpo: uninstall .net 3.5 and reinstall it.
crappy Vista SP1 is screwing a lot of stuff, even drivers...

more details are welcome...

Nvm...I solved my problem. The Avi I created had errors in it (Computer problems...:()

vassie

17th February 2008, 18:51

I have uninstalled and reinstalled .net 3.5 about 10 times now, and I am still being prompted to upgrade .net on my Vista SP1 machine.

Knuffi

17th February 2008, 18:59

Just a guess ... look at the "ProgramData" folder on your system HD (it's a hidden folder by default). Check the rights to it by right clicking it an choosing the properties. Under security there should be some entries about who has which rights to access the folder. In my case there were no entries. I put some in (Admin, system, ...) and the next time I tried to install, it worked. I found that problem in connection to another tool (nhancer).
Please ask someone (here on the forum or elsewhere), which groups should have which rights on that folder (I did just a guess ...)!

vassie

17th February 2008, 19:43

Just a guess ... look at the "ProgramData" folder on your system HD (it's a hidden folder by default). Check the rights to it by right clicking it an choosing the properties. Under security there should be some entries about who has which rights to access the folder. In my case there were no entries. I put some in (Admin, system, ...) and the next time I tried to install, it worked. I found that problem in connection to another tool (nhancer).
Please ask someone (here on the forum or elsewhere), which groups should have which rights on that folder (I did just a guess ...)!

I have checked the permissions on that folder and they are fine, I guess this is a bug in MeGUI?

rebkell

17th February 2008, 20:46

I have checked the permissions on that folder and they are fine, I guess this is a bug in MeGUI?

I haven't read all of this conversation, but are you running megui as Administrator? I got the same prompts over and over until I always started megui as Administrator.

Carpo

18th February 2008, 10:07

@carpo: uninstall .net 3.5 and reinstall it.
crappy Vista SP1 is screwing a lot of stuff, even drivers...

more details are welcome...

did that still asking me to update .net

rack04

20th February 2008, 05:39

This is going to be a terrible explanation but I'm going to try my best. I'm unable to encode using X264 or XVID. I get an error immediately when the encode starts but there is not an error output in the log. SNOW and LMP4 both work, not that I use them but for testing purposes they both work. Here is the script I'm trying to encode:

# Set DAR in encoder to 12187 : 5000. The following line is for automatic signalling
global MeGUI_darx = 12187
global MeGUI_dary = 5000
DGDecode_mpeg2source("E:\Harry Potter\VTS_01_1.d2v",info=3)
ColorMatrix(hints=true)
#deinterlace
crop( 2, 58, 0, -64)
Spline36Resize(720,352)
RemoveGrain(mode=2)

Script plays fine in MPC HC. It's not just this script its any script will crash X264 and XVID. I just don't understand what could be causing this problem. I have completely uninstalled and reinstalled MeGUI and AviSynth.

I am using the following:

[Information] Version information
-[NoImage] MeGUI Version : 0.3.0.1004
-[NoImage] OS : Microsoft Windows XP Professional Service Pack 2
-[NoImage] Framework used : 2.0 SP1

rack04

20th February 2008, 13:32

This is going to be a terrible explanation but I'm going to try my best. I'm unable to encode using X264 or XVID. I get an error immediately when the encode starts but there is not an error output in the log. SNOW and LMP4 both work, not that I use them but for testing purposes they both work. Here is the script I'm trying to encode:

I am using the following:

[Information] Version information
-[NoImage] MeGUI Version : 0.3.0.1004
-[NoImage] OS : Microsoft Windows XP Professional Service Pack 2
-[NoImage] Framework used : 2.0 SP1

Well I think I have this solved. I deleted all plugins in the plugin directory and it works. I think it was a conflict with AviSynth.dll in the plugin folder.

Carpo

20th February 2008, 14:14

is a 64bit OS an option now with megui and all associated tools or is it still very much 32bit, i would like to go 64bit but need to know if all the programs i will use will work on there

rebkell

20th February 2008, 14:52

Well I think I have this solved. I deleted all plugins in the plugin directory and it works. I think it was a conflict with AviSynth.dll in the plugin folder.

You deleted all the .dll files in the Avisynth 2.5/plugins folder? Surely, that's not what you're saying, but I'm not understanding what you deleted.

rack04

20th February 2008, 14:59

You deleted all the .dll files in the Avisynth 2.5/plugins folder? Surely, that's not what you're saying, but I'm not understanding what you deleted.

That is correct. I deleted the .dll's and downloaded them using the MeGUI auto update.

rebkell

20th February 2008, 15:06

That is correct. I deleted the .dll's and downloaded them using the MeGUI auto update.

OK, I didn't realize that megui would update all the avisynth dlls on it's own.

I can't get DirectShowSource to work with mkv/mp4/x264 source files to encode to xvid, I wonder if that might work for me.

rack04

20th February 2008, 15:14

OK, I didn't realize that megui would update all the avisynth dlls on it's own.

It won't. I modified the autoupdate.xml to force the update.

rack04

22nd February 2008, 13:21

I have two OTA HD recordings that I wish to encode using MeGUI but for some reason the source can not be detected using the analyze in the AviSynth Script Creator. What can I post so that someone can help me figure out what deinterlace settings to use?

EDIT: Forgot to mention that these files are 720p @ 59.94fps.

mroz

22nd February 2008, 14:59

Assuming it isn't mixed, just find a clip with lots of motion & step through it using something like VDub (anything that will show the content of each frame without applying lots of processing to it first), a frame at a time. Look for frames which have combing around movement & for 20 or so consecutive frames post whether they show any significant interlacing or seem to be progressive.

The resulting pattern tells you all you need to know in most cases (excluding rare horrid messes).

For example, if every frame is interlaced, you need to deinterlace; yadif is nice imho.

OTOH if you had a pattern of iipppiippp... this would be typical for film that had been hard telecined to ntsc frame rates & so would need ivtc

I'm not sure what patterns are typical for 720p, as it's been a while since I touched any. Iirc I think I've seen iiiipppppp, where every other frame is a duplicate, so keep an eye out for duplicate frames too & report on that.

Or just put a short clip up on some file sharing site.

rack04

22nd February 2008, 15:10

Assuming it isn't mixed, just find a clip with lots of motion & step through it using something like VDub (anything that will show the content of each frame without applying lots of processing to it first), a frame at a time. Look for frames which have combing around movement & for 20 or so consecutive frames post whether they show any significant interlacing or seem to be progressive.

The resulting pattern tells you all you need to know in most cases (excluding rare horrid messes).

For example, if every frame is interlaced, you need to deinterlace; yadif is nice imho.

OTOH if you had a pattern of iiippiiipp... this would be typical for film that had been hard telecined to ntsc frame rates & so would need ivtc

I'm not sure what patterns are typical for 720p, as it's been a while since I touched any. Iirc I think I've seen iiiiiipppp, where every other frame is a duplicate, so keep an eye out for duplicate frames too & report on that.

Or just put a short clip up on some file sharing site.

How much of a clip do you need and where is a good place to host the file?

mroz

22nd February 2008, 15:26

How much of a clip do you need and where is a good place to host the file?

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

A few suitable seconds would do, but 10 to 30s would be nice. Just make sure it's from a well lit section with lots of motion - not inside a dungeon with the lights out.

rack04

22nd February 2008, 15:44

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

A few suitable seconds would do, but 10 to 30s would be nice. Just make sure it's from a well lit section with lots of motion - not inside a dungeon with the lights out.

I'll post something when I get off of work. Since the files in question are Lost and Eli Stone I doubt there will be alot of motion. :)

rack04

22nd February 2008, 19:11

Here (http://www.mediafire.com/?2eiozmlx8xy) is a sample 720p OTA HD MPEG2 clip. Using the analyze function of MeGUI's AviSynth Creator I get source not detected. Could someone analyze the source and tell me how to convert the 59.94 framerate to 23.976? Thanks.

mroz

22nd February 2008, 20:32

rack4: no interlacing, just lots of duplicated frames. The source you want to recover is the sequence abcdef... The material you have presents as aabbbccdddeefff...

So, the pattern repeats with a length of five. From each such block of five frames you want to throw three away.

In Megui>AVISynthScriptCreator>Filters, set source as M-in-5 Decimation Required & set M as 3. You can now set the 'deinterlace option' to Tritical Decimate.

If you look at the resulting AVISynthScript you should see the line:
TDecimate(cycleR=3)
Just before any cropping or resizing is done. That's doing the job for you. Preview the script to make sure before encoding.

rebkell

22nd February 2008, 20:47

rack4: no interlacing, just lots of duplicated frames. The source you want to recover is the sequence abcdef... The material you have presents as aabbbccdddeefff...

So, the pattern repeats with a length of five. From each such block of five frames you want to throw three away.

In Megui>AVISynthScriptCreator>Filters, set source as M-in-5 Decimation Required & set M as 3. You can now set the 'deinterlace option' to Tritical Decimate.

If you look at the resulting AVISynthScript you should see the line:
TDecimate(cycleR=3)
Just before any cropping or resizing is done. That's doing the job for you. Preview the script to make sure before encoding.

there is one weird stretch in the clip, from frames 396-408, it's typical LOST, they always seem to have some weird stretches that just don't make any sense. I've been using TDecimate(CycleR=3) for all the new episodes this year and for the most part they have looked pretty good, we've (Plugh and I) discussed these weird cadences before.

mroz

22nd February 2008, 21:12

/gets files back out of bin

Oh yes, so there is. Ignorable I assume, but still, it would be interesting to know what processing led to that.

shadesters

24th February 2008, 03:27

Hi all, I recently got a movie in MKV and I am trying to re-encode it in divx format... I start the encode and everything is running fine... I have a quad core, and I set it to 3 threads but it only uses 50% CPU... anyways, thats not my problem... 20 mins into an encode my monitor goes blank and I cant restore it... I tried turning screensaver off, and nothing works... computer is still on, I think it may have crashed or something... tried multiple times, still nothing... No overheating, so I doubt its any hardware problems... This is since the newest version... any help would be appreciated

tomos

25th February 2008, 00:34

did that still asking me to update .net

same here. on 2 diff pc;s running vista 64. 1 with and 1 without SP1

Bitowzky

26th February 2008, 19:43

nvm delete this post

ricardo.santos

26th February 2008, 22:30

Hi everyone, im trying to convert some videos with Megui but it doesnt convert the audio when nero audio codec is selected, says "error".

I remember that nero audio encoder doesnt get downloaded in the updates, ive instaled nero on:

C:\Programas\megui\tools\ndaac

can anyone help?
Thanks

rack04

26th February 2008, 22:31

Hi everyone, im trying to convert some videos with Megui but it doesnt convert the audio when nero audio codec is selected, says "error".

I remember that nero audio encoder doesnt get downloaded in the updates, ive instaled nero on:

C:\Programas\megui\tools\ndaac

can anyone help?
Thanks

Do you have the path set in MeGUI setting?

ricardo.santos

27th February 2008, 00:33

still not working...
C:\Programas\megui\tools\ndaac\neroAacEnc_SSE

http://img84.imageshack.us/img84/1215/megui01zs8.jpg (http://imageshack.us)

http://img292.imageshack.us/img292/4789/megui02qy6.jpg (http://imageshack.us)

http://img292.imageshack.us/img292/1593/megui03wu6.jpg (http://imageshack.us)

rack04

27th February 2008, 00:36

still not working...
C:\Programas\megui\tools\ndaac\neroAacEnc_SSE

Try using the non SSE version. Also look at the log and see what the error is.

ricardo.santos

27th February 2008, 00:41

MeGUI Version: 0.2.6.1044
OS used: Microsoft Windows XP Professional Service Pack 2
Framework used: 2.0 SP1
------------------------------------------------------

Generating jobs. Desired size: 2 MB

Desired size of this job series: 2 MB
Split size of this job series: N/A

Looking for job processor for job...

Processor found!

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

Starting job job5 at 23:59:34

Starting preprocessing of job...

Preprocessing finished!

successfully started encoding

Processing ended at 23:59:34

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

Log for job job5

Error:

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

End of log for job5
------------------------------------------------------

using the normal nero version returns the same error

Ranguvar

27th February 2008, 00:53

Yeah, I noticed this bug a while back. MeGUI does not work with the optimized NeroAacEnc, for some odd reason. Just forgot to report :p