View Full Version : Auto Gordian Knot: current version 2.55
AlmanNewfred
28th June 2004, 16:40
Originally posted by len0x
True if you compare directly two movies with diff resolutions. Of course smaller will look better. But for full screen stretch I don't think it would be that obvious.
I do get the impression of lower overall quality watching full screen, but I could be wrong. I'll shut up about it until I actually do a test or two of the same DVD at different resolutions.
Special option for minimum quality indeed would help in case you really wanna have a high-quality encode with a given target size. I'll think about it, but no promices.
I was thinking of an option to change the target quality from 65 to whatever, not necessarily to set the minimum quality.
len0x
28th June 2004, 16:43
Originally posted by AlmanNewfred
I was thinking of an option to change the target quality from 65 to whatever, not necessarily to set the minimum quality.
Well, target quality is minimum quality :)
AlmanNewfred
28th June 2004, 16:50
Originally posted by len0x
Well, target quality is minimum quality :)
Really? Sometimes I get qualities less than 65. My last movie for example ended up about 55.
len0x
28th June 2004, 16:52
Originally posted by AlmanNewfred
Really? Sometimes I get qualities less than 65. My last movie for example ended up about 55.
well its lowered to 55 if resolution is about to drop below 608 for widescreen movies or 512 for 4:3 movies. Also prediction is still prediction - what you really get is percentage after the first pass.
len0x
28th June 2004, 16:54
Originally posted by therealjoeblow
I e-mailed v-0.7 to you today
still didn't get the attach in the email :)
(or it got cut off on the way).
len0x
28th June 2004, 17:01
mostly cosmetic stuff plus better handling of transport streams.
manono
28th June 2004, 17:10
atom-
can i achieve it manually, somehow?
Yes, but someone else will have to tell you how to set up the .credits file, because I can't remember.
...but i'd have to choose a fixed quality for the encode of the credits...
That's right. And the quality is by percentage, and not quant. So if you choose 100%, then the whole movie is done at full quality.
Taurus
28th June 2004, 17:27
Originally posted by len0x
mostly cosmetic stuff plus better handling of transport streams.
- if TS has a proper PMT/PAT tables then audio streams of the first program displayed in the GUI
Sorry, as non-english spoken fellow, I don't understand the words
in change list (on Page 1, Version history 1.43b)
TS = Transport Stream?
Never mind, will do try and error method, to overcome the miracles :o :D
Cheers
Taurus
sometimes words got in his way, but he never gave up....
((( atom )))
28th June 2004, 17:28
Originally posted by manono
That's right. And the quality is by percentage, and not quant. So if you choose 100%, then the whole movie is done at full quality. doesn't fixed quality make fixed quant? :confused:
..but either way i couldn't control the size of it. well, it's not _that_ important after all.
btw i succeeded in doing a 2 dvd movie in one run as one file without sync. problems. another movie like that desynced badly. the synced one had -80ms audio on both dvds. the unsynced one differed by 20ms and ended up being badly out of sync.
len0x
28th June 2004, 17:32
Originally posted by Taurus
Sorry, as non-english spoken fellow, I don't understand the words
in change list (on Page 1, Version history 1.43b)
TS = Transport Stream?
yes, but it has nothing to do with english :) Ppl who don't know what TS is don't need use that option :)
len0x
28th June 2004, 17:34
Originally posted by ((( atom )))
doesn't fixed quality make fixed quant? :confused:
not in the Zones - its relative quality comparing to the other parts of movie...
((( atom )))
28th June 2004, 17:44
Originally posted by len0x
not in the Zones - its relative quality comparing to the other parts of movie... hmm, so what exactly would happen if i used it for the entire movie? kinda confused now..
Taurus
28th June 2004, 18:47
Originally posted by len0x
yes, but it has nothing to do with english :) Ppl who don't know what TS is don't need use that option :)
Sorry, I was just a little confused by how you used the words. ;)
TS = Tansport Stream
PAT = Program Association Table
PMT = Program Map Table
Cheers
Taurus
a useless reply
len0x
28th June 2004, 20:47
Originally posted by ((( atom )))
hmm, so what exactly would happen if i used it for the entire movie? kinda confused now..
essential reading is here (C11): http://www.vslcatena.nl/~ronald/docs/xvidfaq.html
AutoGK uses Zones mechanism to encode credits. By specifying starting frame 0 you're forcing it to use Zone for the whole movie (and therefore greyscale encoding will be applied to it). Weight in the Zones is what AutoGK is calling quality.
((( atom )))
28th June 2004, 22:03
Originally posted by len0x
AutoGK uses Zones mechanism to encode credits. By specifying starting frame 0 you're forcing it to use Zone for the whole movie (and therefore greyscale encoding will be applied to it). Weight in the Zones is what AutoGK is calling quality. ok, got that right now. thx for the info. any chance you might implement it sometimes as a switch or a .bw file to take care of the hole movie for convenience?
Carraway
28th June 2004, 22:14
Originally posted by len0x
- output file name is completed automatically in file mode
Yay! This makes inputing seasons of TV eps so, so much easier. Thanks a bunch len0x.
Having said that, I have a bug report and another possible request :)
First the bug report: I'm unable to use "Preview" twice without reloading the Input clip. I found this when I previewed once, then tried to adjust the width and preview again. It gives me this error (I'm posting the entire log just so you can see that it worked once, and then failed):
[6/28/2004 5:11:59 PM] AutoGK 1.43b
[6/28/2004 5:11:59 PM] OS: WinXP (5.1.2600).2
[6/28/2004 5:11:59 PM] Job started.
[6/28/2004 5:11:59 PM] Indexing input for preview.
[6/28/2004 5:12:02 PM] Source aspect ratio: 16:9
[6/28/2004 5:12:02 PM] Source resolution: 720x480
[6/28/2004 5:12:02 PM] Found NTSC source.
[6/28/2004 5:12:02 PM] Source seems to be pure FILM.
[6/28/2004 5:12:02 PM] Job finished.
[6/28/2004 5:12:05 PM] AutoGK 1.43b
[6/28/2004 5:12:05 PM] OS: WinXP (5.1.2600).2
[6/28/2004 5:12:05 PM] Job started.
[6/28/2004 5:12:05 PM] Source aspect ratio: 16:9
[6/28/2004 5:12:05 PM] Source resolution: 720x480
*************************************
EXCEPTION: Unknown source FPS.
*************************************
[6/28/2004 5:12:05 PM] Job finished.
The error doesn't depend on changing the width, that's just how I stumbled upon it. This happens with both DVD and File inputs.
Second, I have yet another request (sorry). Would it be possible to include a .deint as an opposite route to .ivtc? I have a couple documentaries that are hybrid, and applying any kind of threshold value just makes the FILM and NTSC material equally poor-looking.
Master Ninja
29th June 2004, 02:50
Just testing out the program now, looks nice! One quick question, though:
I'm trying to rip a DVD of TV episodes, where each episode was one chapter of an entire PGC section. I ripped each one to a separate VOB file, but if I try to select the directory as DVD input, I can't specify separate output files. If I try to select the files individually, it keeps displaying "Unknown Audio Track". Is there any way around this?
buzzqw
29th June 2004, 07:13
first log
[29/06/2004 8.04.40] AutoGK 1.43b
[29/06/2004 8.04.40] OS: WinXP (5.1.2600).2
[29/06/2004 8.04.40] Job started.
[29/06/2004 8.04.40] Input file: DreamBox.ts
[29/06/2004 8.04.40] Output file: D:\DreamBox.avi
[29/06/2004 8.04.40] Audio: MPEG2 Audio on PID 0x992
[29/06/2004 8.04.40] Subtitles: none
[29/06/2004 8.04.40] Codec: XviD
[29/06/2004 8.04.40] Target size: 2Mb
[29/06/2004 8.04.40] Started encoding.
[29/06/2004 8.04.40] Demuxing and indexing.
[29/06/2004 8.04.41] Source aspect ratio: 4:3
[29/06/2004 8.04.41] Source resolution: 480x576
[29/06/2004 8.04.41] Found PAL source.
[29/06/2004 8.04.41] Analyzing source.
[29/06/2004 8.04.41] 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");
===========================================================
[29/06/2004 8.04.44] Source has percentage of interlacing in motion areas: 0,00
[29/06/2004 8.04.44] Source is considered to be progressive.
[29/06/2004 8.04.44] Found 262 frames
*************************************
EXCEPTION: Audio is not found.
*************************************
it is a small ts clip. while autogk find audio ([29/06/2004 8.04.40] Audio: MPEG2 Audio on PID 0x992) and demux it ,say EXCEPTION: Audio is not found.
link to ts www.64k.it/andres/DreamBox.ts (5mb)
Thanks
BHH
len0x
29th June 2004, 10:46
Originally posted by Master Ninja
I ripped each one to a separate VOB file, but if I try to select the directory as DVD input, I can't specify separate output files.
What do you mean by "can't"? You should rip then into separate directories, not files. Keep in mind that subs will be unavailable for second and later epsodes.
len0x
29th June 2004, 10:50
Originally posted by Carraway
I have a couple documentaries that are hybrid, and applying any kind of threshold value just makes the FILM and NTSC material equally poor-looking.
You're saying that deinterlacing makes FILM parts looks ok? I don't believe that. What's FILM percentage of the source?
P.S. what does your avatar say ? :)
len0x
29th June 2004, 10:52
Originally posted by buzzqw
it is a small ts clip. while autogk find audio ([29/06/2004 8.04.40] Audio: MPEG2 Audio on PID 0x992) and demux it ,say EXCEPTION: Audio is not found.
link to ts www.64k.it/andres/DreamBox.ts (5mb)
Thanks. I know how to fix that.
Carraway
29th June 2004, 13:37
Originally posted by len0x
You're saying that deinterlacing makes FILM parts looks ok? I don't believe that. What's FILM percentage of the source?
Maybe it's because I'm used to FILM material being broadcast at 29.97, but it looks fine to me. Obviously it doesn't look nearly as good as if it were IVTCed, but when the framerate is 29.97 there's only so much you can do to salvage the FILM material. Simply deinterlacing it preserves some of the smoothness and doesn't arbitrarily attempt to blend frames the way using threshold does. I think.
But having said that, my point in asking for the .deint had less to do with the FILM parts and more with the NTSC parts. At 29.97 the FILM matierial will look poor at basically any threshold, but the NTSC material is native to 29.97 and looks perfect when simply deinterlaced. But once a threshold of any kind is applied, the interlaced material becomes jerky and unsightly. I'm not a fan of the threshold values for hybrid clips because I think there's minimal quality gain for FILM material and a very obvious detriment to the NTSC parts.
Here's the analysis part of the log for your reference (this is from the most recent one I did):
[6/29/2004 6:39:29 AM] Source has percentage of interlacing in motion areas: 58.73
[6/29/2004 6:39:29 AM] Source has percentage of telecined patterns: 45.47
[6/29/2004 6:39:29 AM] Source has percentage of progressive patterns: 9.66
[6/29/2004 6:39:29 AM] Source has percentage of interlaced patterns: 44.87
[6/29/2004 6:39:29 AM] Source is considered to be hybrid (mostly NTSC).
P.S. I'm a tv nut, so my avatar is the screen caps of the 'written by' credits of my three favorite television geniuses: Joss Whedon, Aaron Sorkin & Amy Sherman-Palladino. :)
len0x
29th June 2004, 14:23
Originally posted by Carraway
First the bug report: I'm unable to use "Preview" twice without reloading the Input clip. I found this when I previewed once, then tried to adjust the width and preview again. It gives me this error (I'm posting the entire log just so you can see that it worked once, and then failed):
I can't reproduce this... Is it only on one source ?
Can you post the header of d2v file made when error occurs, please?
len0x
29th June 2004, 14:40
Another minor update. Still polishing support for TS :)
Plus a couple of new hidden options :D
Carraway
29th June 2004, 14:51
Originally posted by len0x
I can't reproduce this... Is it only on one source ?
Can you post the header of d2v file made when error occurs, please?
I've messed around with it since my last post and it apparently only happens with pure FILM material.
The header of a D2V file in which the error occured:
DGIndexProjectFile06
1
15 D:\DVD\test.vob
Stream_Type=1
iDCT_Algorithm=5 (1:MMX 2:SSEMMX 3:FPU 4:REF 5:SSE2MMX)
YUVRGB_Scale=1 (0:TVScale 1:PCScale)
Luminance_Filter=0,0 (Gamma, Offset)
Clipping=0,0,0,0 (ClipLeft, ClipRight, ClipTop, ClipBottom)
Aspect_Ratio=16:9
Picture_Size=720x480
Field_Operation=1 (0:None 1:ForcedFILM 2:RawFrames)
Frame_Rate=23976
Location=0,0,0,27A1
If I change the Frame_Rate field to 29970 and re-save it, then it will play again (without re-indexing) -- but only once, then I have to make the change again if I want to preview it again.
EDIT:
Oh, btw....
Originally posted by len0x
Plus a couple of new hidden options :D
Len0x, you're swell :)
len0x
29th June 2004, 14:56
silent update was done wo 1.44 just now as I broke deinterlacing if new ".kerneldeint" file is used :)
len0x
29th June 2004, 15:00
Originally posted by Carraway
If I change the Frame_Rate field to 29970 and re-save it, then it will play again (without re-indexing) -- but only once, then I have to make the change again if I want to preview it again.
Aha, 24fps is not recognized as NTSC framerate for mpeg2 obviously. During first launch of preview this value gets substituted for FILM materials and fails afterwards. I have to revise it for preview purposes...
buzzqw
29th June 2004, 15:05
My problem has gone with 1.44b !
Thanks Len0x :)
BHH
len0x
29th June 2004, 15:15
Originally posted by buzzqw
My problem has gone with 1.44b !
You sample was actually very useful to me as it contains several audio streams (which AutoGK can handle now). Do you have a sample with several programs in TS ?
fakey
30th June 2004, 01:41
Thanks for the great work len0x.
I've got two questions.
a. Is it possible for the AutoGK not to reset the codec settings and use the one that is already present in windows registry?
In that way more advanced codec settings could be possible while not hurting the 'easy job for newbies' scheme.:)
b. Is there any plan for the international support(language conversions) like what is done in GK?
It will do a great help for the newbies to see the program in their native language.
Hesse
30th June 2004, 04:16
Originally posted by len0x
Another minor update. Still polishing support for TS :)
Plus a couple of new hidden options :D
len0x,
Let me say you're simply amazing. Thanks so much for adding the .kerneldeint hidden option so quickly!! I love it. I'm going to try it out on my next batch of encodes.
Jesse
Master Ninja
30th June 2004, 05:02
Originally posted by len0x
What do you mean by "can't"? You should rip then into separate directories, not files. Keep in mind that subs will be unavailable for second and later epsodes.
Never mind, problem solved :). Awesome work!
len0x
2nd July 2004, 12:08
Originally posted by fakey
a. Is it possible for the AutoGK not to reset the codec settings and use the one that is already present in windows registry?
In that way more advanced codec settings could be possible while not hurting the 'easy job for newbies' scheme.:)
no, you can totally screw the encoding by that.
Originally posted by fakey
b. Is there any plan for the international support(language conversions) like what is done in GK?
It will do a great help for the newbies to see the program in their native language.
yes, but dunno when though...
zentaj
4th July 2004, 14:27
Hi guys,
i got a weird problem. Ever since AutoGK changed from using DVD2AVI to DGMPGDec audio is out of sync. When i use version 1.25 i don't have this problem. any solution guys?
((( atom )))
4th July 2004, 18:00
@len0x,
about the min quality idea again:
i just encoded a couple of old movies again and on some i get very visible blocks and edge-ringing.
so i think i can dare to state that the min quality wich is necessary for a rip to be visibly good strongly depends on the source. for old/bad/noisy movies i think it naturally is a bit higher.
do you plan to gift us with a little option to adjust that factor? i'd be happy :)
len0x
4th July 2004, 18:44
Originally posted by ((( atom )))
for old/bad/noisy movies i think it naturally is a bit higher.
actually no, quite the opposite. You will probably see the same effects in the original source, so for noisy b&w sources I personally (and not only me) accept quality of as low as 50%... It is a waste of space to try and achieve as close result to the original source as possible.
((( atom )))
4th July 2004, 19:50
Originally posted by len0x
actually no, quite the opposite. You will probably see the same effects in the original source, so for noisy b&w sources I personally (and not only me) accept quality of as low as 50%... It is a waste of space to try and achieve as close result to the original source as possible. hmm, that is sad now. so i'll possibly have to switch to gk for all my old movies again. :(
the source btw copes quite well with the noise and all, the encoding really looks worse then the original.
the discussion about really hq rips was started before and i actually understood you'd see some use for that fuction, too. that was why i asked again.
Carraway
5th July 2004, 07:52
Question: was having an "average Kbps" option (in 2-pass mode, 1-pass is useless) ever discussed as an additional alternative to target quality? I was ripping basically all the extras off a DVD the other day and I quickly realized that they all varied wildly in compressibility so "target quality" wasn't really an option (not to mention that autosize isn't triggered in % mode), and previewing each individual file to ascertain its length in order to choose an appropriate filesize was sort of time consuming. I wasn't going for exact filesizes so it seemed like an ideal situation for encoding the clips with an average kbps. Has this ever been floated/vetoed as a feature? (Btw, this is probably the least I've ever been invested in a feature request, I'm just asking as a just-out-of-curiosity type thing).
len0x
5th July 2004, 20:03
Originally posted by zentaj
i got a weird problem. Ever since AutoGK changed from using DVD2AVI to DGMPGDec audio is out of sync. When i use version 1.25 i don't have this problem.
Please do the following:
- demux audio manually using DVD2AVIdg and DGIndex
- if delays in the filenames are equal then post both log files when converting with 1.25 and latest version.
- if delays are not the same then nothing we can do here.
P.S. try also differet kind of audio (AC3/VBRMP3/CBRMP3)
P.P.S. you seem to be the only one having this problem...
P.P.P.S. is it only one source or all of them?
len0x
5th July 2004, 20:11
Originally posted by Carraway
Question: was having an "average Kbps" option (in 2-pass mode, 1-pass is useless) ever discussed as an additional alternative to target quality?
may be it was, but having a user which "doesn't care about file size and doesn't care about quality" is too much for such automated tool. Extras are indeed bummer to encode but having an option to encode with bitrate greatly reduces chances of getting a decent quality rip (and ppl WILL use it for main movie rips). So its better not to have it at all...
Carraway
5th July 2004, 20:23
Originally posted by len0x
...but having an option to encode with bitrate greatly reduces chances of getting a decent quality rip (and ppl WILL use it for main movie rips). So its better not to have it at all...
That's understandable.
added hints into job list to show settings for each job
This is great. I sometimes sorta freak out after I've just added like 25 VOB's to the queue that I might have accidentally added them with the wrong settings, then I'll delete them and re-queue them just to be sure. This feature will save me a little bit of my sanity. :)
Black0ut
5th July 2004, 20:25
can't access the autogk website right now...is it down again?
Taurus
6th July 2004, 10:04
Originally posted by Black0ut
can't access the autogk website right now...is it down again?
I can confirm this, hope that len0x noticed it.
Cheers
Taurus
killingspree
6th July 2004, 10:21
i can't confirm this... i can access the page as usual!
len0x
6th July 2004, 10:37
I have no problems accessing it either. What kind of error do you get?
Black0ut
6th July 2004, 11:18
Originally posted by Black0ut
can't access the autogk website right now...is it down again?
Problem seems to be solved...
zentaj
6th July 2004, 12:13
Originally posted by len0x
Please do the following:
- demux audio manually using DVD2AVIdg and DGIndex
- if delays in the filenames are equal then post both log files when converting with 1.25 and latest version.
- if delays are not the same then nothing we can do here.
P.S. try also differet kind of audio (AC3/VBRMP3/CBRMP3)
P.P.S. you seem to be the only one having this problem...
P.P.P.S. is it only one source or all of them?
when i manually use DVD2AVIdg it creates delay in the filename but DGIndex doesn't seem to create delay in filename. This is casuing the audio out of sync problem. When i encode with mp3 i don't have this problem. hope someone can help me.
len0x
6th July 2004, 12:31
Originally posted by zentaj
when i manually use DVD2AVIdg it creates delay in the filename but DGIndex doesn't seem to create delay in filename. This is casuing the audio out of sync problem. When i encode with mp3 i don't have this problem.
only AC3 has issues then?
What kind of sources are you trying it on ?
Taurus
6th July 2004, 15:26
Originally posted by len0x
I have no problems accessing it either. What kind of error do you get?
Just downloaded beta 1.45 from AutoGk Website.
Everything is running ok.
The Message I got when Server was down a few hours ago: "Server not available" (Just for your information).
Cheers
Taurus
wasco
6th July 2004, 15:33
Hi, i've started to use AutoGK and I really like the results it produces so far. Sharp images without a hussle, like the program promises! I am interested in knowing on what base the program decides on cropping? I haven't been searching for long in the forums yet so I might have overlooked a similar question/answer.
all with all, congrats on a job well done, great peace of software
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.