Log in

View Full Version : Official thread - GK 0.28.8


Pages : 1 [2] 3 4 5

colordog
23rd October 2003, 14:59
I'm familiar with the issue that zzzero describes. It took me by surprise as well, since I use TomsMoComp quite often. It used to be that the width only needed to be divisble by 2, but indeed that number is now 4. I don't know if TomsMoComp got updated recently or not, but I'm positive that I used to do encode where pixel width was divisible by 2, but not 4.


With all the upgrades recently with GKnot x.0.6, and x.0.6.1, the new CodecPac, and DivX 5.1, and beta 5.1.1, I honestly don't recall exactly when it started happening. But I just assumed it was related to being an upgrade, and didn't think about it.

len0x
23rd October 2003, 15:12
Originally posted by C-O-R-E-Y
yep, that's the problem.. i'll rollback to 1.5.1.1


another solution would be - not to use lumi masking in XviD.
See here: http://sourceforge.net/tracker/index.php?func=detail&aid=827072&group_id=65889&atid=512619

So I'll keep current version of VDubMod, but ppl have to be aware of that issue

Jeffster
26th October 2003, 13:03
Originally posted by bobsc
I was wondering why it says not to use the -g option for azid on the audio tab? Better yet could hybridgain be added.

Take a look at the log file for your audio conversion, and I think you'll find that GK already uses HybridGain by default.

Jeff

AmigaFuture
26th October 2003, 20:11
@len0x

I'm definitely willing to fix that. I'll PM you if I need some testing...

Okay. :) So far Auto-Sub Splitting in 0.28.6.2 is working well.

TruckChase!
30th October 2003, 00:02
Originally posted by len0x
Changes in GK 0.28.6

- added undot() filter which is used by default



Assuming the source is clean, (DVD) why?

Angelus
30th October 2003, 00:19
I think undot() increases compression without degrading quality and without slowing down encoding at all either. So I think undot is a swell filter :D

TruckChase!
30th October 2003, 04:10
Originally posted by Angelus
I think undot() increases compression without degrading quality and without slowing down encoding at all either.

Not that I don't believe you, but do you have any proof of that? Generally speaking I don't like to modify the source any more than I have to.Given what Undot() does, I can see how it can increase compressibility, but I can also see how it can soften an image. I searched the forum and I can't find any reason Undot() would be used 100% of the time, especially if your source doesn't have misquito noise.

What am I missing? TiA

r6d2
30th October 2003, 04:18
Originally posted by TruckChase!
I searched the forum and I can't find any reason Undot() would be used 100% of the time, especially if your source doesn't have misquito noise.
Well, in such a case, UnDot() will be totally harmless. But if there are dots, you better have then removed.

Angelus
30th October 2003, 04:20
maybe you've read this thread but people have been discussing undot and its use on DVD's.

http://forum.doom9.org/showthread.php?s=&threadid=63421

And if you ever have any doubt just edit the avs script that GKnot creates and comment out undot()

Bad Joker
4th November 2003, 01:41
hi,

i updated to the newest gknot 0.28.6.3 and i'm fine with it, especially with the new translations.

but there are still sone questions:

-what is the new laczos filter? is it better then the bicubic? what is exatly new on it?

-why i can't crop by pixel anymore like in the 0.26 release (enter the number by myself or do 1 pixel more), i have to put 2 pixels now, why?

-there are new field operations, are they all for NTSC (deinterlacing) and i can ignore them (because i just use PAL)?

-i just have a celeron cpu, so my avisynth crashes when i want to encode, what can i do about? (problem here is sse i think)

thanks in advance

Tuning
4th November 2003, 14:07
Originally posted by Bad Joker
-what is the new laczos filter? is it better then the bicubic? what is exatly new on it?
-why i can't crop by pixel anymore like in the 0.26 release (enter the number by myself or do 1 pixel more), i have to put 2 pixels now, why?
-there are new field operations, are they all for NTSC (deinterlacing) and i can ignore them (because i just use PAL)?

Lancazos filer is the sharpest filer among the filters.And it gives better results(sharpness)than bicubic resize.
i think the second Q relates to the encoder chracterestics,i.e most of encoders needs the resolution to be a multiple of 2.Thus you cannot have height like 225.
3Q:
No some of them a required to PAL DVDs also.

Bad Joker
4th November 2003, 18:40
Originally posted by Bad Joker

-i just have a celeron cpu, so my avisynth crashes when i want to encode, what can i do about? (problem here is sse i think)


i got a temporary solution, i just deleted the undot() line out of my avs scripst, but that can't be a solution.

is there a way of disabling the filter? or is there a comparable filter, who supports non sse cpus?

bkam
4th November 2003, 18:41
Originally posted by AmigaFuture
Okay. :) So far Auto-Sub Splitting in 0.28.6.2 is working well. Just curious whether anyone else is having a problem that Gknot doesn't close the avi files after you use auto-split. For me I can't rename / delete the files after I use auto-split until I close Gknot, which can be inconvenient when I'm encoding. Lenox, I know I already reported it to the sourceforge site but I was curious whether it was just my comp.

Bad Joker
4th November 2003, 18:45
Originally posted by Tuning

No some of them a required to PAL DVDs also.

first thanks for your reply

and which one are usefull? maybe a new manual for gknot will be written, where they are described.

len0x
4th November 2003, 18:47
Originally posted by Bad Joker
and which one are usefull? maybe a new manual for gknot will be written, where they are described.

for PAL use FieldDeinterlace(no blend) - you won't be disappointed if you use it on interlaced source...

Alternatively if you go for small resolutions - you can use Smart Bob

Tuning
4th November 2003, 18:54
maybe a new manual for gknot will be written, where they are described.
Here (http://www.doom9.org/index.html?/gknot-main3.htm)based on 0.28.6.2.

Bad Joker
5th November 2003, 01:48
ok, finished my first rip with the new gknot version, divx3 2cd with ac3, 640x336, 1212 bitrate and 0.226 bits/pixel/frame.

but i'm not happy with my result, mostly every text is crizzled up (little dots around the letters) and picture is very blurry, maybe it's because of not used the undot()?

will there be a solution for non sse cpus or do i have to downgrade back to 0.27?

Bad Joker
14th November 2003, 21:27
hi,

why is the new version losing his configuration everytime i start it?

it pops up a windows with a yes/no button but no text. after this i have to reconfigure whole gknot new, why?

scrat
17th November 2003, 22:53
Hey!

I have installed GordianKnot 0.28.6 (the rippack) and updated it to version 0.28.6.3 but if a big problem.
If I wanna open a d2v-project I get the message 'Before you can use this you have to put MPEG2DEC3.Dll into your avisynth plugin directory!'. As far as I know is the avisynth-plugin directory the GordianKnot root directory and in this directory is the mpeg2dec3.dll.
Can anyone say me what's wrong?

The last time I've installed GordianKnot I've isntalled every programm by hand and I didn't had this problems. This is the first time I have this problem.


greetings,
scrat

len0x
17th November 2003, 23:13
have a look at the "paths settings" tab. there will be a path to plugins. make sure you point it to where all the plugins including mpeg2dec3.dll resides.

scrat
18th November 2003, 21:27
Hey!

Thanks - now it works.
Every path was right except of the path for the avisynt directory.


greetings,
scrat

Tuning
30th November 2003, 19:13
Now time for request, Is the right time for adding XviD 1.0 support. I have tested it once and there seems some problem in storing settings. Even if I set manually in options tab, the pass setting will be dissapeared afterwards. Therefore requesting XviD 1.0 support in GK.

Thanks len0x. If possible let it be a new year gift ?:).

len0x
30th November 2003, 20:53
Originally posted by Tuning
Now time for request, Is the right time for adding XviD 1.0 support.

We have a nasty problem here. Since pass settings are now different values in registry - it's impossible to seemlessly support old and new versions. I have to check that I allow usage of stored settings with different pass values, apart from that there is nothing much i can do before 1.0 gets stable. Then we can dump old xvid for good.

Angelus
2nd December 2003, 19:40
This is just a minor thing but whenever I open up either a .avi or a d2v file and do a comp. test, after the test in the input resolution area in GK it always changes it to PAL when it should be NTSC. I don't know if this affects encoding at all cause it still says input resolution as 720X480. Thanks

len0x
2nd December 2003, 19:43
Originally posted by Angelus
This is just a minor thing but whenever I open up either a .avi or a d2v file and do a comp. test, after the test in the input resolution area in GK it always changes it to PAL when it should be NTSC. I don't know if this affects encoding at all cause it still says input resolution as 720X480. Thanks

I bet it's resource file bug (translation stuff)

gurabli
5th December 2003, 17:24
HI!

I know that XviD 1 beta is not working with GKnot, what about the new release, the Koepi's beta 2?

Or the function in GKnot will be implemented only, when the final version of XviD arrives?

Till than, we can use previous builds?

Keep up with a good work, GKnot is a really fine prg.!!!

I think it should be the time for a "stable" release of GKnot.
I know that there are always things to change, but with the release of XviD 1 (when it will be released) is a good point, to have a stable and compatible GKnot.

Just an opinion, and I like "stable" softwares. I make my avis for archives, and it is irritating when something goes wrong.
I remember, I used to use DivX 5.0.2 Pro for a very long time, and it was quite nice. Now I use Xvid, more powerfull and better.

Gurabli

scmccarthy
6th December 2003, 15:48
@gurabli

Lenox said:We have a nasty problem here. Since pass settings are now different values in registry - it's impossible to seemlessly support old and new versions. The new registry settings are not going to go back to the old settings. So now it is just a matter of deciding when it is safe to dump the stable version for the newer one.

About resize filters. If you study Bicubic, you will discover that sharp bicubic is not considered as accurate as soft bicubic. sharpness and accuracy are not synonymous. Sharpness implies noise, distortion, and a lack of compressibility, even though it looks good. The beauty of Lanczos is that it is more accurate, but not sharper than Sharp Bicubic. It is probably too close to test, but I am claiming that Lanczos is both more accurate and more compressible than SharpB.

Stephen

len0x
9th December 2003, 11:47
enjoy probably last release of GK for this year :)

Tuning
9th December 2003, 13:53
:thanks: len0x.

len0x
9th December 2003, 15:24
Sorry to inform you, but I've put wrong version of smart bob filter.
latest one can be found here: http://neuron2.net/dgbob/dgbob.html
and should work with no problems with GK 0.28.7

scmccarthy
10th December 2003, 06:03
I need the GKnot exe by itself, I have already updated the others separately. I don't have time to download it all at once.

Stephen

AmigaFuture
11th December 2003, 19:49
Hi,

@len0x

Is there a chance you could implement up to 4 CD selection & allow 5 Audio tracks to be muxed? The reason I ask this, I'm trying to backup my Lord Of The Rings: 2 Towers & I'd really like to include the 4 commentaries with the sountrack. I'm not sure of the math, so it's been a few days spent trying to get the 4th CD to come out the right size.
I know there are some others who own movies with a lot of commentaries who'd probably like it as well. Or if you (or someone else) could supply the math I'd do it myself. :) I've already looked at the Logs & taken the figures from there & adjusted the bitrate & other figures, but still not close enough to 4 700MB CDs.

Thanks for your time & the time spent on modifying Gordian Knot, excellent front-end.

Tuning
12th December 2003, 10:49
I think you have to select all audio as files first (Select multiple ones too). Then set target size to 2800MB. Do this with calculate average bitrate mode.

Then we have to calculate the overhead required for 5 tracks. i think if its VBR mp3 then a overhead of 80KB will be sufficient. If it is ac3 then overhead of 70KB will be sufficient. if you have multiple VBR mp3 and ac3 then over head will be approximately 90-100KB. For that change mode to "calculate avi file size". Then change average bitarte by single digit 1 by 1 untill the above prescribed overhead is reduced in video size in KB.
Hope that helps....
:)

scmccarthy
12th December 2003, 23:10
I lost internet use for the month on my main computer, so I will download GKnot on another computer and file span it to floppies and transfer it to my computer that way. Can you think of a better plan? (Hint, how 'bout just the exe?)

Stephen

P.S. Yes, I know that people used to use incompatiple versions with GKnot, but I don't want to pay for the boneheads mistakes.

AmigaFuture
13th December 2003, 05:28
@Tuning

Originally posted by Tuning
I think you have to select all audio as files first (Select multiple ones too). Then set target size to 2800MB. Do this with calculate average bitrate mode.

Then we have to calculate the overhead required for 5 tracks. i think if its VBR mp3 then a overhead of 80KB will be sufficient. If it is ac3 then overhead of 70KB will be sufficient. if you have multiple VBR mp3 and ac3 then over head will be approximately 90-100KB. For that change mode to "calculate avi file size". Then change average bitarte by single digit 1 by 1 untill the above prescribed overhead is reduced in video size in KB.
Hope that helps....
:)

Thanks for your reply. :) I don't use MP3s as that degrades the audio & I'm a bit of a purist, though I didn't indicate that as I should have. So, MY bad! :) Anyway...So do you mean 70K 4 times (70*4=280KB) or do you mean 70 once? I tried the 70K once, which resulted in the 4th CD being about 650MB.
I used 5 tracks, Audio A holds the Sountrack (AC3 5.1), & the Files space, as you suggested & I hadn't thought of for the 4 Commentaries, then I added the 70(K) to the Average Bitrate from 2800 which gave me a 650MB on the last disk. I'm just trying to make sure I'm following your math. :) I'm gonna go for a 114K tonight & see if that helps a little more. :)
There is the possibility I'm reading ya wrong or you left something about or I did, so anyway thank very much for your reply, I just suck when it comes to math. :) But I *AM* trying. If you need more info from me please feel free to ask.

Tuning
13th December 2003, 11:33
AmigaFuture, You have to decrease (Not adding) bitrate single digitly such that video size is only decreased by 70K.(Only video size, not final size--lower right corner).
If again same hapens len0x has to confirm what to do because i'm unknown
whether there is any other calculations or tweaking is done with in Gk.

@len0x,

Is there any general equation for using in these situations ?(mp3,ac3 ?)
I'm getting confused now.:confused:

Thanks.

Tuning
17th December 2003, 17:24
Originally posted by exiztone
Hmmm, is GK 0.28.7.1 available for download yet? :)
0.28.7.1 removed from SF bcoz of issues with VirtualDubMod 1.5.10.1.

len0x
17th December 2003, 19:15
problem with vdubmod solved

colordog
18th December 2003, 04:11
@len0x

Damn, you're fast.

With the .2 update, I can now both do a compression test and full encoding with the supplied VDubMod.

Great job!

ZZZERO
18th December 2003, 04:39
Wondering why the muxing audio step takes around 15 minutes with 0.27 while it used to only take 2 or 3 minutes to complete with previous versions.

colordog
18th December 2003, 04:49
@ zzzero

Can't say I've had that problem with 27.0 or 27.2. With both release, audio muxing on my rig is under 80 seconds. Strange?

len0x
18th December 2003, 11:41
Originally posted by ZZZERO
Wondering why the muxing audio step takes around 15 minutes with 0.27 while it used to only take 2 or 3 minutes to complete with previous versions.

It's a problem of new VDubMod. why not everyone experience this problems I have no idea.

Tuning
18th December 2003, 12:39
@colordog, ZZERO & len0x

Suiryc has described this in Slow directstream copy (http://forum.doom9.org/showthread.php?s=&threadid=66610)
Originally posted by Suiryc
Avery Lee changed some pieces of code in the part reading AVI files.
His reading code (which caches a bit ahead of the actual data requests) now consumes less memory ... but is slower (sometimes really slower yeah).

I noticed that along the 1.5.x versions the speed indeed decreased (generally it takes me at least twice the time it needed in the last 1.4.x versions). On the other hand his code consumes less memory and he also does a bit more checkings (to notice and try to fix problems in files).

He also changed the whole muxing system but I don't think this part had a real impact (or nat least not as much as the reading part).

IcedSoul
26th December 2003, 01:11
Hi,

very cool program ! Thank you.
It is very handy :)

I have one request of feature for this program:
If i have already (other) subtitles for the DVD-Rip, please let me select them. Thank you.

Greetz
IcedSoul

jeremymacmull
29th December 2003, 11:22
does one assume that we use the latest version of vdubmod ie 25/12/03 with the bug fixes or only the one with gknot rip pack

JEREMY

len0x
29th December 2003, 12:46
Originally posted by jeremymacmull
does one assume that we use the latest version of vdubmod ie 25/12/03 with the bug fixes or only the one with gknot rip pack


there is no harm in using latest version of vdubmod

McBodo
11th January 2004, 19:03
Hi Len0x

I belive i found a bug in GK. Can you ad the following line to GK when he write the script for VDub: "VirtualDub.RemoveInputStreams();". Not Only in the script when he let mux. If it possible in all scripts from Credits till Nth Pass.

The Reason: When i would to encode a avi-file, Vdub encode also Audio. If i have a file with mp3 audio stream he encode it to uncompressed wav. And the Credit-file includes Video and also Audio. The File must for exemple have 14 MB but have 130 MB. And when he now recalculate the Bitrate, she is to small.

Try it.

and when you add the line, VDub dosnīt encode Aduio and all is fine.

MfG Ricardo

creative_cracker
12th January 2004, 02:21
I am using the latest GK and for some reason it complains that undot.dll is not found in the Avisynth plugin directory, although it is really there. I am sure it is the one that came with the rippack because I have placed it there from the GK directory after the GK install.

I cannot figure this one out because up until now I used GK and never saw this error message.

I edited the .avs script with a "#" to comment out the loading of the filter and continued.

Any ideas?

CC

snowbeach
15th January 2004, 14:34
good work...
experienced sth. interesting: gknot 0.28.6.2 encoded the same movie with xvid 1.0beta3-26122003 two hours earlier than with gknot 0.28.7.2...

i experienced subtitle problems with 0.28.7.2, when i want to burn them in...
see problem at http://forum.doom9.org/showthread.php?threadid=68979

is this a gknot problem? the editing of the idx file, as described in the mentioned thread above, shouldn't this be the work of gk?

Shandra
15th January 2004, 18:30
Hi Folks,

With DivX5.11 I was glad to see that GKnot has evolved since I last checked it (As the Old Version I used was doing fine... ya know) ;)
And the way I use GK the new version is just doing fine again :D

But one think you can maybe keep somewhere stored in your memory (its a little wish, but just one that may be considered if there is the time, etc.) -> On the resolution tab, I see the reason for the 2pixel steps in cropping and as I can alter the avs script before doing the encode this one request is only in supporting my lazieness ;) -> 4 more buttons on the cropping section that are reducing/adding the size by a (+- 1 for tob&bottom, +-1 for left&right) would be a welcomed addition ;)

Thanks,
SHAnDRA