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

[FeWipS]

Originally posted by N_F
@FeWipS

Sounds more like an XviD issue to me. [that's true]

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

yes with 0.27 i encoded with virtualdub separately

and @majerle

when u choose divx5 or xvid in gknot (027 or 028 doesn't matter) it counts already mb*1024 so that is not the problem i guess...

[Ruppl]

@ lenox

I´ve started a 1CD rip with alpha10 and Xvid, i`ll let you when recieve the same problems with the filesize...

or maybe the problem the problem are 1024...

bye;)

[len0x]

Originally posted by majerle
@Len0x
@FeWipS

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

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


See, that log of a bitrate calculation is obsolete for xvid, since it doesn't have a bitrate settings. It uses desired size instead...
So error can only be in the overhead/audio sizes or in the codec itself...

[FeWipS]

Originally posted by len0x
See, that log of a bitrate calculation is obsolete for xvid, since it doesn't have a bitrate settings. It uses desired size instead...
So error can only be in the overhead/audio sizes or in the codec itself...

my guess is also that it's the overhead/audio size, BUT how can i make it work? :D

[aquaplaning]

i have made a delphi unit for finding a keyframe for splitting in an avi file.
you can search for it by providing a ratio (e.g. 1/2) or a desired file size.
first tests show it pretty accurate...

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


i don't want to step down into the dark dungeons of sourceforge so i'll attach it to this post. ;)
a very small sample application is also included (only source, no binary!)

[len0x]

Great! :)
but where is the attach ? ;)

[hakko504]

Originally posted by len0x
but where is the attach ? ;) Waiting for a moderator to validate it: and it must be a moderator of this forum or a supermod so I can't do it :(

[len0x]

I rejected it once, but now I know what's it for :)
Doom ? :cool:

[colordog]

Possible bug introduced in a10 - haven't tried a11 released just minutes ago!

Using DivX, I set up the movie parameters, do not set a credits start point, and then click on Save & Encode. The filters window allows me to choose any of the four radio buttons under 'Trim', even though I didn't specify a credits start point.

I'm fairly sure this didn't happen in alphas 1-9.

[len0x]

Yep, I know what's the problem already...
(I was trying do disable it for XviD and forgot about divx...)
it's still exists in alpha 11...

[colordog]

Originally posted by len0x
Yep, I know what's the problem already...


Cool!

[DaveEL]

Originally posted by hakko504
Waiting for a moderator to validate it: and it must be a moderator of this forum or a supermod so I can't do it :(

Sorry it took so long checked attatchments this morning and didn't have any didn't check again until now.

DaveEL

[irasnyd]

In the alpha11, I noticed that in the title bar of GKnot, it says: "Gordian Knot 0.28 alpha11 (visit us at gordianknow.sourceforge.net)

The w is a typo I assume. Just thought I'd let ya know.

irasnyd

[Ruppl]

@ lenox and FeWipS

Just a few minutes ago my 1CD Xvid Rip(with alpha10)finished. The result is a ogm file which is 706MB large. For ogm´s I use the 1xVBR-MPR Frameoverhead.
Is there an chance to build in a ogg frameoverhead?

Filesize is ok for me;)

[cyberyeye]

Gordian Knot 0.28 alpha11 (visit us at gordianknow.sourceforge.net)

:D

Dev people are working too late in the night..... Anyway this typo is funny lol !

[cyberyeye]

Someone could correct me if i'm wrong but, it seemes that Ogm file doesn't use frame overhead for muxing ?

So this should be desactivated when using ogg in gk ?

Gk 0.28 > Bitrate:

Interleaving and avi overhead...

[v] Calculate frame overhead > should be checked
o No audio > should be checked

I suppose that this option should be good with ogm (i've not test it).

but maybe i'm wrong.....

[colordog]

I thought OGG/OGM support hadn't been incorporated into GKnot 0.28 yet?

[Ruppl]

@ colordog
OGM will be supported eventually, but not in 0.28
@ cyberyeye
I think I´m right with using the 1xvbr-mp3 offset setting. OGM needs less Sync-Offset then VBR-MP3. So my settings are good...

@ lenox

OGM support in later releases would make me so happy. Finished another nice 2CD Rip with the alpha11.
Good work, keep going:)

[irasnyd]

Some new cosmetic bugs I've found.

-In alpha12, the Divx3 option button (top right, bitrate tab) is cut off. (specifically the text "DivX 3)"
-In many areas of the program, there are large areas of text for instruction. These can be highlighted and changed by the user right now! (its not sticky, when you restart GKnot, the modifications are not saved). This can be remedied by changing the Enabled property of the memo tabs to false (I think).

Thats about it.

irasnyd

PS - I'm learning Delphi right now, so I might be able to help out soon.

[mazzo]

I have this problem:

When I open an .avs i GKnot, the preview screen will be gray if I state .converttoyuy2() or says nothing. If I use converttoyv12() everything seems ok.

But if I encode from that avs (yv12), I get no picture or just green in the final result.

How can that be?

[Mr. Chaos]

One thing I noticed with all the alphas so far is that the default audio directory never changes when configuring multiple encodings. It's always the one that was used the last time.

Is it possible to change that? IMHO it would make more sense if the directory where the original D2V file is located was taken as the default.

cheers,
Chaos

[len0x]

That was in GK forever, actually...
Good, that you reminded me (that annoyed me before :) )

[binky the stunt cat]

it seems that the comptest has been turned off again...
was this intentional?

[len0x]

Almost a FAQ:
Comp test is disabled if path to the VirtualDubMod is incorrect.

[binky the stunt cat]

that helps...
seems like a short sticky on the ins and outs of using the 0.28 betas would be helpful.
Suggestion: putting the path selectors to nandub and vdubmod on the options tab rather than their present position.

[MinosK]

Hey! I have a question... I have Alpha 15 of GordianKnot.. I have MPEG2Dec3.dll in GK folder and I deleted the old MPEG2DEC.dll. The "Use alternative mped2dec.dll in scripts" option is filled OK with mpeg2dec3.dll. But when I try to click the open button (to open the d2v file) I get an error message "Before you can use this you have to put MPEG2DEC.DLL into your GKnot-filder!". I know how to solve that problem (putting again the MPEG2DEC.DLL file into GKNOTS folder) but... What's about that error? Why is not using the new dll for displaying the d2v project file?

(Sorry for my bad English)

[Bro]

so....how did you manage to get your hands on alpha15 ????
at the moment theres only:
GordianKnot 0.28 alpha 14 ready for testing - XVID support is here!

[len0x]

I wish I knew how you managed to get alpha 15 :)

Anyway, the old check for mpeg2dec.dll is still there, coz it's needed to display the movie (mpeg2dec3.dll will not work for that but just for encoding). I've added check for presence of both of them, instead of just one...

[AmigaFuture]

Hello,

I'm using GK 0.28 alpha 13 with AviSynth 2.51 installed. With a Decomb.dll for version 2.5 as well as MPEG2Dec3.dll in GK's root with the option ticked & filename entered correctly. I'm curious as to why I keep getting "VideoSourceAVI error: The source image formation is not acceptable. (error code-2" with VirtualDubMod 1.4.13 V2?

I'm unable to encode a movie or even do a Comp Test with everything installed as the Intructions say with the Field Operations set to anything.

However, if I uninstall AviSynth 2.51 & go back to 2.08 & go back to an older version of Decomb.dll & change the (hehe) MPEG2Dec.dll settings back to older, I can then encode a movie OR de-interlace if I want.

EDIT:

After a lot of searching I found the problem here.. http://virtualdub.everwicked.com/index.php?act=ST&f=15&t=997&

I should have known.. Man, what we tend to forget some times. I hope this will help & remind others when they get "Error Code -2" from VirtualDubMod (V2+). :) Now, on with the Beta testing.

[binky the stunt cat]

righto, next problem (i seem to be having alot of these :rolleyes: )

The codec settings are not saved, and previously created profiles are not showing up in the divx 5,03 codec dialog, in both the comptest config and "save as" config.

I guess i've done something else wrong again?

[len0x]

Codec settings on SaveAvs window are not picked up from defaults and not saved, coz they are using completely different setting from those will be used during encoding...
It's sort of a feature... (ppl who know what they are doing can change them easily, and those who don't don't have to click on codec settings at all...)

[MinosK]

Originally posted by len0x
I wish I knew how you managed to get alpha 15 :)

Anyway, the old check for mpeg2dec.dll is still there, coz it's needed to display the movie (mpeg2dec3.dll will not work for that but just for encoding). I've added check for presence of both of them, instead of just one...
SORRY!!! my false.... i have Alpha14.... not 15... Thanks for your answer!

[Rash]

Just a question, is it normal that VirtualDubMod shows "Projected File Size" around 90Mbs when doing comp test?

I'm using the latest VDubMod, alpha 14 and DivX 5.03. ;)
Thanks

[majerle]

@Rash
compt test are usually made at 5% of total lenght. so 90mb*20=1800 mb
or 90*(100/x%)

bye

Andres

[frodoontop]

When selecting the first pass settings for XVID under the options tab, the setting won't be saved. When you want to encode the standard settings are loaded again.
Besides this, Luma masking isn't really accepted by everyone. Some like it, most people don't. So it is a bit weird this is checked by default.
Other default option is VHQ at 1. This is good for quality, but is slow like hell. I don't think this should be the default value.

Just trying to help you guys...

[irasnyd]

I get the same bug as frodoontop above.

The settings in XviD are reset.

I also agree that Lumi Masking should be off by default. In my tests it looked worse.

irasnyd

[Rash]

@ Andres

OK, I know that. It is just that on GKnot + DivX 5.02, VirtualDub used to show around 300Kb as Projected File Size because that's the first-pass log file size.

Not that I'm complaining, I just wanted to know if that was normal. ;)

[len0x]

Describe what you do step by step, coz I cannot reproduce what you're saying...

[frodoontop]

OK, here it comes.
1. I open the .d2v file.
2. I go to the option tab, select the first pass default settings for XVID. (I'm using Umaniacs 14-4-2003.1500)
The settings I use are VHQ=0, Lumamasking=off, Qpel=on, Bframes=3,100,200, GMC=on, Discard first pass=off, rest are the default XVID values (load defaults).
3. Save & Encode. I use the default script, with no filtering.
4. I go to the XVID tab, first pass settings. And the result is that VHQ= 1 and GMC=off. Thus different from the previous settings. Other settings are still intact. I thought I had the problem also with Luma masking before, but somehow I can't reproduce this. I don't know if this is due to the XVID build I was using.

I used the second beta of Gordian Knot.

[len0x]

OK, it's not a bug. (well at least this was intended)

Default settings were introduced not to be shown on encode tab again.
They are used when you just click "Encode" without specifying codec settings for each encode. However if you press codec settings on encoder window, then standard (hardcoded) values are loaded, not the ones you specified as default ones (or if you saved them already for this encode then saved will be loaded...)

I don't quite understand if you have defaults already, why do you want to set them up again during each encode?

[CaptainCarrot]

@lenox
I guess frodoontop and irasynd were just confused by this behavior, and so was I. Usually you'd expect that if you want to alter the setting for a single encode that you get the default settings and start from there. And since GKnot is supposed to be an easy understandable tool with as few confusion as possible, maybe you should really load the user defined defaults in the encoder tab instead of the hardcoded.

Just my 2 cents

[len0x]

that makes sense, the question is though:
If you press that button second time - what do you expect - defaults again or previously saved ?

[frodoontop]

Now I understand...

Personally I would find it more logically if the saved values under options were loaded again.

[TheWEF]

Originally posted by frodoontop
Personally I would find it more logically if the saved values under options were loaded again.

definitely - and a separate button to restore defaults.

[len0x]

@wef

saved values are loaded already
but what you mean by restore defaults? - deleting what was saved in the target directory already ?

P.S. Cunning feature I was just testing - automatic adjustment of resolution after comp test (to the threshold just below 80%)! It so simple to just scroll though slider and find the position giving you desired percentage! :)

[TheWEF]

Originally posted by len0x
but what you mean by restore defaults?

aeh... forget this comment - i was confused... :rolleyes:

wef.

[CaptainCarrot]

@lenox
correct me if i'm wrong, but i thought that a compression test is resolution-dependent, so if i.e. you get (after comp test) a value of, say, 40% and then adjust the resolution to have close to 80%, it is quite likely to get a different value if you rerun the comp test at that new resolution. I guess there probably won't be a big difference, but still..
I'd test it, but my pc is busy with encoding for at least another 4-5 hours.

[LordIntruder]

Hi.


I don't know if this has already been pointed out but in case of:

I noticed that Gknot produce invalide lines for convolution3D in the avs file.

Gknot writes this:

Convolution3d("movielq")

Instead of that:

Convolution3d (preset="movieLQ")

Same for HQ and others presets.

If you try to start both a compressibility test or to encode your movie, VD or VDM will give you a error message.

I noticed this problem since some beta. I have Avisynth 2.08 installed and the latest convolution3d DLL in the GKnot directory.

Hope this helps. :)

[len0x]

Originally posted by LordIntruder
Hi.
I noticed this problem since some beta. I have Avisynth 2.08 installed and the latest convolution3d DLL in the GKnot directory.


I believe it's convolution3d for Avisynth 2.08 problem.
If you install both packs properly (Avisynth 2.5 + filters) everything will work just fine...

[Jing]

I just finished a 2-CD rip of The Thing using Beta 2, and the audio in the split avi files is out of sync by a couple of seconds, while the audio in the unsplit file was fine. I don't know what caused this, but I do have noticed that 1 frame was dropped in the split process:

(from thing_GKnot.log)
...
12:33:10 PM: Encoded: 155753 Frames.
12:33:10 PM: Speed: 15.090 Frames per Second.
...
VirtualDub.subset.AddRange(0,84772);
VirtualDub.SaveAVI("E:\\The Thing\\thing_part1.avi");
...
VirtualDub.subset.AddRange(84772,70980);
VirtualDub.SaveAVI("E:\\The Thing\\thing_part2.avi");
...

since 84772+70980=155752 < 155753. I don't think this would cause the audio to go out of sync, but I don't really know how it works. So maybe it's something that should be looked into.

BTW, thanks for the great job!