View Full Version : MeGUI: General Questions and Troubleshooting Thread
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...
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.