View Full Version : Auto Gordian Knot: current version 2.55
mightyspawn
16th January 2005, 10:17
But the results are not better with lower resolution, in my eyes just worse.
len0x
16th January 2005, 13:51
AutoGK's resizing algorithm is very adaptive, so when it tries to cross 608 width border it switches matrix that obviously allows higher resoltion within the same compresibility value. So 1-2% difference between 1.0.2 and 1.0.3 does this for you.
Band of Brothers is a very tough source. It has lost of noise in it, so soft matrix may be of some help in this case as it removes grain (along with details though). Its a personal taste really, but you can always reencode it with fixed high resolution so that soft matrix is used even with 1.0.3.
CeeJay.dk
17th January 2005, 15:05
With XviD 1.1.0-beta1 out (and reports that its very stable) , I wonder how long it will take for AutoGK to support it ?
len0x
17th January 2005, 15:12
not before RC1 is out.
len0x
17th January 2005, 19:52
I was hoping to have it as a RC1 for 1.90 stable, but then I got into audio part, so another beta will be probably out with bugfixes in that area.
Anyway, to avoid problems with joint stereo, resampling, mono and compatibility issues between BeSweet(that doesn't seem to be developed actively anymore) and newer LAME versions I decided to try alternative route and replaced it with Azid/normalize/Lame combo. Please test.
P.S. I tried to duplicate the behaviour of "-ota( hybridgain )" option of BeSweet as close as possible. DPLii as well as dialog normalization is ON for multichannel sources, otherwise its OFF. Normalization is done upto 100% via normalize.exe. There should not be any problem with mono encodes as well.
ydobon
18th January 2005, 00:05
Hi, Len0x.
Originally posted by len0x
[...] I decided to try alternative route and replaced it with Azid/normalize/Lame combo. Please test.
No problems with mp2 audio. I tested transport and program streams with two audio tracks.
Regards,
riggits
18th January 2005, 03:05
Hi guys, I'm having a heck of a time trying to get the autocrop to work right.
First, the default autocrop doesn't work on my source. I end up with giant black bars on either side. The source is correctly detected as 4:3 aspect ratio, so things still "look OK" but with extra black on the sides.
If I enter the actual crop values in the Ctrl-F9 window, they seem to "add" to autocrop's own decided values, so it crops WAY MORE than what I enter.
I've adjusted the start value to a noise-free part of the movie, but still no luck. I've also told it to sample 400 frames, but it always gives me too little cropping (about 20 black pixels on each side).
So I googled and searched the forums, but there's NO information about autocrop's "threshold" and what values make it less discriminating or more sensitive or whatever threshold actually does.
Does anybody know how to either:
1) override autocrop to make it ONLY use the values I specify (WITHOUT adding to my values),
or
2) get autocrop to do a better job of autocropping an anime source. It has to be less sensitive to noise in the black bars on either side of the picture.
EDIT: aha!! It's not solely the autocrop at fault here - the picture aspect ratio is incorrectly detected. AutoGK thinks it's cropping and resizing correctly, but it's not. Looking into it now...
BigDid
18th January 2005, 05:03
:)
Thanks for the audios evolution, will test asap.
Did
BigDid
19th January 2005, 20:02
Originally posted by len0x
...Anyway, to avoid problems with joint stereo, resampling, mono and compatibility issues between BeSweet(that doesn't seem to be developed actively anymore) and newer LAME versions I decided to try alternative route and replaced it with Azid/normalize/Lame combo. Please test...
Tested audio MP3 ABR 144, joint stereo for a 2h10 movie
Old way with Besweet: 11mn, quality (with enc spot) 57%, bitrate 145 kbps
New way Azid/Normalize/Lame: 14 mn, quality 58%, bitrate 144 kbps
You get more info from the new way than from the Besweet (Dos windows)
Don't forget to delete your AGK folder afterwards as it will also contain a huge .wav file (1,40 Gb in this case)
:)
Did
len0x
19th January 2005, 20:41
Originally posted by BigDid
You get more info from the new way than from the Besweet (Dos windows)
yes, but they don't leave logs unfortunately...
Originally posted by BigDid
Don't forget to delete your AGK folder afterwards as it will also contain a huge .wav file (1,40 Gb in this case) :)
Its probably good idea to automatically delete WAV file after MP3 endcode. Total removal of agk_tmp folder will probably be controlled via hidden option later on.
buk
20th January 2005, 08:08
Hi Guys,
I suggest a secure deleting/wiping e.g. 7 or 3 pass US DoD 5220.22-M. Excelent program is e.g. Eraser.
Have a nice day
buk
len0x
20th January 2005, 11:41
Secure deteting of what?
buk
20th January 2005, 11:53
I mean secure deleting of logs and files created by AutoGK, except the created movie and external subtitles. Maybe .VOB and other DVD files too. Just for secure cleaning computer.
buk
chilled
20th January 2005, 13:06
deleting WAV file before 1st pass is definately imperative. I suggest you implement that ASAP!
I dont like the hidden option you sugest (deleting temp folder) because it will cause many users to choose it and getting angry when encoding goes wrong (or just not as they expected), which is something which ocurrs frequently (its not an AGK problem...). I think AVS file, mp3 size and many other are valuable infos when things dont go as they should.
len0x
20th January 2005, 19:55
jeez - this thread got over 1 million views! :)
BigDid
20th January 2005, 20:18
Originally posted by len0x
jeez - this thread got over 1 million views! :)
Maybe time for an e-interview :)
Questions like; Mr Lenox,
What do you like/dislike in programming, AGK, GK, GPL etc...
What future do you want/expect for video, video-compression, audio, fair-use, Standalone players etc...
One final word?
Thank you for your time, read you at 2 millions view
:)
Did
len0x
20th January 2005, 22:08
You know some polish video site actually did a small interview with me a couple of months back :)
Pyniok
21st January 2005, 15:05
It is in polish, but very interesting. ;-)
http://divx.howto.pl/modules.php?name=News&file=article&sid=1182
Originally posted by len0x
You know some polish video site actually did a small interview with me a couple of months back :)
len0x
25th January 2005, 19:15
Nothing major, but DGIndex is updated so less problems with TS expected.
kilivipin
26th January 2005, 15:13
The .wav removal is great, seeing as I always end up doing that to save space.
therealjoeblow
26th January 2005, 16:10
Originally posted by len0x
yes, but they don't leave logs unfortunately...
Its probably good idea to automatically delete WAV file after MP3 endcode. Total removal of agk_tmp folder will probably be controlled via hidden option later on.
Just my $0.02, but I'd prefer deleting the wav file to be optional. I often convert audio to Vorbis with OggDropXPD, and it can only use WAV as input, not demuxed AC3, so I'd have to extract audio manually again after AutoGK finishes it's job, a waste of time. If it's optional, then everyone can choose their preference.
len0x
26th January 2005, 16:15
Condidering that previously WAV file was never there - no one is loosing anything :)
Christos
27th January 2005, 20:49
I 've been using AutoGK for quite some time now and I must say it's Great. A million thanks to len0x, you are doing a great job.
When trying to install the latest beta versions however I always get a virus warning. The installer unpacks a temporary file called "dae.exe" which my antivirus (Avast Home) recognises as a virus("Win32:Adhelper [Adw]"). If I delete it and continue with the installation everything is OK.
What's the purpose of this file?
Does anyone else have this problem?
EDIT:Sorry, already discussed...
Sharktooth
27th January 2005, 20:51
This has been already discussed to death...
The thread is even in the main autogk dev forum.
http://forum.doom9.org/showthread.php?s=&threadid=87056
next time :search:
Christos
27th January 2005, 21:34
Well I must say am very surprised...
Len0x has gone BAD!!! :)
I see he even changed his avatar...
He is "In charge" now.
Good for him. He has every right to be "In charge" (or think he is).
What surprises me even more is that I missed this thread, so I can assume others have too.
So on a second thought and after reading the thread am not sorry I posted. In fact am glad. Maybe someone else reading this thread will know what changed without being mentioned in the changelog.
AlmanNewfred
28th January 2005, 05:05
This fix for videos DGMPGDec decodes with the wrong AR does not work with AGK 1.88:
http://forum.doom9.org/showthread.php?s=&threadid=77780&highlight=aspect+ratio
I don't know how many versions of AGK this occurs with.
len0x
28th January 2005, 11:25
Why???
*Edit* Actually I know why - DGIndex 1.1.0 now always exits if you abort the operation.
Chaser
30th January 2005, 11:09
Hi len0x!
Thanks for your really great work! Here are two little suggestions:
1. Add a parting line between finished jobs. For example with "-"s. (after such a line: "[25.01.2005 08:16:24] Job finished. Total time: 1 hour, 42 minutes 31 seconds")
2. Add the possibility to unlock the Textbox for the "Output File". I'm just ripping several seasons serial and it's taking much time to get to the directory by dirlistbox. The same would also be nice at the input directory. You though have to take care, wether it really contains the needed ifos (could be checked on "lost_focus").
If you don't want those boxes to be editable, what about a checkbox in the hidden options?
Thanks for taking my suggestions in consideration!
Chaser
len0x
30th January 2005, 12:43
1. should be no problem
2. its is long running feature request, that I'm very reluctant to implement as it is much more convenient for me to have it as it is (I have several pages of code running when you select input dir even before it gets written to the edit box). And it will be very confusing for lots of users if "focus lost" is used as you'll be unable to add the job until you click some place else (its almost worth having additional "parse" button, but not really).
Chaser
30th January 2005, 15:16
Thank your for implementing the first one ;)
I don't know, what you check 2 pages long?! Especially in the outputfilename? Moreover I don't know how eager you are at the moment to change such things. What about writing into the outputfilname-textbox not a blank string, though something like "Input-Dir" & "Encoded.avi". So you don't have to go through in my case i think 5 subfolders started at the desktop. doing this way you could choose after taht another filename then encoded.avi. the advantage would be you are already in the near environment of the wished folder.
i just saw, that if "file input" is choosen it automatically writes the outputfilname (this is good, as it is).
sorry for my bad english - i am in a hurry...
len0x
31st January 2005, 12:18
Default naming of output file in DVD mode was discussed before, but no agreement on what it should be was reached. (My suggestion was foldername.avi in the input folder).
Chaser
31st January 2005, 12:42
So it was completely disabled.. In my opinion not a suitable result. Cause for those, who don't like the new name a single click brings them back to the Desktop (where the dir/filelistbox starts right now). As it is now in my case i have to go through 5 folders?! There doesn't have to be a name. Just the original start shouldn't be the dekstop in my opinion. there are many possibilities to deal with this. Perhaps an hidden option? That decision lies on you! (sorry didn't read all those 160+ pages, though i followed the development for quite a long time).
len0x
31st January 2005, 14:37
If you're using latest AutoGK then:
- Directory browser starts in My Computer only the first time after AutoGK is started. Then it uses last selected dir.
- File browser always starts in in the input directory.
I think its very acceptable behaviour.
Chaser
31st January 2005, 14:52
Ok - so I have to accept your decision to not implement the editability of the textbox.
len0x
31st January 2005, 14:53
the only help in your situation I can offer is to remember last selected dir across AutoGK's runs.
Chaser
31st January 2005, 15:49
Originally posted by len0x
the only help in your situation I can offer is to remember last selected dir across AutoGK's runs.
Event that would be very kind of you!
I think, I've spammed to this thread for now :/
len0x
31st January 2005, 17:24
I did the following - last selected directory is remembered and moreover if its not there (i.e. deleted) its parent dir is used.
len0x
31st January 2005, 17:44
Well, still managed to improve on what could have been a stable version by now :) There is probably nothing left to do before stable release...
musicnyman
31st January 2005, 20:04
the last remembered directory is very useful to me as well. thanks!
Chaser
31st January 2005, 22:21
Originally posted by len0x
I did the following - last selected directory is remembered and moreover if its not there (i.e. deleted) its parent dir is used.
Thank you very much! - I think, this is suitable for most people. :)
chilled
1st February 2005, 12:30
I think it would be important to know if mono encoding issues are solved before stable release is out.
I remember 2 or 3 threads reporting problems with mono vbr encoding, specially at lower bitrates. If anyone can repport at least 1 or 2 tests I would not be the only one to be thankful.
i.e. ac3 2.0 --> mp3 vbr 96 mono
ac3 1.0 --> mp3 vbr 80 mono
:)
len0x
1st February 2005, 12:33
How hard is to test it yourself? 5 min max on a test chapter...
chilled
1st February 2005, 15:55
...oops I forgot to mention that im accessing internet throught an old imac without admin privileges and will do for the next months!
I did use/test agk in the past and me (and others) got trouble encoding mono mp3 with betas around 1.86 or so. The problem has not been discussed since that version and thefore I (we) dont know if the issue persist.
Chaser
2nd February 2005, 21:38
[02.02.2005 20:41:40] AutoGK 1.89b
[02.02.2005 20:41:40] OS: WinXP (5.1.2600).2
[02.02.2005 20:41:40] Job started.
[02.02.2005 20:41:40] Input dir: J:\Video\Serien\Stargate - Season 2\F02
[02.02.2005 20:41:40] Output file: J:\Video\Serien\Stargate - Season 2\02.avi
[02.02.2005 20:41:40] Audio: Deutsch
[02.02.2005 20:41:40] Audio2: English
[02.02.2005 20:41:40] Subtitles: none
[02.02.2005 20:41:40] Codec: XviD
[02.02.2005 20:41:40] Target size: 200Mb
[02.02.2005 20:41:40] Custom audio settings: VBR MP3 with average bitrate: 96Kbps
[02.02.2005 20:41:40] Started encoding.
[02.02.2005 20:41:40] Demuxing and indexing.
[02.02.2005 20:44:55] Processing file: J:\Video\Serien\Stargate - Season 2\F02\VTS_02_PGC_01_1.VOB
[02.02.2005 20:44:55] Source aspect ratio: 16:9
[02.02.2005 20:44:55] Source resolution: 720x576
[02.02.2005 20:44:55] Found PAL source.
[02.02.2005 20:44:55] Analyzing source.
[02.02.2005 20:48:23] Source has percentage of interlacing in motion areas: 0,00
[02.02.2005 20:48:23] Source is considered to be progressive.
[02.02.2005 20:48:23] Output will contain 63661 frames
[02.02.2005 20:48:23] Encoding audio.
[02.02.2005 20:49:27] Encoding second audio.
[02.02.2005 20:50:51] Audio size: 32,768 bytes (0.03 Mb)
[02.02.2005 20:50:51] Audio 2 size: 0 bytes (0.00 Mb)
[02.02.2005 20:50:51] Overhead: 2,546,432 bytes (2.43 Mb)
[02.02.2005 20:50:51] Video size: 207,136,000 bytes (197.54 Mb)
[02.02.2005 20:50:51] Running compressibility test.
[02.02.2005 20:50:51] Writing the following script to J:\Video\Serien\Stargate - Season 2\agk_tmp\02_comptest.avs
===========================================================
LoadPlugin("C:\PROGRA~1\AutoGK\DGMPGDec\DGDecode.dll")
LoadPlugin("C:\PROGRA~1\AutoGK\filters\autocrop.dll")
LoadPlugin("C:\PROGRA~1\AutoGK\filters\RemoveGrain.dll")
movie = mpeg2source("J:\Video\Serien\Stargate - Season 2\agk_tmp\02.d2v")
cropclip = autocrop(movie,mode=0,wmultof=4,hmultof=4,samples=10,aspect=0,threshold=34,samplestartframe=0,leftadd=0,rightadd=0,topadd=0,bottomadd=0)
fixed_aspect = 1.42222222222222
c_width = width(cropclip)
c_height = round(height(cropclip) / fixed_aspect)
input_par = float(c_width)/float(c_height)
input_par = input_par > 1.4 ? input_par : (4.0/3.0)
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=34,samplestartframe=0,leftadd=0,rightadd=0,topadd=0,bottomadd=0)
LanczosResize(out_width,out_height)
RemoveGrain(mode=2)
SelectRangeEvery(300,15)
===========================================================
[02.02.2005 20:54:24] Duration was: 3 minutes 32 seconds
[02.02.2005 20:54:24] Speed was: 14,97 fps.
[02.02.2005 20:54:24] Compressibility percentage is: 42,08
[02.02.2005 20:54:24] Using softer resizer.
[02.02.2005 20:54:24] Chosen resolution is: 560x320 ( AR: 1,75 )
[02.02.2005 20:54:24] Predicted comptest value is: 57,85
[02.02.2005 20:54:24] Running first pass.
[02.02.2005 20:54:24] Writing the following script to J:\Video\Serien\Stargate - Season 2\agk_tmp\02_movie.avs
===========================================================
LoadPlugin("C:\PROGRA~1\AutoGK\DGMPGDec\DGDecode.dll")
LoadPlugin("C:\PROGRA~1\AutoGK\filters\autocrop.dll")
LoadPlugin("C:\PROGRA~1\AutoGK\filters\RemoveGrain.dll")
movie = mpeg2source("J:\Video\Serien\Stargate - Season 2\agk_tmp\02.d2v")
cropclip = autocrop(movie,mode=0,wmultof=4,hmultof=4,samples=10,aspect=0,threshold=34,samplestartframe=0,leftadd=0,rightadd=0,topadd=0,bottomadd=0)
fixed_aspect = 1.42222222222222
c_width = width(cropclip)
c_height = round(height(cropclip) / fixed_aspect)
input_par = float(c_width)/float(c_height)
input_par = input_par > 1.4 ? input_par : (4.0/3.0)
out_width = 560
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=34,samplestartframe=0,leftadd=0,rightadd=0,topadd=0,bottomadd=0)
BicubicResize(out_width,out_height,0,0.5)
RemoveGrain(mode=2)
===========================================================
[02.02.2005 21:32:37] Duration was: 38 minutes 12 seconds
[02.02.2005 21:32:37] Speed was: 27,77 fps.
[02.02.2005 21:32:37] Expected quality of first pass size: 62,68
[02.02.2005 21:32:37] Running second pass.
[02.02.2005 21:32:46] Duration was: 8 seconds
[02.02.2005 21:32:46] Speed was: 7448,34 fps.
[02.02.2005 21:32:46] Job finished. Total time: 51 minutes 6 seconds
the second pass canceled after 8 seconds. there was an error message of virtual dub. i, however, accidently clicked it away :/
len0x
2nd February 2005, 22:06
Originally posted by Chaser
the second pass canceled after 8 seconds. there was an error message of virtual dub. i, however, accidently clicked it away :/
What do you expect then? :) Try again and report back.
Chaser
3rd February 2005, 15:20
now I'm really pissed *grml* :scared:
edit: do you see my attached picture?
"The function SetMode was called on a stram[?] that hasn't been previously initialized with SetSource."
Taurus
3rd February 2005, 18:32
@ Chaser:
Did you see this in your log file:
[02.02.2005 20:50:51] Audio size: 32,768 bytes (0.03 Mb)
[02.02.2005 20:50:51] Audio 2 size: 0 bytes (0.00 Mb)
I guess your rip is burked.
If you play the ripped vob, is there any sound in both audio tracks you choose?
There should be two ac3 files, german and english in your working dir.
Do they play ok?
Too little information....
Cheers
Taurus
Chaser
3rd February 2005, 21:20
Didn't delete my vobs, however retried using version 1.86b. everything went fine on two episodes, so i guess the newest version has a bug!
len0x
3rd February 2005, 23:06
What audio files (and of what size) do you see in the agk_tmp dir after audio processing is finished with new version? Can you also try putting DGMPGdec version 1.0.12 (from here: http://www.neuron2.net/fixd2v/decodefix.html ) and retry encoding please (just audio phase is fine).
Chaser
3rd February 2005, 23:22
:/ that will be hard. going to be skiing from tomorrow to tuesday. since i'm going to bed now, i have to see, wether i manage to have a look into this tomorrow morning.
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.