Auto Gordian Knot: current version 2.55

[ydobon]

Hello there,
Originally posted by len0x
[...] so if you have any bugs to report please shout now :) [...]
THIS IS NOT A... I mean... ahem... this is not a bug report but a feature request. I think it shouldn't be too difficult.

In DVD mode, AutoGK adds a tag to each audio based on the stream labels: English, Spanish, and so on and this is very useful. In File Mode is also done but the tags are not very helpful (e.g. "MPEG2 audio on PID 0x51"). Could you please make that if the .tstream hidden file is like this:

A6
69 English
68 Español

...AutoGK uses that text instead of the "MPEG2 audio on PID..." tags?

I know, it's just cosmetic, but it would save the aditional VDubMod step to fix it :)


Regards,

[len0x]

Originally posted by ydobon
...AutoGK uses that text instead of the "MPEG2 audio on PID..." tags?


Well, that info is picked up at runtime and as soon as I get command line PID detector utility from Neuron2 - .tstream file will be obsolete. So there is no really a generic way of describing streams...

[ydobon]

Hi again,

Originally posted by len0x
So there is no really a generic way of describing streams...
In that case I would prefer no audio tags in file mode, because the default of "audio 1" is better than the cryptic "MPEG2 audio on PID 0x51".


Regards,

[len0x]

Originally posted by ydobon
In that case I would prefer no audio tags in file mode, because the default of "audio 1" is better than the cryptic "MPEG2 audio on PID 0x51".


that can be done indeed :)

[therealjoeblow]

Originally posted by len0x
I really want to get 1.55 stable out ASAP, so I can continue working on some major things like avisynth 2.5.5 support (that probably breaks some things), so if you have any bugs to report please shout now :)

P.S. for the moment we're only trying to solve some compatibility issues with ESS-based players...

Hey, len0x...

Feature request for future version - I recently encoded a french movie Vidocq, which presumably was originally shot in France @ 25fps (?), and then poorly converted to 29.97 fps for the NTSC DVD release. In viewing the source frame by frame, it looks mostly interlaced, but there do appear to be periodic single progressive frames. Of course DGIndex was unable to detect any progressive pattern, and identified the video as interlaced, so the encode went at 29.97fps. The resulting video was a little jerky and had some field-blending blur, overall didn't look that good.

I managed to use the AutoGKTweaker utility to change the script to include the following:

Telecide(movie,order=1,guide=3,post=2).Decimate(6)

That deinterlaced the movie pretty well perfectly, and the resulting .avi was 24.975fps with audio perfectly in sync, plays back perfectly smooth, and looks much better.

I'm not sure if this would be a frequently used feature, but it may. You could call it something like "Force Deinterlace of PAL->NTSC Source"?

[ukb007]

I do not want AGK source code to be published, or a command-line version. AGK represents a major breakthrough in the DVD>mpeg4 encoding process for the end-user, and it is very well supported by its developer (as opposed to other good programs like, say, VobSub, which the brilliant programmer releases and forgets all about). We have no reason to complain because len0x always makes decent attempts to fulfill ALL the cogent and logical demands of the end-users that would obviously help many others, too. Especially when we remember that he does all that in his spare time. We have no information that he is a billionnaire, being a descendant of the Romanovs, and has plenty of free time to devote to anything that pleases him. I think we are all thankful for what we are getting FREE.

Regards.

[len0x]

Originally posted by therealjoeblow

I'm not sure if this would be a frequently used feature, but it may. You could call it something like "Force Deinterlace of PAL->NTSC Source"?

Have you tried RePal on that source?

Regarding including this into AutoGK - although there may be quite a few sources like that in NTSC land since its impossible to autodetect that (unless those progressive frames are really periodic) or even suggest to try that option - most ppl will have no chance to use it. Such advanced fellows like yourself can still manage to use AutoGK Tweaker.

P.S. How about looking at hidden_options.txt and filling missing options in Hidden Options tool ? :)

[trioxin]

I am having issues with autocrop with one dvd. The first 3 minutes of the dvd are letterboxed widescreen (approx 1.85:1 with black borders added). After the intro the dvd goes into 4:3 fullscreen mode.

Autocrop crops it wrong. The only way I could get it too work is by adding this to the autocrop settings:
samplestartframe=2400
If I use hidden options to increase the number of frames to scan it takes forever to preview it.

Any chance you can add the option to change the start frame like you did for the threshold & scan length?

AutoGK absolutely rocks, keep up the good work!!!


thanks,
trioxin

[paul_ahb]

Originally posted by len0x
I really want to get 1.55 stable out ASAP, so I can continue working on some major things like avisynth 2.5.5 support (that probably breaks some things), so if you have any bugs to report please shout now :)

P.S. for the moment we're only trying to solve some compatibility issues with ESS-based players...

Well this isn't an ESS problem but I'll list it anyway on the off chance that it can be solved. I'm not sure if it is a bug in AutoGK or a problem with the encoding of the original file.

I am using a programme to record television (called web scheduler). It produces an mpg file which works fine through zoom player, media player classic and windows media player.

when I attempt to use autoGK 1.53 on it, the result is that the audio is not synchronised with the video properly.

However, if I run the mpg files through projectx and then use IFO edit to turn the files into a DVD format, then AutoGK ge's the audio in synch with the video.

I assumed that this must be a problem with the initialy recorded mpg file, so I attempted to use ProjectX to just produce a ts file as it's output, but AutoGK errord on that file (I don't remember the error but could reproduce it on request). I was hoping to cut down on the number of steps thta I would have to use to compress the files.

Paul

[ydobon]

Hi,

Originally posted by trioxin
Any chance you can add the option to change the start frame like you did for the threshold & scan length?

I'd find this useful too.


Regards,

[len0x]

Originally posted by ydobon
I'd find this useful too.


its already done :)

[len0x]

Originally posted by paul_ahb
I assumed that this must be a problem with the initialy recorded mpg file, so I attempted to use ProjectX to just produce a ts file as it's output, but AutoGK errord on that file (I don't remember the error but could reproduce it on request). I was hoping to cut down on the number of steps thta I would have to use to compress the files.


You should always state the exact error you're having to save time (especially so close to the release time). Demuxing/indexing is done outside of AutoGK by DGIndex, so if something wrong then its there. But I'd like to have samples of both mpeg and ts (if its still fails) if possible.

P.S. 1.54 should be up shortly that improved TS handling. Please try it.

[len0x]

Well, 1.55 probably will not be stable release after all as I just did quite a number of changes in 1.54 beta. The most important two:

- support of Avisynth 2.5.5 (now it works only with it, not 2.5.4 anymore)
- better support for TS/HDTV sources (including 60fps ones - I finally got my hand on such samples)

[ydobon]

Hello,

I have a little doubt concerning "Auto Width" resolution. Please correct me if I'm wrong, but I've been encoding some .ts files and I got the surprise of having AVIs with a resolution of 1088x480 and 1040x432 when both sources were 4:3 528x576.

How come AutoGK goes so high with the width? Is it must be something specific for file sources? The maximum width I've got from a DVD was 720 :confused:

I guess the "Maximum Width" option is the way to avoid this kind of surprise, but I'm curious about the reason of such resolution.


Thanks in advance.

[len0x]

Originally posted by ydobon
I have a little doubt concerning "Auto Width" resolution. Please correct me if I'm wrong, but I've been encoding some .ts files and I got the surprise of having AVIs with a resolution of 1088x480 and 1040x432 when both sources were 4:3 528x576.


Which version and which mode are you using? I fixed some bugs regarding this in 1.54 (in quality based mode), so in principle it should not go above width of a source...

*Edit* maximum width settings will override source width indeed...

P.S. I'm so glad finally someone heavily using AutoGK on TS/HTTV sources! :)

[ydobon]

Hello,
Originally posted by len0x
Which version and which mode are you using?
1.53b with a 2240MB custom size. When I finish the current encode (couple hours) I can try with 1.54b.

As before, if you think a short clip can help you I can make it available.
Originally posted by len0x
I'm so glad finally someone heavily using AutoGK on TS/HTTV sources!
And I'm *so* glad AutoGK supports them :D

Now, if I could find a better .ts cutter than DVR-Studio...


Regards,

[len0x]

Originally posted by ydobon
1.53b with a 2240MB custom size.


Hm.. that's odd.

Originally posted by ydobon
As before, if you think a short clip can help you I can make it available.


I do! :)

Originally posted by ydobon

Now, if I could find a better .ts cutter than DVR-Studio...


ProjectX ?

[len0x]

Originally posted by ydobon
but I'm curious about the reason of such resolution.


here we go, its a bug. initial comp test was run with resolution large that source, so resizing algorithm was trying to increment width until comp test results are OK (file was maxed out with width of 704 that is used for > 1CD rips), and condition for the end was never working as width never reached source width (coz it was larger to start with). fixed.

[ydobon]

Hello,
Originally posted by len0x
here we go, its a bug. initial comp test was run with resolution large that source, [...] fixed.
OK, thanks. Stopping upload. :rolleyes:

I'm still not sure what is the max width in my case (4:3, 528x576). As it's 4:3 the MPEG is extended to 768x576, isn't it? Is that "768" the max width that AutoGK considers?


Regards,

P.S. Now that you're back in unstable mode ;) can you make AutoGK remember the last input source (DVD/File). Do I beat any finickiness record when asking for this? :p

[len0x]

Originally posted by ydobon
I'm still not sure what is the max width in my case (4:3, 528x576). As it's 4:3 the MPEG is extended to 768x576, isn't it? Is that "768" the max width that AutoGK considers?


Nah, 528 is maximum width. Height will be brought down to 400 though (as closest mod16 to 4:3 AR). Upsampling artifacts are worse then loosing some of the vertical lines...

Originally posted by ydobon

P.S. Now that you're back in unstable mode ;) can you make AutoGK remember the last input source (DVD/File).


Not sure - I still want to get 1.55 as stable one :)

[Shuichiro]

Don't know if it is aimed to be that way but if I choose a custom size of 1400MB AutoGK wants to split my encoded movie into 2 700MB avis.
It would be great if only preferred size would do that :) That would spare me 1,4Gig in my calculation (Laptop HDD ;)

[len0x]

Originally posted by Shuichiro
Don't know if it is aimed to be that way but if I choose a custom size of 1400MB AutoGK wants to split my encoded movie into 2 700MB avis.
It would be great if only preferred size would do that :) That would spare me 1,4Gig in my calculation (Laptop HDD ;)

FAQ Q 6.11

[thop]

I'm having trouble with AutoGK recognizing a DVD i ripped in DVDDecrypter, of course in IFO (PGC) mode. It says DVD was not ripped in DVDDecrypter but it was :confused:

Please get IFO here (http://www.huno.net/cstm/VTS_02_0.IFO) :)

[Thomas Davie]

I just finished backing up my entire first season of Survivors to DivX 5.2 using your program. Despite the fact that I had handled my original discs with exquisite care, inevitably fingerprints, etc impinged upon them (damn you alcohol!).

Well, I had ordered these from Amazon UK at 42 lbs, which equated to about $100 Cdn. Add in importation taxes, and I paid about $140 Cdn for the season (this was the only place I could find to order the season from).

I hesitated to play them because I didn't want to have to buy another set. So yesterday, and overnite, I backed up the entire 13 episodes using my laptop and an external burner. 325 mb per 50 minute episode. One 60 cent disc that plays on my stand alone DVD player.

Thanks again; I can now play them wihtout fear of losing something comparatively more valuable than one measly blank.

Tom

(As a side note, I know that a lot of the media thinks that using programs such as this are only good for one thing. But when you consider that many of us own entire runs of Star Trek, X-files, Stargate and so on, it easily runs into the 1000's of dollars).

[len0x]

Originally posted by thop
I'm having trouble with AutoGK recognizing a DVD i ripped in DVDDecrypter, of course in IFO (PGC) mode. It says DVD was not ripped in DVDDecrypter but it was :confused:

Please get IFO here (http://www.huno.net/cstm/VTS_02_0.IFO) :)

IFO is irrelevant, rather provide a stream info file please.

[ydobon]

Originally posted by myself
P.S. Now that you're back in unstable mode can you make AutoGK remember the last input source (DVD/File).
Err... I meant "remember the last input mode (DVD/File)".

Note to self: Must review before submit.:p

About my question about maximum resolution: If I set "Max Width" to 768 with a 528x576 source, will still the real maximum be 528?

And are those upsampling artifacts that bad? I've got some awful results with some sources but others were ok. I though it was just because of the source quality/bitrate.


Regards,

[paul_ahb]

Originally posted by len0x
You should always state the exact error you're having to save time (especially so close to the release time). Demuxing/indexing is done outside of AutoGK by DGIndex, so if something wrong then its there. But I'd like to have samples of both mpeg and ts (if its still fails) if possible.

P.S. 1.54 should be up shortly that improved TS handling. Please try it.

I tried 1.54 and I can now do encode small ts files, but not large ones. I tried a 30 second capture successfully and then a 5 minute file successfully. Then I tried a 70 minute file and I received the following error:
---------
VirtualDub Error

AviSynth read error:
Avisynth: caught an access violation ay 0x01353919,
attempting to read from 0f2cbc900
---------

The file is 3.2GB so I have no way of getting it to you. I am attempting different types of files and different sizes. When I get something that I can send to you I will - can you downlaod 1gb files from www.yousendit.com?

(I find that you bring out new releases faster than I can run the tests :rolleyes: - Things seem to get better with every release anyway :)

Paul

[thop]

Originally posted by len0x
IFO is irrelevant, rather provide a stream info file please.
Ah i didn't know that AutoGK needs the stream info, now that i made the stream info file it works :)

[paul_ahb]

Originally posted by paul_ahb

(I find that you bring out new releases faster than I can run the tests :rolleyes: - Things seem to get better with every release anyway :)


with 1.54 have not been able to make anything go wrong with the original mpg files that are being generated by my tv recorder. But I as mentioned before I am still having difficulties with the ts files that ProjectX generates. This is not such a big deal for me if I can encode direct from the mpg files but I'd be happy keep testing if you'd like me to.

Paul:)

[len0x]

Originally posted by paul_ahb
with 1.54 have not been able to make anything go wrong with the original mpg files that are being generated by my tv recorder.


are you saying that mpeg files are working OK now (even of large sizes) ?

Originally posted by paul_ahb
But I as mentioned before I am still having difficulties with the ts files that ProjectX generates.

but only large ones?

[len0x]

Originally posted by ydobon
Err... I meant "remember the last input mode (DVD/File)".


I'll see if that can break anything or not, if yes, then right after stable release

Originally posted by ydobon

About my question about maximum resolution: If I set "Max Width" to 768 with a 528x576 source, will still the real maximum be 528?


yes


Originally posted by ydobon

And are those upsampling artifacts that bad? I've got some awful results with some sources but others were ok.


I'm just against the idea of introducing pixels that are not there in the beginning. The player can do it during playback - why waste bits on something that is not of a good quality?

[paul_ahb]

Originally posted by len0x
are you saying that mpeg files are working OK now (even of large sizes) ?

Yes :) I am currently running another test for a series of 3 mpg files
accross my home network. If it is all finished and working properly by the time I get home from work, I'll be very happy.

but only large ones?

that's right, large TS files (generated from the mpg file by ProjectX) are failing giving that error that i posted earlier.

Paul

[Thomas Davie]

Originally posted by len0x
are you saying that mpeg files are working OK now (even of large sizes) ?



but only large ones?

For what it's worth, I used a 4 gb mpeg2 file from my DVD recorder in AutoGk and had no problem.

Tom

[len0x]

Originally posted by paul_ahb

that's right, large TS files (generated from the mpg file by ProjectX) are failing giving that error that i posted earlier.


at what point the error occurs?

[len0x]

Originally posted by paul_ahb
I'd be happy keep testing if you'd like me to.


Can you try something for me - get VDubMod 1.5.10.1+bugfix and replace the one you have in AutoGK directory. I tried 11Gb of TS (in 3 files) overnight and although i didn't have any error - resulting AVI could not be played properly (not even part of it) as it was played on fast forward at 50-60fps. I have suspicion that VdubMod doesn't like large input files... (or it might me avisynth)

[ydobon]

Hello,
Originally posted by len0x
I'm just against the idea of introducing pixels that are not there in the beginning. [...] why waste bits on something that is not of a good quality?
Well, It's not exactly a waste, isn't it? Upsampling the width allows using the full vertical resolution. I'm particularly thinking in very wide movies where more than 40% of those 528x576 pixels are black bars.

If a 2.35:1 movie is broadcast as 4:3 528x576, only 528x327 of that is image. Correcting the ratio downwards gives 528x225 (0.12 Mpx) while doing it upwards it's 768x327 (0.25 Mpx). That's a 45% of "new" pixels (31% of the total) for a 111% more of image (more than the double).

I'd like that when "Maximum width" is set higher than the source width, AutoGK consider that maxwidth as the limit. I don't know if it's possible.


Regards,

P.S. About the previous posts: FWIW, I've encoded without problem a 7.5GB .ts file (DVR-Studio output, though).

[len0x]

Originally posted by ydobon
Hello,

Well, It's not exactly a waste, isn't it?

Everything is a waste when you're tring to encode pixels that do not exist in the source. Otherwise why not encode all normal DVDs as 720p?? Ideal encode is obviosuly anamorphic encode in all cases (no downsampling, no new pixels). If not, then I prefer downsampling and then resizing during playback.

Originally posted by ydobon

I'd like that when "Maximum width" is set higher than the source width, AutoGK consider that maxwidth as the limit. I don't know if it's possible.


that is possible.

Originally posted by ydobon

P.S. About the previous posts: FWIW, I've encoded without problem a 7.5GB .ts file (DVR-Studio output, though).

My problem actually turned out to be in demuxing part - ac3 audio length was shown to be 13 hours in vdubmod instead of 1h50m. So demuxing in DGIndex is not perfect I can see (projectX is nice though), but nothing we can do about it since Neuron2 is not around here...

[ch@@boom]

Originally posted by len0x
Then don't. Its a very old version now and totally not supported anymore...

just wanted to let you know I am still using this version ..
I am just doing 850MB Xvid encodes (40 so far), not a single problem so far

P4 3,2GHz
1GB Ram
WinXP SP1

BTW is there a list or ressource where I can read about all the hidden files ? where you can change verious settings for autogk (like 3 passes instead of 2, .. avisynth stuff etc. ..)

thx

[ydobon]

Originally posted by ch@@boom
BTW is there a list or ressource where I can read about all the hidden files ? where you can change verious settings for autogk (like 3 passes instead of 2, .. avisynth stuff etc. ..)

Well, there's the hidden_options.txt file in your AutoGK directory :D

[len0x]

Originally posted by ch@@boom
just wanted to let you know I am still using this version ..


I'm not saying that its a bad version - in fact its the last stable one. Just in case someone runs into problems I'm not able to fix it there unless its reproducable on the most recent one.

[len0x]

I've put online another version, that I consider an RC. Unless some really serious bugs found its gonna be released next week.

[lark]

i'm getting Sorry, this Module isn't active! from all the mirrors.

btw i've been wondering, why the filesize is always reported as 0 bytes...

regards
t :)

[len0x]

Originally posted by lark
i'm getting from all the mirrors.


FAQ Q 0

Originally posted by lark
btw i've been wondering, why the filesize is always reported as 0 bytes...


Because I have to manually put number of bytes there - I just cannot be bothered as I do releases quite frequently...

[lark]

thx for quick reply.
must have been the cookies, thus couldn't figure out, how to set that only for one server in firefox and had to back up for ie...

sorry for the manual filesize issue. would there be a possibility to omit the whole text not to confuse downloaders?

btw thanks a 1000000 for the great proggy!

regards
t :)

[len0x]

Originally posted by lark
sorry for the manual filesize issue. would there be a possibility to omit the whole text not to confuse downloaders?


not really, as its not configurable on nuke-based systems.

Originally posted by lark
btw thanks a 1000000 for the great proggy!


ppl should stop saying that and instead donate or at least click on the ads on my website :D

[lark]

Originally posted by len0x
ppl should stop saying that and instead donate or at least click on the ads on my website :D

ok, will stop.
and i immediately went and clicked the adds like crazy ;-)

regars
t :)

[paul_ahb]

Originally posted by len0x
at what point the error occurs?

I have pasted the log here to show where it stops and the error is produced:

[11/09/2004 12:52:58 AM] AutoGK 1.54b
[11/09/2004 12:52:58 AM] OS: WinXP (5.1.2600).2
[11/09/2004 12:52:58 AM] Job started.
[11/09/2004 12:52:58 AM] Input file: JAG (2004-09-07 12-00 SCT Digital).ts
[11/09/2004 12:52:58 AM] Output file: U:\!TVEdits\compression tests\JAG (2004-09-07 12-00 SCT Digital).avi
[11/09/2004 12:52:58 AM] Audio: MPEG1 Audio on PID 0xc0
[11/09/2004 12:52:58 AM] Subtitles: none
[11/09/2004 12:52:58 AM] Codec: XviD
[11/09/2004 12:52:58 AM] Target quality: 50%
[11/09/2004 12:52:58 AM] Started encoding.
[11/09/2004 12:52:58 AM] Demuxing and indexing.
[11/09/2004 12:56:37 AM] Processing file: U:\!TVEdits\compression
[11/09/2004 12:56:38 AM] Source aspect ratio: 16:9
[11/09/2004 12:56:39 AM] Source resolution: 704x576
[11/09/2004 12:56:39 AM] Found PAL source.
[11/09/2004 12:56:39 AM] Analyzing source.

The error is a VirtualDub Error. I believe that I am using VirtualDubMod 1.5.4.1.

You said that you want me to try a different version of virtualDubMod... where do I get this version?

Paul

[len0x]

Originally posted by paul_ahb
[11/09/2004 12:56:39 AM] Analyzing source.

The error is a VirtualDub Error. I believe that I am using VirtualDubMod 1.5.4.1.

You said that you want me to try a different version of virtualDubMod... where do I get this version?


So analysis step is failing. I assume you're using avisynth 2.5.5, right? (that is supplied with 1.54/1.55). You can get latest VdubMod here:
http://prdownloads.sourceforge.net/virtualdubmod/VirtualDubMod_1_5_10_1_All_inclusive.zip?download
plus update: http://prdownloads.sourceforge.net/virtualdubmod/VirtualDubMod_1_5_10_1_b2439.zip?download

P.S. Can I get hold of sample TS file from you somehow?

*EDIT* Does exclamation mark in the path make any difference for VDubMod I wonder...

[QNX]

i have a million dollars question :D

does the AGK supports DTS streams in DVD?

[assen79]

Hi!
After start encoding the process interrupt an there cames up an error message in the log:
[10.09.2004 17:05:32] AutoGK 1.55b
[10.09.2004 17:05:32] OS: WinXP (5.1.2600).2
[10.09.2004 17:05:32] Job started.
[10.09.2004 17:05:32] Input dir: C:\DVD
[10.09.2004 17:05:32] Output file: C:\DVD\Top Dog.avi
[10.09.2004 17:05:32] Audio: Deutsch
[10.09.2004 17:05:32] Subtitles: none
[10.09.2004 17:05:32] Codec: DivX
[10.09.2004 17:05:32] Target size: 700Mb
[10.09.2004 17:05:32] Custom resolution settings: minimum width of 512 pixels
[10.09.2004 17:05:32] Custom audio settings: VBR MP3 with average bitrate: 128Kbps
[10.09.2004 17:05:32] Started encoding.
[10.09.2004 17:05:32] Demuxing and indexing.
*************************************
EXCEPTION: Cannot open file "C:\DVD\agk_tmp\Top Dog.d2v". The system cannot find the file specified
*************************************
[10.09.2004 17:05:33] Job finished.