View Full Version : MeGUI development
Pages :
1
2
3
[
4]
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
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.
acidsex
21st December 2005, 21:17
doh. Is there something I have to do in order to get Nero 7 audio recognized? I copied the .dlls over from the Common Files Ahead directory to my besweet directory but when I que up an audio encode nothing happens when started. Any suggestions?
Sharktooth
21st December 2005, 21:22
what do you mean? You need the bsn plugin for besweet: http://corecodec.org/frs/?group_id=45&release_id=235#r235
acidsex
21st December 2005, 21:25
doh. thats what I am missing. :) Much thanks.
Doom9
21st December 2005, 21:26
Did you try the debugging method I had suggested? It breaks then in the correct line:No, I forgot about that, but I really found it very quickly.. it's a definite advantage if you've written the code. I should've already caught it looking at the contents of the line variable that was posted.. it already reveals that the encoding speed is now given with 2 decimal digits.
Sharktooth
21st December 2005, 21:28
doh... yesterday night i was so tired i thought i should have add some code for debugging...
acidsex
21st December 2005, 21:37
still did not work for me. I copied the Nero7WA.dll to my BeSweet directory and again, after queing it up and starting, the windows closely immediately and nothing gets encoded.
Sharktooth
21st December 2005, 21:39
Nero7WA.dll ??
you should copy Aac.dll, aacenc32.dll and NeroIPP.dll (if it isnt already there)...
acidsex
21st December 2005, 21:44
Before I get confused. I copied my aac.dll and aacenc32.dll from Programs\commonfiles\ahead\audio plugsins to besweet. But whenever I load up an audio file in MeGUI and queue, the window closes and nothing gets encoded.
the bsn_Nero7WA.dll was what I thought you were saying I was missing in order to use Nero 7 audio in MeGUI.
Sharktooth
21st December 2005, 21:45
it's bsn_NeroAAC.dll
acidsex
21st December 2005, 21:47
I have that (bsn_NeroAAC.dll) in my BeSweet directory also.
Sharktooth
21st December 2005, 21:48
what is the besweet version?
acidsex
21st December 2005, 21:49
v.1.5b31
Sharktooth
21st December 2005, 21:51
bsn.dll is there?
acidsex
21st December 2005, 21:52
yes it is in there.
acidsex
21st December 2005, 21:53
Now heres the funny thing. If I put my old Nero 6 aac dlls back in there I can encode with no problem.
Sharktooth
21st December 2005, 21:53
libmmd.dll ?
acidsex
21st December 2005, 21:55
Nope. Never had libmmd.dll before and they encoded fine. Is this a new file required for use of N7?
acidsex
21st December 2005, 21:56
The only libmmd.dll on my system is the one from Sony Vegas 6
Sharktooth
21st December 2005, 21:57
i have it in my besweet dir (it's needed for software compiled with the intel compiler)... however what version of Nero7 you have? Also, have you a valid serial installed?
acidsex
21st December 2005, 22:05
7.0.1.4and yes I have a valid serial. :)
Sharktooth
21st December 2005, 22:05
dunno... it should work (im actually using it).
acidsex
21st December 2005, 22:05
ok, copied the libmmd.dll to besweet directory and tried again to no avail.
Sharktooth
21st December 2005, 22:09
dunno... really.
it works here.
acidsex
21st December 2005, 22:10
my nero dlls versions are AAC.dll v 3.0.0.7 and aacenc32.dll V.4.2.2.3
Sharktooth
21st December 2005, 22:14
same versions here.
acidsex
21st December 2005, 22:15
nope not beta. did a reimage of my laptop yesterday and those were the ones that were installed from the nero 7.0.1.4 package on the web.
acidsex
21st December 2005, 22:17
Heres my log from MeGUI after I try to encode.
Next job job1 is an audio job. besweet commandline:
"C:\Documents and Settings\patrick\Desktop\megui\BeSweetv1.5b31\besweet.exe" -core( -input "C:\DETROIT_ROCK_CI\VIDEO_TS\drc T02 2_0ch 192Kbps DELAY 0ms.ac3" -output "C:\DETROIT_ROCK_CI\VIDEO_TS\drc T02 2_0ch 192Kbps DELAY 0ms.mp4" -logfile "C:\DETROIT_ROCK_CI\VIDEO_TS\drc T02 2_0ch 192Kbps DELAY 0ms.besweet.log" ) -azid( -s stereo -c normal -L -3db ) -bsn( -2ch -vbr_streaming -codecquality_high -aacprofile_he ) -ota( -g max )
successfully set up audio encoder and callbacks for job job1
----------------------------------------------------------------------------------------------------------
Log for job job1
besweet: "C:\Documents and Settings\patrick\Desktop\megui\BeSweetv1.5b31\besweet.exe" -core( -input "C:\DETROIT_ROCK_CI\VIDEO_TS\drc T02 2_0ch 192Kbps DELAY 0ms.ac3" -output "C:\DETROIT_ROCK_CI\VIDEO_TS\drc T02 2_0ch 192Kbps DELAY 0ms.mp4" -logfile "C:\DETROIT_ROCK_CI\VIDEO_TS\drc T02 2_0ch 192Kbps DELAY 0ms.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.
--------------------------
[00:00:00:000] Initializing...
[00:00:00:000] -- Initializing...
----------------------------------------------------------------------------------------------------------
Sharktooth
21st December 2005, 22:17
no... i was wrong...i have the same versions here.
however can you post the besweet commandline generated by MeGUI?
EDIT: d'oh!
acidsex
21st December 2005, 22:19
"C:\Documents and Settings\patrick\Desktop\megui\BeSweetv1.5b31\besweet.exe" -core( -input "C:\DETROIT_ROCK_CI\VIDEO_TS\drc T02 2_0ch 192Kbps DELAY 0ms.ac3" -output "C:\DETROIT_ROCK_CI\VIDEO_TS\drc T02 2_0ch 192Kbps DELAY 0ms.mp4" -logfile
Sharktooth
21st December 2005, 22:22
besweet: "C:\Documents and Settings\patrick\Desktop\megui\BeSweetv1.5b31\besweet.exe" -core( -input "C:\DETROIT_ROCK_CI\VIDEO_TS\drc T02 2_0ch 192Kbps DELAY 0ms.ac3" -output "C:\DETROIT_ROCK_CI\VIDEO_TS\drc T02 2_0ch 192Kbps DELAY 0ms.mp4" -logfile "C:\DETROIT_ROCK_CI\VIDEO_TS\drc T02 2_0ch 192Kbps DELAY 0ms.besweet.log" ) -azid( -s stereo -c normal -L -3db ) -bsn( -2ch -vbr_streaming -codecquality_high -aacprofile_he ) -ota( -g max )
seems to be good...
acidsex
21st December 2005, 22:24
i thought so too but for some reason it just doesnt want to let me encode the audio using N7 audio. Again, if I throw the old N6 dlls back in there I can encode with them no problem.
Sharktooth
21st December 2005, 22:26
it has no sense... it's working here. and the support for nero dlls is not in MeGUI but in besweet + bsn.
i only added the commandline options for the new encoder.
it even works with belight...
acidsex
21st December 2005, 22:31
this is driving me nutz. It has to be a besweet thing. I just loaded up BeLight and tried encoding ac3 to Nero AAC so unless BeLight doesnt support N7, then I have to have a BeSweet prob on my end.
Sharktooth
21st December 2005, 22:34
get belight 0.22b8 full..
update it with the latest daily build...
place the nero dlls in the belight dir, check if encoding works with PS profiles for nero and if it works set megui to use the besweet.exe in that dir.
acidsex
21st December 2005, 22:42
Nope didnt work. Updated it and tried running an encode again from Belight and as soon as I start processing I get a window that tells me Transcoding finished completely.
Sharktooth
21st December 2005, 22:45
at this point i dont know what to tell... i can zip my belight directory and send it to you... that's the best i can do.
Sharktooth
21st December 2005, 22:49
here it is: http://www.webalice.it/f.corriga/temp/BeLight.7z (use 7-zip 4.32)
acidsex
21st December 2005, 22:50
Thank you very much. Ill give it a shot.
Sharktooth
21st December 2005, 22:52
if it still doesnt work then you have a problem with your serials.
acidsex
21st December 2005, 22:54
It didnt work. I guess Ill just go back to N6 dlls again. : Thansk for trying though.
Sharktooth
21st December 2005, 22:56
ok... the last thing to do is cleaning up your nero installation with the clean up utility and reinstall it with the serials.
stax76
21st December 2005, 23:01
No, I forgot about that, but I really found it very quickly.. it's a definite advantage if you've written the code. I should've already caught it looking at the contents of the line variable that was posted.. it already reveals that the encoding speed is now given with 2 decimal digits.
Appears to be the last rescue sometimes, I came to it over a weird issue with absolutely no way around (don't remember if it was VS beta). That was as soon as the avifile API was used, the next exception happening somewhere terminated the application leaving no trace what happened so I had to find this way and use it always since then.
acidsex
21st December 2005, 23:01
Checking my serials now against the order confirmation Nero sent me. Serial is still good and encoding still fails me. :(
leowai
22nd December 2005, 04:29
if it still doesnt work then you have a problem with your serials.I think a valid serial for Nero Burning only is not sufficient. May be valid serial for Recode (that encodes HE-AAC) is required.
@acidsex, did your Recode works fine?
acidsex
22nd December 2005, 04:35
Recode works fine and everything. Thats why this is so frustrating.
acidsex
22nd December 2005, 22:19
I gave up and gave the AACPlusV2 a try in Easy CD Xtractor and I love it. Ill just start using this for audio encoding instead. Woohoo.
charleski
23rd December 2005, 05:09
Fix for ensuring that the log file saves properly on exit:
In Form1.cs saveLog()
change
if (!Directory.Exists(logDirectory))
Directory.CreateDirectory(logDirectory);
string fileName = logDirectory + @"\logfile-" + DateTime.Now.ToShortDateString() + "-" + DateTime.Now.ToShortTimeString().Replace(":", "-") + ".log";
to
if (!Directory.Exists(logDirectory))
Directory.CreateDirectory(logDirectory);
string fileName = logDirectory + @"\logfile-" + DateTime.Now.ToString("yy-MM-dd") + "-" + DateTime.Now.ToShortTimeString().Replace(":", "-") + ".log";Under certain locales the ToShortDateString() function will insert backslashes into the date, which results in a failure when trying to save to a non-existent directory.
Sorry I haven't had time to integrate this with all the other stuff.
dimzon
23rd December 2005, 09:21
logDirectory + @"\logfile-" + DateTime.Now.ToString("yy-MM-dd") + "-" + DateTime.Now.ToShortTimeString().Replace(":", "-") + ".log";
Hi! This is really ugly code!
try this:
string.Format(@"{0}\logfile-{1}.log", logDirectory , DateTime.Now.ToString("yy'-'MM'-'dd'-'HH'-'mm'-'ss"));
Doom9
23rd December 2005, 13:22
the problem with String.Format imho is that while people coming from C love it, it's so much harder to read and understand, especially if you don't come from C.
dimzon
23rd December 2005, 14:06
the problem with String.Format imho is that while people coming from C love it, it's so much harder to read and understand, especially if you don't come from C.
main goal is to replace ugly
DateTime.Now.ToString("yy-MM-dd") + "-" + DateTime.Now.ToShortTimeString().Replace(":", "-")
with this:
DateTime.Now.ToString("yy'-'MM'-'dd'-'HH'-'mm'-'ss")
PS. How about version control hosting (CVS or others?)
charleski
23rd December 2005, 14:51
0.2.3.1024
Altered the name formation for the filename used for the log when saving.
Tidied up the resolution calculations in the avisynth creator so that they behave consistently.
Added 1.78 to the list of accepted aspect ratios in getAspectRatio() (not sure why it wasn't there already...).
Altered the code executed on opening an avs file in the main form so that it will always change the output filename appropriately.
Sharktooth's changes:
Integrated changes to use Nero7 audio encoder
Weighted prediction and no-fast pskip removed from turbo first pass
Corrected bug that caused the mencoder call-back to hang
Fixes to GUI layout for Segoe font
Changed Files (from Sharktooth's 0.2.3.1023g) (http://homepages.nildram.co.uk/~cajking/MeGUI/MeGUI-src.ChngdFls_0.2.3.1024.rar)
.NET 1.1 binaries (http://homepages.nildram.co.uk/~cajking/MeGUI/MeGUI.NETv1.1.Bins_0.2.3.1024.rar)
Sharktooth
23rd December 2005, 14:57
there was also an "h" version: http://www.webalice.it/f.corriga/megui/megui_src_0.2.3.1023h.7z which included this changes: http://forum.doom9.org/showthread.php?p=754853#post754853
are the fixes included?
charleski
23rd December 2005, 15:34
oops, yes, the 1023h changes are included.
I'll add the dgindexer fix to the changelog so we can keep track of things.
Sharktooth
23rd December 2005, 15:46
ok new merged sources (0.2.3.1b -> 0.2.3.1024): http://www.webalice.it/f.corriga/megui/MeGUI-src.ChngdFls_0.2.3.1024.rar
new bins: http://www.webalice.it/f.corriga/megui/megui_0.2.3.1024.7z (link fixed)
Sharktooth
23rd December 2005, 16:48
the changelog is not updated yet...
however i badly need a SVN or i'll become mad...
charleski
23rd December 2005, 17:16
0.2.3.1024 23 Dec 2005
Altered the name formation for the filename used for the log when saving.
Tidied up the resolution calculations in the avisynth creator so that they behave consistently.
Added 1.78 to the list of accepted aspect ratios in getAspectRatio() (not sure why it wasn't there already...).
Altered the code executed on opening an avs file in the main form so that it will always change the output filename appropriately.
Sharktooth's changes:
Integrated changes to use Nero7 audio encoder
Weighted prediction and no-fast pskip removed from turbo first pass
Corrected bug that caused the mencoder call-back to hang
Fixes to GUI layout for Segoe font
Fix for force-film modification of d2v files.
Just paste that over the old one.
About an SVN: dimzon was talking about making a workspace for meGUI over on godotnet, though no-one replied when he asked about the license that he should specify. Godotnet does require a Microsoft Passport to sign in, though, and I know there are people with religious difficulties over that.
Since there's been a lot of talk about a code store but no action :), I've presumed to send in a registration request for a meGUI Project on Sourceforge. Here's the description I posted:
meGUI is a graphical front-end to a variety of modern video and audio encoders capable of producing video that adheres to the MPEG-4 standard, both MPEG-4 Part 2 (ASP) and MPEG-4 Part 10 (AVC). Its aim is to ease the usage of other Open Source encoder projects, although it has support for a proprietary AAC audio encoder as well.
The following video encoders are supported:
x264
xvid and libavcodec via mencoder
snow
The following audio encoders are supported via BeSweet:
faac
lame mp3
Nero AAC (proprietary - both version 6 and 7 supported)
It has integrated multiplexing support for the production of mp4 (via mp4box), mkv and avi containers (AVC video is only supported in mp4 and mkv), incorporating video, audio, chapters and subtitles. It accepts input video in MPEG-2 format (using DGIndexer) as well as .avi and .vdr (VirtualDub framserver) formats.
Additional features include an integrated Avisynth script creator similar to that found in GordianKnot, a bitrate calculator and a One Click Encoder which chains together the various steps needed to convert a series of .VOB files to a final encoded file. Additional utilities include an AVC quantiser matrix editor and chapter editor.
Development of meGUI was begun in early 2005 by doom9 (the webmaster of the popular video encoding board www.doom9.net, which has been in existence for around 5 years), who has written the majority of the application. Support is primarily handled through the MPEG-4 AVC forum on doom9.net.
The Trove categorisations are:
# License :: OSI-Approved Open Source :: GNU General Public License (GPL)
# Intended Audience :: by End-User Class :: End Users/Desktop
# Development Status :: 5 - Production/Stable
# Topic :: Multimedia :: Video :: Conversion
# Programming Language :: C#
# Operating System :: Grouping and Descriptive Categories :: 32-bit MS Windows (NT/2000/XP)
# User Interface :: Graphical :: .NET/Mono When it gets approved I'll turn ownership of it over to doom9.
Sharktooth
23rd December 2005, 18:14
# Development Status :: 5 - Production/Stablewell... maybe Development/Unstable...
however SF CVS is a PITA... :)
charleski
23rd December 2005, 18:21
well... maybe Development/Unstable...I may have been guilty of pumping it a bit to sell the project :)
however SF CVS is a PITA... :)The free versions of VS 2005 don't have any CVS support (grrr), so cheap bastards like me will have to use a separate CVS integrator anyway.
Sharktooth
23rd December 2005, 18:46
what about moving the project development over sharpdevelop (free and opensource)?
i've already tried the VS2003 project conversion and it works pretty well...
Doom9
23rd December 2005, 18:55
#develop? Heck no... a software without debugging capabilities? I'm all for open source but I have yet to see anything free that gets close to Visual Studio.
stax76
23rd December 2005, 19:58
I think they have a debugger though not mature. I still believe VS with compilers and libraries is the best application in existence and mean application in general and not only dev tools.
Raithmir
24th December 2005, 10:59
Could perhaps the "shutdown when finished" tick box be moved out of the settings onto the queue tab. I keep forgetting to disable it again and will just be doing a simple mux, only for the computer to then shutdown! lol :D
Doom9
24th December 2005, 13:43
@Sharktooth: your source and binary link go to the same file ;)
Sharktooth
24th December 2005, 15:59
fixed ;)
Sharktooth
24th December 2005, 16:01
Could perhaps the "shutdown when finished" tick box be moved out of the settings onto the queue tab. I keep forgetting to disable it again and will just be doing a simple mux, only for the computer to then shutdown! lol :D
yeah, it happens to me too... :)
i'm just busy for xmas but i'll give it a shot as soon as i can.
Caroliano
24th December 2005, 22:20
The megui remaining time apears to have a bug with too high values.
I was trying to encode an short insane clip with more than insane setings (HQ-Insane + Exaustive search 64 and turbo off) for the sake of slowness.
After one hour and a half, the window apears that way: http://img458.imageshack.us/img458/2364/meguitime5jp.png
Before that was somewere around 18:15:15. This 49 can be 49days? And it take too much time to refresh. Only refreshed 4 times or so in this time.
Doom9
24th December 2005, 23:33
I figure that's another instance of the 24h wrap problem.. your estimated time went beyond 24h, I figure your estimated completion time is 24 hours and 49 seconds.
Caroliano
25th December 2005, 03:26
Is this easy to fix? Because I think that encodes that superpass 24h isn't so incomum. I can easely make it with HQ-Slower in my celeron 1.7. To add suport for weeks or months, then is more questionable, but also would be good.
Doom9
25th December 2005, 13:11
hmm.. x264 does almost 40fps on my box ;) For me, anything below real-time seriously gets on my nerves and makes me think of faster hardware (in my case there's no point, it's one of the fastest cpus money can buy), or switching the codec to something that agrees with the amount of patience I can muster. I suppose it's not so hard but I'm just guessing out loud, I have no idea really. What I can say is that the number that is behind that indication (and the elapsed time) can easily be coverted to say number of seconds and that this number is accurate.. it's only a matter of putting that into the 24h format, and I just guess because it's called 24h format, it only goes to 23:59:59.. if you want more, you probably have to convert it to something else, like dd hh:mm:ss, which may or may not be possible with a single line, or write a conversion routine on your own (also not that hard, just a bunch of ifs, divisions and substractions). But I'm still working on a codec comparison..
Caroliano
25th December 2005, 14:49
I don't know programing (yet..), so I'm willing to wait until you have time to do it.
For this insane test I will use Virtualdub, that suport more time. Even if it is lacking of the more advanced features, the Exaustive Search with range 64 is there. :devil:
Merry Christmas!
Doom9
25th December 2005, 15:37
well.. what is the problem except for the indication of how long it'll take? It'll still encode.. and you can always figure out the remaining time by looking at how many frames have already been encoded and how long it took (keeping in mind that time elapsed wraps as well once you go beyond 24 hours). And exhaustive search is insane and has no effect on quality whatsoever.. it makes no sense to use options that just slow you down, but don't bring anything noticeable to the table.
Caroliano
25th December 2005, 23:25
I'm was only playing with x264. I said:
I was trying to encode an short insane clip with more than insane setings (HQ-Insane + Exaustive search 64 and turbo off) for the sake of slowness.
I was only wanting to know how many time it would take. :p
And is relatively important for us know some time, if not, you would not have implemented it in Megui. It also can confuse some people that look only in the remaing time to see if they can manage to encode in time. They see for example 12h there and think that is reasonable, but it is 36h in reality and then may be no way back.
I hope that you fix it. Thanks.
charleski
28th December 2005, 13:38
Ok, the meGUI project has been approved on Sourceforge. I've populated the CVS with the code for 0.2.3.1024 and added a file release of the latest binaries.
https://sourceforge.net/forum/forum.php?forum_id=524347
doom9 and Sharktooth: if you PM me with your Sourceforge usernames I'll add you as Admins. The code can be accessed anonymously using a CVS client (I use TortoiseCVS) -
server cvs.sourceforge.net
folder /cvsroot/megui
module MeGUI-src.CVS
Contact one of the admins if you want to be added as a developer.
There's space for a web page as well, if anyone wants to design something for that.
dimzon
28th December 2005, 13:58
Contact one of the admins if you want to be added as a developer.
2 Admins
my SF nickname is dimzon, please add me as developer!
Thanx!
Sharktooth
28th December 2005, 15:17
sharkx1976
Doom9
28th December 2005, 15:28
my username is doom9 of course ;)
@dimzon: thinking about changing the audio part?
Sharktooth
28th December 2005, 15:30
it would be great. i checked behappy and it "sounds good" :)
dimzon
28th December 2005, 15:30
@dimzon: thinking about changing the audio part?
And, maybe, adding more extensiblity/flexibility like in BeHappy...
Sharktooth
28th December 2005, 16:04
I dropped the skinning engine based on MS-Styles... it b0krs completely on Vista or with WindowBlinds.
However using system theme (.NET 2.0 defaults) just work...
max-holz
28th December 2005, 16:18
I dropped the skinning engine based on MS-Styles... it b0krs completely on Vista or with WindowBlinds.
However using system theme (.NET 2.0 defaults) just work...
Now we can use Sourceforge CVS to get all the source update like this one?
Sharktooth
28th December 2005, 16:25
Yup. CVS is already working, though i did not include the skinning engine coz charleski didnt still add the devs to the project and for the above reason.
However using full styles require .NET 2.0 compiling.
charleski
28th December 2005, 16:42
Ok, doom9 is added as a Project Manager and dimzon as a developer, but SF says the username you gave doesn't exist Sharktooth (.
Doom9
28th December 2005, 17:55
I've added a few more todo things to the first post.
I'll also install VS 2k5 shortly and then perhaps we should consider moving the whole project and fixing all those warnings that ocurr when compiling in .NET 2.0
dimzon
28th December 2005, 19:44
I've added a few more todo things to the first post.
Why not to use SF tracker for such puposes?
godhead
28th December 2005, 20:02
Can I get added as a developer? I'm not sure how much I can contribute as of now, but I'm looking for a project to donate some of my free time to.
SF user: geeaich
Thanks!
berrinam
28th December 2005, 22:16
Could I also be added as a developer please? Username: berrinam
charleski
29th December 2005, 01:21
Ok, I've added you two as developers.
Still no luck getting sourceforge to recognise the username you gave sharktooth, but there is a user named 'sharktooth' registered on SF, is that you? (Just need to check before giving the username Project Admin status :)).
To everyone else: just want to make it clear that you don't need to be registered if you just want to look at the code and see if there's anything you can add. You can browse the code either by using the web-based browser through the CVS link or by using an anonymous 'pserver' CVS checkout. I use TortoiseCVS (http://www.tortoisecvs.org), which integrates directly into the Explorer shell.
Added a new patch to the CVS:
0.2.3.1025 29 Dec 2005
Fix for safe profile alteration - it was improperly overwriting the old profile.
Increased the cropping maximum to 200.
berrinam
29th December 2005, 04:16
A few questions about MeGUI's new location:
Is there somewhere on SF which lists the revisions and the changelog, like how the x264 SVN repository does?
Do minor updates like cosmetics warrant a CVS update, and do they warrant a new version number?
Sharktooth
29th December 2005, 04:42
Ok, I've added you two as developers.
Still no luck getting sourceforge to recognise the username you gave sharktooth, but there is a user named 'sharktooth' registered on SF, is that you? (Just need to check before giving the username Project Admin status :)).
To everyone else: just want to make it clear that you don't need to be registered if you just want to look at the code and see if there's anything you can add. You can browse the code either by using the web-based browser through the CVS link or by using an anonymous 'pserver' CVS checkout. I use TortoiseCVS (http://www.tortoisecvs.org), which integrates directly into the Explorer shell.
Added a new patch to the CVS:
0.2.3.1025 29 Dec 2005
Fix for safe profile alteration - it was improperly overwriting the old profile.
Increased the cropping maximum to 200.
ehrr.... it's "sharx1976" (without "k") :)
however it seems i can't get 0.2.3.1025... infact the file versions are not changed...
for what concerns berrinam he already coded some big megui parts so he fully deserves to be a megui dev (at least more than me).
EDIT: Seems CVS has been just updated :)
Sharktooth
29th December 2005, 04:44
A few questions about MeGUI's new location:
Is there somewhere on SF which lists the revisions and the changelog, like how the x264 SVN repository does?
Do minor updates like cosmetics warrant a CVS update, and do they warrant a new version number?
CVS has a different revision system than SVN. In CVS every file has it's own version but that does not influence the global revision numbering. While in SVN every revision (file update) rises by 1 the global project revision number.
LiFe
29th December 2005, 07:45
And here is the current TODO list:
Sorry, I havn't perused this entire thread, and this may have already been requested. Can I please add "Context Sensitive Help" to the todo list? I'm happy to write it (I'm sure the docs already exist to be trimmed up). As I see it, there should be a 'View Hints' option, which would pop up a box at the bottom or side (like the command line) that would give specific info about the command/option/button your mouse was hovering over.
berrinam
29th December 2005, 07:57
@LiFe: As far as I am aware, there is no documentation for MeGUI whatsoever, except for perhaps a few guides to the settings for x264 and XviD. The large part of the work involved in the context sensitive help would (imo) be actually writing all the documentation.
LiFe
29th December 2005, 10:46
I'm sure there's enough from x264 help, doom9 and other web guides, to mostly copy and paste - I'm happy to do it myself if need be.
charleski
29th December 2005, 12:17
Ok, added Sharktooth.
Sourceforge maintains 2 separate caches of the CVS data. The secure (developer) cache is updated immediately, but changes take around 5 hours to propagate to the anonymous cache.
Sharktooth
29th December 2005, 15:23
well, i used the anonymous cvs access since i was not yet added as dev... :)
Sharktooth
29th December 2005, 17:18
Uhm... there's an unneded reference in the solution: Microsoft.DirectX.AudioVideoPlayback
Mutant_Fruit
29th December 2005, 23:06
Just wondering if you want/need a hand with development with MeGUI and/or AVC2AVI. I have a fairly decent grasp of the .NET framework. I've been using C# for the last 6-8 months (albeit mostly for web development, and one or two small home projects).
If theres a list of small bugs you'd like quashed, or basic features you'd like added that i could help with (to start me off and see if i'm up to the task) gimme a shout.
@sharktooth: you're pm box is full :p
EDIT: i'd help with anything c# related really... its all good experience for me, and i'd like to help out if i can.
berrinam
30th December 2005, 00:07
CVS Update
0.2.3.1026
Add support in commandline for --level command
Allow user to choose to enable PSNR calculations for x264 in the x264 config
Fixed >24h ProgressWindow problem (included support for days)
Fixed AviSynthWindow so that checking Mpeg 2 Deblocking triggered an event
Fixed displaying of a loaded job's FPS so that it doesn't show hundreds of decimal places
Sharktooth
30th December 2005, 04:57
@sharktooth: you're pm box is full :p
Eh... made some space...
@all devs: i think we can now restart the original version numbering.
EDIT: Uploaded 0.2.3.1026 binaries.
max-holz
30th December 2005, 08:56
When I update from cvs I always receive a conflict warning for the file MeGUI.suo, it's a user solution options hidden file, I'am wondering if it's necessary to include this file in the cvs or if it's a my prob caused by some wrong setting?
charleski
30th December 2005, 11:34
When I update from cvs I always receive a conflict warning for the file MeGUI.suo, it's a user solution options hidden file, I'am wondering if it's necessary to include this file in the cvs or if it's a my prob caused by some wrong setting?Hmm, yeah, the .suo file probably shouldn't be there. Has anyone had problems with the .csproj and .sln files? (those are both the ones generated by VS2005).
As far as numbering goes, it's probably time to shift to 0.2.4 :).
@Mutant_Fruit: You can take a look at the first page for doom9's TODO list. Or just see if there are any things you'd like to add for yourself (which is why I started writing code for it).
dimzon
30th December 2005, 12:56
@All
I will perform a little code refactoring today
Mutant_Fruit
30th December 2005, 13:23
redesign the x264 configuration
At the risk of biting off more than i can chew, is anyone working on this? And more importantly, does anyone mind if i do take a crack at this?
I don't want to choose something that'd take too long for me to complete and end up holding up development :P Also, what exactly needs to be done design wise? Just restructure it and make it look nice? Or make sure there are dropdowns/checkboxes for all the x264 settings and all obsolete ones are removed?
If theres something smaller someone would like me to take a crack at, let me know.
max-holz
30th December 2005, 14:00
@All
I will perform a little code refactoring today
Plan to insert the new --bime option?
dimzon
30th December 2005, 14:39
@All
WTF
http://img529.imageshack.us/img529/9714/wtf1nl.gif
In C:\Documents and Settings\DAlexandrov\My Documents\Visual Studio Projects\1\MeGui\MeGUI-src.CVS: "C:\Program Files\TortoiseCVS\cvs.exe" "commit" "-m" "" "xvidSettings.cs"
CVSROOT=:ext:dimzon@cvs.sourceforge.net:/cvsroot/megui
cvs: rcs.c:4188: RCS_checkout: Assertion `rev == ((void *)0) || ((*__ctype_b_loc ())[(int) (((unsigned char) *rev))] & (unsigned short int) _ISdigit)' failed.
cvs [commit aborted]: received abort signal
Error, CVS operation failed
PS. This is my first CVS expirience (using MS VSS for 5 years, never CVS)
dimzon
30th December 2005, 14:45
Plan to insert the new --bime option?
no! Just little code cleanup && refactoring
charleski
30th December 2005, 15:50
You'd have to ask the TortoiseCVS people why you got that error on commit dimzon. Unfortunately I know little about it :(.
BTW, please update the changelog.txt file as well when you make any changes.
dimzon
30th December 2005, 16:14
You'd have to ask the TortoiseCVS people why you got that error on commit dimzon. Unfortunately I know little about it :(.
BTW, please update the changelog.txt file as well when you make any changes.
Changed files: http://www.mytempdir.com/352243
1) modified VideoCodecSettings::clone method implementation
2) removed VideoCodecSettings::clone overrides from all VideoCodecSettings descendants
3) FourCCs is now defined per-type, not per-instance and is readonly!
4) Minor version increased
charleski
30th December 2005, 18:23
Ok, added dimzon's changes to the CVS (and updated changelog.txt).
Published a new file release.
Removed MeGUI.suo from the CVS.
Sharktooth
30th December 2005, 19:59
New x264 switch: --bime (bidirectional motion extimation)
Doom9
30th December 2005, 20:29
At the risk of biting off more than i can chew, is anyone working on this? And more importantly, does anyone mind if i do take a crack at this?I don't think so. What is needed/expected? The GUI design basically comes from early January 04 when I made the first release (phew, it's about time I can celebrate the first birthday of my very first dvd backup software).. the grouping was based on what at that time made sense to me. Since then, there have been many new options, some that came and went again, others that stuck.. at this point a different grouping probably makes more sense as new options keep getting added where there's free space, not necessarily at a place that would be most logical. I would suggest you attack the first two tabs first, leaving the whole zones thing alone (it's quite complex and I have some plans for that when it comes to cutting via avisynth). Do not be afraid to change the size of the dialog to better accomodate a more sensible grouping of the available options.
And then there's the new --bime option (which I guess would make the most sense when grouped together with other b-frame related options).
Also, looking at the poll, I propose that we permanently move to .NET 2.0.. so that new development can make full use of the new goodies of the new platform, and we can attack the removal of deprecated code and get rid of all the warnings.
max-holz
30th December 2005, 20:50
Someone could explain to me this continuous error?
In C:\MeGUI\Source\MeGUI-src.CVS: "C:\Programmi\TortoiseCVS\cvs.exe" "-q" "update" "-d" "-P" "."
CVSROOT=:pserver:anonymous@cvs.sourceforge.net:/cvsroot/megui
cvs.exe update: Empty password used - try 'cvs login' with a real password
cvs.exe [update aborted]: Error reading from server cvs.sourceforge.net: 0
Error, CVS operation failed
Mutant_Fruit
30th December 2005, 21:11
I would suggest you attack the first two tabs first, leaving the whole zones thing alone (it's quite complex and I have some plans for that when it comes to cutting via avisynth). Do not be afraid to change the size of the dialog to better accomodate a more sensible grouping of the available options.
Rightio then. I'll get cracking on that tomorrow. I've got VC# express installed, so i'll use that (meaning .NET2.0).
I'll read through what options are being displayed, what options are displayed in the x264 dialog itself, and structure the new window with that in mind. Expect me to come back with questions :p
@Doom9: I got your PM, and i fully agree with your thinking. We'll see how i go with this.
Doom9
30th December 2005, 21:20
Expect me to come back with questionswill try to answer them to your satisfaction. Don't trust anything you hear in between me coming home from the new year's party and 12+ hours after that though ;)
bob0r
30th December 2005, 22:31
Wow nice, CVS :)
And yes, SF always has weird errors.
I myself have to retry like 10x also before it works:
cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/megui co -P MeGUI-src.CVS
@Sharktooth, yeah LOL, when i update ffdshow i need to wait for the damn files to update also :)
Browsing http://cvs.sourceforge.net/viewcvs.py/megui/MeGUI-src.CVS/ until a new version number is visible is the best solution!
@All:
Here a simple script to get megui source and compile it with .net 1.1, example from my system:
#!/bin/sh
## Change paths
megui_dir=/home/user/MeGUI-src.CVS/
net_dir=C:\\/WINDOWS\\/Microsoft.NET\\/Framework\\/v1.1.4322\\/
if [ ! -d "$megui_dir" ]; then
while true; do
cd; cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/megui co -P MeGUI-src.CVS;
if [ -d "$megui_dir" ]; then
break
fi
sleep 10
done
fi
cd $megui_dir;
sed -e 's/csc \/res/'$net_dir'csc \/res/' compile.bat > compile_m.bat;
start //low //b //w compile_m x264-svn;
## Manually enter: exit
## Blame csc.exe, not me :)
charleski
30th December 2005, 23:13
Ok, to simplify things a bit and open it up, doom9 suggested we used the patch tracker. Just go to the main megui sourceforge page, click on Patches then click on Submit New on the 2nd line. Fill in a description of the changes and attach the files you've changed.
You'll need to be registered with SourceForge, but don't need anything special other than that. Just use the anonymous pserver method to get the code from the CVS. Unfortuantely SF can be a bit slow, and I suspect you're seeing a problem with timeouts max-holz, I had similar problems when setting the CVS up at first. When that happens it's best just to wait 20 mins or so.
LiFe
31st December 2005, 00:44
@Mutant_Fruit: Can you please help me implement my earlier request for context sensitive help while you're re-working the x264 gui?
Am fairly experienced with video compression, but a newbie with x264, and it took me an hour last night to work out what the majority of the more complex options did (lots of doom9 searches). I'd really appreiciate being able to integrate all the available info into the GUI, so anyone with a video compression background can understand what each option does with a recommended range of settings.
Personally I'm thinking that a layout more like Nero Recode gives pretty good settings grouping. And I'd love to see a box at the bottom or side (like the cmd line) that will show info about each setting you hover the mouse over.
I am happy to write this from all the guides and recommendations in the forum.
Please let me know.
Mutant_Fruit
31st December 2005, 00:50
@life: I'll gladly put that in. Just let me know what info you want displayed, and roughly how you want it to be displayed and i'll work it in somehow. It'd be a shame to do everything up now, and then have to redo it again later to allow that.
If you need to talk to me, i use MSN (mostly), so you could PM me an MSN address to add.
EDIT: Got any screenshots of nero recode? I don't actually have that installed.
charleski
31st December 2005, 01:53
Just my personal opinion, but after having spent the past few months encoding several videos a week (archiving stuff from off-air), I think the most critical parameters are:
1) bitrate (obviously)
2) deblocking parameters (A bit of a Black Art atm: Despite the stern admonitions in the mplayer encoding pages I've found myself moving them steadily down from 0,0 and am using -2,-2 right now, but it's very much a matter of taste.)
3) Keyframe interval (seekability is important IMO, one of the big advantages of watching stuff you've encoded is that you can rewind and skip ahead to bits you want to see, but there's obviously a tradeoff in terms of compressibility).
4) SAR (Right now this should automtically be set by the Avisynth creator if you load the file in directly. But if you're loading files in a batch, this is a field you need to check. One of the main advantages of mp4 is its enforced AR transform on playback, something that needs to be used since the majority of sources implement anamorphic input and keeping that resolution gives a huge advantage.)
[BTW, and this is only my own opinion, I found Nero Recode's GUI a bit confusing (particularly with regard to their resize/AR element, in which they hide too much). I moved over to x264/meGUI because it's more transparent in terms of what's actually going on.]
berrinam
31st December 2005, 02:02
Anonymous CVS access works for me, but developer access now seems to have stopped working. TortoiseCVS comes up with this error:
cvs checkout: failed to create lock directory for `/cvsroot/megui/MeGUI-src.CVS' (/cvsroot/megui/MeGUI-src.CVS/#cvs.lock): Permission denied
cvs checkout: failed to obtain dir lock in repository `/cvsroot/megui/MeGUI-src.CVS'
cvs [checkout aborted]: read lock failed - giving up
cvs.exe checkout: in directory .:
cvs.exe checkout: cannot open CVS/Entries for reading: No such file or directory
Error, CVS operation failed A google of "failed to obtain dir lock in repository" shows this result (http://gallery.menalto.com/node/710), which gives the advice: I am told that this happens sometimes when a check in doesn't work correctly, and the project admin needs to delete the #cvs.lock file.
charleski
31st December 2005, 02:41
Anonymous CVS access works for me, but developer access now seems to have stopped working.
Yep, I'm evil and disabled CVS write privileges for everyone except admins so that we use the Patch Tracker, hehe. It's a training period so that admins get used to checking it as much as anything else.
Just upload your files as detailed above and they'll get integrated.
Mutant_Fruit
31st December 2005, 02:46
Just to throw an idea out there before i head off to bed...
After a bit of discussion with someone else (LiFE), i've the following idea. How about we ditch the tabular layout, and go for a treeview layout? How do people feel about a treeview layout as opposed to the tabs at the top? Do people prefer the treelayout, or would i be best leaving it as is with the tabs?
Personally, i like treeviews. But if the consensus is "no", then i'll stick with tabs.
(in case you're wondering, a treeview is like the windows explorer view of your harddrive).
acidsex
31st December 2005, 03:10
do you have an example of a treeview as i am not quite understanding what you are saying? May be my tiredness.
Mutant_Fruit
31st December 2005, 03:19
This is a tree view. The settings for the video codec could be displayed in the same manner as the folders and subfolders are displayed under the D:
http://img511.imageshack.us/img511/2569/treeview9xi.jpg
Sharktooth
31st December 2005, 04:45
Yep, I'm evil and disabled CVS write privileges for everyone except admins so that we use the Patch Tracker, hehe. It's a training period so that admins get used to checking it as much as anything else.
Just upload your files as detailed above and they'll get integrated.
Why not add berrinam to the admins?
LiFe
31st December 2005, 04:49
Re what we were discussing:
Tree
+ Visual Tree makes it easier to recall where settings are (see recode).
+ Easier to implement a large number of 'sections' (old Firefox had similar)
- Uses more screen real estate
Tabs
+ Compact way of displaying many settings (see MS Office Options)
+ Advanced users feel at home
- Does not scale well for 5+ tabs (see MS Office Options)
- Scares off newbies
- Very difficult to recall which setting is in which tab, particularly if tabs toggle between front and back (Office Options)
Keeping in mind that we're gonna need quite a few more tabs to fit everything in:
- Optional context sensitive help
- Expand the names of the options, atm almost everything is abbrieviated
- Proper drop down lists with explanations
- A few sliders (currently implemented as number boxes)
- Maybe some radio check boxes
To prevent the screen being too big, it will probably be neccessary to have 6 'sections' broken down into
"Rate Control": Includes: Basic Rate Control and Profiles
"Main Options": General Options & Tools
"Advanced Options": Macroblocks and Other Options
"Advanced Rate Control": Rate Control & VBV stuff
"Quantizers": Quantizers
"Zones": Zones
Sharktooth
31st December 2005, 04:57
@all devs: please commit one patch at a time. i mean one commit for each modification of a single feature. it will be easier to read the changes in the cvs and to find the code changes.
For example:
1) modified VideoCodecSettings::clone method implementation
2) removed VideoCodecSettings::clone overrides from all VideoCodecSettings descendants
3) FourCCs is now defined per-type, not per-instance and is readonly!
4) Removed redundant reference to DirectShow videoplayback module
would mean 4 commits.
foxyshadis
31st December 2005, 04:59
The general consensus in the UI/usability community is that tree-views range from slightly bad to very bad unless you have lots of heigharchial groups; I have enough experience with misapplied treeviews to be very wary. Nicer tabs might be nice.
Now that presets are such an easily useable part of the app, thanks to sharktooth's wonderful efforts, my opinion is that the basic first screen should have minimal options: preset and bitrate. I'd argue bitrate should be shown without going into "config", next to profile, unless it's a first pass or automatically derived. Half the time that's the only thing I want to change, the only thing that profiles can't usefully dictate.
Once in config, only basic options should be shown: profile (which should ideally set the profile when changed), mode, B-frames, AVC profile & level, deblock dropdown (low, normal, high, custom). Maybe # reference frames, # b-frames, logfile. And of course, an advanced option, giving us everything else on the first panel split into better categories, plus trellis, me algo, and sar, matrix, and commandline. The rest of the second panel stuff (plus maybe chroma me and cabac?) should be relegated to another panel like "control settings" or "stream settings". "Advanced" doesn't quite fit the bill. Finally a zones option. (Maybe a quantizer edit option, as stated above, but does anyone really want to see and edit those ugly 8-part quantizers from inside megui?) Then doom9 can do whatever he wants with zones.
"Advanced options" can be a set of buttons that opens new panels, or a checkbox that opens more tabs, but I lean toward the former even if it's a bit cluttery. Then you have one control center, not many tabs or a big tree. Definitely don't do buttons as "more..." like XviD, of course, and give the panel a little more room to breathe... and hey, maybe add some pretties like divx, but I won't push that one too hard. ;)
Somewhere, there should be a "multi-processor" option, which sets the number of threads equal to the number of processors on your system, unless you'd rather keep it to #threads option only.
In general UIs should strive to keep the most common settings the most easily accessible, highlight the most important, without overly inconveniencing those who need to change the rest. I hope this proposal sounds as if it would do that.
charleski
31st December 2005, 05:48
Why not add berrinam to the admins?
Because
a) I'm evil (didn't I say that already?) Mmm, blood, blood....
b) Using the Patch Tracker properly means we all need to keep an eye on what people have uploaded. The last thing we want is for someone's contributions to go unnoticed - even if we don't want to integrate his/her mods as they are, we should give a reason.
c) It's New Years' weekend and I thought it would be OK to try out the change (berriman admits he was just fiddling - ahah! um, well whatever)
d) See a), except with added 'nutirients'. MMMm Nutrients! (tack on H. Simpson image)
Sharktooth
31st December 2005, 06:00
CVS update:
0.2.3.1028 - added --bime support (and fixed some controls for NET 1.1 designer...)
Maybe there's some errors coz it 6AM here... but it compiles.
Had no time to post binaries too...
max-holz
31st December 2005, 08:56
Could someone post the new sources in any other place, the Cvs seems very busy.
Thanks
Doom9
31st December 2005, 12:06
Somewhere, there should be a "multi-processor" option, which sets the number of threads equal to the number of processors on your system, unless you'd rather keep it to #threads option only.That's already in the settings and I think it makes sense to keep it there especially seeing that lavc also supports SMP, XviD is about to support it and XviD AVC will support it. I think it's in the interest of most people that if they have an SMP capable system, the encoder makes full use of it, all the time, and they can still control CPU use by using the job priority.
I don't think Treeviews make a lot of sense for a codec configuration either. They make a lot of sense for a usergroup configuration where higher level group inherint from lower level ones and where you can manipulate membership and the "group is part of group" relationship via drag & drop (I built such a thing once.. it's quite awsome when you get it working compared to what we used to have before), but for a codec I don't really see the grouping.
Sharktooth
31st December 2005, 14:23
i uploaded the assemblyinfo.cs to reflect the version change (yesterday was too late to remember that...) and the bins for 0.2.3.1028.
max-holz
31st December 2005, 14:54
i uploaded the assemblyinfo.cs to reflect the version change (yesterday was too late to remember that...) and the bins for 0.2.3.1028.
Anonimous cvs takes much time to update, could you post the assembly also here please?
Sharktooth
31st December 2005, 14:55
just change 0.2.3.1027 in 0.2.3.1028 in AssemblyInfo.cs :)
but yesterday was really too late to remember that...
Sharktooth
31st December 2005, 15:28
It was so late i forgot to do some things too...
CVS update: added the missing stuff...
0.2.3.1028 bins re-released
max-holz
31st December 2005, 16:05
A little request :)
Is it possible to download also the source code for any version as many other projects in sourceforge without use the cvs.
Ciao
Sharktooth
31st December 2005, 16:08
http://www.webalice.it/f.corriga/megui/MeGUI-src.CVS.0.2.3.1028.7z
max-holz
31st December 2005, 16:18
http://www.webalice.it/f.corriga/megui/MeGUI-src.CVS.0.2.3.1028.7z
Thanks
Mutant_Fruit
31st December 2005, 16:28
Everything within ***'s is going to be a groupbox. The numbers represent different tabs. I'm not sure i have everything placed in the most logical area (mostly because i don't know what they all the options do :p), so let me know.
General
**********************************
Mode
Bitrate
Keyframe interval
fourcc
**********************************
**********************************
Threads
**********************************
**********************************
AVC Level
AVC Profile
**********************************
**********************************
User Profile
**********************************
Macroblock - BFrames
**********************************
The existing Macroblock option block
**********************************
**********************************
Ref Frames
B Frames (number of bframes)
B Frame Options
RDO B Frames
B Frame Bias
B Frame mode
**********************************
M.E. - RateControl
**********************************
Chroma ME
Bidirectional ME
ME Algorithm
ME Range
**********************************
**********************************
Subpixel Refinement
Weighted Prediction
**********************************
**********************************
Existing Rate Control Block
**********************************
Quantisation
**********************************
Existing Quantisation options block
**********************************
**********************************
Trellis
No Fast P-Skip?
Cabac?
**********************************
**********************************
Quant Matrix selection
quant matrix file selection
**********************************
Misc
**********************************
Deblock filter
Alpha Deblock
Beta Deblock
SCD Sensitivity
Min GOP size
SA
PSNR Calc
Custom command line.
**********************************
EDIT: On an unrelated note.... once i make a change, how do i submit it? Is there a linky somewhere which explains the procedure for creating/submitting a patch?
Sharktooth
31st December 2005, 17:20
CVS Update: Cosmetics in CommandLineGenerator.cs
until the SF CVS doesnt update: http://www.webalice.it/f.corriga/megui/MeGUI-src.CVS.0.2.3.1028a.7z
EDIT: i've found some x264 settings are not ported for mencoder (brdo, nofastpskip, bime...). Since i've no practical experience with mencoder cli, can anyone check the docs and add them?
Sharktooth
31st December 2005, 18:10
CVS Update:
More cosmetics in commadlinegenerator.cs
Added --bime to the list for disabled option for 1st pass "Turbo" (x264)
Sources (until anonymous cvs updates): http://www.webalice.it/f.corriga/megui/MeGUI-src.CVS.0.2.3.1029.7z
Binaries are on SF.
foxyshadis
31st December 2005, 18:46
....
It's pretty nice, though I think SCD, GOP Size, Keyframe Interval, and B-frame Bias&Mode really belong in or near the Rate Control area. SAR I'd put with them except that it might be accessed a lot more often than the rest... Otherwise those are all "stream" options. And macroblock might make better sense going with Quantization, then the rest of b-frames would have to go somewhere... maybe the main page. That's all MHO, anyway, do with it as you will. :p
Mutant_Fruit
31st December 2005, 18:58
Could anyone give me a quick heads up on how i'm supposed to send in an updated file?
i.e. i've changed the x264config dialog, and now i want to send in those changes. I've never done this before and i don't want to do it wrong a screw something up.
@Foxy: Some of my layout was based on space constraints, but i'll considar your suggestions alright. In my opinion, i thought it was better to group all B frame options together as opposed to having some bframe options in one dialog, and more bframe options in a seperate dialog (such as bias and mode).
What do people think about that? Keep bframe options together in one section, or keep them seperated as is currently done?
If SAR is a frequent option, i could throw it in the "General" settings on the main page.
Sharktooth
31st December 2005, 19:06
@Mutant_Fruit: use the Patches Traking Sytem: http://sourceforge.net/tracker/?atid=798478&group_id=156112&func=browse
It would be better you post a final patch. In the meanwhile you can provide some work-in-progress binaries for testing.
Also, have you included the 0.2.3.1029 changes?
Mutant_Fruit
31st December 2005, 19:17
Also, have you included the 0.2.3.1029 changes?
Thats one of the things i was unsure about. Am i going to have to do a fresh CVS checkout, then apply my changes to those files, and then submit them hoping someone else doesn't submit in the meantime?
I assume by "patch" you mean just the changed file? Or do i need to run a special patch making program to create a "patch" file containing the difference between my changed file and the original CVS file which i then submit?
Sharktooth
31st December 2005, 19:24
get the sources from my web (i linked it above) coz the CVS may need some time to synch. with the last updates.
Once you're on it, apply your changes to the source you just got.
For what concerns the patching method you can choose whatever you think it's better.
I'm used to the posix tools (patch, diff etc.) but it really doesnt matter.
Mutant_Fruit
31st December 2005, 19:43
For work in progress, check out here (http://www.fileshack.us/files/741/Test1.rar).
I've implemented some help tooltips. Open the x264 config dialog and just hover over the text boxes etc. I'm currently in the middle of moving around the options and suchlike, but the stupid bug with VS that makes VS forget the events linked to controls when you cut and paste them is still there, so it'll take a while to move everything and relink them.
Sharktooth
31st December 2005, 19:49
nice stuff :)
Mutant_Fruit
31st December 2005, 20:34
Because i'm stupid and may not update the patch thingy correctly, here's (http://www.fileshack.us/files/741/0.2.3.1029.rar) the source for build 0.2.3.1030. It just adds context sensitive help to the last build done by sharktooth.
The restructure of the config screen is in the middle of being done. But it'll take another while.
berrinam
1st January 2006, 09:20
Patch uploaded to sourceforge. Detailed description in the posted patch, but it has some reorganisation of the AutoEncode and OneClick GUIs and extends their operability to not needing a target filesize. The patch is based on 0.2.3.1029. Sorry Mutant_Fruit, I didn't integrate your changes.
EDIT: I accidentally submitted it twice. Both should be identical, so choose whichever you want ;)
Mutant_Fruit
1st January 2006, 14:34
Berri: You never included the cs file for the oneclickconfiguration window. Post that up whenever you can. Can't compile with your patch without it :p
Sharktooth
1st January 2006, 16:45
yup... it's not complete.
CVS Update: Context Help as been fixed and submitted.
Mutant_Fruit
1st January 2006, 17:34
Just uploaded the patch for the restructured x264 dialog. Let me know if anything needs to be moved around. I'm sure it ain't right yet, but hopefully its a bit better. (liink to source is in the patch details thingy in case i screwed up the patch)
I hope i created the patch right. Let me know if i havn't. I'm only getting the hang of it at the moment.
max-holz
1st January 2006, 17:45
Where could I find the source for 0.2.3.1029a .Net 2.0?
Ciao
Sharktooth
1st January 2006, 17:47
@mutant_fruit: With NET 1.1:
x264ConfigurationDialog.cs(521,13): error CS0117: 'System.Windows.Forms.TabPage'
does not contain a definition for 'UseVisualStyleBackColor'
x264ConfigurationDialog.cs(527,13): error CS0117: 'System.Windows.Forms.Label'
does not contain a definition for 'Padding'
x264ConfigurationDialog.cs(545,13): error CS0117: 'System.Windows.Forms.Label'
does not contain a definition for 'Padding'
x264ConfigurationDialog.cs(732,13): error CS0117: 'System.Windows.Forms.Label'
does not contain a definition for 'Margin'
x264ConfigurationDialog.cs(741,13): error CS0117: 'System.Windows.Forms.Label'
does not contain a definition for 'Margin'
x264ConfigurationDialog.cs(750,13): error CS0117: 'System.Windows.Forms.Label'
does not contain a definition for 'Margin'
x264ConfigurationDialog.cs(787,13): error CS0117:
'System.Windows.Forms.CheckBox' does not contain a definition for
'Padding'
x264ConfigurationDialog.cs(798,13): error CS0117: 'System.Windows.Forms.Label'
does not contain a definition for 'Padding'
x264ConfigurationDialog.cs(807,13): error CS0117:
'System.Windows.Forms.CheckBox' does not contain a definition for
'Padding'
x264ConfigurationDialog.cs(817,13): error CS0117:
'System.Windows.Forms.CheckBox' does not contain a definition for
'Padding'
x264ConfigurationDialog.cs(871,13): error CS0117: 'System.Windows.Forms.Label'
does not contain a definition for 'Padding'
x264ConfigurationDialog.cs(880,13): error CS0117: 'System.Windows.Forms.Label'
does not contain a definition for 'Padding'
x264ConfigurationDialog.cs(889,13): error CS0117: 'System.Windows.Forms.Label'
does not contain a definition for 'Padding'
x264ConfigurationDialog.cs(900,13): error CS0117:
'System.Windows.Forms.CheckBox' does not contain a definition for
'Padding'
x264ConfigurationDialog.cs(915,13): error CS0117: 'System.Windows.Forms.TabPage'
does not contain a definition for 'UseVisualStyleBackColor'
x264ConfigurationDialog.cs(1183,13): error CS0117:
'System.Windows.Forms.TabPage' does not contain a definition for
'UseVisualStyleBackColor'
x264ConfigurationDialog.cs(1530,13): error CS0117:
'System.Windows.Forms.TabPage' does not contain a definition for
'UseVisualStyleBackColor'
x264ConfigurationDialog.cs(2054,13): error CS0117:
'System.Windows.Forms.ToolTip' does not contain a definition for
'IsBalloon'
it compiles only with NET 2.0.
@All: Shall we drop NET 1.1?
Sharktooth
1st January 2006, 17:54
Where could I find the source for 0.2.3.1029a .Net 2.0?
Ciao
http://www.webalice.it/f.corriga/megui/MeGUI-src.CVS.0.2.3.1029a.7z
as usual the anonymous CVS takes a while to update...
Mutant_Fruit
1st January 2006, 17:54
@All: Shall we drop NET 1.1?
Whoops, i thought we had already moved to .NET2.0! I've been working with 2.0. Buggerit. I could rejig to work with .NET1.1 if ya want. But if development is moving to 2.0 i won't bother.
Sharktooth
1st January 2006, 18:04
The layout isnt bad but i suppose it's not finished at all.
However i would move the SAR option is Misc. Rename Alpha and Beta debloking to Strenght and Threshold respectively. Rename Profiles (the MeGUI profiles) to Presets. Move all the B-Frames option in one place.
However keep it NET 2.0, before making any NET version changes let's hear the other devs.
Mutant_Fruit
1st January 2006, 19:10
Patch2 up for the layout. Did all the changes listed above. If anyone thinks more changes are needed, just let me know. Might as well get this right.
Sharktooth
1st January 2006, 19:27
note: do not upload the patches to SF if they're not completed or i (or the other admins) have to reject them.
Just post screenshots or include/attach them here.
Also, is it incemetal (restuctured2 goes over restructure1) or is it from scratch (restructure2 goes over the megui sources)?
Raithmir
1st January 2006, 19:58
Feature request : Could you add a date/time stamp at the start and end of logging each job? Would be useful to see how long each bit takes as I usually just set my PC to shutdown when finished and then go back looking at the logs (which incidently it seems to sometimes write two identical logs a few seconds apart, I've not figured out what scenario's it does it yet).
Sharktooth
1st January 2006, 20:43
you mean in the logfiles?
Mutant_Fruit
1st January 2006, 22:01
note: do not upload the patches to SF if they're not completed or i (or the other admins) have to reject them.
Ah right. I won't do that in future then.
Also, is it incemetal (restuctured2 goes over restructure1) or is it from scratch (restructure2 goes over the megui sources)?
It is incremental, structured2 goes over structured1.
In future i'll just host temp builds until everyone's satisfied with the changes, then i'll post it on SF. I'll remove the two patches from SF regarding the layout changes, and i'll submit a final one later (that goes over the CVS source) when everything is double checked.
Sharktooth
1st January 2006, 22:04
i said that coz the Patch tracking is inteder for "working" or almost ready to be submitted patches
Mutant_Fruit
1st January 2006, 22:09
i said that coz the Patch tracking is inteder for "working" or almost ready to be submitted patches
No worries. I'm new to this, so please point out any mistakes i make. Also, am i creating the patches correctly, or is the way i'm creating the patch making it awkward for you to apply it? I'm using the commandline diff and patch utils for creating the patches.
Sharktooth
1st January 2006, 22:13
it's ok. it just creates some minor problems.
Mutant_Fruit
2nd January 2006, 00:05
Heres a build if anyone wants to check out the new x264 configuration dialog layout.
Let me know of any problems.
http://www.fileshack.us/files/741/MeGUI-New-x264-Dialog.zip
berrinam
2nd January 2006, 02:04
Ok, after having some problems with patching (TortoiseCVS patching requires CVS access, and with unreliable anonymous access, and disallowed developer access :devil: , this didn't eventuate), I ended up just copying the changed files into a separate folder. The changes are the same as last time, but this time, it includes the new files. Some files are no longer needed, ie both of the OneClickDefault window ones (cs and resx), and the OneClickDefaults.cs file. I've made no change to the version number as I don't know what numbering system we are following.
The changes are here on rapidshare. (http://rapidshare.de/files/10229683/oneclick_changes_net_2_0.zip.html) The code I have attached only works in .NET 2.0. If it is decided that we should stay in .NET 1.1 for the moment, then I will change the code, but for now it is too much work. The code should work if you simply copy and replace the files in my archive on top of the 1029a version Sharktooth posted. As to going with .NET 2.0, :stupid: I had somehow assumed that we were already using .NET 2.0
Yep, I'm evil and disabled CVS write privileges for everyone except admins so that we use the Patch Tracker, hehe. It's a training period so that admins get used to checking it as much as anything else.
As I said above: anonymous CVS is a pain, as is making patches. :devil: Can I have my developer access back, please, or can I be made an admin? This 'training period' excuse seems quite flimsy to me.
Changelog:
-Redesigned One Click mode to have a basic and advanced tab. Added oneclick profiles, and added support for avs profiles inside oneclick.
-Allowed user to select "Don't care" for the file target in both AutoEncode and OneClick, so that MeGUI will not adjust the bitrate to reach the target, but will instead use the profile's settings. This also allows the use of crf and qp in AutoEncode and OneClick.
Sharktooth
2nd January 2006, 15:33
So the question rises again... Shall we move to .NET 2.0?
Mutant_Fruit
2nd January 2006, 15:51
Well, there's no disadvantages to moving except that people will have to install the .NET2.0 package (but they'll either already have it thanks to windows update, or will have to install it soon enough anyway). Advantages include more controls and hopefully faster development due to VC# Express being a bit better, so i'd say go for it.
Sharktooth
2nd January 2006, 15:56
I know what are the advantages... also the "x264 ppl" chosen .NET 2.0 too ( http://forum.doom9.org/showthread.php?t=104797 ), but the other devs should agree to move to .NET 2.0 (im all for it though).
Sharktooth
2nd January 2006, 16:15
Heres a build if anyone wants to check out the new x264 configuration dialog layout.
Let me know of any problems.
http://www.fileshack.us/files/741/MeGUI-New-x264-Dialog.zip
It's Deblocking Strenght and Deblocking Threshold.
Mutant_Fruit
2nd January 2006, 16:30
Whoops, my bad. I just renamed them, created a patch and uploaded to SF. I think its pretty much finished. I havn't spotted any cut-off text. Everything seems to be placed appropriately. All the controls are still linked to their correct events (as far as i can tell). So i think its good to go.
Doom9
2nd January 2006, 16:33
Shall we move to .NET 2.0?Yes.. I've just installed VS2k5 on every machine I develop on.
Sharktooth
2nd January 2006, 16:57
On my way... :)
Sharktooth
2nd January 2006, 17:03
CVS Update: included berrinam patch. It now requires .NET 2.0 to compile.
0.2.3.1030 2 Jan 2005
Redesigned One Click mode to have a basic and advanced tab. Added oneclick profiles, and added support for avs profiles inside oneclick.
Allowed user to select "Don't care" for the file target in both AutoEncode and OneClick, so that MeGUI will not adjust the bitrate to reach the target, but will instead use the profile's settings. This also allows the use of crf and qp in AutoEncode and OneClick.
However snow and x264 conditional compiling is br0ken. Easy to fix but have no time to do it right now.
max-holz
2nd January 2006, 18:50
CVS Update: included berrinam patch. It now requires .NET 2.0 to compile.
0.2.3.1030 2 Jan 2005
Redesigned One Click mode to have a basic and advanced tab. Added oneclick profiles, and added support for avs profiles inside oneclick.
Allowed user to select "Don't care" for the file target in both AutoEncode and OneClick, so that MeGUI will not adjust the bitrate to reach the target, but will instead use the profile's settings. This also allows the use of crf and qp in AutoEncode and OneClick.
However snow and x264 conditional compiling is br0ken. Easy to fix but have no time to do it right now.
Possible having source on webalice? ;)
Ciao
Doom9
2nd January 2006, 19:54
Made my first changes. Is it possible to tell tortoise to store my password? It's not like anybody else could use this box.
Also, does anybody know how tortoise will act when I take those files to my notebook tomorrow, work in them on my way to work and back, then put them back on the PC where I have tortoise installed?
And does anybody know of a good diff that tortoise could use?
Last but not least, has anybody figured out how to make VS2k5 (or Express) stop complaining about GUI classes with conditional compilation statements? It's not like this warning has any useful meaning in the current context.
Pasqui
2nd January 2006, 19:55
Using MeGUI 0.2.3.1029a for .NET2.0, I cannot set the avisynth plugins folder. The dialog box only shows the Program Files folder and its subfolders, but my Avisynth installation in another folder (F:\DVD\AviSynth2).
Raithmir
2nd January 2006, 20:24
you mean in the logfiles?
Yes in the log files, I know that it has the time in the queue tab but I delete those entries when I've finished and have been going back looking through the log files.
...and yes lets move to .NET 2.0! :)
bob0r
3rd January 2006, 00:51
compile x264-svn:
Microsoft (R) Visual C# 2005 Compiler version 8.00.50727.42
for Microsoft (R) Windows (R) 2005 Framework version 2.0.50727
Copyright (C) Microsoft Corporation 2001-2005. All rights reserved.
OneClickConfigurationDialog.cs(201,16): error CS0246: The type or namespace name 'OneClickSettings' could not be found (are you missing a using directive or an assembly reference?)
OneClickProfile.cs(9,11): error CS0246: The type or namespace name 'OneClickSettings' could not be found (are you missing a using directive or an assembly reference?)
OneClickProfile.cs(10,10): error CS0246: The type or namespace name 'OneClickSettings' could not be found (are you missing a using directive or an assembly reference?)
OneClickProfile.cs(22,39): error CS0246: The type or namespace name 'OneClickSettings' could not be found (are you missing a using directive or an assembly reference?)
OneClickWindow.cs(16,17): error CS0246: The type or namespace name 'lavcSettings' could not be found (are you missing a using directive or an assembly reference?)
OneClickWindow.cs(17,17): error CS0246: The type or namespace name 'snowSettings' could not be found (are you missing a using directive or an assembly reference?)
OneClickWindow.cs(18,17): error CS0246: The type or namespace name 'xvidSettings' could not be found (are you missing a using directive or an assembly reference?)
OneClickWindow.cs(29,17): error CS0246: The type or namespace name 'VideoUtil' could not be found (are you missing a using directive or an assembly reference?)
OneClickWindow.cs(377,37): error CS0246: The type or namespace name 'AspectRatio' could not be found (are you missing a using directive or an assembly reference?)
berrinam
3rd January 2006, 01:20
The transition to .NET 2.0 means that compile.bat no longer works (it uses the .NET 1.1 compiler). Anyway, MeGUI 0.2.3.1030 adds no features that are relevant to x264-svn, so try compiling 1029a, as that should work with .NET 1.1
LiFe
3rd January 2006, 01:37
Hmm dev has sorta exploded? I didn't get as much of the help file done as desired during the hols, and I'm back at work (and got 2 after work jobs to get done). Next update will be done on the weekend.
bob0r
3rd January 2006, 01:56
@berrinam
I cant compile with 1.1 also anymore:
compile x264-svn:
Microsoft (R) Visual C# .NET Compiler version 7.10.6001.4
for Microsoft (R) .NET Framework version 1.1.4322
Copyright (C) Microsoft Corporation 2001-2002. All rights reserved.
OneClickConfigurationDialog.cs(13,12): error CS1518: Expected class, delegate, enum, interface, or struct
OneClickConfigurationDialog.Designer.cs(3,5): error CS0116: A namespace does not directly contain members such as fields or methods
OneClickConfigurationDialog.Designer.cs(3,19): error CS0101: The namespace 'MeGUI' already contains a definition for 'OneClickConfigurationDialog'
OneClickConfigurationDialog.cs(13,26): (Location of symbol related to previous error)
OneClickWindow.cs(13,12): error CS1518: Expected class, delegate, enum, interface, or struct
OneClickWindow.Designer.cs(3,5): error CS0116: A namespace does not directly contain members such as fields or methods
OneClickWindow.Designer.cs(3,19): error CS0101: The namespace 'MeGUI' already contains a definition for 'OneClickWindow'
OneClickWindow.cs(13,26): (Location of symbol related to previous error)
I already have a working version of megui.exe with older source, i was just pointing this out, so DEVs can fix it :sly:
Mutant_Fruit
3rd January 2006, 08:53
bob0r: You need .NET2.0 to compile it from now on. It won't work against 1.1 or older.
Doom9
3rd January 2006, 09:03
I'll see to it that compile.bat will work properly under .NET 2.0 but as already pointed out, the move has been done.. I've already made several changes towards that effect and I'm currently revamping the video encoder architecture.. as a sideffect getting rid of the last two remaining compiler warnings that affect .NET 2.0.
And as Sharktooth mentioned: conditional compilation is currently broken.. so you can't build any new svn builds.. but since there have been no changes for that particular version, it shouldn't be too problematic.
Sharktooth
3rd January 2006, 17:01
@doom9: tortoise svn cant store the pass.
Microsoft.DirectX.AudioVideoPlayback is not necessary!!! :P
Sharktooth
3rd January 2006, 17:27
CVS update:
Fixed x264 and Snow conditional compiling
Removed Microsoft.DirectX.AudioVideoPlayback from the references
Sources: http://www.webalice.it/f.corriga/megui/MeGUI-src.CVS.0.2.3.1030.7z
Bins on SF (http://www.sf.net/projects/megui).
godhead
3rd January 2006, 18:41
Sorry, been away from computer access for the New year. I'll grab the latest CVS tonight and start looking at what I can fix now that we've moved to the 2.0 framework.
Are we going to start using the task and bug reporting features of SF so that we can coordinate changes more efficiently? I'd like to just look at my SF account to see what changes are needed rather than digging through this long thread.
Raithmir
3rd January 2006, 19:53
AVISynth Script creator not working for me in 2.3.1030, clicking on the edit tab is just blank, 1029a works fine.
Sharktooth
3rd January 2006, 20:53
ensure to load the default profile.
Raithmir
3rd January 2006, 21:09
ah that worked :)
Mutant_Fruit
3rd January 2006, 22:01
redo the whole x264 tri-state section to have one big method that handles activation/deactivation for each GUI element. That method will be called by showCommandline. In addition, make it so that showCommandline is only triggered once the GUI is fully created and the entire settings have been loaded.
Does this still have to be done, and what exactly do you mean by tri-state section.
Also I assume you mean enabling and disabling of controls when you see activation/deactivation.
Sharktooth
3rd January 2006, 22:02
The TO DO list is not up to date :(
I think it has been already done (or at least partially done).
As soon as doom9 updates the TO DO list in the first post i'll add a TODO.txt to the CVS.
fegul
3rd January 2006, 22:33
I dont speak programming, but I'd like to see MeGUI get better as it has a lot of potential. The main errors and bugs that I have encountered thus far; When I use the Avisynth creator and hit prevew after inputing the d2v file, I get a narrow black bar that has no video. Also, when I hit crop, I get this;
See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.
************** Exception Text **************
System.ArgumentNullException: Value cannot be null.
Parameter name: image
at System.Drawing.Graphics.DrawImage(Image image, Int32 x, Int32 y, Int32 width, Int32 height)
at MeGUI.VideoPlayer.resizeBitmap(Bitmap b, Int32 nWidth, Int32 nHeight)
at MeGUI.VideoPlayer.positionSlider_Scroll(Object sender, EventArgs e)
at MeGUI.VideoPlayer.crop(Int32 left, Int32 top, Int32 right, Int32 bottom)
at MeGUI.AviSynthWindow.sendCropValues()
at MeGUI.AviSynthWindow.crop_CheckedChanged(Object sender, EventArgs e)
at System.Windows.Forms.CheckBox.OnCheckedChanged(EventArgs e)
at System.Windows.Forms.CheckBox.set_CheckState(CheckState value)
at System.Windows.Forms.CheckBox.OnClick(EventArgs e)
at System.Windows.Forms.CheckBox.OnMouseUp(MouseEventArgs mevent)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ButtonBase.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
************** Loaded Assemblies **************
mscorlib
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///E:/WINDOWS/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
----------------------------------------
megui
Assembly Version: 0.2.3.1030
Win32 Version: 0.2.3.1030
CodeBase: file:///F:/DVD%20Rips/bitcalc/MeGUI/megui.exe
----------------------------------------
System.Windows.Forms
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///E:/WINDOWS/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///E:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Drawing
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///E:/WINDOWS/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Xml
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///E:/WINDOWS/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
System.Configuration
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///E:/WINDOWS/assembly/GAC_MSIL/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
bvd27uqz
Assembly Version: 0.2.3.1030
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///E:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
jq7878b1
Assembly Version: 0.2.3.1030
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///E:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
8yf-dzrk
Assembly Version: 0.2.3.1030
Win32 Version: 2.0.50727.42 (RTM.050727-4200)
CodeBase: file:///E:/WINDOWS/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.
For example:
<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>
When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.
Does null mean that this has not been developed yet?
Sharktooth
3rd January 2006, 22:38
No it means a value cannot be "null"... :)
Can you post your .avs and .d2v files too?
fegul
3rd January 2006, 22:52
No it means a value cannot be "null"... :)
Can you post your .avs and .d2v files too?
I couldnt get an avs file made since the program crashed before it could make one
Heres the link to my d2v file; http://hailut.homedns.org/VTS_08_1.d2v
made it using DGindex 1.45
godhead
3rd January 2006, 23:23
The TO DO list is not up to date :(
I think it has been already done (or at least partially done).
As soon as doom9 updates the TO DO list in the first post i'll add a TODO.txt to the CVS.
Shouldn't the TODO be moved to Source Forge tasks so that it's not required to get a CVS update just to see the TODO?
berrinam
3rd January 2006, 23:37
@fegul: This sounds like it could be a problem with either DGDecode.dll in the wrong place (I'm no longer exactly sure where it should be, but charleski should know), or the Default Profile not selected in the avs profile window.
@devs: The problem with the default profile not selected by default should be solved by changing avsProfile = "default"; in MeGUISettings.<init> to avsProfile = "Default Profile";
vBulletin® v3.8.5, Copyright ©2000-2012, Jelsoft Enterprises Ltd.