Auto Gordian Knot: current version 2.55

[Tuning]

Thinking no one else has requested before....

A Small Feature Request: Direct muxing of DTS audio.
Especially useful for HDD saving and multi CD rips.
Thanks.

[((( atom )))]

Originally posted by len0x
HT issue ?

no, happens with and without ht enabled.

[((( atom )))]

i wanted to view the printable version of this thread on one page in order to search for something easier and i got:

Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 2188533 bytes) in /home/httpd/docs/vbb/admin/functions.php on line 582

is this thread to long?

[Spiders]

Originally posted by len0x
Does this happen with regular GK as well ?

I do not know since use only Auto GK. À on idea computer must be switched off? The Program was tested on Windows 98?

[DSPguru]

Originally posted by manono
OK, I'll take the rap for the Postgain setting. Back in the early days of AutoGK, people were complaining about soft volume. It was a concern of mine also, as I wasn't happy with the volume levels when using the default settings of the BeSweet GUI. I went searching in the Audio Forum for a way to remedy it, and came up with the suggestion to use Postgain, instead of Hybridgain. I tried it out and found that the result was, indeed, louder with Postgain applied. So I mentioned it to len0x. If for some reason that I can't understand with my limited knowledge of audio encoding Hybridgain is better, then, of course, I bow to DSPguru's expertise in the matter.

hybridgain iZ the way to go, and should be the default mode.
if someone is into extreme normalization, he can change his personal default mode to using -azid( --maximize ).
postgain of 18db [like you could see in the logfile of "-ota( -G 1 )"] will never make sense to me.

[len0x]

Originally posted by DSPguru
hybridgain iZ the way to go, and should be the default mode.
if someone is into extreme normalization, he can change his personal default mode to using -azid( --maximize ).
postgain of 18db [like you could see in the logfile of "-ota( -G 1 )"] will never make sense to me.

OK, I'll change that to hybridgain then and after I have a config everyone can customize that (the main problem now in AutoGK that if you're not satisfied with audio level there is nothing you can do about it apart from encoding it yourself and remuxing)

P.S. Personally I have no opinion on the subject as very rarely do mp3 myself.

[GizmoDerMokwai]

hi, dunno know if it's really a bug, but autogk saying chosen resolution ***x304, but final avi is ***x288...

===========================================================
[21.04.2004 08:45:59] Duration was: 12 minutes 35 seconds
[21.04.2004 08:45:59] Speed was: 8,07 fps.
[21.04.2004 08:45:59] Compressibility percentage is: 20,38
[21.04.2004 08:45:59] Using softer resizer.
[21.04.2004 08:45:59] Using softer resizer.
[21.04.2004 08:45:59] Chosen resolution is: 512x304 ( AR: 1,68 )
[21.04.2004 08:45:59] Predicted comptest value is: 32,35
[21.04.2004 08:45:59] Running first pass.
[21.04.2004 08:45:59] Writing the following script to D:\tmp\gk_tmp\asterixinamerika_movie.avs
===========================================================
LoadPlugin("c:\PROGRA~1\DVDRIP~1\AutoGK\filters\mpeg2dec3dg.dll")
LoadPlugin("c:\PROGRA~1\DVDRIP~1\AutoGK\filters\autocrop.dll")
LoadPlugin("c:\PROGRA~1\DVDRIP~1\AutoGK\filters\undot.dll")
LoadPlugin("c:\PROGRA~1\DVDRIP~1\AutoGK\filters\kerneldeint.dll")

function getOrder(clip c) {
order = GetParity(c) ? 1 : 0
return order }

movie = mpeg2source("D:\tmp\gk_tmp\asterixinamerika.d2v")
cropclip = autocrop(movie,mode=0,wmultof=4,hmultof=4,samples=10,aspect=0,threshold=35)
c_width = width(cropclip)
c_height = round(height(cropclip) / 1.09401709401709)
input_par = float(c_width)/float(c_height)
fixed_aspect = input_par > 1.4 ? 1.09401709401709 : 1.06666666666667
c_height = round(height(cropclip) / fixed_aspect)
input_par = float(c_width)/float(c_height)
out_width = 512
out_height = round(float(out_width) / input_par)
hmod = out_height - (floor(out_height / 16 ) * 16)
out_height = (hmod > 4) ? (out_height + (16 - hmod)) : (out_height - hmod)
new_aspect = (float(out_width) / float(out_height)) / fixed_aspect
KernelDeInt(movie,order=getOrder(movie),sharp=true)
autocrop(mode=0,wmultof=4,hmultof=4,samples=10,aspect=new_aspect,threshold=35)
Undot()
BicubicResize(out_width,out_height,0,0.5)

Gspot info:
XviD, 876 kb/s, 512x288 (1.78:1) [=16:9]

just wanna to drop you this info...

[len0x]

Originally posted by GizmoDerMokwai
hi, dunno know if it's really a bug, but autogk saying chosen resolution ***x304, but final avi is ***x288...

Nice catch. Unfortunately there is nothing I can do - aspect ratio displayed is the same as comp test AR. Since autocrop crops automatically during encode its only a guess since autocrop does everything inside. So in some rare cases you would see this...

[GizmoDerMokwai]

hehe, ok, just wanted to give you that info...

[hujer]

lenox > is there public cvs server for autogk ? i would like to fix the HT bug coz its annoying me very much, when i set compatibility with windows 98 for autogk it runs virtual dub in some weird mode
with one cpu affinity and makes my whole computer superslow, i have to run into taskmanager and change affinity for the vdub process everytime, if there isnt public cvs please contact me on hujer@users.sf.net and let me know if i can help you fixing this crash somehow, its really pissing me off, thanx for autogk btw

[ookzDVD]

Originally posted by len0x
Hidden Option tool done by therealjoeblow already does that.

@len0x,
I mean in your .credits directly use the timestamp instead of the frame #. So the conversion is done by your internal code.

thank you.

[len0x]

Originally posted by ookzDVD
@len0x,
I mean in your .credits directly use the timestamp instead of the frame #. So the conversion is done by your internal code.

well, then we would need reverse conversion if a person knows only frame number (like many ppl actually do including me - they have no problems getting frame number from regular GK). So it doesn't really matter to me if we have tools that do the job and something is already done then I don't see a reason of re-writing it

[therealjoeblow]

Originally posted by len0x
well, then we would need reverse conversion if a person knows only frame number (like many ppl actually do including me - they have no problems getting frame number from regular GK). So it doesn't really matter to me if we have tools that do the job and something is already done then I don't see a reason of re-writing it

@len0x,

I sent you a new version which can read CLI parameters - you might be able to add a button to AutoGK now to launch the "Hidden Options.exe" after the user selects the input directory, that would probably simplify things a bit for many users.

v-0.6 (April 22, 2004)
----------------------
-Added CLI (Command Line Interface) - 'Hidden Options.exe' can now
accept the target path as a command line parameter. I coded it
to be fairly forgiving, you can use one of the following formats:

"z:\hidden options.exe" x:\path name
"z:\hidden options.exe" -x:\path name
"z:\hidden options.exe" /x:\path name

You can enter the path in all caps, all lower case, or a mix, it
doesn't matter. You can also either add or omit the trailing "\"

Also checks if the drive and path exists, and provides error
messages if not.

-Added error checking when selecting an empty CD or Floppy Drive
from the drivelist pick-box - program would crash with runtime
error before (not like you're going to actually work from one of
those sources, but you might pick it by accident).

[nightrhyme]

Originally posted by hujer
lenox > is there public cvs server for autogk ? i would like to fix the HT bug coz its annoying me very much, when i set compatibility with windows 98 for autogk it runs virtual dub in some weird mode
with one cpu affinity and makes my whole computer superslow, i have to run into taskmanager and change affinity for the vdub process everytime, if there isnt public cvs please contact me on hujer@users.sf.net and let me know if i can help you fixing this crash somehow, its really pissing me off, thanx for autogk btw

Would really be nice if you could help make AutoGK run on HT cpu's.
That bug really irritates me too.
I usually disable Hyper Threading in bios before encoding with GK

[hujer]

Originally posted by nightrhyme
Would really be nice if you could help make AutoGK run on HT cpu's.
That bug really irritates me too.
I usually disable Hyper Threading in bios before encoding with GK

well when i disable HT in bios my windows doesnt boot , anyway i would really like to fix it, but i need the src first

[rotvel]

It would be nice to have a priority setting for AutoGK. Similar to the one in DVD2SVCD ("Process priority for all used programs" -> Idle|Normal|High).

Mainly for running AutoGK and still be able to use the PC for other stuff (using the "idle" setting).

Regards /max

[len0x]

Originally posted by hujer
but i need the src first

Source will not be provided, please stop asking about them.

I had another ago but still unable to detect the problem so far...

[hujer]

Originally posted by len0x
Source will not be provided, please stop asking about them.

I had another ago but still unable to detect the problem so far...

just wanted to help, heh

[jeremymacmull]

RE HT bug(?)

lenox is in the process of trying to figure out what the bug is so far after numerous attempts theres been no luck

he is hard at work at it so give him some time and support as it must be frustrating when he cant test directly as he does not have HT cpu



otherwise on my cpu 1.18b starts up 50% of the time and the other 50% it says runtime error 216 at XXXXXX

I dont have it set to compatibility mode ie im running it normally

when it does start up it runs perfectly with both cpus as affinity and on the right priority without slowing down my comp for those of you who are using compatibility mode or turning off ht try not doing so and just keep clicking on the exe till it starts up (as i said on my comp its 1/2 chance of it working but once started everything works!)

JEREMY

[hujer]

Originally posted by jeremymacmull
RE HT bug(?)

lenox is in the process of trying to figure out what the bug is so far after numerous attempts theres been no luck

he is hard at work at it so give him some time and support as it must be frustrating when he cant test directly as he does not have HT cpu

otherwise on my cpu 1.18b starts up 50% of the time and the other 50% it says runtime error 216 at XXXXXX

JEREMY

well, as i have experiences with debugging delphi projects, and it does crash on my machine everytime, i thought i could fix it in few minutes so offered help, i undrestand this is nearly impossible to fix without access to ht system

lenox if you still have problems finding the problem after some time, feel free to mail me, to debug it one only needs the code that runs on startup, that should be only few onshow/onload functions and you can strip rest of the project..., well anyway, good luck, its a nasty problem