GordianKnot 0.28 Final is out - see thread in the main forum

[DoC hEx]

@len0x

I've done 3 rips so far with GK 0.28a5/Divx5.03 and all have given me a near perfect 700MB! Nice work! :)

[Blankman]

Originally posted by Morbo
Ditto SBreeze......

Im using DVX 5.0.2 being the only diff.....

No Log File after it finishes...

Im still using AVIsynth 2.0.8 and trying lanco resize....

**update**
The VirtualdubMOD included does not even work here....(settings i assume)....Clean re-do of the Mod folder makes it work,but still no COMP TEST LOG.....

Hmm... Using DivX Schizo Beta with AVIsynth 2.0.8 and VirtualdubSub keeps complaining that MPEG2DEC.sll is not an Avisynth 2.5 plugin. Heck, I know that. Why else would I have kept 2.08 installed?


-- I saw light at the end of the tunnel, but it was an oncoming train.

[summerbreeze]

Haw could you do that? I'm just curious
I finaly managed to make comp test fine but i can encode even a single movie???

[Ecwfrk]

Originally posted by TheWEF
no offence, but this is your first post and you have never seen a *_gknot.log file...
thank you for trying to help, but for alpha testing you might not be experienced enough. :)

wef.

I've been around here since Gknot was released. Never had a problem with GKnot before so I never had to post before.
And no, I've never seen a _gknot file before. Like I said, never had a problem before so I never had to look at one. Never had to do any trouble shooting. Following directions carefully can do that to a guy :D
After looking at it more carefully I see what it is. I simply thought it was an erroneus first pass log file. What the file is should be documented somewhere :)
It's a good thing to know. That little piece of info could have saved me hours of frustration. Seems obvious to check it now, never occured to me before.

The avs file worked fine. Everything else was good. Nothing I could find elsewhere came close to helping. That made the problem very frustrating.

Now, after checking it out some more, once I figured what the gknot.log file was, I found that when I add the script for the first pass into the virtualdubmod.jobs manually I get this error:
Avisynth open error
Load plugin: Unable to load
"c:\PROGRA~1\GORDIA~1\ mpeg2dec3.dll"
And it refrences line 7 of the avs file.

Notice the space before the dll name. The space does not appear in the GK config under options. It doesn't show up in the avs file either. It's getting a space from somewhere. Where could it possibly come from?
If I put the scripts into VDubMod manually and remove the space, everything works great. But anytime I run through Gordian Knot, that space appears in the gknot.log file. I've deleted and reinstalled everything to the same effect. .28A4 works perfectly. But switching to .28A5 causes the same problem every time.
So, so wierd.

[summerbreeze]

First good rip finally - exact 700mb.
But i have to report another problem which causes my unsucces before.
When in engoding tab i choose - original 2pass - 1st pass respectivly original 2pass - 2nd pass when it comes to 2nd pass something get wrong and i didn't have avi in the end. When i choose multipas and 2 passes everything is fine. That looks strange to me

[len0x]

Originally posted by ookzDVD
@len0x,

If you don't mind, the changelog will be a little bit better :)

it's actually posted on the first message of sticky thread every time I'm releasing new alpha...

[len0x]

Originally posted by summerbreeze
But i have to report another problem which causes my unsucces before.
When in engoding tab i choose - original 2pass - 1st pass respectivly original 2pass - 2nd pass when it comes to 2nd pass something get wrong and i didn't have avi in the end. When i choose multipas and 2 passes everything is fine. That looks strange to me

It doesn't to me :)
I'm disabling all the options apart from two passes (in fact it'll be called multipass... at least for divx5) right about now :)

[len0x]

Originally posted by Ecwfrk
Notice the space before the dll name. The space does not appear in the GK config under options. It doesn't show up in the avs file either. It's getting a space from somewhere. Where could it possibly come from?
If I put the scripts into VDubMod manually and remove the space, everything works great. But anytime I run through Gordian Knot, that space appears in the gknot.log file. I've deleted and reinstalled everything to the same effect. .28A4 works perfectly. But switching to .28A5 causes the same problem every time.
So, so wierd.

It is wierd, coz it indeed supposed to read the exact value from that editbox... (and no one else seems to have this problem) Can you try alpha 6?
(unfortunately I forgot to force stripping leading spaces for that version, but I did that straight after I released alpha 6... so anyway, in alpha 7, which I think will be last alpha, I'll trim spaces, so even theoretically this error will not be able to occur...)

[snowman386]

I am using beta 6. When encoding the credits sepatately, I get the error "credit settings are not set and no defaults are present", eventhough I have specified the settings.

[len0x]

Originally posted by snowman386
I am using beta 6. When encoding the credits sepatately, I get the error "credit settings are not set and no defaults are present", eventhough I have specified the settings.

yep, that was a typo, sorry about that, will be fixed in the next alpha...

[colordog]

Howdy -

I've been getting a random VDubMod error with alphas 5 and 6. In this case, random means the error will just 'happen' when it seems to want to, and if I retry the encode, it won't always repeat (in fact, usually doesn't repeat). It just seems to happen on either the 1st or 2nd pass about one out of six or seven times that it's launched. Also, this error has occurred either immediately when VDubMod is launched, or add the very end of the pass - it's never occurred at anywhere in the middle. Here's an example:

8:18:25 AM: Started DivX5 - Pass: 2: C:\vobs\MOVIE\VIDEO_TS\movie.avs
9:09:50 AM: Finished DivX5 - Pass: 2. Duration: 51 minutes, 23 seconds.
9:09:50 AM: Speed: 50.164 Frames per Second.
9:09:50 AM: *************************************
9:09:50 AM: EXCEPTION: Access violation at address 004044A9 in module 'GordianKnot.exe'. Read of address 656C691E
9:09:50 AM: EXCEPTION: Encoder Thread Terminated.

I believe that I'm using the latest VDubMod components - 1.4.13.2 v2 and the 3/26/2003 DLLs. Like I said, this error seems odd, because it's not reproducible, and I haven't encountered it when I used GKnot 0.27 with using AVS 2.5.1 and VDubMod, or alpha releases 3 and 4. I've just seen it on alphas 5 and 6.

Let me know if I can provide more information.

[len0x]

Originally posted by colordog
Howdy -
I believe that I'm using the latest VDubMod components - 1.4.13.2 v2 and the 3/26/2003 DLLs. Like I said, this error seems odd, because it's not reproducible, and I haven't encountered it when I used GKnot 0.27 with using AVS 2.5.1 and VDubMod, or alpha releases 3 and 4. I've just seen it on alphas 5 and 6.


I have some ideas about it - it's probably log file reading errors.
I've changed the way it's done for alpha 7...
Can you try it again ?

[colordog]

Will do!

[DoC hEx]

I'm getting the same errors with Alpha 7

Exception: Encoder Thread Terminated.
Exception: Access violation at address 004046BD in module 'GordianKnot.exe'. Read of address 656C691EI keep getting this everytime I try to run a comp test.

[len0x]

Originally posted by DoC hEx
I keep getting this everytime I try to run a comp test.

which is weird, coz I haven't touched comp test since alpha 3 or 4 probably...
But the question is - does this occur during encoding in alpha 7 ?
If not, then I know how to fix that in comp test as well...

[DoC hEx]

I’ve done a normal 2-pass encode on a short music video and it worked fine.

But then with the same source I tried to run the comp test and got the above error. So for me it’s only on the comp test that I have the problem. But I’ll do more tests on the 2-pass just to be sure.

[colordog]

I never got that error on comp tests - only on actual full passes, myself. I'll encode a few full-length movies tonight with alpha 7 and let you know what happens.

[snowman386]

I am having the same problem with alpha 7. Using alpha 6, the comp check worked fine.

[colordog]

I updated to alpha 7, and the comp check seems to have completely stopped working for me. When I click on "Save & Encode", and do any percentage comp check, the check takes '0 seconds' to complete... Now I'm getting Encoder thread termination errors 100% of the time when doing a comp check, instead of 0%.

Access violation at address 004046BD in module 'GordianKnot.exe'. Read of address 646C691E

I'll see if it actually lets me encode anything...

[len0x]

the problem was unrelated to log files...
(it's the addition of first/second single passes back caused me some problems...)

[colordog]

Comp check is working for me again now ... thanks!

As far as the other VDubMod encoder thread errors, I haven't gotten another one yet, but have only done two encodings. Have a bunch set up for today, will let you know.

[colordog]

@len0x

So far, I've done six 'full-length' encodes (two with alpha 7, and four with alpha 8). Alpha 8 definitely fixes the comp check bug, and it seems that 7 and 8 erradicate the VDubMod "Encoder Thread termination" error that I kept getting in alpha 6. (Six isn't the highest number for testing, but I'd usually get that error every 2nd or 3rd movie with alpha 6, so... :D )

@all developers

You guys rock! If those of us out here who have NO programming skills want to help, is there any other way we can outside of leeching off the lastest alpha/beta and greedily testing it? I'd like to contribute!

[len0x]

Originally posted by colordog
@len0x

So far, I've done six 'full-length' encodes (two with alpha 7, and four with alpha 8). Alpha 8 definitely fixes the comp check bug, and it seems that 7 and 8 erradicate the VDubMod "Encoder Thread termination" error that I kept getting in alpha 6. (Six isn't the highest number for testing, but I'd usually get that error every 2nd or 3rd movie with alpha 6, so... :D )


Good, we're gettings stable :) Now I have only one singinficant feature to implement before we release (won't tell you yet which one ;) )

Originally posted by colordog

@all developers


I'd like to see myself as many people indeed :cool:

Originally posted by colordog

You guys rock! If those of us out here who have NO programming skills want to help, is there any other way we can outside of leeching off the lastest alpha/beta and greedily testing it? I'd like to contribute!

That's exactly why I'm releasing alphas so fast... So that you guys can test it straight away...

[colordog]

I noticed that if I select TomsMoComp under Deinterlacing options, that in the AVscipt that "decomb.dll" is still un-rem'ed to be loaded - is this correct? If we use TomsMoComp, we don't need to have the decomb dll loaded, right?

[Ruppl]

If we use TomsMoComp, we don't need to have the decomb dll loaded, right?
@ colordog

This is correct! The decomb.dll got nothing to do with with TomsMoComp...

@ all

Someone here who tested the new alpha 9 with the Xvid Codec..I´m at work and cannot test...arghh

ca after work

[len0x]

incorrect loading of decomb.dll will be fixed :)
10x

[spud1980]

Will the new Gnot be support OGG stuff? Since Xvid is already supported?

[Micro@Dee]

Hi Folks!

Can I try to implement AviSplitCalc support into GNot?

cu, Micro@Dee!

[len0x]

@spud1980

OGM will be supported eventually, but not in 0.28

@Micro@Dee

What's AviSplitCalc ? Automatic splitting ?
Which mechanism are u thinking about ?

[Micro@Dee]

@len0x: AviSplitCalc is an automatic splitting tool for avifiles.

Look here: http://ia.microdee.net

I think it would be nice to have an option after the finishing of GNOT to split the file.

This evening I will inspect the delphi code of GNOT and then let's see ... ;-)

cu, Micro@Dee!

[Dark-Cracker]

Hi,

for the split i think vdubmod and the "save segmented avi" will do a better job.

Bye.

[hakko504]

Originally posted by Dark-Cracker
for the split i think vdubmod and the "save segmented avi" will do a better job. ...with the little exception that the second file most likely isn't playable unless you put it back together with the first one.

'Save segmented Avi' does split by frame accuracy at a given MB, but in order to be able to play the file it must start with a keyframe, something 'Save Segmented Avi' doesn't care about at all. If you don't split at keyframe you will end up with audio/video desynch, missing frames at the split-point and some apps will not play the file at all.

[len0x]

Originally posted by Dark-Cracker
Hi,

for the split i think vdubmod and the "save segmented avi" will do a better job.

Bye.

if it's true, can somebody dig up vcf script commands to do that ?

*edit*
now after Hakko's reply - can it be done via jump to the last key frame ? (I mean can that funtion be accesible via vcf script command ?)

[hakko504]

Originally posted by len0x
*edit*
now after Hakko's reply - can it be done via jump to the last key frame ? (I mean can that funtion be accesible via vcf script command ?) I don't think so, but if you ask Belgabor nicely (i.e. use the feature request function at sourceforge (http://sourceforge.net/tracker/?atid=512622&group_id=65889&func=browse)) I'm sure it can be made available through scripting.

[len0x]

Originally posted by hakko504
I don't think so, but if you ask Belgabor nicely (i.e. use the feature request function at sourceforge (http://sourceforge.net/tracker/?atid=512622&group_id=65889&func=browse)) I'm sure it can be made available through scripting.

just did :)

[pixolex]

Can't you upgrade the Gordian Knot rippack with the latest software you use..like VirtualDubMod and the others...

:o

Congratulations! Good work you are doing LENOX :) keep going...

[len0x]

If you're so anxious look here: http://forum.doom9.org/showthread.php?s=&threadid=50507

some test installers there... As soon as we out of alpha stage proper installers will be offered...

[spud1980]

Hi,

The part where after you do the settings and recroping of your DVD2AVI project file and when you select Encode & Save, after which a dialogue box pops up for you to select the resize filters and noise filters?

Yep, I was wondering if in the version of Gnot the new and more popular filters eg. Fluxsmooth, C3d and Lancrosize would be acutally implemented in the program itself by which I mean not just included in the packs but integrated with radio button selections in addition to the standard filters. Or do users have to manually edit the avisynth script and load them etc in order to use them although the files are already within the directories. It's quite a impending step for less experience users like me who want to use them but dare not alter the defaults for fear of screwing the scripts up and the technicalities involved.

(although I've read in other forums that it's already included in o.27 but I don't see that option, there's only like the standard ones up to sharp bicubic and the last filter is called simple -fast
& good-)

Lastly, you know the options part where you get to config the settings for divx and xvid for the different passes and credits?
I was wondering if default settings are included for the layuser or either the software would autoconfigure them everytime you set the bitrate / resolution etc, or maybe it autoconfigs after you run a comp test or something or maybe it's a new step in the whole process itself where users have to manually configure them.

Cheers.

[len0x]

And I was wondering how carefully you read this development forum :)
Most of the answers are already out there...

Lancsoz resize is already in 0.28 since alpha 1 (and default, btw).
I'm still deciding on deafult noise filter - between Convolution3D and FluxSmooth (the name will not appear but they will be used).
In any case for noise filters - they all will be used I guess in the avs (just commented out) if you don't like default until we have flexible interface to plug in all the filters...

Regarding default settings - all that lazy user have to do at the moment is just press and say OK. All defaults will be automatically
confugured during that process. After that in principle you never ever have to see codec window again... I don't see much reason to include default settings yet (although if somebody can compile them into *.reg excluding postprocessing settings of the codec we can include them with GK now as well). In the future it'll be a bit different (read other threads...)

[spud1980]

Opps sorry about the thread thingy, I just got caught up in this, downloaded the alpha9 today, an hour before the alpha10 got released (sheesh).

Commented out of curiosity and interest after I've seen the actual alpha? Noticable cosmetic differences, caught my interests and just started pondering about the details.

I'm curious as to why Divx 3.11 Alpha is still included as a Codec since I suppose 5.02 and above pretty much does a better job? This would greatly reduce the need for Nandub to be included along with the stats files editor thingy (which I understand is used in conjunction with 3.11).

And I've always wondered what's the use of the Filelist writer? The Gnot tut didn't seem to mention that aspect at all (I figured out the Nandub and statfile thingy myself through some readings).

Lastly, I think the auto avi-segmenter feature (but perhaps make it an optional feature) will be really neat and will really bring gnot up on par with competiting s/w (if not already ahead or on par). DVX included a OGM cutter and stuff, not sure about avi cutter. And this other s/w which I've used before called DVDx has segmenter as well though not a optional feature on it, plus it does a very bad job of outputing inaccurate segment sizes specified by the users (20-30 megs off).

Cheers.

[CaptainCarrot]

Hi lenox,
I was just trying to encode a movie with xvid, and i could`t use the "encode credits separately"-option. In the "save and encode"-menu the trim-options were all greyed, so were was only one *.avs-file and the "encode credits separately" in the xvid-options was greyed as well. So i tried to fool gnot by pretending to do a divx-encode. Now the trim options were available and i created 2 *.avs-files. I could check the "encode credits separately" in the xvid-options as well, but hitting the "add job to encoding queue" simply closed the window and that was it. Did i do something wrong?

Greetings

edit: I'm using alpha 10

edit 2: OOOhhh, it's configured automatically in the advanced options... i didn't expect it to be that automatic, there isn't anything left to choose.

[len0x]

Originally posted by CaptainCarrot

edit 2: OOOhhh, it's configured automatically in the advanced options... i didn't expect it to be that automatic, there isn't anything left to choose.

Yep, it is configured automatically - all you have to do is to set the beginning of the credits :)
(that's why the option is grayed - not to mess around with several avs files...)
Glad you liked that feature :)

[mazzo]

Hi there

I've done my first encode with 028. The video was just .... GREEN ....

What happened?

My original avs was like this:

segmentedavisource("d:\video\simpsons.avi").converttoyv12()
trim(0,18933)+trim(24299,36937)

I was aiming at a filesize of 179 Mb, but ended up with approx. 20 after the audio mux.

Anyone got an answer?

I have Virtualdubmod, Divx 5.03 and Avisynth 2.5

[irasnyd]

Would it be possible to have an option to reset the XviD settings to defaults?

irasnyd

[kxy]

Got an vdenc.log file, load it to GK, got a warning regards to number of pixels not stored in divx 4. Click either on yes or no, then nothing shows up.

my vdenc runs like this with several pages...
1 0
0 0
0 0
0 0
0 0

[TheWEF]

avi splitting:

my brother aquaplaning just wrote some delphi code for analyzing avi files and finding the correct splitpoint. i'm going to add him to the devs list now so he can upload the code.

wef.

[FeWipS]

Hi there guys, i installed the new gknot alpha 10 yesterday to try it out, after some minor errors about missing dll's i fixed that and it worked fine, But
since i try to use xvid in my latest rips i get almost always undersized avi's, when i used gknot 0.27 for my last 10 rips( 3 of them xvid & 7 divx3.11) , all the divx3 rips are exactly 700mb or 1400mb when i make a 2cd rip, but the xvid always gets some less, 696 instead of 700 or 1390 instead of 1400mb, that kinda stuff, i had it with gknot 027 and now with the new alpha i tried over night, i got the same, again a very nice encoded xvid BUT 696mb instead of 700, anyone has a clue why xvid always gets a little undersized while divx3 always fits perfect? [ Sometimes i used ac3 sound and this time mp3 but no difference, always a little undersized :S ]
Any tips are welcome!

Greets

[len0x]

@mazzo
You configuration is quite unusual. But I know that 5.0.3 has problems with green frames... and regarding segmentedavisource it looks like a common problem not related to GK:
http://forum.doom9.org/showthread.php?s=&threadid=41085

@irasnyd

Reset to defaults when exactly?

@kxy

I'll try to fix that in the next alpha, but it's getting more and more difficult with loading all sort of stats files (ppl want the comp check working properly for every codec + load every stats/log file)

@Wef

If he can upload it as seperate unit, that's be great...
(I'll merge it somewhere...)

@FeWipS

Interesting, we have to investigate this problem - anybody else have the same issue ?

[N_F]

@FeWipS

Sounds more like an XviD issue to me.

You say you use 0.27 with XviD. You mean you used GordianKnot to create an avs-script and then encoded separately?

[majerle]

@Len0x
@FeWipS

from gordian log:
Bitrate: 1350 k(=1000)Bits/s

As far as i know xvid use k=1024 bits ...
And

(http://forum.doom9.org/showthread.php?s=&threadid=16935,
When Setting bitrate:
Entering 573440 will give an output avi of 560 MB. (i.e. KB=MB*1024)
)

may be the problem ?

@irasnyd

hit load defaults in xvid settings ( after hit "First Pass")

Best Regards

Andres