Log in

View Full Version : Auto Gordian Knot: current version 2.55


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 [23] 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98

AZEncoder
5th January 2004, 19:14
@len0x

This is a minor user interface issue. I love how the settings in the advanced dialog are sticky from one use of AutoGK to the next.

After having to encode the same movie three times in order to get it to the "right" size, (I got distracted, yes, twice, see what kids will do for you). I am hoping that you can see fit to allow the settings in Step 3: Select output size to be sticky as well or you could allow for different profiles to be saved.

I know this may not be on the top of the list but it would be nice.

Thanks for a great product.

AZEncoder

CeeJay.dk
5th January 2004, 19:45
Originally posted by liteoni
When is XviD 1.0 supporting version going to be available? 1.0 would be a lot faster than koepi's binary from june...

Len0x said that it needs to be stable first , so I suspect he will look into it when it have reached 1.0 Final.

I'm also looking forward to Xvid 1.0 in AutoGK as it's not only supposed to be faster but should also produce better quality.

manono
5th January 2004, 22:04
yatsuya-san-

I've seen some dvds which have a mono 1.0 ac3 audio (Allen, Kubrick, Chaplin, Laurel&Hardy, The Deer Hunter), so I think that the best solution to not waste space for audio and gain some for video is to encode, if you choose mp3, the audio in mono.

I certainly agree with you there. I haven't used AutoGK on any DVDs with DD 1.0 audio, so I'm not positive about this, but I think you'll get a 2 channel MP3 (as you seem to say). The Laurel And Hardy DVD's funny, isn't it?

Latest versions of BeSweet (the ones included in GK >0.28.5) solved the bug in mp3 mono encodings.

It works now? That's good to know. That's something for len0x to think about including now. I didn't switch to the latest BeSweet because DSPguru has removed support for the ac3enc.dll, and I use that sometimes, flawed though it is.

Ogig
5th January 2004, 22:11
First of all I'd quickly like to thank len0x for his great tool -- after lurking the board for almost two years it has made me register with Doom9. It has been working nicely for me since the early betas and is exactly what I was looking for. Thank you for effort!

Second, allow me to make a small cosmetical suggestion. CeeJay.dk already pointed out some improvements to Step 3, how about changing the title of the section to "Select output quality/size" which fits better IMO. The section could contain two elements, one for size based quality (see CeeJay.dk's sugesstion), and one for quality percentage. I would also remove the "Maximum quality" entry from size based choice as it confuses the noobs and does not fit there (I remember though from reading this thread that it is not the same as 100% quality).

P.S. Is there another way to donate beside Paypal ? If you have a bank account in Europe... ;)

wertert
6th January 2004, 08:46
@r6d2

Originally posted by r6d2
Then don't worry about space. Look at the quants with fddshow. Compare the ones from you satisfactory size-based encodes and choose the equivalent percentage from len0x formula: percentage=200/quant for your quality ones.

67% (2/3) is what gets you quant 3, almost perfect.


Thanks for the advice - almost perfect is what I'm after. fddshow seems to give me frame by frame quants of between 2 and 5. Encoding at quality 67% seems to give good results but I seem to hit certain movies which seem to end up very large. ie TIGERLAND PAL 2.6Gb (1.5 hours )! whereas CONTACT PAL 1.6Gb (>2 hours)

I was wondering if you have ever tested with higher quants ie encoding at 65 / 62 %. I have performed a few tests and I can't really tell the difference ( on a 15 inch monitor ). I guess I'm asking (and I have searched !) what quality/quant I could go to and stay 'almost perfect'. Another option is to drop the frame size to say 640 and keep the quality.

Thanks in advance - wert

manono
6th January 2004, 09:59
Hi-

Tigerland's one of the famous difficult-to-compress movies. See all the noise in there, the stuff that looks like a pack of mosquitos swarming all over the screen? That's very hard to encode. Didn't r6d2 say a few pages back that at highest quality, Saving Private Ryan came in at over 8 GB? It's twice as long, and at quant 3 might be about twice the size as yours (because about twice as long as Tigerland). Different movies just compress differently.

But his quant 3/67% suggestion is a good one. In general though, the more noise, scratches, nicks, age the source has, the higher you can let the average quant go and still have it look good. Noise hides a lot of faults. In an extreme case such as Tigerland, you could probably let it go down to quant 4/50% and not notice any difference.

wertert
6th January 2004, 10:39
@manono

I'm glad you mentioned that tigerland is difficult to encode. I've also got the band of brothers box set so I seem to remember that is quite noisy as well.

I know there are no magic answers but all of my movies encoded at 67% seem to look good. I'm just wondering what would happen if I dropped it to 62% ( 704x? ). Would you really see a difference ? All very subjective i know ...

BTW TIGERLAND encoded at 65% came in at 1.9 Gb so 2% difference reduced the final size by 800MB ! And once again I can't see any difference.....then again i've only got a small screen at the moment.

Have you come across any postings where people have performed quant/percentage testing ? I seem to remember Johny Owl doing something on this a way back.....

thanks again

wert

manono
6th January 2004, 11:39
Yeah, Band Of Brothers is like SPR, with the added noise, and the desaturated colors, to give it that old-timey newsreel look. So it's also hard to compress.

I am surprised that you got the filesize down so much though, by changing to 65% from 67%. If all the other settings were the same, I'd say something was screwy somewhere.

jonny's the reigning expert on quality percentage .vs ave quant (and r6d2 in the MPEG2 area), and he's done all kinds of tests. Here are some (6th post from the top):

http://forum.doom9.org/showthread.php?s=&threadid=62446&perpage=20&pagenumber=2

And the figures depend on how you set up the quality setting. len0x's may be different from the one in that post, I don't know. But that whole thread (started by our friend Tuning, originator of the AutoGK name) is about the things you asked, and is valuable reading.

wertert
6th January 2004, 12:36
very interesting. I think you are right about something being screwy. I will rerun the tests as I'm rebuilding my machines today from scratch.....

jdion81
6th January 2004, 13:30
@len0x

Mine are a little on the non-existant side but I figure I use your program enough to warrant a sort of thank you, So I have sent you a Thank YOU! AutoGK Rocks!

yotsuya-san
6th January 2004, 14:53
Originally posted by manono
The Laurel And Hardy DVD's funny, isn't it?


I like Keaton and Chaplin better, but I think Stanlio e Ollio (in italian) are one of the funniest couple of the movie history. I'm going to buy at least one of the cheap italian versions on DVD of their films, which do you suggest ;) ? (I've never seen "A chump at Oxford")
I'll use it to see how AutoGK handle those crappy 4:3 old noisy not-remastered movies...:D

Bye, Yotsuya.

CeeJay.dk
6th January 2004, 17:10
Originally posted by yotsuya-san

I'll use it to see how AutoGK handle those crappy 4:3 old noisy not-remastered movies...:D

I have the Aristocats DVD here and it's noisy and 4:3.
AutoGK doesn't handle it too well .. all the noise is too much for the undot filter and it doesn't compress well , being 4:3 only makes this worse.

r6d2
6th January 2004, 17:27
Originally posted by manono
But his quant 3/67% suggestion is a good one. In general though, the more noise, scratches, nicks, age the source has, the higher you can let the average quant go and still have it look good.
Alternatively, difficult to compress movies can also be "fixed" to fit a reasonable size by a good convolution 3D filter (like Deen()).

This way you would not sacrifice quant or frame size. ;)

Maybe a good idea would be to trigger that if at comp. test phase len0x finds the movie is one of those. It will surely would be a nice to have for newbies (or even veterans) ;) that get surprised by giant output files.

The drawback is that Deen() reduces speed a lot (maybe 50%), but it is still well suited for a quality based encoding, the matter at hand, since it is only one pass.

wertert
7th January 2004, 17:14
Originally posted by manono
I am surprised that you got the filesize down so much though, by changing to 65% from 67%. If all the other settings were the same, I'd say something was screwy somewhere.


Hi there

Rebuilt my machines

encoded tigerland again. Only quality setting changed. Results are

67% quality - 2,688,925,696 test@67.avi
65% quality - 2,033,575,936 test@65.avi

so about 650Mb difference for 2% !

I'm running a 62% quality just to see.

len0x
7th January 2004, 17:48
Originally posted by wertert

67% quality - 2,688,925,696 test@67.avi
65% quality - 2,033,575,936 test@65.avi


It might be a bug. See, 66% is exactly quant 3, so if I'm doing some wrong rounding either with 65% or 67% then quant might be changed dramatically...

len0x
7th January 2004, 19:11
Originally posted by len0x
It might be a bug. See, 66% is exactly quant 3, so if I'm doing some wrong rounding either with 65% or 67% then quant might be changed dramatically...

I tried 65,66,67 % and 67 is definitely wrong...

*Edit Later* In fact so far 67,68,69,70 % produces exactly the same output file (bit to bit). I checked and codec settings are modified properly, so something fishy going on with xvid itself... Trying 71-75% now...

wertert
7th January 2004, 21:52
Originally posted by wertert
67% quality - 2,688,925,696 test@67.avi
65% quality - 2,033,575,936 test@65.avi

so about 650Mb difference for 2% !

I'm running a 62% quality just to see.

just to let you know that same encode at 62% is

1,965,852,672 bytes

which seems more like it.

Unless AUTOGK is doing something special with the codec settings at 67% quality then it looks like the codec is up to something strange.

rantingotaku
8th January 2004, 06:30
quick question,

is it possible to use subtitles included on the DVD, as well as custom subtitles to be "burned" onto the video together? (ex. the subs for an intro song, then some custom translation subs? ).

thanks.

mordant
8th January 2004, 15:00
Is it possible to select a range for a film...start and finish? Maybe stop DVD2AVI and select a range than continue with AutoGK?

wertert
8th January 2004, 15:04
Originally posted by mordant
Is it possible to select a range for a film...start and finish? Maybe stop DVD2AVI and select a range than continue with AutoGK?

Yes - I use dvd2avi to crop off the credits at the end of a movie.

I've never cut off the beginning from a movie. I think you would end up with subtitle sync etc.

wert

wertert
8th January 2004, 18:21
Originally posted by len0x
Trying 71-75% now...

Hi Len0x

How are you getting on ? - do you want any more test results from me ? As far as I can see encoding >=67% is giving you an encode which is closer to 90% ( assuming a linear relationship between %age and final size - which is probably a mistake )

manono
8th January 2004, 19:27
Hi-

Yeah, it's logarithmic (I think), but above about 70% it's fairly linear. Here's one of jonny's charts which will give you an idea (he did it for compression tests, but the curve should be the same for full encodes):

http://jonny.leffe.dnsalias.com/doom9/test.gif

But you could still be right in saying that quality encodes greater than 67% give ~90% file sizes.

And thanks for discovering the problem, and for testing more to try and pin it down.

calinb
8th January 2004, 19:54
It'll be perfect when the autocrop threshold is configurable :)

len0x- just wanted to let you know that I've discovered that I don't actually need to "author" my ReplayTV2000 mpeg files to DVD before encoding with AutoGK. I simply rename the Replay mpeg2 file to VTS_01_1.VOB and copy it into a previous VIDEO_TS subdirectory. Bingo...AutoGK and DVD2AVI do their thing--perfect IVTC 23.976 fps on the output too! Nero Recode can't do this. Way cool!

doh--could a mod please delete this thread? http://forum.doom9.org/showthread.php?s=&threadid=68375
I've done this before...gotta fix my trigger finger. Don't know why we don't have permissions to undo our own stupidity. Sorry :scared:

r6d2
8th January 2004, 20:02
Originally posted by manono
Yeah, it's logarithmic (I think), but above about 70% it's fairly linear.
Guys, I think something changed at certain time, since when I encoded SPR I tried 50% to 100% in small steps and got a curve just like jonny's.

len0x
8th January 2004, 20:38
Originally posted by r6d2
Guys, I think something changed at certain time, since when I encoded SPR I tried 50% to 100% in small steps and got a curve just like jonny's.

I know what was changed:

before I had: min quant was 2, max was ceiling(200/quality), and then xvid percentage quality was calculated.
now I have: min quant is floor(200/quality) and max is ceiling(200/quality) and xvid percentage is calculated

I changed that because I understood only two quantizers are used in quality based mode. But for quality > 66% min and max quant were 2 and 3 and this is still correct, so in fact nothing was changed...
puzzling...

P.S. so far everyting until 78% is the same - I have a large queue (I have job queue already), so testing is easy :)

yotsuya-san
9th January 2004, 00:49
Hi all! Just a curiosity...if I encode an avi with AutoGK using the resolution suggested by the comp test (let's say, a 512*XXX resulted by a selection of 1 CD (700 Mb)) at the predicted target quality of that resolution, should I theorethically get a final avi of 700 Mb?

Wolfman
9th January 2004, 01:10
yes it should/will come out at your target size..

AZEncoder
10th January 2004, 04:53
@len0x

I am completely jealous. I faithfully read new posts in the forum everday hoping that a new release is on the horizon with a Job Queue. I would be happy to help test it :D :D .

AZEncoder

Originally posted by len0x


P.S. . . . . I have a large queue (I have job queue already), so testing is easy :)

MediaMage
10th January 2004, 10:43
canīt wait till job queue beta is out!

second donation already planned ;)

madprofessor
10th January 2004, 15:12
ok this program is definately HUGE GODLY software already :D :D
imagine what it will eventually be in version 1 :eek: :eek: :cool: :cool:

jfma
10th January 2004, 17:10
len0x,

Thank you very much for this incredible tool. Installed it, did my first rip a few days ago and it worked the first time with perfect results! :D

But I have a question for the experts out there. I assumed that MPEG4 based encoders were much more efficient than MPEG2. I encoded my Chicago DVD at "maximum quality(unlimited size)" and kept the original AC3 English track. The original movie is PAL (720x576), has 2 AC3 tracks (~714Mb) + subtitles (~31Mb, I managed to extract them all with VobSub, AutoGK couldn't find them). So, if I take just the MPEG2 video, I've got a bit over 4Gb. The XVID encoded movie has a resolution of 720x384 (66.6% of the original movie) and its size without the AC3 track is 2.5Gb (62% the size of the original movie !!). Only 4.6% improvement?? Shouldn't I expect a better compression ratio even at the highest quality? :confused:

LenLen
11th January 2004, 07:20
Great to hear that batch job queues is on the way I was wondering something about other people's results with ripping toon dvd's in autogk... I tried a couple now and the resulting finished avi (xvid) has blocky color artifacts... I'm guessing because the colors aren't true shades of a color or another, or maybe not. Has anyone else had problems getting solid colors when encoding toons? The live motion videos all end up great! Something else I noticed too...(going to double check)... When I use a backup dvd from something like instantcopy, the compressiblity is much higher than with an original with smaller final filesizes, and the picture looks a bit smoother... does transcoding the video help the quality of the divx recompression? I'm going to do a couple of tests on this with real video and toons to see.... Lemme know what you guys know!

LenLen

GizmoDerMokwai
11th January 2004, 16:27
Hi i found to bugs in 0.8
First one is, when hidding abort autogk kills first pass, but then starts the second pass... it need another klick on abort to cancel completely.

Second one is:
in 0.8, when using minimum width maximum width shouldt be 640 as you said, but i've encoded several movies which give me resolutions with 704, hope you'll fix that.


[11.01.2004 15:52:05] Input dir: C:\tmp\DVD\Rips\KNOCKING_ON_HEAVEN_DOOR_VTS_13_PGC1
[11.01.2004 15:52:05] Output file: D:\kohd.avi
[11.01.2004 15:52:05] Audio: Deutsch
[11.01.2004 15:52:05] Subtitles: none
[11.01.2004 15:52:05] Codec: XviD
[11.01.2004 15:52:05] Target size: 700Mb
[11.01.2004 15:52:05] Custom resolution settings: minimum width of 512 pixels
[11.01.2004 15:52:05] Custom audio settings: VBR MP3 with average bitrate: 160Kbps
[11.01.2004 15:52:05] Started encoding.
[11.01.2004 15:52:05] Demuxing and indexing.
[11.01.2004 15:56:00] Analyzing source.
[11.01.2004 15:56:00] Writing the following script to D:\gk_tmp\lastjob.vcf
===========================================================
VirtualDub.Open("D:\\gk_tmp\\_.avs",0,0);
VirtualDub.RemoveInputStreams();
VirtualDub.video.SetDepth(24,24);
VirtualDub.video.SetMode(0);
VirtualDub.video.SetFrameRate(0,1);
VirtualDub.video.SetIVTC(0,0,-1,0);
VirtualDub.video.SetCompression();
VirtualDub.video.filters.Clear();
VirtualDub.subset.Delete();
VirtualDub.SaveAVI("D:\\gk_tmp\\_.avi");
===========================================================
[11.01.2004 16:04:52] Source has percentage of interlacing in motion areas: 0.84
[11.01.2004 16:04:52] Source is considered to be progressive.
[11.01.2004 16:04:52] Found 128777 frames
[11.01.2004 16:04:52] Encoding audio.
[11.01.2004 16:13:11] Audio size: 95,817,824 bytes (91.38 Mb)
[11.01.2004 16:13:11] Overhead: 5,151,104 bytes (4.91 Mb)
[11.01.2004 16:13:11] Video size: 633,034,272 bytes (603.71 Mb)
[11.01.2004 16:13:11] Running compressibility test.
[11.01.2004 16:13:11] Writing the following script to D:\gk_tmp\kohd_comptest.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")

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

movie = mpeg2source("D:\gk_tmp\kohd.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 = 640
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
autocrop(movie,mode=0,wmultof=4,hmultof=4,samples=10,aspect=new_aspect,threshold=35)
Undot()
LanczosResize(out_width,out_height)
SelectRangeEvery(300,15)
===========================================================
[11.01.2004 16:13:11] Writing the following script to D:\gk_tmp\lastjob.vcf
===========================================================
VirtualDub.Open("D:\\gk_tmp\\kohd_comptest.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(0x64697678,0,10000,0);
VirtualDub.video.SetCompData(1208,"AQAAAKC7DQDWbgkARDpcZ2tfdG1wXG9nbXgta29oZF9jb2RlYy5sb2cAawBvAGgAZABfAGMAbwBkAGUAYwAuAGwAbwBnAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABkAAAABQAAABAAAABkAAAAZAAAAAYAAAACAAAAAAAAAAEAAAD6AAAAAQAAAAAAAAAAAAAAAAAAAAAAAAABAAAAAAAAAAEAAACWAAAAZAAAAAAAAAAAAAAAAQAAAAAAAAAAAAAAAgAAAAIAAAACAAAAAgAAAAgQEBAREhUYEBAQEBETFhkQEBESFBYZHRAQEhUYGx8kEREUGB4jKS8SExYbIyw2QRUWGR8pNkZYGBkdJC9BWHMTExMTFBYZHRMTExMUFxoeExMUFRcaHSITExUZHCAlKhQUFxwjKjA4FhcaICo1QE0ZGR0lMEBTaB0eIio4TWiJAAAAAAoAAAAUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAHgAAAAEAAAAyAAAAAQAAAPQBAABaAAAAMgAAAAAk9AA8AAAAPAAAAPoAAAABAAAAAAAAAFxoaW50ZmlsZS5tdmgAbABlAC4AbQB2AGgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAXHZpZGVvZ2suc3RhdHMAAC4AcwB0AGEAdABzAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQAAAAUAAAAFAAAABAnAAAQJwAAAAAAAAEAAAAAAAAAAAAAAAAAAAD3AAAAAAAAAAAAAAA=");
VirtualDub.video.filters.Clear();
VirtualDub.subset.Delete();
VirtualDub.SaveAVI("D:\\gk_tmp\\kohd_comptest.avi");
===========================================================
[11.01.2004 16:20:18] Duration was: 7 minutes 6 seconds
[11.01.2004 16:20:18] Speed was: 15.09 fps.
[11.01.2004 16:20:18] Compressibility percentage is: 101.02
[11.01.2004 16:20:18] Chosen resolution is: 704x304 ( AR: 2.32 )
[11.01.2004 16:20:18] Predicted comptest value is: 82.17
[11.01.2004 16:20:18] Running first pass.
[11.01.2004 16:20:18] Writing the following script to D:\gk_tmp\kohd_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")

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

movie = mpeg2source("D:\gk_tmp\kohd.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 = 704
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
autocrop(movie,mode=0,wmultof=4,hmultof=4,samples=10,aspect=new_aspect,threshold=35)
Undot()
LanczosResize(out_width,out_height)
===========================================================
[11.01.2004 16:20:19] Writing the following script to D:\gk_tmp\lastjob.vcf
===========================================================
VirtualDub.Open("D:\\gk_tmp\\kohd_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(0x64697678,0,10000,0);
VirtualDub.video.SetCompData(1208,"AwAAAKC7DQDWbgkARDpcZ2tfdG1wXG9nbXgta29oZF9jb2RlYy5sb2cAawBvAGgAZABfAGMAbwBkAGUAYwAuAGwAbwBnAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABkAAAABQAAABAAAABkAAAAZAAAAAYAAAACAAAAAAAAAAEAAAD6AAAAAQAAAAAAAAAAAAAAAAAAAAAAAAABAAAAAAAAAAEAAACWAAAAZAAAAAAAAAAAAAAAAQAAAAAAAAAAAAAAAgAAAAMAAAACAAAAAwAAAAgQEBAREhUYEBAQEBETFhkQEBESFBYZHRAQEhUYGx8kEREUGB4jKS8SExYbIyw2QRUWGR8pNkZYGBkdJC9BWHMTExMTFBYZHRMTExMUFxoeExMUFRcaHSITExUZHCAlKhQUFxwjKjA4FhcaICo1QE0ZGR0lMEBTaB0eIio4TWiJAAAAAAoAAAAUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAHgAAAAEAAAAyAAAAAQAAAPQBAABaAAAAMgAAAAAk9AA8AAAAPAAAAPoAAAABAAAAAAAAAFxoaW50ZmlsZS5tdmgAbABlAC4AbQB2AGgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAXHZpZGVvZ2suc3RhdHMAAC4AcwB0AGEAdABzAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQAAAAUAAAAFAAAABAnAAAQJwAAAAAAAAEAAAAAAAAAAAAAAAAAAAD3AAAAAAAAAAAAAAA=");
VirtualDub.video.filters.Clear();
VirtualDub.subset.Delete();
VirtualDub.SaveAVI("D:\\kohd.avi");
===========================================================
[11.01.2004 16:22:31] Duration was: 2 minutes 12 seconds
[11.01.2004 16:22:31] Speed was: 970.72 fps.
[11.01.2004 16:22:31] Expected quality of first pass size: 5800.77
[11.01.2004 16:22:31] Running second pass.
[11.01.2004 16:22:31] Writing the following script to D:\gk_tmp\lastjob.vcf
===========================================================
VirtualDub.Open("D:\\gk_tmp\\kohd_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(0x64697678,0,10000,0);
VirtualDub.video.SetCompData(1208,"BQAAAKC7DQDWbgkARDpcZ2tfdG1wXG9nbXgta29oZF9jb2RlYy5sb2cAawBvAGgAZABfAGMAbwBkAGUAYwAuAGwAbwBnAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABkAAAABQAAABAAAABkAAAAZAAAAAYAAAACAAAAAAAAAAEAAAD6AAAAAQAAAAAAAAAAAAAAAAAAAAAAAAABAAAAAAAAAAEAAACWAAAAZAAAAAAAAAAAAAAAAQAAAAAAAAAAAAAAAgAAAAEAAAACAAAAAQAAAAgQEBAREhUYEBAQEBETFhkQEBESFBYZHRAQEhUYGx8kEREUGB4jKS8SExYbIyw2QRUWGR8pNkZYGBkdJC9BWHMTExMTFBYZHRMTExMUFxoeExMUFRcaHSITExUZHCAlKhQUFxwjKjA4FhcaICo1QE0ZGR0lMEBTaB0eIio4TWiJAAAAAAoAAAAUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAHgAAAAEAAAAyAAAAAQAAAPQBAABaAAAAMgAAAAAk9AA8AAAAPAAAAPoAAAABAAAAAAAAAFxoaW50ZmlsZS5tdmgAbABlAC4AbQB2AGgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAXHZpZGVvZ2suc3RhdHMAAC4AcwB0AGEAdABzAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQAAAAUAAAAFAAAABAnAAAQJwAAAAAAAAEAAAAAAAAAAAAAAAAAAAD3AAAAAAAAAAAAAAA=");
VirtualDub.video.filters.Clear();
VirtualDub.subset.Delete();
VirtualDub.RemoveInputStreams();
VirtualDub.stream[0].SetSource("D:\\gk_tmp\\OGMX-KOHD AC3 T01 3_2ch 448Kbps DELAY 0ms.mp3",0x00000202,1);
VirtualDub.stream[0].SetMode(0);
VirtualDub.stream[0].SetInterleave(1,500,1,0,0);
VirtualDub.stream[0].SetClipMode(1,1);
VirtualDub.stream[0].SetConversion(0,0,0,0,0);
VirtualDub.stream[0].SetVolume();
VirtualDub.stream[0].SetCompression();
VirtualDub.SaveAVI("D:\\kohd.avi");
===========================================================
*************************************
EXCEPTION: Job aborted
*************************************
[11.01.2004 16:22:36] Job finished.


Cancel bug in and width is 704 insteat of 640

len0x
11th January 2004, 17:03
I can't reproduce first bug since execution is changed quite a lot for job queue feature and I expect lots of other bugz instead :)

Second bug it's not a bug - you selected _minimal_ width, meaning that it can be anything above that. 640 chosen for comp test and since it was more that 100% resolution its increased to 704. Nothing wrong with that...

GizmoDerMokwai
11th January 2004, 19:21
thought you set max. width to 640 for min. width mode...

GizmoDerMokwai
11th January 2004, 19:22
0.8

- fixed problem when extrenal subs are selected, but no sub stream is chosen
- tray menu improved
- updated tutorial
- maximum width of "minimal width" mode is now 640 instead of 720


thought it 'cause of that...

rantingotaku
12th January 2004, 04:10
I absolutely love this program, I have had zero issues so far, and all the encodes are amazing, not to mention when I try to do xvid in standard GK, it never works (gives the "bad or corrupt video, error -100, or something like that).

I have no clue how to make avisynth scripts... tried and failed many times, can almost drown in all the options, and it seems like the only way to do what I need...

is it possible to stop autoGK as it starts the first pass, and use the comp test, audio/resolution/subtitle etc options in VDubmod? Mostly because I want to add custom subtitles into the video, as well as the forced subs.

so far I've only been able to do the subtitles by converting the original dvd ones into an .ssa format, and manually adding my own subs in, but I need the avi file completed already (using autoGK), so when I re-save the file, it loses too much quality.

sorry for being so erratic in format. (video I am using is .hack//sign, all eps)

GizmoDerMokwai
12th January 2004, 13:43
Originally posted by LenLen
Great to hear that batch job queues is on the way I was wondering something about other people's results with ripping toon dvd's in autogk... I tried a couple now and the resulting finished avi (xvid) has blocky color artifacts... I'm guessing because the colors aren't true shades of a color or another, or maybe not. Has anyone else had problems getting solid colors when encoding toons? The live motion videos all end up great! Something else I noticed too...(going to double check)... When I use a backup dvd from something like instantcopy, the compressiblity is much higher than with an original with smaller final filesizes, and the picture looks a bit smoother... does transcoding the video help the quality of the divx recompression? I'm going to do a couple of tests on this with real video and toons to see.... Lemme know what you guys know!

LenLen

I ripped The Simpsons Season 2 and SpongeBob Season 1 DVDs (22min/175MB/MP3 128VBR) without any color artifacts or blocky scenes...

wertert
12th January 2004, 20:07
I am trying to encode 'the_eye' PAL.

Can you see any reason why autoGK can't see the english subtitles.

0x20 - Subtitle - English - [SubPicture 01: Wide/Letterbox] / LBA: 23443 / PTS: 00:01:47.080 / Delay: 106800ms
0x80 - Audio - AC3 / 2ch / 48kHz / DRC / Chinese / LBA: 19 / PTS: 00:00:00.280 / Delay: 0ms
0xE0 - Video - MPEG-2 / 720x576 (PAL) / 16:9 / Letterboxed / LBA: 1 / PTS: 00:00:00.280 / Delay: 0ms

after selecting the source directory no subtitle options appear in 'subtitles track'. It still only has 'No subtitles' Only audio is Chinese AC3 2ch

therealjoeblow
12th January 2004, 20:22
Originally posted by len0x
P.S. having said all this I still think that this option should not be exposed to newbie user, so this will probably go to the config file (this is gonna be magic file I believe :D )

Speaking of options to expose newbies to... I would very much like to see the ability to use Ogg audio compression and muxing into OGM containers as opposed to MP3/AVI, which is currently the only viable option for single CD encodes. I can't see this as being too big a deal, since you're already using BeSweet, Oggmachine is just another modified version of BeSweet that could be included (or maybe substituted?), and VDmod should be able to mux to OGM.

Any chance of getting this added in a future release? (Notwithstanding that I *do* realize you're trying to maintain standardization for compatibility with standalone players, and this *probably* doesn't fit in that category at the current time; However, it would still be a huge feature to add, since users could then dedicate only 1/2 as much space to their audio without sacrificing any quality, making for visibly better encodes).

Cheers,
The REAL Joe

jonny
13th January 2004, 01:51
Originally posted by len0x:
P.S. having said all this I still think that this option should not be exposed to newbie user, so this will probably go to the config file (this is gonna be magic file I believe :D )

You'll be probably required to write an interface to modify the config file :D

calinb
13th January 2004, 11:45
While I'm waiting for a autocrop threshold configuration feature, I decided to play around a bit more with some mpeg2 files from my ReplayTV. I've got a pretty good encoding "flow" going now:

1. Rename mpeg2 file to VTS_01_1.VOB and copy to dummy VIDEO_TS subdirectory.
2. Run AutoGK on this dummy "DVD" to the point it launches DVD2AVI.
3. Right click in taskbar and "restore" DVD2AVI.
4. Hit esc key then right or left arrow to enable preview.
5. Mark in and out using DVD2AVI to trim the mpeg file as desired.
6. Hit F4 key to save over the previous partial (barely started) project file. Optional: delete old .mpa file in save window before saving project file to avoid later confusion.
7. Let AutoGK continue until 1st pass encoding starts.
8. Abort AutoGK
9. Start GKnot.
10. Load AutoGK *_movie.avs file.
11. Set GKnot file/bitrate target, select mp3 file, etc.
12. Save and encode, but edit / paste *_movie.avs contents into GKnot .avs file (or rename/replace before encoding) and change autocrop threshold from 35 to 60 to accurately crop blanking noise from top.
13. Select mp3 file and "mux only". Set codec parameters as desired.
14. Add to GKnot encoding queue or run.

Even though this wasn't how len0x intended AutoGK to be used, it still saves me a ton of work over a pure GKnot encoding flow. The AutoGK analysis, comp test, ivtc, etc. is excellent. Furthermore, it doesn't take very long to run several AutoGK jobs to the point the 1st pass starts. Save them all up in different folders and then batch them all in GKnot!

I've yet to find a perfect encoding ap for my ReplayTV files (pefect cropping, trimming, ivtc >> 23.976 fps output, 4GB+ filesize capability, etc.) Previously, only Gknot could produce perfect output with relative ease. Now I've found a way to make it even easier with AutoGK. Thanks again len0x :)

wertert
13th January 2004, 12:15
Originally posted by wertert
I am trying to encode 'the_eye' PAL.

Can you see any reason why autoGK can't see the english subtitles.

0x20 - Subtitle - English - [SubPicture 01: Wide/Letterbox] / LBA: 23443 / PTS: 00:01:47.080 / Delay: 106800ms
0x80 - Audio - AC3 / 2ch / 48kHz / DRC / Chinese / LBA: 19 / PTS: 00:00:00.280 / Delay: 0ms
0xE0 - Video - MPEG-2 / 720x576 (PAL) / 16:9 / Letterboxed / LBA: 1 / PTS: 00:00:00.280 / Delay: 0ms

after selecting the source directory no subtitle options appear in 'subtitles track'. It still only has 'No subtitles' Only audio is Chinese AC3 2ch

update

if I edit the steams list to

0x20 - Subtitle - English / LBA: 23443 / PTS: 00:01:47.080 / Delay: 106800ms
0x80 - Audio - AC3 / 2ch / 48kHz / DRC / Chinese / LBA: 19 / PTS: 00:00:00.280 / Delay: 0ms
0xE0 - Video - MPEG-2 / 720x576 (PAL) / 16:9 / Letterboxed / LBA: 1 / PTS: 00:00:00.280 / Delay: 0ms

ie drop the '- [SubPicture 01: Wide/Letterbox]'

it works. wrong version of dvddecrypt I guess. (3.1.9.0)

len0x
13th January 2004, 12:31
OK, finally something to play with.
It's really alpha for two reasons:

- execution was changed due to the job queue (I still will be working on a gui a bit + need new icons there), and I already know some bugs there
- new version of Avisynth, VDubMod, BeSweet packaged (not compulsory though). We need to test them out for stable release.

Sharktooth
13th January 2004, 12:47
When opening AUTOGK 0.85 the GUI background is not displayed correctly.

Look HERE (http://ebola.gamersrevolt.it/AutoGK085.png)

My config:
Asus A7V600 with 512MB PC3200
Athlon 3200+
Nvidia GeForce3 Ti500 with ForceWare 53.03
WindowsXP PRO

wertert
13th January 2004, 12:59
Originally posted by Sharktooth
Look HERE (http://ebola.gamersrevolt.it/AutoGK085.png)


and HERE (http://perfectmotion.co.uk/strange.gif). seems to grab whatever graphics lie behind the autoGK gui and uses them instead of the normal gui graphics. This occurs then the app is first started or minimized then maximized.

jobs stuff looks really great !

Did you get anywhere with the quality based >67% problem ?

len0x
13th January 2004, 14:35
Originally posted by wertert
and HERE (http://perfectmotion.co.uk/strange.gif). seems to grab whatever graphics lie behind the autoGK gui and uses them instead of the normal gui graphics. This occurs then the app is first started or minimized then maximized.


I have no idea what's happening...

Originally posted by wertert

Did you get anywhere with the quality based >67% problem ?

Not yet... still have to check that... (My test shows that next time size changed was 81% and then again the same size)

Sharktooth
13th January 2004, 15:02
The problem seems to be the background of the round boxes ("Step x").
Maybe using another kind of control could fix it.

Christos
13th January 2004, 15:54
Originally posted by wertert
When opening AUTOGK 0.85 the GUI background is not displayed correctly.

Look HERE (http://ebola.gamersrevolt.it/AutoGK085.png)

My config:
Asus A7V600 with 512MB PC3200
Athlon 3200+
Nvidia GeForce3 Ti500 with ForceWare 53.03
WindowsXP PRO
I have the same problem and I too have an Nvidia GeForce Graphics Card with 53.03 ForceWare Drivers on WinXP pro.
wertert what do u have?
Maybe the drivers are to blame?

len0x
13th January 2004, 16:49
Originally posted by Christos

Maybe the drivers are to blame?

no, XP schemes. I don't use it and don't have the problem, but when I switched it on, then yes. I still don't understand what was changed though...