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

berrinam

29th June 2008, 08:36

just update to megui 0.3.0.1010
how to Define Zones in the this version

edit:
OK seem like it is remove after 0.3.0.1004
anyone have/where can download 0.3.0.1004 with zones setting, it is not availiable anymore at megui.org, i need to use zones

In 0.3.0.1010, after you have loaded your video, try pressing "Edit zones..." in the main window, just above "enqueue".

Kurtnoise

29th June 2008, 09:39

ok, I did what you have told me.

it updated to version 0.3.0.1010

ahhhhhh, still i get the same problem :(

Do you think it is .NET Framework problem?

I use 3.5, but I didn't get this error before.
no, I don't think it's related to the .net Framework...

Which container did you use ? (MKV or MP4 ?)
What kind of files do you want to add for the mux (audio streams, subtitles, chapters...) ?

MADAJ

29th June 2008, 10:09

Which container did you use ? (MKV or MP4 ?)

I tried AVI and MKV. I get the same error.

What kind of files do you want to add for the mux (audio streams, subtitles, chapters...) ?

only audio

wata

29th June 2008, 18:18

In 0.3.0.1010, after you have loaded your video, try pressing "Edit zones..." in the main window, just above "enqueue".

there isn't a "Edit zones..." button to press :confused:

here the main windows
http://img511.imageshack.us/img511/6898/snap1qf2.jpg
don't have edit zones button

berrinam

30th June 2008, 00:21

Sorry, my mistake. I've committed it to SVN, so you'll have to wait until 0.3.0.1011, which I expect we will release in a few days. Otherwise, just use a 0.2.0.x version.

Sharktooth

30th June 2008, 03:34

tomorrow.

JarrettH

1st July 2008, 00:15

I'm obviously looking over this...how do I mux multiple audio tracks or subs to an MP4 or MKV file? Or is that not standard or something :confused:

Running latest stable version

Sharktooth

1st July 2008, 03:54

right click on the audio o subs tab and then add track.
anyways, zones are in the latest build, but there seems to be a problem (http://sourceforge.net/tracker/index.php?func=detail&aid=2007133&group_id=156112&atid=798476).

SacredCultivator

1st July 2008, 07:10

Sorry to ask this but... Is it possible to Import Profiles from version 2 to 3?

As I am aware that in 3 they use Presets opposed to profiles...

Kurtnoise

1st July 2008, 09:11

Sorry to ask this but... Is it possible to Import Profiles from version 2 to 3?

yes...File Menu and then Import Profiles/Presets (depends on the build do you have).

wallace4793

1st July 2008, 12:15

Hi

If I change any of the video settings in megui i always get the error "init - cant find .stat file" (something lile that)

How do i change the settings and avoid this.. im assuming there needs to be a .stat file somewhere but it cant find it when i alter the settings?

John

Sharktooth

1st July 2008, 12:52

more details are welcome.... the stat file is the encoder stat file... megui doesnt need it...

JarrettH

1st July 2008, 17:50

Sharktooth

1st July 2008, 17:52

interface usability is low in the list of priorities...
however, we'll consider that.
anyways, zones are fixed in the latest version.

JarrettH

2nd July 2008, 16:46

Thanks for version 3 :devil:

Just to let you know tivtc and colormatrix were updated.:cool:

Razorholt

2nd July 2008, 18:22

I just upgraded to 0.3.0.1014 and now I get the following error when I want to compress the audio in Vorbis format:

invalid arguments to function ConvertAudioToFloat

I t was fine with the previous MeGUI versions.

Thanks,
- Dan

Sharktooth

3rd July 2008, 03:11

razor, please report it in the bugtracker: http://sourceforge.net/tracker/?atid=798476&group_id=156112&func=browse

Razorholt

3rd July 2008, 03:20

done.

gav1577

3rd July 2008, 12:47

Hi i dont know if im in the right thread but will megui ever have a bitrate calculator to account for m2ts overhead ? :)

Sharktooth

3rd July 2008, 13:03

m2ts is not a supported output format. at least, not yet. if we will add m2ts then, yes, the BC will take into consideration the m2ts overhead.

Atak_Snajpera

3rd July 2008, 13:41

m2ts is not a supported output format. at least, not yet. if we will add m2ts then, yes, the BC will take into consideration the m2ts overhead.
Overhead in m2ts is crazy like hell :) Without audio overhead is constant (7.4%). Nightmare begins with included audio :devil:

Sharktooth

3rd July 2008, 13:44

good to know...

Maxaks

3rd July 2008, 15:16

I was wondering if there is a way to name temporary files according to the output file name?
The problem is that I can't run multiple workers for jobs using the same input file because of the .stats temporary files (same .stats file for multiple workers).
For example, here is the error I get when trying to compress the same file using three different profiles and three workers:
[Error] An error occurred: x264 [error]: failed to rename "C:\raw.stats.temp" to "C:\raw.stats"

:thanks:

Sharktooth

3rd July 2008, 15:24

Maxaks

3rd July 2008, 15:47

but why would you compress the same file 3 times and concurrently?

For multi format / multi device support. Like a version for iPods, a 720p version and a 1080p one, etc.

Sharktooth

3rd July 2008, 16:00

i would just add the 3 encodes into the queue...
running in parallel is probably slower and eats up much more RAM.

gav1577

3rd July 2008, 18:07

m2ts is not a supported output format. at least, not yet. if we will add m2ts then, yes, the BC will take into consideration the m2ts overhead.

Ok thanks for answer

aking80

3rd July 2008, 22:02

Just updated the core version today (0.3.0.1014) and am now getting this error when encoding .wav to .aac audio:

Exception message: Script error: Invalid arguments to function "ConvertAudioToFloat"

Any ideas?

Kurtnoise

4th July 2008, 09:00

this has been fixed yesterday...so, wait an update.

Codex0nz

4th July 2008, 11:55

is it possible to add an option to megui that allows you to imput an ac3 file and have it normalized, i just noticed that i havnt been doing it so i will have to demux all of my mkv movies and remux with normalized ac3 tracks

Sharktooth

4th July 2008, 12:47

Check the "Increase volume automatically" in the audio profile.

Codex0nz

5th July 2008, 03:47

Check the "Increase volume automatically" in the audio profile.

lol wow im a fool

so these settings:
http://img364.imageshack.us/img364/9787/86036555ij1.gif
will automatically fix te audio, increase the volume, make it awesome. Without actually converting it to anything? or would i have to change the bitrate to match each ac3 file, since some dvd's i have use different bitrates?

and also after re ripping the audio from mkv files, it no longer needs a delay right? like when you first mux it theres the -8ms for some etc, after muxing is that delay removed?

also is aften the best ac3 encoder to use? cause everytime i run it it seems to freeze :S in task manager only comes up with 352k for memory usage which cant be right at all lol

simonhowson

5th July 2008, 04:18

I have an irritating problem with my encodes. A very thin line of pixels from the top of the image appears at the bottom of the file. It is only one or two pixels high, but they are definitely from the top.

I am encoding DVDs to x264 MP4 files. I am encoding the files anamorphic using the "smart anamorphic" encoding function. The files are 640 wide and whatever MeGUI suggests is the right height for such anamorphic encodes (i.e. depending on the aspect ratio).

I have using auto crop to get rid of the letterboxing from the image. I have been told that the cropping needs to be divisible by 4 (http://forum.doom9.org/showthread.php?t=139224). Does this mean the total vertical crop has to be divisible by 4, or both the top and bottom each divisible?

Is it possible that the cropping and anamorphic function aren't compatible, hence I am getting this strange error with my encodes?

check

5th July 2008, 07:07

They are certainly compatible. What is the vertical resolution of your file? Many renderer/decoder/GPU/driver combinations fail to correctly decode non mod4 content (or even non mod8 in rarer cases)

simonhowson

5th July 2008, 07:50

I think you are right. I think the problem is with VLC media player. I can't see the problem in Media Player Classic Home Cinema. I am playing it back on a Radeon HD3650 card with Catalyst 8.5 drivers on Vista.

I encoded one 2.35:1 widescreen film from a PAL non-anamorphic (non 16:9 enhanced) DVD (720 x 576) which after cropping made a 640 x 288 anamorphic file.

I tried to make an anamorphic file from a 2.35:1 on an NTSC non-anamorphic DVD, but MeGUI suggested a resolution of 640 x 240, which is smaller than a 640 x 272 for a non-anamorphic file. Shouldn't the vertical resolution be greater for the anamorphic file? I thought that is what anamorphic was for - increasing the pixel count. So I see no reason to encode the file as anamorphic, because it would just reduce the resolution or distort the image.

Auto crop says to take off 0, 106, 2, 102. But the poster in the other thread I linked to said I should change this to 0, 104, 2, 104. Is that because both the top and bottom cropping needs to be divisible by 4? Because the sum - 208 - is the same.

I don't understand why the auto crop feature just doesn't take into account these mod 4 or mod 16 rules and crop a bit extra or leave a tiny bit of letterboxing. It is too complicated for new users like me who assume auto crop just works so I don't need to know all these other rules.

check

5th July 2008, 09:15

Shouldn't the vertical resolution be greater for the anamorphic file? I thought that is what anamorphic was for - increasing the pixel count. So I see no reason to encode the file as anamorphic, because it would just reduce the resolution or distort the image.Anamorphic means: "the pixels are not displayed square". The most general application of this is to encode a 16:9 video as a full DVD resolution file (720x576), when the original DVD was encoded like this too.

The easiest way to think of anamorphic encoding is that is decouples the Displayed Aspect Ratio (DAR) of the video from the resolution the video is encoded at. This makes the encoding process easier overall: you just need to crop all the black bars off, then either overcrop or resize to (at least) mod4, then encode the video, and finally mux the video with the correct DAR for proper playback.

For your file, I'm assuming it's a 2.35:1 film that was encoded as 720x576 by adding black borders. All you need to do is what I outlined above:
1. Crop all the black off around the edges
2. Overcrop or resize to at least mod4 resolution
3. Encode the file
4. Mux the video with a DAR of 2.35:1

Auto crop says to take off 0, 106, 2, 102. But the poster in the other thread I linked to said I should change this to 0, 104, 2, 104. Is that because both the top and bottom cropping needs to be divisible by 4? Because the sum - 208 - is the same.YV12 must be at least mod4 when processed by Avisynth. It doesn't need to be cropped in multiples of only 4 (ie 4 off the top, 4 off the bottom), only that the final resolution must be mod4.

simonhowson

5th July 2008, 11:23

So when I crop, I need to simply make sure the sum of the top and bottom crop is divisible by 4? If AutoCrop produces a figure that isn't divisible by 4, I can either crop less, thus leaving a black border, or crop more, thus removing a tiny bit of the picture, but satisfying the Mod 4 rule? Surely that could be done automatically by a check box.

I can't get mod 4 by resizing, because I am already using anamorphic encoding which resizes to mod 16, which forces the vertical resolution so that rule is satisfied.

I still don't understand why I can't make an anamorphic file from the 2.35:1 film on the NTSC non-anamorphic DVD. Is it because the resize has to make the image smaller horizontally 720 -> 640, but larger vertically, and for some reason this can't be done? Or is it pointless to do it because increasing the image size vertically will just reduce the quality of the file compared to a non-anamorphic encode?

If I check the box to make an anamorphic encode it wants to make a 640 x 240 = ~2.666:1 file. But this doesn't make any sense when the non-anamorphic file is 640 x 272 = ~2.35:1

Is it possible that this is a bug in the anamorphic encoding function? For the anaomrphic file, I expect the vertical resolution should be greater than 272, not less.

check

5th July 2008, 12:43

So when I crop, I need to simply make sure the sum of the top and bottom crop is divisible by 4? If AutoCrop produces a figure that isn't divisible by 4, I can either crop less, thus leaving a black border, or crop more, thus removing a tiny bit of the picture, but satisfying the Mod 4 rule? Surely that could be done automatically by a check box.In order: No, the final resolution must be mod4; yes, I recommend the latter; Yes.

I still don't understand why I can't make an anamorphic file from the 2.35:1 film on the NTSC non-anamorphic DVD. Is it because the resize has to make the image smaller horizontally 720 -> 640, but larger vertically, and for some reason this can't be done? Or is it pointless to do it because increasing the image size vertically will just reduce the quality of the file compared to a non-anamorphic encode?Remember, "Anamorphic" just means "The DAR of the video on playback is not equal to (horizontal resolution divided by vertical resolution)". It's not any sort of complicated voodoo, just a simple definition.

In 'real life' DVD encoding, anamorphic encoding is only really done when the input DVD is anamorphic, and you want to preserve that information. If you have a DVD that displays at 16/9 but has a resolution of 720x576, you'd encode it at 720x576 and change the DAR flag to 16/9 in the container.

As far as I understand, your video is a 2.35:1 aspect ratio video, with a horizontal resolution of 720 pixels. This gives you (more or less) 306 pixels of horizontal information. This is the size of the actual input video. To preserve maximum quality, you should crop/resize as little as possible to obtain mod4 (I'd crop 2 pixels off one side in this case), and then encode the video. No need for any anamorphic work, as your input video is not.

Sharktooth

5th July 2008, 14:16

lol wow im a fool

so these settings:
http://img364.imageshack.us/img364/9787/86036555ij1.gif
will automatically fix te audio, increase the volume, make it awesome. Without actually converting it to anything? or would i have to change the bitrate to match each ac3 file, since some dvd's i have use different bitrates?

and also after re ripping the audio from mkv files, it no longer needs a delay right? like when you first mux it theres the -8ms for some etc, after muxing is that delay removed?

also is aften the best ac3 encoder to use? cause everytime i run it it seems to freeze :S in task manager only comes up with 352k for memory usage which cant be right at all lol
MeGUI doesnt "copy" the audio, it always converts it to something. The volume function will normalize the volume in a pre-processing stage (look at the status window... if you see "Preprocessing" in the status bar then it's normalizing the volume... and no, it's not freezed. let it do the job).
after muxing the delay should be gone.

@simonhowson: the crop doesnt matter. the final picture size does though. it's always better (but not mandatory) to end up with a mod16 res. but do not get never below a mod4 res.
also some avisynth filters may require mod16...

73ChargerFan

5th July 2008, 19:57

DGDecode_mpeg2source("P:\min\min.d2v",info=3)

What does the "info=3" mean? Thanks.

murrsturr

5th July 2008, 21:41

First off I should say a big thank you for such a beautiful program. It does a lot for me an I appreciate it very much.

But.. I have a script which worked fine, but slow (12 fps), before the recent core update but now when I get to around 14% of a two hour encode now, the encoding fps rate drops to around 3 and then it just stops encoding. There is no error message and Megui hasn't frozen but there is no longer any CPU activity? Would this be a memory issue?

I am using the new TempGaussMC_beta in an otherwise simple script so apologies if I'm out of line for posting this here but I had no problems previously in Megui using this. Other scripts (the couple I tried) seem to work as they did previously.

Thanks in advance.

check

6th July 2008, 01:41

@73Char: Read the dgdecode manual (part of dgindex)

@murrsturr: doesn't sound like a MeGUI issue, sounds like an input issue. if you can encode the file correctly without megui (read: you use an identical commandline in cmd.exe and it works), report it as a bug

Sharktooth

6th July 2008, 03:40

@murrsturr: MeGUI just feeds the .avs to x264.exe and reads the encoder stderr/stdout. the .avs doesnt influence the "reading" so i highly doubt it's a MeGUI problem. If the avs is complex or it includes particularly memory hungry filters, ensure you set enough memory in the script (SetMemoryMax() function).

Codex0nz

6th July 2008, 08:42

MeGUI doesnt "copy" the audio, it always converts it to something. The volume function will normalize the volume in a pre-processing stage (look at the status window... if you see "Preprocessing" in the status bar then it's normalizing the volume... and no, it's not freezed. let it do the job).
after muxing the delay should be gone.

@simonhowson: the crop doesnt matter. the final picture size does though. it's always better (but not mandatory) to end up with a mod16 res. but do not get never below a mod4 res.
also some avisynth filters may require mod16...

ok thank you :) so if i also use the exact same bitrate as the source then it wont downsample it much if at all correct?

Sharktooth

6th July 2008, 15:30

it will always recompress so you will loose quality. if the bitrate is not too different or equal to the original you wont loose too much though.
FYI "downsampling" means another thing... it's about the sampling rate... ;)

arrirc

7th July 2008, 04:28

Hello Sharktooth

I reformatted my machine and reinstalled .NET, so MeGUI is running. But there is a new problem now. In AviSynth Script creator if I choose not to "resize", (but choosing the "auto crop" function to remove the black bars) then the AutoEncode> Queue is giving me an error related to AviSynth script resolution. Then I am getting a Fatal Error, but Megui keeps running.

The script is as follows:

DGDecode_mpeg2source("J:\Movies\Backups\A Farewell To Arms\Project Files\A Farewell Of Arms.d2v",info=3)
ColorMatrix(hints=true)
#deinterlace
crop( 0, 56, 0, -60)

#resize
#denoise

Please see the screen shots below:

http://img368.imageshack.us/img368/4044/avisynthtoolsetdo1.png

http://img368.imageshack.us/img368/4027/avisyntherroruw9.png

http://img368.imageshack.us/img368/15/meguierror2hs8.png

Lastly, what exactly is this "*Scratchpad*" avisynth profile? In the guide I founf the profile to beset as "default" in AviSynth Script Creator tool.

Please help me out :(

Thank you...

73ChargerFan

7th July 2008, 04:38

@73Char: Read the dgdecode manual (part of dgindex)
Thanks, I found it, but the manual didn't answer my question.

AVS Script creator analyzes a certain mpeg2 video source(m2v or ts) and sometimes adds "info=3", sometimes not, and I don't know why.

BTW, the colors in the preview window still don't match those displayed by mpc-hc. (latest stable 3 version).