View Full Version : MeGUI Bug-Report Thread
sysKin
12th March 2006, 07:54
If that's how it works then I would imagine that to either be a real bug or a intended feature. Except the outcome is random, which indicates a bug :(
The second one however I have never seen happen, I've done close to 100 test encodes since I picked up MeGUI. does this happen with any particular codec?
Well I only use megui for x264 encodings, and actually this happened only once in two attempts (all my previews encodings were single-pass).
I'm very sure it did happen however, I can "prove" it (mostly prove to myself, that I didn't imagine things) with these two pictures:
http://members.iinet.net.au/~syskin/2pass.png
http://members.iinet.net.au/~syskin/time.png
The three minutes were what I needed to manually start 2nd pass. Good thing it wasn't middle of a night, no harm done.
[edit] The log might be useful:
Starting job job1-1 at 1:54:32 PM
Job is a video job. encoder commandline:
[[blah blah irrelevant]]
successfully started encoding
Processing ended at 3:49:55 PM
----------------------------------------------------------------------------------------------------------
Log for job job1-1
[[blah blah irrelevant]]
----------------------------------------------------------------------------------------------------------
job job1-1 has been processed. This job is linked to the next job: job1-2
Starting job job1-2 at 3:52:06 PM
Job is a video job. encoder commandline:
[[blah blah irrelevant]]
successfully started encoding
It looks like jobs were linked, but the time difference clearly confirmed that there was a big delay.
PS You hijacked ctrl-a shortcut needed to highlight entire log ;_;
Doom9
12th March 2006, 12:25
@syskin: since you write code yourself, I'm sure you're aware on how difficult if not borderline impossible it is to trace something. While I'm not encoding every day, I do a lot of short test encodings (using trailers) for each release and I have never seen any of the three things happening that you mention. Is there any chance you could add a few trace lines to the code executed between jobs to see where that behavior comes from?
Jobs are started as follows: after one ends, that one is marked as done (or error or aborted.. in those two cases I go through the list of jobs and anything linked to the job that errored out or was aborted will be added to a list of jobs that are not to be processed). Then the next job in waiting state (going through every job in the queue.. starting with the one on top of the list) is started unless that job is part of the list of jobs not to be started. That list is only being cleared when you manually start the queue again after it has once been stopped (via abort, or via pressing stop so that the current job is being processed and then processing stops.. just like vdub does it), or if there once was no job in status waiting after one has been successfully encoded.
sysKin
12th March 2006, 13:48
I have never seen any of the three things happening that you mention.
Ah, one of THESE bugs. Damn.
Is there any chance you could add a few trace lines to the code executed between jobs to see where that behavior comes from?
I currently don't have anything that can compile .NET. However, I've been thinking about setting this up and helping with MeGUI for some time - I'm mostly interested in an avisynth editor like virtualdubmod has. Can I compile MeGUI with that free version of visual studio, what-was-its-name?
Doom9
12th March 2006, 13:49
you'll want Visual C# Express Edition: http://msdn.microsoft.com/vstudio/express/visualcsharp/
you could compile by just installing the .net 2.0 runtime, it has a compiler, but having an IDE is obviously more practical.
sysKin
12th March 2006, 13:57
you'll want Visual C# Express Edition: http://msdn.microsoft.com/vstudio/express/visualcsharp/
you could compile by just installing the .net 2.0 runtime, it has a compiler, but having an IDE is obviously more practical.
Ah excellent, thank you. I have a second pass "waiting" at this very moment, so hopefully I should be able to reproduce it under debuger as well.
I've been thinking, can "Austostar Queue" setting have something to do with it? I never actually pressed a "start" at the two-pass job, I just added it to a queue and it started automagically. Perhaps the automagic does not propagate to second job.
I'll see if I can debug it when I get this C#express.
Doom9
12th March 2006, 16:11
Perhaps the automagic does not propagate to second job.No, that only has an effect when you add jobs to the queue.. if it's set.. you add a job and megui tries to start it immediately.. that setting has no effect on what happens between the end of one job and the start of the next.
dimzon
12th March 2006, 20:18
I currently don't have anything that can compile .NET
FYI
DotNET runtime contains command-line C# compiler itselt. So you does'nt need VisualStudio or even SDK to compile it - You need runtime only :D
There are bat file in sources, just run it:D
Doom9
12th March 2006, 20:30
@dimzon: I already told him that ;) But there's no useful debugger in the runtime (and I also told him that already..)
falcon2000eg
12th March 2006, 20:38
I have the same bug as sysKin but it only happend two or three times in more than 60 encodes
ariga
13th March 2006, 08:45
I haven't tried reproducing this. But from what i can recollect, I made an encode with no. of threads set to 2. Next, I changed the profile and had no. of threads set to 1. Even the generated command line showed --threads 1. However the final encode log showed --threads 2 !! I was using http://www.chronocrossdev.com/apps/megui/MeGUI-0.2.3.2108-Dev.rar
berrinam
13th March 2006, 08:55
Have you looked at the option in Settings called 'Automatically set number of threads'?
dimzon
13th March 2006, 08:58
@dimzon: I already told him that ;) But there's no useful debugger in the runtime (and I also told him that already..)
to save internet traffic its possible to install runtime + SharpDevelop to debug ;)
ariga
14th March 2006, 07:51
Have you looked at the option in Settings called 'Automatically set number of threads'?Hadn't. Thanks. So it isn't a bug, it's a feature.
Kopernikus
14th March 2006, 11:35
Is it a feature that an mencoder comandline is shown when I config Xvid and the xvid encoder is set to xvid_encraw?
The commandline looks like that:
xvid_encraw.exe "" -ovc xvid -passlogfile ".stats" -xvidencopts pass=2:bitrate=700:max_key_interval=300:vhq=4:qpel:chroma_me:par=0/0:trellis:bvhq=1:keyframe_boost=100:kfthreshold=1:kfreduction=20 -o "" -of
I used MeGUI 0.2.3.2.2108
IMOON
14th March 2006, 16:53
Hello MeGui Team
first great work with MeGui.
I have found a in the chapter creator.
If you want to add a chapter in the middle of an existing list the programm lost all chapter after the new one(+1). You can see this in the screenshots.
http://forum.doom9.org/attachment.php?attachmentid=5566&stc=1&d=1142350186
chapter_1.JPG
http://forum.doom9.org/attachment.php?attachmentid=5567&stc=1&d=1142350186
chapter_2.JPG
I have also post the beginning of my version of the "addZoneButton_Click" function where I have removed the bug:), the main lines are 29 and 30. The rest is the orginal version of the file. I hope you will find this helpfull.
1private void addZoneButton_Click(object sender, System.EventArgs e)
2 {
3 int timecode = getTimeCode(startTime.Text);
4 if (timecode >= 0)
5 {
6 Chapter newChapter = new Chapter();
7 newChapter.timecode = startTime.Text;
8 newChapter.name = chapterName.Text;
9 Chapter[] newChapters = new Chapter[chapters.Length + 1];
10 int index = 0, number = 0;
11 bool interationAborted = false, chapterInserted = false;
12 foreach (Chapter chap in chapters)
13 {
14 int chapTime = getTimeCode(chap.timecode);
15 if (chapTime > timecode) // the new chapter comes before the one we're currently looking at
16 {
17 if (!chapterInserted)
18 {
19 if (newChapter.name.Equals("")) // add a default name just in case
20 {
21 number = index + 1;
22 newChapter.name = "Chapter" + number;
23 }
24 newChapters[index] = newChapter;
25 chapterInserted = true;
26 index++;
27 newChapters[index] = chap;
28 }
29 else //new to add all old chapters that comes after the new one
30 newChapters[index] = chap; //new
31 }
32 else if (chapTime < timecode) // new chapter comes at a later point
33 newChapters[index] = chap;
34 else // the two chapters match
35 {
36 MessageBox.Show("The chapter you're trying to add starts at the same point as the\nexisting chapter with name " + chap.name + ".\nYou cannot have two chapters that start at the same time.",
37 "Duplicate chapter detected", MessageBoxButtons.OK, MessageBoxIcon.Stop);
38 interationAborted = true;
39 }
40 index++;
41 }
berrinam
15th March 2006, 07:16
@berrinam
create mp4/x264
DVD input DAR 16:9 (1.778) PAL
retain anamorphic res and set SAR
output res 320, 192 - suggested resolution
with crop using Lanczos (sharp)
going by the display of mpc/ffdshow
both versions say 320x192 for input & output size
but
megui version: SAR 47/20, DAR: 47/12 for input/output ratio
yamp version (with forced input PAR 16/9 pal): SAR 16/11, DAR: 80/33 for input/output ratio
Sorry to take so long to reply, but can you post your log please?
Based on this:megui version: SAR 47/20It sounds like there is something going wrong. From your data, it sounds like you have a 2.40:1 source, which should be signalled in MeGUI as 47/20 DAR, and something else as the calculated SAR.
Sharktooth
15th March 2006, 11:22
Is it a feature that an mencoder comandline is shown when I config Xvid and the xvid encoder is set to xvid_encraw?
The commandline looks like that:
xvid_encraw.exe "" -ovc xvid -passlogfile ".stats" -xvidencopts pass=2:bitrate=700:max_key_interval=300:vhq=4:qpel:chroma_me:par=0/0:trellis:bvhq=1:keyframe_boost=100:kfthreshold=1:kfreduction=20 -o "" -of
I used MeGUI 0.2.3.2.2108
uhm...no :)
it's a bug
cc979
15th March 2006, 20:09
@berrinam
the log you asked for about odd ratio behaviour
Starting job job1 at 18:50:25
Job is a dgindex job. dgindex commandline:
"D:\Utils\AV\Video\dgmpgdec\DGIndex.exe" -AIF=[D:\DVD.rips\test\VIDEO_TS\VTS_04_1.VOB] -OF=[D:\DVD.rips\test\VIDEO_TS\VTS_04_1] -exit -OM=1 -TN=1
successfully set up dgindex
Processing ended at 18:50:26
----------------------------------------------------------------------------------------------------------
Log for job job1
----------------------------------------------------------------------------------------------------------
Generating jobs. Desired size: 10485760 bytes
Setting desired size of video to 10485760 bytes
Starting job job2-1 at 18:51:31
Job is an audio job. Commandline:
-core( -input "D:\DVD.rips\test\VIDEO_TS\VTS_04_1 T01 3_2ch 448Kbps DELAY -176ms.ac3" -output "D:\DVD.rips\test\VIDEO_TS\audio.mp4" -logfile "D:\DVD.rips\test\VIDEO_TS\audio.besweet.log" ) -azid( -q 192 ) -ota( -d -176 -g max )
successfully started encoding
Processing ended at 18:51:51
----------------------------------------------------------------------------------------------------------
Log for job job2-1
Channels=6, BitsPerSample=16, SampleRate=48000Hz
D:\Utils\AV\Audio\BeLight\faac.exe -q 192 -o "D:\DVD.rips\test\VIDEO_TS\audio.mp4" -P -X -R 48000 -B 16 -C 6 --mpeg-vers 4 -Freeware Advanced Audio Coder
FAAC 1.24.1 (May 17 2005) UNSTABLE
Remapping input channels: Center=3, LFE=4
Quantization quality: 192
Bandwidth: 24000 Hz
Object type: Low Complexity(MPEG-4) + M/S
Container format: MPEG-4 File Format (MP4)
Encoding - to D:\DVD.rips\test\VIDEO_TS\audio.mp4
frame | elapsed | play/CPU
2737 | 20.5 | 2.84x
----------------------------------------------------------------------------------------------------------
job job2-1 has been processed. This job is linked to the next job: job2-2
this series of jobs starts with an audio job and is followed by regular twopass video jobs
The audio job is named job2-1 the first pass job2-2 and the second pass job2-3
The second pass job has a desired final output size of 10485760 bytes and video bitrate of 1000 kbit/s
The size of the first audio track is 3401968 bytes
Desired video size after substracting audio size is 6902Setting the desired bitrate of the subsequent video jobs to 964 kbit/s
Starting job job2-2 at 18:51:51
Job is a video job. encoder commandline:
--pass 1 --bitrate 964 --stats "D:\DVD.rips\test\VIDEO_TS\test.stats" --ref 3 --bframes 3 --b-pyramid --b-rdo --bime --weightb --subme 6 --trellis 1 --analyse all --8x8dct --direct temporal --progress --no-psnr --output NUL "D:\DVD.rips\test\VIDEO_TS\test.avs"
successfully started encoding
Processing ended at 18:53:57
----------------------------------------------------------------------------------------------------------
Log for job job2-2
avis [info]: 320x192 @ 25.00 fps (1466 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE 3DNow!
x264 [info]: slice I:12 Avg QP:12.33 size: 18902
x264 [info]: slice P:620 Avg QP:13.81 size: 7503
x264 [info]: slice B:834 Avg QP:15.14 size: 2750
x264 [info]: mb I I16..4: 9.0% 29.8% 61.2%
x264 [info]: mb P I16..4: 0.8% 2.8% 4.2% P16..4: 39.4% 18.9% 22.5% 5.2% 4.6% skip: 1.7%
x264 [info]: mb B I16..4: 0.1% 0.2% 0.4% B16..8: 45.0% 9.8% 17.7% direct: 6.6% skip:20.2%
x264 [info]: final ratefactor: 11.86
x264 [info]: 8x8 transform intra:34.6% inter:31.4%
x264 [info]: ref P 76.4% 14.3% 9.3%
x264 [info]: ref B 82.4% 12.0% 5.6%
x264 [info]: kb/s:978.5
Actual bitrate after encoding without container overhead: 978.67
----------------------------------------------------------------------------------------------------------
job job2-2 has been processed. This job is linked to the next job: job2-3
Starting job job2-3 at 18:53:57
Job is a video job. encoder commandline:
--pass 2 --bitrate 964 --stats "D:\DVD.rips\test\VIDEO_TS\test.stats" --ref 3 --bframes 3 --b-pyramid --b-rdo --bime --weightb --subme 6 --trellis 1 --analyse all --8x8dct --direct temporal --progress --no-psnr --output "D:\DVD.rips\test\VIDEO_TS\test.mp4" "D:\DVD.rips\test\VIDEO_TS\test.avs"
successfully started encoding
Processing ended at 18:55:34
----------------------------------------------------------------------------------------------------------
Log for job job2-3
avis [info]: 320x192 @ 25.00 fps (1466 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE 3DNow!
mp4 [info]: initial delay 2 (scale 25)
x264 [info]: slice I:12 Avg QP:12.75 size: 18007
x264 [info]: slice P:620 Avg QP:13.73 size: 7531
x264 [info]: slice B:834 Avg QP:15.32 size: 2622
x264 [info]: mb I I16..4: 7.4% 32.8% 59.8%
x264 [info]: mb P I16..4: 0.8% 2.9% 5.0% P16..4: 38.9% 18.5% 22.4% 5.2% 5.1% skip: 1.3%
x264 [info]: mb B I16..4: 0.0% 0.2% 0.4% B16..8: 45.4% 9.5% 16.4% direct: 6.1% skip:22.0%
x264 [info]: 8x8 transform intra:32.7% inter:32.2%
x264 [info]: ref P 76.3% 14.3% 9.4%
x264 [info]: ref B 82.8% 11.6% 5.6%
x264 [info]: kb/s:964.8
Actual bitrate after encoding without container overhead: 964.97
desired video bitrate of this job: 964 kbit/s - obtained video bitrate: 967.46548431105 kbit/s
----------------------------------------------------------------------------------------------------------
job job2-3 has been processed. This job is linked to the next job: job2-4
Starting job job2-4 at 18:55:34
Job is a mux job. Commandline:
-add "D:\DVD.rips\test\VIDEO_TS\test.mp4" -add "D:\DVD.rips\test\VIDEO_TS\audio.mp4" -fps 25 -new "D:\DVD.rips\test\VIDEO_TS\test-muxed.mp4"
successfully set up muxer
Processing ended at 18:55:35
----------------------------------------------------------------------------------------------------------
Log for job job2-4
IsoMedia import - track ID 1 - Video (size 320 x 192)
IsoMedia import - track ID 1 - Audio (SR 48000 - 6 channels)
Saving D:\DVD.rips\test\VIDEO_TS\test-muxed.mp4: 0.500 secs Interleaving
----------------------------------------------------------------------------------------------------------
sysKin
16th March 2006, 12:24
Hi,
Apologies for posting another bug report before even making an attempt to fix/trace the first ;)
To prove that I'm not a complete lazy bum here's my first trivial MeGUI patch: http://syskin.is.dreaming.org/audio-input.patch
Now, my bug. Steps to reproduce:
1. Drag & drop a d2v file to megui
2. Close preview window actually not needed, but makes more sense
3. Open preview again by clicking "preview" at the bottom
4. Click auto-crop
Result: exception thrown from MeGUI.AvsReader.get_FrameCount()
Sharktooth
16th March 2006, 12:44
Hello MeGui Team
I have found a in the chapter creator.
If you want to add a chapter in the middle of an existing list the programm lost all chapter after the new one(+1).
...
Committed.
cc979
16th March 2006, 20:00
using MeGui v0.2.3.2110
just done a test using a PAL(16/9) but a forced the avs script creator to SAR 1:1
but it defaults to 47x20 in the x264 MeGui v0.2.3.2110 x264 SAR defaults to 47x20
is that a bug ?
and i get a mpeg2source error on the avs script creator if the DGDecode.dll is not in the settings:avs.plugin directory is that normal ?
when the avs is saved i checked it and it loads the DGDecode.dll from settings:dgindex directory
cc979
16th March 2006, 20:06
using MeGui v0.2.3.2110
just done a test using a PAL(16/9) but a forced the avs script creator to SAR 1:1
but it defaults to 47x20 in the x264 MeGui v0.2.3.2110 x264 SAR defaults to 47x20
is that a bug ?
and i get a mpeg2source error on the avs script creator if the DGDecode.dll is not in the settings:avs.plugin directory is that normal ?
when the avs is saved i checked it and it loads the DGDecode.dll from settings:dgindex directory
just re-copied the profiles from sharktooths and SAR is back to normal, sorry
but the DGDecode.dll error is the same
berrinam
16th March 2006, 20:58
and i get a mpeg2source error on the avs script creator if the DGDecode.dll is not in the settings:avs.plugin directory is that normal ?That is correct
when the avs is saved i checked it and it loads the DGDecode.dll from settings:dgindex directoryThis doesn't make sense -- MeGUI already assumes that DGDecode is in settings:avsplugins. I've removed that LoadPlugin call in 0.2.3.2111
berrinam
16th March 2006, 21:00
@berrinam
the log you asked for about odd ratio behaviour
--pass 2 --bitrate 964 --stats "D:\DVD.rips\test\VIDEO_TS\test.stats" --ref 3 --bframes 3 --b-pyramid --b-rdo --bime --weightb --subme 6 --trellis 1 --analyse all --8x8dct --direct temporal --progress --no-psnr --output "D:\DVD.rips\test\VIDEO_TS\test.mp4" "D:\DVD.rips\test\VIDEO_TS\test.avs"
The aspect ratio is never actually signalled. Can you try again, because it always signalled for me when I tested?
EDIT: Never mind, I tried again. It was indeed signalled for me, but wrongly. I looked into the code, and someone removed my call to findSAR() :devil:
using MeGui v0.2.3.2110
just done a test using a PAL(16/9) but a forced the avs script creator to SAR 1:1How do you do that?
cc979
16th March 2006, 21:09
@berrinam
it was the input DAR i forced to 1:1
cc979
16th March 2006, 21:37
@berrinam
just tried again, i deleted all profiles and re-copied sharktooths
using Me.GUI 0.2.3.2110
as normal from the avs script creator i retain anamorphic and autocrop and save
then select the profile then autoencode
--pass 1 --bitrate 1749 --stats "D:\DVD.rips\test\VIDEO_TS\test01.stats" --ref 3 --bframes 3 --b-pyramid --b-rdo --bime --weightb --subme 6 --trellis 1 --analyse all --8x8dct --direct temporal --progress --no-psnr --output NUL "D:\DVD.rips\test\VIDEO_TS\test01.avs"
--pass 2 --bitrate 1749 --stats "D:\DVD.rips\test\VIDEO_TS\test01.stats" --ref 3 --bframes 3 --b-pyramid --b-rdo --bime --weightb --subme 6 --trellis 1 --analyse all --8x8dct --direct temporal --progress --no-psnr --output "D:\DVD.rips\test\VIDEO_TS\test01.mp4" "D:\DVD.rips\test\VIDEO_TS\test01.avs"
you was correct did'nt get signalled properly
but
so i did'nt again but this time i open the config first then autoencoded and got this
--pass 1 --bitrate 1749 --stats "D:\DVD.rips\test\VIDEO_TS\test01.stats" --ref 3 --bframes 3 --b-pyramid --b-rdo --bime --weightb --subme 6 --trellis 1 --analyse all --8x8dct --direct temporal --sar 37:20 --progress --no-psnr --output NUL "D:\DVD.rips\test\VIDEO_TS\test01.avs"
--pass 2 --bitrate 1749 --stats "D:\DVD.rips\test\VIDEO_TS\test01.stats" --ref 3 --bframes 3 --b-pyramid --b-rdo --bime --weightb --subme 6 --trellis 1 --analyse all --8x8dct --direct temporal --sar 37:20 --progress --no-psnr --output "D:\DVD.rips\test\VIDEO_TS\test01.mp4" "D:\DVD.rips\test\VIDEO_TS\test01.avs"
which was different
cc979
16th March 2006, 21:40
That is correct
This doesn't make sense -- MeGUI already assumes that DGDecode is in settings:avsplugins. I've removed that LoadPlugin call in 0.2.3.2111
load plugin part this is my saved script
LoadPlugin("D:\Utils\AV\Video\dgmpgdec\dgdecode.dll")
mpeg2source("D:\DVD.rips\test\VIDEO_TS\VTS_04_1.d2v")
#blank deinterlace line
crop( 0, 72, 0, 0)
LanczosResize(640,448) # Lanczos (Sharp)
#denoise
# Set DAR in encoder to 37 : 20
but i still get and mpeg2source error if the dgdecode.dll is not in the settings:avs.plugins directory so is it have to be in both directories
berrinam
16th March 2006, 21:41
Well, I don't know why NOTHING is being signalled in your x264 encode.... BUT I fixed the bug with the SAR not being calculated for x264. A new version is committed.
sp@rrow
18th March 2006, 19:01
http://forum.doom9.org/showthread.php?p=795935#post795935
When it will fix?
ChronoCross
19th March 2006, 04:48
When encoding audio using avisynth, Nero 7.0, Downsample to stereo, 64kbps CBR, decoding via directshow using ffdshow for AC3 audio.
If you try to cancel during preprocessing megui says cancelled however it still takes up 100% CPU, ffdshow remains in the taskbar and you have to kill the megui process to get the processor back to 0%.
Bathrone
19th March 2006, 08:33
Im just learning so apologies if these are user errors.
Subtitles arent working in all media players I have tried, including nero showtime. I correctly muxed in a correctly formatted Subrip SRT file into my MP4 and cannot get it to display during playback.
Also if a user during the avisynth create window cancels the preview window and then chooses autocrop, a message will be displayed saying the window needs to be present. So then the user selects the button for the window to come up, and when the user tries to autocrop they get an error message MeGUI Fatal Error reason: object reference not set to an instance of an object source of exception megui stacktrace.
Also, MeGUI instances are remaining as running processes on my system despite shutting them down. I only realised this when I tried to run MeGUI and it said one instance is allready running.
ChronoCross
19th March 2006, 09:42
Im just learning so apologies if these are user errors.
Subtitles arent working in all media players I have tried, including nero showtime. I correctly muxed in a correctly formatted Subrip SRT file into my MP4 and cannot get it to display during playback.
Playback issues are usually due to the splitter your using. not an megui issue.
Also if a user during the avisynth create window cancels the preview window and then chooses autocrop, a message will be displayed saying the window needs to be present. So then the user selects the button for the window to come up, and when the user tries to autocrop they get an error message MeGUI Fatal Error reason: object reference not set to an instance of an object source of exception megui stacktrace.
This is a known error. If I remember correctly it has to do with megui trying to callback a dead window that no longer exists rather than creating a new one. I have no idea what the status of this bug is however.
Also, MeGUI instances are remaining as running processes on my system despite shutting them down. I only realised this when I tried to run MeGUI and it said one instance is allready running.
Did you minimize to tray? I have used megui for months and not seen anything like this. I have a feeling it's something on your computer that may be causing this. I'm sure this would have been reported earlier.
Doom9
19th March 2006, 12:34
@sp@rrow: if it's in the buglist, then "when it's done", if it's not in the buglist, once berrinam adds it, then it's "when it's done". If a bug is in the buglist, you don't have to worry about whether or not it's going to be fixed (unless it turns out not to be a bug), but there are no guarantees as to when it's going to be fixed. Keep in mind that the time you get home and set up an encoding session and then get to watch TV, the programmers have to keep on working with no less effort than their daily job takes..
DarkFoon
22nd March 2006, 08:12
I believe that I have a problem (maybe a bug).
On windows 2000, when ever I run MeGUI it complains that I need to upgrade to .NET 2.0.5727 to run the program.
I have the most recent version of .NET that I can get for that computer installed. But it is not enough.
I can't really think of any more information to give.
CPU= pentium 4 2.4GHz
ram= 1GB DDR333
win2k sp 4
foxyshadis
22nd March 2006, 08:49
Do any other .net 2 apps work for you? I think staxrip is .net 2 now, and there's lots of others floating around. If not, well, it's not a megui problem; you might have to go back to the older megui builds until you get the .net install fixed.
dimzon
22nd March 2006, 09:18
I believe that I have a problem (maybe a bug).
On windows 2000, when ever I run MeGUI it complains that I need to upgrade to .NET 2.0.5727 to run the program.
I have the most recent version of .NET that I can get for that computer installed. But it is not enough.
I can't really think of any more information to give.
CPU= pentium 4 2.4GHz
ram= 1GB DDR333
win2k sp 4
try to compile MeGUI yourself (ask anybody for source tarball, extract all files and just doble-click on BUILD.BAT - that's all)
DarkFoon
22nd March 2006, 10:08
@foxyshadis
I'll try that tomorrow I'm going to bed now.
@dimzon
can I get source tarball from you?
Or anyone?
and what applications do I need to compile it? (If I need cygwin, I'll shoot myself: I can't ever seem to get it to work right, and I use linux/*BSD quite often)
Is all I need a basic win2k sp4 install and run that .bat?
stax76
22nd March 2006, 11:41
Do any other .net 2 apps work for you? I think staxrip is .net 2 now
It is .NET 2 exclusive since a year where VS beta 2 dropped, 8 months before the finals of VS 2005 and .NET 2 shipped. Beta 1 was unusable, when beta 2 arived I totally broke with 1.1 and never looked back, I couldn't and hadn't anything to release in that 8 months, shortly after MS shipped the finals I released the first public StaxRip build so StaxRip was never .NET 1.1.
DVX which StaxRip was derived from was a VB6 application btw. and was ported to VB .NET shortly after the first .NET framework version shipped around 5 years ago, at that time everybody was thinking .NET is evil, doesn't do something new or valuable and VB .NET is a kiddy language, well many still think that way today. :D
dimzon
22nd March 2006, 11:46
@dimzon
can I get source tarball from you?
Or anyone?
and what applications do I need to compile it? (If I need cygwin, I'll shoot myself: I can't ever seem to get it to work right, and I use linux/*BSD quite often)
Is all I need a basic win2k sp4 install and run that .bat?
http://www.mytempdir.com/534521
You need .NET 2.0 Runtime installed only (C# command-line compiler is part of .NET Runtime)
Just run COMPILE.BAT
cc979
22nd March 2006, 21:27
not sure if i'm wrong here, just wondering on using megui 0.2.3.2117 avs script creator
when you load a .d2v and choose 1:1 ratio and suggested resolution is turned it defaults to x=y(576 pal) but if there was some weird ratio not 16/9 or 4/3 should'nt x match the source x not y
what i mean is
for input DAR = 16:9 retain anamorphic resolution and set SAR, but have un-suggested y
so keep the source DAR of 16:9
but encode to 480 x 480 (like svcd)
so if suggested y is off
resolution 480,480
SAR of 1:1
but DAR of 16:9 if makes sense
i worked something out too, in normal operations 16/9 or 4/3 when i autocropped then hit preview the preview would be cropped but not stretched, so i close the preview then re-open it shows the correct size and crop, and i can change resolution then hit preview and it updates (which did'nt realize -doh)
the new tabs on the editor works good to me - great guys
DarkFoon
23rd March 2006, 07:23
@dimzon, stax, foxyshadis
I managed to find the version of .NET that every one of these applications was asking for (they all wanted 2.0.50727, and I have 2.0.50215)
I needed .NET 2.0 redistributable Release Candidate (http://www.microsoft.com/downloads/details.aspx?FamilyID=f832b85f-b710-49ed-92a1-b80b948aeb65&DisplayLang=en)
I have no idea why microsoft's site doesn't put this one towards the top in searches because its the most recent version (yes, I see the release candidate part, but if apps are being written with it already, then it should be easier to find)
If I may make a suggestion, perhaps any programmers using .NET 2.0 should put that link in a readme file that is distributed with their application, so if any others happen to have the same problem as me, they could find the link sooner and get on with their video. Just a suggestion.
So, I didn't get the chance to compile meGUI from a .bat file this time around. But I may still.
Thanks all for your help!
dimzon
23rd March 2006, 07:34
Does you tried this?
http://www.microsoft.com/downloads/details.aspx?familyid=0856EACB-4362-4B0D-8EDD-AAB15C5E04F5&displaylang=en
DarkFoon
23rd March 2006, 07:55
Yes, I had tried that. Notice the difference in version number between the link you gave me and the link I posted. (2.0 vs 2.0.50727.46)
That small difference was what seperated me from getting my encode done (which is running right now) and leaving my computer off.
foxyshadis
23rd March 2006, 08:34
Ah, that's why, you have to uninstall all release candidates and betas before you install the official release. However, the last release candidate is the final release, under another name, so you're perfectly fine (until you have to install an update, I suppose.)
stax76
23rd March 2006, 08:57
If I may make a suggestion, perhaps any programmers using .NET 2.0 should put that link in a readme file that is distributed with their application, so if any others happen to have the same problem as me, they could find the link sooner and get on with their video.
I'm using red color so it's hard to miss: http://www.planetdvb.net/staxrip/download.htm
If you google for '.NET framework 2.0' you can use as expected the first hit!
berrinam
23rd March 2006, 09:44
when you load a .d2v and choose 1:1 ratio and suggested resolution is turned it defaults to x=y(576 pal) but if there was some weird ratio not 16/9 or 4/3 should'nt x match the source x not yDepends what your point of view is. I think most people agree that there is no point in upsizing using AviSynth's internal filters before encoding, because you would just be better to do the same thing afterwards, which would save bits and therefore quality (iiP/LS/etc is a different issue, and suffice to say that MeGUI doesn't directly manage them, so if you are using them, then you can do whatever you want). As such, upsizing is not allowed. If you want the resolution to be x=y=720, then you are upsizing y from 576 to 720, which is not a good idea before the encode. I can see that you want to Get the maximum resolution possible, but you should really use AR signalling then. I agree that MeGUI is probably over-restrictive, but the logic behind it is right.
the new tabs on the editor works good to me - great guysThanks! I won't tell you how little work it was, because you won't value it then:D
cc979
23rd March 2006, 18:23
thanx think i understand a bit more,but i was tired
with a ratio 16:9 with AR signaling - you can't get a for example a 480x480 encode (if you wanted too) with a DAR that matches the source - if that makes sense
cc979
23rd March 2006, 19:37
found new bug, i had my video profiles read-only - megui complains on shutdown
Doom9
23rd March 2006, 19:39
found new bug, i had my video profiles read-only - megui complains on shutdownthat's not a bug. in order to make profile changes permanent, megui needs to be able to overwrite those files.
cc979
23rd March 2006, 20:05
that's not a bug. in order to make profile changes permanent, megui needs to be able to overwrite those files.
ok thanx
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.