Log in

View Full Version : Little bug detected


barazuk
14th December 2004, 09:01
When I use hidden option .debug, in log of Sylia script, used by VDubMod in first pass, after setting codec by command:

VirtualDub.video.SetCompression(0x78766964,0,10000,0);

not written

VirtualDub.video.SetCompData(409,"Sorry, skipped")

This makes log for pass 1 unusable.

For sample:


===========================================================
[09.12.04 22:53:38] Writing the following script to E:\_____\agk_tmp\lastjob.vcf
===========================================================
VirtualDub.Open("E:\\_____\\agk_tmp\\Senseless_movie.avs",0,0);
VirtualDub.video.SetMode(1);
VirtualDub.video.SetFrameRate(0,1);
VirtualDub.video.SetIVTC(0,0,-1,0);
VirtualDub.video.SetRange(0,0);
VirtualDub.video.SetCompression(0x78766964,0,10000,0);
VirtualDub.video.filters.Clear();
VirtualDub.subset.Delete();
VirtualDub.SaveAVI("E:\\_____\\Senseless.avi");
===========================================================

len0x
14th December 2004, 11:48
Well, its a feature really - I did that on purpose. It occupies too much space in the logs and do not provide any useful info (and prevents unintended usage of logs as well :) ).

barazuk
14th December 2004, 18:47
But!!!

For second pass, codec settings (which remain after job finished in lastjob.vcf) - logged.

But for first pass (which destroyed by second pass lastjob.vcf Sylia script) - not logged.

For me, more usefull will be logging codec settings on first pass. Or using separate pass1.vcf and pass2.vcf, to see, what's wrong.

Moreover, on my slow comp often I must do analize, audio pack, comptest one nigth, first pass - tomorrow night, second pass - one more day later. It will be very comfortable on first pass press "Abort Dub" in VDubMod, then, when started second pass, "Abort Dub" again, and go sleep with ready-to-use pass1.vcf and pass2.vcf for make it later.

;-) Your talking about economy space in log is very funny! Especially in compare with size of ripped DVD...


P.S. Taking script from log and run it again with tuned *_movie.avs is INTENDED USE for me.

len0x
14th December 2004, 19:04
I don't get it - you can press abort during first pass and reuse vcf file (and copy it from temp dir) then press abort during second pass and do the same... (as long as you're aborting encodings anyway)

*Edit* Also I don't quite undersatnd why having script for the first pass if you're already doing second one...

len0x
14th December 2004, 19:05
Originally posted by barazuk
P.S. Taking script from log and run it again with tuned *_movie.avs is INTENDED USE for me.

but not for me...

barazuk
14th December 2004, 19:10
Right, by now I do it this way.

But will really it is necessary for user to fight with AutoGK (espacially via those strange way)?
It may be little bit friendly :)

len0x
14th December 2004, 21:24
I still fail to understand why do you need first pass script. It is necessary to complete first pass in order to produce second pass script. So if you compelete first pass, why would you want to redo first pass if you can just continue with the second pass the following night (I do not see how you can separate analysis/audio step from first pass, because if you abort first pass then you will never be able to get to the second one in AutoGK...)

barazuk
15th December 2004, 06:47
Why it is necessary to complete first pass to get second pass script?
I cannt see the difference when I save lastjob for first pass, complete it and compare second pass script with one from aborted first pass?

len0x
15th December 2004, 12:17
You're just lucky. Now AutoGK can do quite a few adjustemets (and can even rerun fist pass) after first pass.

P.S. AutoGK need fist quality percentage of XviD to set quantizers properly - by aborting fist pass you're screwing this process...

barazuk
17th December 2004, 06:32
I always use DivX 5, because Xvid on my comp predict time to complete first pass about 16 hrs (divx - 6 hrs). I dont have enought time to use Xvid.

len0x
17th December 2004, 11:39
Ah, that's different case. No adjustment is done for DivX (yet). Ok, I might add full logging into the next version.

barazuk
25th December 2004, 20:41
Thank you very much