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

wacco

30th June 2006, 13:29

I've got an xvid avi file that I want to compress with Xvid again. I have no problems in doing this, but how do i get audio on the output file? There is audio on the input video file. Do I need to demux the audio first? How? Is it possible with Megui? Or do I have to use Virtualdubmod or something?

check

30th June 2006, 14:09

To add in audio you need to use the muxer under the tools menu - I forget which input types it supports but you may need to demux with another tool first - try Avimux_GUI

wacco

30th June 2006, 14:32

OK, if anyone knows if it's possible to do this without using another program to demux, please tell :) .

I know how to demux with another program, but it takes more time than to just use one program ;) .

Doom9

30th June 2006, 22:54

you could use Virtualdub and set audio to direct stream copy. MeGUI isn't meant to do such a thing.. you can process avi video input but as far as audio goes, it's not that simple (a video stream can have 0 - multiple audio streams which means you need a way to pick your track just for starters.. hardly any software can do this)

foxyshadis

1st July 2006, 06:25

MeGUI can do it if you manually add the audio to the avisynth script with an AudioDub(DirectShowSource(...,audio=true)) line. Better make sure the default audio stream is the one you want though.

ClownR

3rd July 2006, 20:36

hello
I recently got meGui and updated to everything lastest.
But i cannot update the following:

Error: neroaacenc could not be found on the server
Update completed.
0 files were completed successfully
1 files had problems.

Is there another way to get that file? Thanks
and sorry if someone already had asked this, please point me to the solution link :)

ChronoCross

3rd July 2006, 20:47

ClownR

3rd July 2006, 21:02

the website doesn't have that specific file.

Deep_Eyes

3rd July 2006, 22:08

Here is a rather stupid question. I have had to remove x264 and megui due to the avisynth script editor not working. I've since reinstalled everything. Filters codec's megui itself and installed x264 from its installer. I still get this error while trying to use the avisynth script generator

This comes up in a message box:
Avisynth script error:
Script error: there is no function named "DGDecode_Mpeg2Source"

I have all my plugins in the avs default plugins directory, yet i still get the same error.

Any thoughts of what I'm doing wrong?

Latexxx

3rd July 2006, 22:15

the website doesn't have that specific file.

http://www.nero.com/nerodigital/eng/down-ndaudio.php

ClownR

4th July 2006, 03:04

Deep_Eyes

you should be using the following:

LoadPlugin("X:\DVD-Encoding\Encode.Kit\filters\MPEG2Dec3.dll")

###SourceFile###
mpeg2Source("X:\encodes\Dears\3\drs3.d2v")

in your case use the DGI decode file instead. That should fix it.

And Latexxx thank you for the link, appericate it :) thank you very much.

foxyshadis

4th July 2006, 05:46

LoadPlugin("C:\Absolute\Path.dll") should never be necessary if avisynth was installed properly. Did you, say, install gordian knot first? (Which screws up the avisynth paths in the registry.) Also ensure that megui's avisynth folder is correct, as well. Otherwise you'll have to edit every single avs script as you make them.

Deep_Eyes

4th July 2006, 05:56

@foxyshadis

Yes I did install Gordian Knot a long time ago, but I uninstalled it, uninstalled Avisynth and anything else, then reinstalled Avisynth from its installer, then installed megui, downloaded all the updated files and such. The plugins dir points to the AviSynth 2.5\plugins directory like it should be. yet the problem still shows up. Can't do anything with the script generator, though if I make scripts manualy i can then work with megui.

Deep_Eyes

4th July 2006, 07:13

well this is odd. I was playing around and made a dir inside the plugins dir, and I'd be buggered if that didn't make it work. Odd if you ask me, everything in the registry looks fine. well its fixed

i find it intresting that it seems to be a filter problem. If more than the filters megui has on its list is in the same dir, it causes this error. I created a new dir put only the filters that megui's updater downloads and the problem seems to be solved.

dude051

5th July 2006, 23:41

berrinam

6th July 2006, 00:26

Is there any reason MeGUI's Avisynth script creator makes ITU 16:9 a 37:20 SAR ( 1.823 AR) ? If I remember correctly, there is true 16:9 content out there, in a lot of anime shows actually, which have a 1.78 AR (16:9) which would make the DAR 16:9. MeGUI forcing all ITU 16:9 content to a 1.85 AR forces all 16:9 conent to a DAR of 37:20. But why? There is a difference in the two content. Is it possible for future detection of this?

I know that there only exist two DAR in the DVD spec, 4:3 and 16:9, so this is why ususally you have to crop vertically and horizontally and then specify a 1.85 AR (37:20 DAR) for that content.

Please correct me if I am wrong...
You seem to misunderstand what is going on (I don't blame you -- it's very confusing). The DAR shown at the top of the window is the input DAR (before cropping). On DVDs, this can only be ITU 4:3 (which isn't exactly 4:3) or ITU 16:9 (which isn't exactly 16:9). Then, you crop the borders, and you will probably end up with a differently-shaped movie. So, what MeGUI puts in the AviSynth script is the DAR of the output (cropped) movie, which seems to be 37:20 in your case.

If you have an anime source which is not ITU 4:3 or ITU 16:9 before cropping then you have to select the input DAR by hand.

I hope that clears it up. If not, you'll have to be more specific about what's going wrong.

dude051

6th July 2006, 00:53

Yes, it's very confusing, and the search turns up odd ends everywhere. Thanks for answering.

I get it now that that is the input DAR and beside it is the respective output DAR.

My question now, is why does it default to the 37:20 output DAR? I think most people would take this setting for granted, but not all content is in this DAR output wise after cropping. Maybe my math is wrong, or I dont understand but:
16:9 AR = 16:9 DAR
1.85:1 AR = 37:20 DAR

I say this because I know my source has a 1.78 AR, which would be a DAR of 16:9, no cropping of the height. And MeGUI still places an output DAR of 37:20. Which would actually stretch it out of its original AR? To fix it, I set to custom, and input the 1.78 AR i suppose, which then shows as 16:9 DAR in the script. So far I haven't gotten the script creator to make a source that has a 16:9 DAR output for me yet, it's always been 37:20.

No matter what, the input DAR has to be either ITU 4:3 or ITU 16:9, right? The output DAR is what varies after you crop it, right? I think I get it, but I do think MeGUI's area here can confuse. One side with a drop down menu to select the ITU DAR, either 4:3 or 16:9, and then another to select from the range of output DAR's, 4:3,16:9,37:20,2:0,47:20 and custom for the wierd ones. This, to me, would make it more clear.

towerblocks

6th July 2006, 14:00

Is there a way to manualy set the threads in megui, I only get 50ish% cpu usuage.

berrinam

6th July 2006, 14:08

It's in
The settings
Codec settings (depending on whether the codec supports it)

towerblocks

6th July 2006, 15:50

It's in
The settings
Codec settings (depending on whether the codec supports it)

It's got automatically set number of threads (tick box), Thats all, I use it for XviD encoding.

sjchmura

6th July 2006, 19:27

So I have MeGUI installed, latest Neroaac. I select quality 0.5 and try and do an encode of a Transport Stream to 4.7GB disk.

MeGUI and the neroaacenc seem to work find with small files. However, after Megui demuxes the ac3 and begins the encoding it simply "hangs" at "processing". I then get an error in the log file after 5 minutes sayign the encoding could not be performed.

Thoughts? Suggestions? Is this an AVIsynth thing? I downloaded the neroencaac.exe off the official nero site and still no luck

dude051

7th July 2006, 03:25

It's got automatically set number of threads (tick box), Thats all, I use it for XviD encoding.

You can manually set the number of threads by doing so:

1. Under the Input tab of the main program, hit the Config button under the Codec section.
2. Under the Main tab, in the Other Settings section at the bottom is the Threads option with an up and down menu selection. Default is 1 (when auto detected and you have one cpu/core) and you can manually set to more.

@sjchmura

I then get an error in the log file after 5 minutes sayign the encoding could not be performed.

Could you maybe post the exact error? Is the AAC file even created? and if so how large is it. Right now it's a bit general and hard to pin point your problem Sounds like a problem with the NeroAAC encoder though.

check

7th July 2006, 04:17

Would this be an instance where -ignorelength is required? Is it used by default anyway?

ChronoCross

8th July 2006, 06:16

The Wiki is starting to shape up. More people should add and edit the pages with their knowledge. I've already made some edits. I'm going to try and put together a some tuts in the next few weeks.

stebie

9th July 2006, 01:57

A fresh problem that I'm experiencing. I wanted to clarify if it is a (known) issue, that is if it is an issue, before posting in the Bug Reports thread.

I am using the latest version of MeGUI to date and downloaded all updates and necessary software.

Following the guide @ http://project357.com/MeGUIwiki/index.php?title=Guides:Basic_Guide I run into a problem when encoding audio. I have tested both LAME and Ogg Vorbis, and both experience the same problem.

MeGUI appears to take close to 100% of my CPU (AMD Athlon64 4000+), leaving nothing for other applications to use, including LAME and Ogg Vorbis. When encoding occurs, the projected time for completion more than 1 day away. I have not waited this duration, as the speed of the current progress is evidence enough it's not going to complete anytime soon.

I have used LAME in StaxRip with no problem.

berrinam

9th July 2006, 02:14

@stebie: How long did you wait on the audio encoding? It is expected that MeGUI will use most of the CPU when the first pass of the audio is being done, because no encoding is being done at that stage; only audio processing. Also, no progress is reported at that stage, so any time estimates are going to be useless. If you haven't already, try waiting a while for the first pass to complete before killing the processing.

stebie

9th July 2006, 02:31

@berrinam: Thanks for your prompt response! I'd say I waited between 5 and 10 minutes for this (possibly 15), but I'm not fussed in trying again. I know you said the time estimates given during the process are irrelevant, but how long do you think (max) it should take for its processing to complete? Should I cancel if it doesn't complete its processing in an hour?

berrinam

9th July 2006, 02:37

Should I cancel if it doesn't complete its processing in an hour?It obviously depends on the length of your audio file, and I don't encode audio much, but I would say that (with your CPU) it should *definitely* have either finished or finished the preprocessing stage (and given some CPU to the lame.exe file) in an hour's time. If there is no sign of progress in an hour's time, then there is certainly something unusual going on.

stebie

9th July 2006, 02:44

@berrinam: I will give it a go later tonight and will update this post advising whether I was successful or not. Thanks!

EDIT: An update. I haven't restarted my PC since initial tests, but opened MeGUI and performed the steps in the guide to the audio encode. I selected Ogg Vorbis, and now it's working without a problem - after 2-4 minutes of 'preprocessing', it was going super-fast.

Another weird thing occurred during the audio encode. Around 60% MeGUI appeared to have stopped. None of the counters were ticking over, including elapsed time. My mouse cursor was no longer visible, but I could use my keyboard. Windows seemed pretty much unusable. Went into Task Manager via CTRL-ALT-DEL, but didn't do anything. My mouse cursor was visible so I closed off Task Manager. MeGUI must have been encoding still, as the %age value had increased by a lot, as did most other values (excluding time remaining, obviously).

I do have other applications running in the background, so I'm not saying MeGUI was the cause. It's just something weird I've come across which others may or may not experience.

dungweaver

11th July 2006, 11:21

Before I post logs etc, maybe what I'm trying to do isn't supported: does MeGUI 0.2.3.2178 support muxing xvid and mp3 into an avi? If someone could pls advise, that would be great.

Ta.

check

11th July 2006, 11:30

Yes, use tools -> adaptive muxer

dungweaver

11th July 2006, 12:51

Yes, use tools -> adaptive muxer

Thanks, I did and the resulting avi is sound only (no video). Here's the log:

Job completed successfully and deletion of intermediate files is activated
Starting job job2 at 5:31:40 PM
encoder commandline:
-v "D:\D_videos\D _re-encoded\testing\test.sdtv.vid.avi" -a "D:\D_videos\D _re-encoded\testing\test.mp3" -o "D:\D_videos\D _re-encoded\testing\test.sdtv.vid_aud.avi"
successfully started encoding
Processing ended at 5:31:45 PM
----------------------------------------------------------------------------------------------------------

Log for job job2

DivXMux: Version 6.1 Build Num: 36
Output File Streams:

TrackId 0: Video Stream: From AVI
Frame Rate: 25.000000
Resolution: 608x336
TrackId 1: Audio Stream: From MP3
SamplesPerSec: 48000
BlockAlign: 1

Creating Index...

Observations:

Both input files 5:00 minutes; yet resulting Avi = 4:57
Gspot reports resulting video is DivX 5.0 (input video is Xvid)
I took the Adaptive Muxer option

check

11th July 2006, 12:55

is that the whole log? it seems as though some is missing, you didn't miss the scroll bar did you? (I do all the time -.-)

berrinam

11th July 2006, 13:15

There seem to be *issues* with DivXMux (the avi muxer). It should really be replaced with ffmpeg for muxing, as that does everything DivXMux does and more. Just, no-one got around to finish ffmpeg muxing.

Doom9

11th July 2006, 14:08

Uhh.. isn't ffmpeg unable to handle things like multiple audio tracks, subs and output splitting?

Sharktooth

11th July 2006, 14:12

Couldnt we create our own avi muxer starting from the avimuxgui sources?

check

11th July 2006, 14:25

Do you really want MeGUI to be able to output the monsters that are AVI with multiple audio tracks or soft subtitles? :P
IMO leave the weird stuff for better containers and keep avi as single video, single audio.

Selur

11th July 2006, 17:04

Speed issue with Xvid and MeGui

Just reinstalled my system and installed Avisynth and MeGui (I let megui download all the stuff) when encoding with Xvid I only get something like 65% CPU usage, but I did set it to use 2 threads in the config. Since this seemed strange I also downloaded current cvs head vfw build from celtivdruid and used it with Virtual Dub (same settings in Xvid) and got 95%+ Cpu usage and the encoding speed sort of doubled for 1st pass. (from around 33fps to around 60fps)

Is it just me overlooking something or is this related to the xvid encraw version megui downloaded?
Am I the only one with this problem on a dualcore system, or did I overlook a post in the forum about this. (used the search function, but didn't find something that seemed related)

Cu Selur

chelala

11th July 2006, 17:42

Hello I'm new to MeGUI. I know how to use AVS creator, but I do not know how to prepare the audio for my movie. When I click to open audio it allowa me to open AVS. As I';m converting from AVI to MP4. So audio is inside the AVI.

Please tell me how to prepare Audio for Avi - mp4. Steps??

Thanks

Harold

Sharktooth

11th July 2006, 17:45

load the .avs as audio input (ensure audio is not disabled in the directshowsource() filter)

Selur

11th July 2006, 17:46

you could try this:
write a little avs script with the following in it:

AviSource("Path to your avi")

--
see: http://www.avisynth.org/AviSource

Cu Selur

chelala

11th July 2006, 17:53

The there is no AVS audio script creator inside MeGUI, in this kind of recode case ?

then create in notepad AVS with the line AviSource("Path to your avi")

ok, Thank you for your answer

Harold

Sharktooth

11th July 2006, 17:59

i meant the same avs for video...

chelala

11th July 2006, 18:06

i meant the same avs for video...

My consern is that the AVS created by the script creator has somethin like

DirectShowSource("D:\temp\101.avi",fps=23.9759856527702,audio=false)

and I do not know if the false means that has NO audio, so I think I will have to create another AVS with a simple AviSource to be able to get the audio

Harold

Sharktooth

11th July 2006, 18:16

yes i meant that... just remove ",audio=false"
however if you want to create a new script use DirectShowSource("D:\temp\101.avi",fps=23.9759856527702) to be sure there are no sync issues.

chelala

11th July 2006, 19:09

WAO!

I worked great I tried your propossal, Also the AviSource way and even another using WavSource

Thanks a lot for your help

Harold

P.S. MeGUI is just great and powerfull

dungweaver

12th July 2006, 02:16

is that the whole log? it seems as though some is missing, you didn't miss the scroll bar did you? (I do all the time -.-)

Yes, I'm sure it is. Did another Mux this morning, same result (unusable avi).

My stand-alone player can only support the avi container format, so mkv etc not an option at this stage . Here's the log of recent attempt:

Starting job job3 at 11:11:06 AM
encoder commandline:
-v "D:\D_videos\D _re-encoded\testing\testVideo.avi" -a "D:\D_videos\D _re-encoded\testing\testAudio.mp3" -o "D:\D_videos\D _re-encoded\testing\testAVI.avi"
successfully started encoding
Processing ended at 11:11:11 AM
----------------------------------------------------------------------------------------------------------

Log for job job3

DivXMux: Version 6.1 Build Num: 36
Output File Streams:

TrackId 0: Video Stream: From AVI
Frame Rate: 25.000000
Resolution: 608x336
TrackId 1: Audio Stream: From MP3
SamplesPerSec: 48000
BlockAlign: 1

Creating Index...

----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated

Should I raise this as a bug or can someone suggest a way around, that doesn't involve manually muxing with external muxer etc? Thanks.

quake74

12th July 2006, 09:02

Yes, I'm sure it is. Did another Mux this morning, same result (unusable avi).

Should I raise this as a bug or can someone suggest a way around, that doesn't involve manually muxing with external muxer etc? Thanks.

I already posted about it in the megui bug thread. If you look at the previous page, you see that the devs know about it and are thinking about how to solve it. In the meantime, why don't you use avimuxgui?