View Full Version : MeGUI development
Doom9
12th December 2005, 20:31
@puffpio: go to the commandprompt, paste the following and post everything you see on screen here:
"C:\Program Files\besweet\BeSweet.exe" -core( -input "C:\work\fc\Formula Continental0001.ac3" -output "C:\work\fc\Formula Continental0001.mp4" -logfile "C:\work\fc\Formula Continental0001.besweet.log" ) -azid( -s stereo -c normal -L -3db ) -bsn( -2ch -vbr_streaming -codecquality_high -aacprofile_he ) -ota( -g max )
puffpio
12th December 2005, 20:36
results of that:
-=-==-=-=-=-=-=-=-=-=-=-
C:\work\fc>"C:\Program Files\besweet\BeSweet.exe" -core( -input "C:\work\fc\Form
ula Continental0001.ac3" -output "C:\work\fc\Formula Continental0001.mp4" -logfi
le "C:\work\fc\Formula Continental0001.besweet.log" ) -azid( -s stereo -c normal
-L -3db ) -bsn( -2ch -vbr_streaming -codecquality_high -aacprofile_he ) -ota( -
g max )
BeSweet v1.5b31 by DSPguru.
--------------------------
SR: 48000, Table idx: 8 - start 13, stop 11
C:\work\fc>
-=-=-=-=-=-=-=-=-=-=-=-
besweet log file looks the same.
I have the 2 nero dll's in the besweet directory...and also in program files\common files\ahead\audioplugins
so unsure what is happening...i did notice that when setting the besweet directory in the megui settings window, it used to popup a dialog box telling me to make sure the dll's where in the besweet directory twice (for the 2 different aac encoders). Now it only pops up once for the OTHER aac encoder..not the nero ones
puffpio
12th December 2005, 21:03
on further thought...it may be my installation that is screwed up..because I copied those nero aac dll's from one computer to another..do the dll's need to be registered?
I tried the audio encoding on the original computer and it worked
charleski
12th December 2005, 21:06
on further thought...it may be my installation that is screwed up..because I copied those nero aac dll's from one computer to another..do the dll's need to be registered?I'm pretty sure they look for a valid SN.
puffpio
12th December 2005, 21:08
I'm pretty sure they look for a valid SN.
well..there's my answer!
m0rc1
13th December 2005, 02:42
I'm running 0.2.3.1023 now and can't see any graphical glitches with Show Commandline. Could you post a picture showing this so i know what problem you're having?
I'm using 0.2.3.1b.
This is an old bug which seems to resurface from time to time, I already contributed a patch for it some month ago.
In some of the dialogs (for example XVID config) if you click on "Show commandline" using a >96 DPI video mode the dialog, insted to extend to accomodate the command line options, gets cut (this was because the resizing code was using absolute sizes instead of relatives ones, I haven't checked the new code now but I guess this is the same problem).
Other dialogs (like AVC config) are fine.
Davide.
Doom9
13th December 2005, 09:31
In some of the dialogs (for example XVID config) If somebody only mentioned that they were experiencing this in config dialog X and not Y, that would've been a huge help. Both charleski and myself only tested once, found it working and concluded what you're saying is simply not true. If you'd given details from the getgo, that would've got us thinking a bit more ;)
look for
private void commandlineVisible_CheckedChanged(object sender, System.EventArgs e)
{
if (commandlineVisible.Checked)
{
this.Size = new Size(this.Width, 588);
this.showCommandLine();
}
else
{
this.Size = new Size(this.Width, 524);
}
}In the commandline region of every configuration dialog
If it contains these numbers, you need to replace it with
private void showCommandline_CheckedChanged(object sender, System.EventArgs e)
{
if (showCommandline.Checked)
{
this.Size = new Size(this.Width, this.Height + commandline.Height + 10);
disableCommandlineGeneration = false;
showCommandLine();
}
else
{
disableCommandlineGeneration = true;
this.Size = new Size(this.Width, this.Height - commandline.Height - 10);
}
}
[
The x264 config dialog is already okay, as is the faac dialog, the others all need this change to make it work with granny fonts.
I'm not sure what causes the problems in the x246 build barring sourcode I can build, I can't test. I experienced the same with my own latest release, but changing the dpi and recompiling I suddenly had a build that worked.
Sharktooth
13th December 2005, 14:53
i'm doing it.
i'm also adding --no-fast-pskip to the "turbo" exclusions.
Sharktooth
13th December 2005, 15:17
changed sources: http://files.x264.nl/Sharktooth/?dir=./megui
Doom9
13th December 2005, 15:32
umm.. I downloaded your MeGUI-src.ChngdFls_0.2.3.1023.rar and put it into a directory where I previously put the 0.2.3.1b source. Is there just no way for us people with VS2k3?
Sharktooth
13th December 2005, 15:35
it should work ?!?
what's wrong?
In that way i can even convert the project to Sharp Develop.
charleski
13th December 2005, 15:49
The changes since 0.2.3.1b have included a few extra files. You might need to add them to your existing project, but that's easy enough.
Doom9
13th December 2005, 16:26
VS2k3 says: Unable to read the project file 'MeGUI.csproj'. The file 'D:\MeGUI\MeGUI.csproj' is not a valid project file. The project file is missing the 'VisualStudioProject' section.
charleski
13th December 2005, 16:40
Well I don't use VS2k3, but I'd have thought the way to integrate them would be to create a directory with just the old 0.2.3.1b files (including the old .csproj/.suo/.sln etc files) - that should load into VS2k3 since it created the .csproj itself. Then just copy the .cs files over from the new build and insert them into the project from within VS2k3.
Sharktooth
13th December 2005, 17:10
that's exactly the way i suggested (and how i do it).
Doom9
13th December 2005, 23:26
here's something that might be useful for weird errors that people sometimes report: keep all the data read from stdout and stderr in a buffer that's discarded when the process properly completes, but dump it in case of an abort (or offer to abort it, or via a setting) so that we know what actually happened behind the scenes.
Sharktooth
14th December 2005, 14:10
new patch: 0.2.3.1023b adds wpredb to the turbo exclusions list.
sources and bins are here: http://files.x264.nl/Sharktooth/?dir=./megui
also superdump told me 29.97FPS is 30000/1001 (thats 29.97002997002997...).
so this part:
if (this.muxFPS.SelectedIndex != -1)
job.Settings.Framerate = Double.Parse(muxFPS.Text);
if (this.muxFPS.SelectedIndex != -1 || isInputMP4())
{
if (this.enableSplit.Checked && !splitSize.Text.Equals(""))
job.Settings.SplitSize = Int32.Parse(this.splitSize.Text) * 1024;
job.Commandline = gen.generateMP4BoxCommandline(this.settings.Mp4boxPath, job.Settings, job.Input, job.Output);
}
should be rewritten to accomodate that change.
I'll do it in the next patch.
dimzon
14th December 2005, 14:19
also superdump told me 29.97FPS is 30000/1001 (thats 29.97002997002997...).
Can anybody tell me why not just 2997/100 ?
Sharktooth
14th December 2005, 14:22
coz 2997/1000 produces a 1 frame desync every 10 hours that's about 33ms.
redfordxx
14th December 2005, 14:34
Can anybody tell me why not just 2997/100 ?
Standard could be 30fps and 24fps or 30000fpms and 24000fpms.
But for some reason both was it divided by 1.001. I read some article on net, can't remember the reason, only remember the reason was mentioned as a stupid one.
So the standard aproximation is 23.976 and 29.97.
Doom9
14th December 2005, 15:08
umm.. I'd liek to see a reason for making any change to the framerate other than irrelevant technicalities (1 frame every 10 hours is irrelevant.. you don't encode a 10 hour bit as one piece). And it stands to be proven that mp4box even accepts such inputs and handles them properly.
Sharktooth
15th December 2005, 03:19
well... four line of code are not really a problem...
just adding:
if (this.muxFPS.SelectedIndex == 0)
job.Settings.Framerate = 24000/1001;
if (this.muxFPS.SelectedIndex == 3)
job.Settings.Framerate = 30000/1001;
should do the trick.
Doom9
15th December 2005, 18:44
still waiting to see any proof that my code is flawed in any way. If I look at my AviSynth scripts from DVDs, they all have a precise framerate of 23.976.. so muxing at any other framerate is going to cause problems, not the other way round.
tritical
16th December 2005, 12:55
Sorry if this is somewhat off topic, but an avisynth script with dvd source using dvd2avi/mpeg2decX or dgindex/dgdecode for decoding will have a framerate of 29.970 and not 30000/1001 because mpeg2decX/dgdecode have always set it that way. Actually, what happens is that dvd2avi and dgindex pick up the correct rate (30000/1001, 24000/1001, etc...), but when they write the framerate into the d2v file they multiply it up by 1000 and then round to int. mpeg2decX/dgdecode then set the framerate in avisynth by using the value in the d2v file as the numerator and 1000 for the denominator. The more interesting thing is that mpeg2decX and dgdecode (prior to version 1.4 or 1.4.1, can't remember exactly) had an internal maximum number of frames of 1,000,000... which if you calculate it out is the exact point that you end up with a 1 frame desync from using 29.970 instead of 30000/1001. An assumefps(30000,1001) or assumefps(24000,1001) in the avs file can fix the discrepancy... I think this was once on the list of things to be fixed in dgdecode but might have gotten lost somewhere along the way.
m0rc1
16th December 2005, 15:24
If somebody only mentioned that they were experiencing this in config dialog X and not Y, that would've been a huge help.
Sorry about that, but I had not realized it myself (until it was too late).
Davide.
haubrija
16th December 2005, 16:58
Hey fellas,
This is an issue I've had for awhile but I kept forgeting to post my log. Upon completing an automated 2pass or 3pass, the muxjob always appears to try to run twice. Its not that big of an inconvenience coz my file comes out fine but it is an issue nonethless. Here is a job I ran last nite and that shows the symptoms of the issue.
Generating jobs. Desired size: 393216000 bytes
Setting desired size of video to 393216000 bytes
Next job job1-1 is an audio job. besweet commandline:
"C:\MP4 Encoding\BeSweetv1.5b29\besweet.exe" -core( -input "D:\In the Cards\1 T01 3_2ch 448Kbps DELAY 0ms.ac3" -output "D:\In the Cards\audio.mp4" -logfile "D:\In the Cards\audio.besweet.log" ) -azid( -s dplii -c normal -L -3db ) -bsn( -2ch -vbr_extreme -codecquality_high -aacprofile_he ) -ota( -g max )
successfully set up audio encoder and callbacks for job job1-1
----------------------------------------------------------------------------------------------------------
Log for job job1-1
besweet: "C:\MP4 Encoding\BeSweetv1.5b29\besweet.exe" -core( -input "D:\In the Cards\1 T01 3_2ch 448Kbps DELAY 0ms.ac3" -output "D:\In the Cards\audio.mp4" -logfile "D:\In the Cards\audio.besweet.log" ) -azid( -s dplii -c normal -L -3db ) -bsn( -2ch -vbr_extreme -codecquality_high -aacprofile_he ) -ota( -g max )
BeSweet v1.5b30 by DSPguru.
--------------------------
[00:00:00:000] Initializing...
[00:00:00:000] -- Initializing...
[00:45:27:328] |
SR: 48000, Table idx: 6 - start 12, stop 8
SR: 48000, Table idx: 6 - start 12, stop 8
[00:45:27:328] Finalizing...
[00:45:27:328] Conversion Completed !
----------------------------------------------------------------------------------------------------------
job job1-1 has been processed. This job is linked to the next job: job1-2
this series of jobs starts with an audio job and is followed by regular twopass video jobs
The audio job is named job1-1 the first pass job1-2 and the second pass job1-3
The second pass job has a desired final output size of 393216000 bytes and video bitrate of 700 kbit/s
Third pass job found: job1-4
The size of the first audio track is 39089845 bytes
Desired video size after substracting audio size is 345162Setting the desired bitrate of the subsequent video jobs to 1036 kbit/s
Next job job1-2 is a video job. encoder commandline:
"C:\MP4 Encoding\x264.exe" --pass 1 --bitrate 1036 --stats "D:\In the Cards\1.stats" --bframes 3 --b-pyramid --subme 1 --analyse none --qpstep 1 --me dia --progress --no-psnr --output NUL "D:\In the Cards\1.avs"
successfully set up video encoder and callbacks for job job1-2
----------------------------------------------------------------------------------------------------------
Log for job job1-2
avis [info]: 640x480 @ 23.98 fps (65390 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE 3DNow!
x264 [info]: slice I:445 Avg QP:16.40 size: 32125
x264 [info]: slice P:19188 Avg QP:18.29 size: 10818
x264 [info]: slice B:45757 Avg QP:20.08 size: 2870
x264 [info]: mb I I16..4: 32.7% 0.0% 67.3%
x264 [info]: mb P I16..4: 15.2% 0.0% 0.0% P16..4: 70.1% 0.0% 0.0% 0.0% 0.0% skip:14.7%
x264 [info]: mb B I16..4: 0.8% 0.0% 0.0% B16..8: 50.8% 0.0% 0.0% direct:10.1% skip:38.2%
x264 [info]: final ratefactor: 19.79
x264 [info]: kb/s:1036.1
Actual bitrate after encoding without container overhead: 1036.16
----------------------------------------------------------------------------------------------------------
job job1-2 has been processed. This job is linked to the next job: job1-3
Next job job1-3 is a video job. encoder commandline:
"C:\MP4 Encoding\x264.exe" --pass 3 --bitrate 1036 --stats "D:\In the Cards\1.stats" --ref 5 --mixed-refs --bframes 3 --b-pyramid --subme 6 --b-rdo --weightb --trellis 2 --analyse all --8x8dct --qpstep 1 --progress --no-psnr --output "D:\In the Cards\video.mp4" "D:\In the Cards\1.avs"
successfully set up video encoder and callbacks for job job1-3
----------------------------------------------------------------------------------------------------------
Log for job job1-3
avis [info]: 640x480 @ 23.98 fps (65390 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE 3DNow!
mp4 [info]: initial delay 250 (scale 2997)
x264 [info]: slice I:445 Avg QP:15.93 size: 30550
x264 [info]: slice P:19188 Avg QP:17.66 size: 10460
x264 [info]: slice B:45757 Avg QP:19.45 size: 3036
x264 [info]: mb I I16..4: 17.1% 53.2% 29.7%
x264 [info]: mb P I16..4: 3.6% 8.1% 2.3% P16..4: 48.0% 16.9% 6.5% 0.3% 0.1% skip:14.3%
x264 [info]: mb B I16..4: 0.1% 0.5% 0.1% B16..8: 48.5% 1.2% 1.3% direct: 1.3% skip:46.9%
x264 [info]: 8x8 transform intra:58.4% inter:51.8%
x264 [info]: ref P 65.2% 17.8% 8.6% 4.4% 3.9%
x264 [info]: ref B 83.1% 11.5% 3.1% 1.4% 0.9%
x264 [info]: kb/s:1036.0
Actual bitrate after encoding without container overhead: 1036.09
desired video bitrate of this job: 1036 kbit/s - obtained video bitrate: 1038.381594797 kbit/s
----------------------------------------------------------------------------------------------------------
job job1-3 has been processed. This job is linked to the next job: job1-4
Next job job1-4 is a video job. encoder commandline:
"C:\MP4 Encoding\x264.exe" --pass 3 --bitrate 1036 --stats "D:\In the Cards\1.stats" --ref 5 --mixed-refs --bframes 3 --b-pyramid --subme 6 --b-rdo --weightb --trellis 2 --analyse all --8x8dct --qpstep 1 --progress --no-psnr --output "D:\In the Cards\video.mp4" "D:\In the Cards\1.avs"
successfully set up video encoder and callbacks for job job1-4
----------------------------------------------------------------------------------------------------------
Log for job job1-4
avis [info]: 640x480 @ 23.98 fps (65390 frames)
x264 [info]: using cpu capabilities MMX MMXEXT SSE 3DNow!
mp4 [info]: initial delay 250 (scale 2997)
x264 [info]: slice I:445 Avg QP:16.14 size: 29742
x264 [info]: slice P:19188 Avg QP:17.70 size: 10426
x264 [info]: slice B:45757 Avg QP:19.47 size: 3058
x264 [info]: mb I I16..4: 17.1% 54.1% 28.8%
x264 [info]: mb P I16..4: 3.5% 8.1% 2.2% P16..4: 47.9% 16.8% 6.4% 0.3% 0.1% skip:14.7%
x264 [info]: mb B I16..4: 0.1% 0.5% 0.1% B16..8: 48.3% 1.2% 1.3% direct: 1.3% skip:47.1%
x264 [info]: 8x8 transform intra:58.6% inter:51.8%
x264 [info]: ref P 65.3% 17.8% 8.6% 4.4% 3.9%
x264 [info]: ref B 83.2% 11.5% 3.1% 1.4% 0.9%
x264 [info]: kb/s:1036.0
Actual bitrate after encoding without container overhead: 1036.05
desired video bitrate of this job: 1036 kbit/s - obtained video bitrate: 1038.34729580719 kbit/s
----------------------------------------------------------------------------------------------------------
job job1-4 has been processed. This job is linked to the next job: job1-5
Next job job1-5 is a mux job. mp4box commandline:
"C:\MP4 Encoding\mp4box.exe" -add "D:\In the Cards\video.mp4" -add "D:\In the Cards\audio.mp4" -chap "D:\In the Cards\VTS_02 - Chapter Information - OGG.txt" -fps 23.976 -new "D:\5x25 - In the Cards.mp4"
successfully set up muxer and callbacks for job job1-5
----------------------------------------------------------------------------------------------------------
Log for job job1-5
IsoMedia import - track ID 1 - Video (size 640 x 480)
IsoMedia import - track ID 1 - HE-AAC (SR 24000 - SBR-SR 48000 - 2 channels)
IsoMedia import - track ID 2 - media type "odsm:mp4s"
IsoMedia import - track ID 3 - media type "sdsm:mp4s"
Saving D:\5x25 - In the Cards.mp4: 0.500 secs Interleaving
----------------------------------------------------------------------------------------------------------
Muxjob ended and deletion of intermediate files is activated
----------------------------------------------------------------------------------------------------------
Log for job job1-5
IsoMedia import - track ID 1 - Video (size 640 x 480)
IsoMedia import - track ID 1 - HE-AAC (SR 24000 - SBR-SR 48000 - 2 channels)
IsoMedia import - track ID 2 - media type "odsm:mp4s"
IsoMedia import - track ID 3 - media type "sdsm:mp4s"
Saving D:\5x25 - In the Cards.mp4: 0.500 secs Interleaving
an exception ocurred when trying to read from stdout: Object reference not set to an instance of an object.
----------------------------------------------------------------------------------------------------------
The current job contains errors. Skipping chained jobs
Muxjob ended and deletion of intermediate files is activated
Doom9
16th December 2005, 17:02
@haubrija: am I correct to assume that the only jobs you have in the queue are those 5 and that you have not done any moving around, deleting of existing jobs, or anything the like? If you have, please share the complete contents of your jobs directory (zip and attach please).
Also, after the mux job runs for the first time, what is the status of the job in the queue? You can prevent the second start if while muxing you press stop.. this will stop the queue.
haubrija
16th December 2005, 18:26
@haubrija: am I correct to assume that the only jobs you have in the queue are those 5 and that you have not done any moving around, deleting of existing jobs, or anything the like? If you have, please share the complete contents of your jobs directory (zip and attach please).
Also, after the mux job runs for the first time, what is the status of the job in the queue? You can prevent the second start if while muxing you press stop.. this will stop the queue.
Doom9,
No messing around with my jobs. I set up the auto 3 pass mode and press start. That's it. No reason to move jobs. So your assumption was correct.
I'm not really sure I understand your second question. I run my encoding on a seperate machine that I'm not in front of while its encoding so I'm not entirely sure what the status of the jobs are while running.
Doom9
16th December 2005, 18:33
well.. I need you there at the end of the third pass so that when muxing starts, you can press stop and see what happens. But muxing only takes a few minutes. In fact, if the intermediary files are still there, you could just double click on job 1-5 to reactivate it, and run it again, see what happens then.
haubrija
16th December 2005, 18:34
Ok... at work right now but will run a short test tommorrow and test my findings
m0rc1
19th December 2005, 00:25
This may well be way off topic but I don't know where else to ask for it: the AviReader class used in MeGUI is part of a larger library or has been written from scratch (I'm asking since I'd need its complementary AviWriter class - I'm writing a small app to convert movie files for the pocketpc).
Thanks,
Davide.
Doom9
19th December 2005, 00:51
the AviReader class used in MeGUI is part of a larger library or has been written from scratchmohita, author of mpeg4modifier (http://forum.doom9.org/showthread.php?t=78050) submitted it when I asked for a way to open avisynth files in C#. mpeg4modifier also needs to write files, so perhaps that'll help you. Keep in mind though, GPL means your project also needs to be released under the GPL.
You can also find a lot of info on codeproject: http://www.codeproject.com/cs/media/aviFileWrapper.asp
Sharktooth
19th December 2005, 20:41
I added the support for the latest Nero encoder (the one in the 7.0.1.x).
Parametric stereo gets automatically enabled for CBR modes under 48kbps (included) and for "Tape" and "Radio" VBR presets.
Sources are here (including the precedent fixes): http://files.x264.nl/Sharktooth/?dir=./megui/Sources
Binaries here: http://files.x264.nl/Sharktooth/?dir=./megui/Binaries
m0rc1
19th December 2005, 20:46
mohita, author of mpeg4modifier (http://forum.doom9.org/showthread.php?t=78050) submitted it when I asked for a way to open avisynth files in C#. mpeg4modifier also needs to write files, so perhaps that'll help you. Keep in mind though, GPL means your project also needs to be released under the GPL.
I know that very well.
And I'm with you when you say that open source software is the only way to ensure a long life to your backup software.
You can also find a lot of info on codeproject: http://www.codeproject.com/cs/media/aviFileWrapper.asp
This is what I'm using now but I'm having a lot of troubles writing compressed audio streams and reading avisynth scripts (something I can do with AviReaded most, but not all, of the times).
Davide.
Sharktooth
19th December 2005, 21:44
w00ps... fixed a bug in VBR command line generation (a missing "space") :)
MeGUI-x264 and MeGUI-x264-svn were not affected by that...
sources (0.2.1.1023d): http://files.x264.nl/Sharktooth/?dir=./megui/Sources
bins (0.2.1.1023d): http://files.x264.nl/Sharktooth/?dir=./megui/Binaries
Sharktooth
19th December 2005, 23:20
some goodies...
http://www.webalice.it/f.corriga/temp/main.png http://www.webalice.it/f.corriga/temp/x264config.png
acidsex
19th December 2005, 23:28
Thats tight dude. Is that available in the latest bins?
klicker4546
19th December 2005, 23:29
How about this??? System.FormatException was caught
Message="Input string was not in a correct format."
Source="mscorlib"
StackTrace:
at System.Number.StringToNumber(String str, NumberStyles options, NumberBuffer& number, NumberFormatInfo info, Boolean parseDecimal)
at System.Number.ParseInt32(String s, NumberStyles style, NumberFormatInfo info)
at System.Int32.Parse(String s)
at MeGUI.VideoEncoder.getFPS(String line) in D:\megui_src\VideoEncoder.cs:line 516
at MeGUI.VideoEncoder.mencoderEncoding() in D:\megui_src\VideoEncoder.cs:line 271
;)
w00ps... fixed a bug in VBR command line generation (a missing "space") :)
MeGUI-x264 and MeGUI-x264-svn were not affected by that...
sources (0.2.1.1023d): http://files.x264.nl/Sharktooth/?dir=./megui/Sources
bins (0.2.1.1023d): http://files.x264.nl/Sharktooth/?dir=./megui/Binaries
Kostarum Rex Persia
19th December 2005, 23:30
Wow, Sharktooth, you are genius, indeed. Nice work.
One question: is NAAC Nero HE-AAC v2 audio codec?
Can you tell us, what is your further plans with MeGUI new look.
Sharktooth
19th December 2005, 23:30
@acidsex: not yet, im still having some troubles with loading the msstyles.
i didnt also finish the "Select skin" dialog.
@KRP: yes.
MeGUI will have a set of skins based on msstyles. that requires full styles and external fonts. just like changing the style in winxp.
also, i'll bypass the signature check so you can use non-official MS styles. Those styles will be completely unbound or bound (your choice) from the actual windows style.
@klicker4546: i'll look at it.
Sharktooth
20th December 2005, 15:56
0.2.1.1023e: some little changes to fix the dialogs with Segoe font (Windows Vista default font).
0.2.1.1023f: more fixes for Vista...
sources (including the previous fixes): http://files.x264.nl/Sharktooth/?dir=./megui/Sources
bins: http://files.x264.nl/Sharktooth/?dir=./megui/Binaries
klicker4546
20th December 2005, 19:30
Hi Sharktooth,
how about the bugs I reported? Do you plan to fix them too?
0.2.1.1023e: some little changes to fix the dialogs with Segoe font (Windows Vista default font).
0.2.1.1023f: more fixes for Vista...
sources (including the previous fixes): http://files.x264.nl/Sharktooth/?dir=./megui/Sources
bins: http://files.x264.nl/Sharktooth/?dir=./megui/Binaries
Sharktooth
20th December 2005, 19:34
when do they happen?
can you post a more detailed log?
klicker4546
20th December 2005, 19:45
Maybe you look here for further reference:
http://forum.doom9.org/showthread.php?p=750857#post750857
I've already tried to debug it with the help of doom9. But I haven't heard anything of him after my last post.
And... uhmm... I didn't mean to be rude or anything. :o
when do they happen?
can you post a more detailed log?
Sharktooth
20th December 2005, 19:52
try contacting doom9 by PM.
klicker4546
20th December 2005, 19:55
Ok, that's what I will do. Thanks anyway.
try contacting doom9 by PM.
Doom9
21st December 2005, 00:10
Alright, found and fixed the problem. It seems mencoder now indicates fps using 2 digits after the decimal point and my fps parsing code was written to handle integer fps values.
I'm attaching an updated VideoEncoder and Encoder class, that also prevents some other crashes that could happen when things change and my commandline parsing can't keep up.
klicker4546
21st December 2005, 00:37
Well that's really great! Now I can enjoy my holidays! ;)
Alright, found and fixed the problem. It seems mencoder now indicates fps using 0 digits after the decimal point and my fps parsing code was written to handle integer fps values.
I'm attaching an updated VideoEncoder and Encoder class, that also prevents some other crashes that could happen when things change and my commandline parsing can't keep up.
stax76
21st December 2005, 02:11
Alright, found and fixed the problem. It seems mencoder now indicates fps using 2 digits after the decimal point and my fps parsing code was written to handle integer fps values.
Did you try the debugging method I had suggested? It breaks then in the correct line:
return (double)Int32.Parse(fps);
Otherwise the the application terminates without giving the slightest hint what's wrong.
Sharktooth
21st December 2005, 04:07
0.2.3.1023g: integrated the doom9's above patch.
sources (diff 0.2.3.1023->0.2.3.1023g): http://www.webalice.it/f.corriga/megui/megui_src_0.2.3.1023g.7z
sources (diff 0.2.3.1b->0.2.3.1023): http://www.webalice.it/f.corriga/megui/MeGUI-src.ChngdFls_0.2.3.1023.rar
sources (0.2.3.1b): http://www.webalice.it/f.corriga/megui/MeGUI-src.0.2.3.1b.rar
bins (0.2.3.1023g): http://www.webalice.it/f.corriga/megui/megui_0.2.3.1023g.7z
0.2.3.1023h: integrated this patch: http://forum.doom9.org/showthread.php?p=754853#post754853
sources (diff 0.2.3.1023->0.2.3.1023h): http://www.webalice.it/f.corriga/megui/megui_src_0.2.3.1023h.7z
bins (0.2.3.1023h): http://www.webalice.it/f.corriga/megui/megui_0.2.3.1023h.7z
Did you try the debugging method I had suggested? It breaks then in the correct line:
return (double)Int32.Parse(fps);
Otherwise the the application terminates without giving the slightest hint what's wrong.
Sorry i had no time to add it. it's 4.40AM and im quite tired. If you want (and have time to do it) you can add it. the latest source is above.
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.