Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
7th January 2003, 15:04 | #1 | Link |
Registered User
Join Date: Oct 2001
Location: Roma, Italy
Posts: 22
|
a Simple suggestion: encode credits with SimpleResize
Since the credits are encoded with such a low bitrate, wouldn't it be better to use SimpleResize for them (even if the movie is Bicubic * or Bilinear resized)?
I'm actually editing the [...]_Credits.avs before encoding, but it would be easier if GKnot did it by default. [of course if it's a good idea... if not, just delete the thread] |
7th January 2003, 15:25 | #2 | Link |
Moderator
Join Date: Oct 2001
Location: Hawaii
Posts: 7,406
|
Hi-
SimpleResize is a Bilinear resizer, but I think your idea has merit. I don't know how much work would be required for TheWEF to implement it, though. But as you said, it's not hard to do the editing yourself. |
7th January 2003, 17:07 | #4 | Link |
Registered User
Join Date: Nov 2002
Location: London
Posts: 115
|
I also make my credits bilinear. After you've set the credits starting point, all you have to do is click the "Save & Encode" button, then you can click "Movie Only," set it up how you want, and do "Save." (Save it as movie.avs where movie is whatever you want) This will close the window, so click "Save & Encode" again, then choose bilinear, maybe one of the smoother settings (or just edit the yourself and add TemporalSmoother(10) as jonny said). Then click "Save" again and save it as movie_Credits.avs. This way makes Gknot do most of the work yet still makes your credits more compressible than your main movie (= Gknot adjusts movie bitrate higher).
Also, I am not sure but for me it seems that TemporalSmoother(10) works fine on the type of credits that simply appear in the center in succession, as opposed to scrolling from bottom to top. When they scroll, temporalsmoother sometimes makes them illegible (even at high resolutions). Has anyone else run into this, and if so what settings do you use to make scrolling credits more compressible yet still legible? |
7th January 2003, 20:06 | #8 | Link |
Moderator
Join Date: Oct 2001
Location: Hawaii
Posts: 7,406
|
bcam-
Of course, you're right. No need for any adjustments by TheWEF. The best way I've seen to do the credits was to follow a suggestion from TheREAL (I think), by using the Coring Filter (VDub only) as well as a very strong Temp Smoother. It takes care of those scrolling white on black credits, and even at Quant 31 they remain legible (usually), and without that trailing white stuff you get at high quants. Sometimes they get skinny and start to flash a bit, so you lower the quant. So, you get the Coring Filter, and encode the credits in VDub with BilinearResize, put on the temp smoother very strongly, and set coring to 64. Unless and until someone ports this to AviSynth, you'll have to do it separately, point GKnot to the credits.avi before encoding the movie and adjust the final file size accordingly. At least I think that's how you would do it through GKnot. I always join the movie and credits myself. Last edited by manono; 7th January 2003 at 20:15. |
7th January 2003, 20:44 | #9 | Link | ||
Registered User
Join Date: Nov 2002
Location: London
Posts: 115
|
Quote:
Quote:
|
||
7th January 2003, 23:32 | #10 | Link |
Moderator
Join Date: Oct 2001
Location: Hawaii
Posts: 7,406
|
I was just fooling around with this. It looks like GKnot won't just mux a pre-made Credits.avi. It looks to me like you'll have to encode it yet again. I'll stick to muxing them, adding the audio and splitting, outside of GKnot.
|
12th March 2003, 11:20 | #12 | Link | |
Registered User
Join Date: Jan 2003
Posts: 53
|
Quote:
Do you use quality at 20% or quantizer 31 (0%) for credits? Thanks |
|
12th March 2003, 11:58 | #13 | Link |
Registered User
Join Date: Oct 2002
Location: France
Posts: 14
|
Come on guys,
credits are always very small anyway.
If I were in your shoes I won't bother myself with that matter. But if you want my opinion why do not you implement a nearest neighbour algorithm that would be faster and produce smaller output (btw I'm not sure about that) than bilinear. There is more important things that can be improved on the rest of Gknot(me think).
__________________
---------------------- Je pense donc je suis. R. Descartes Last edited by Flora; 12th March 2003 at 12:01. |
12th March 2003, 12:16 | #14 | Link | ||
Retired
Join Date: Jan 2002
Location: Netherlands
Posts: 1,529
|
Quote:
I've been using the method that Jonny mentioned for a while now because that coring filter didn't really add very much. Quote:
The most recent example I have is LotR: FotR (Extended Edition). The credits on the 2nd DVD (which last about 20 mins) are approx. 200 MB without bitrate reduction! But that's an extreme example I agree. Applying highest possible quantizer + TemporalSmoother(10) + BilinearResize should reduce the size by about 75%. Although I believe VDub's Bilinear results in a lower filesize than Avisynth's Bilinear... Or just cut them off if you don't care, so you don't have to worry about it . |
||
12th March 2003, 16:26 | #15 | Link | |
Registered User
Join Date: Oct 2002
Location: France
Posts: 14
|
Quote:
Unless you've got your name in the credit and you wanna be able to clearly see/show it! What I am saying is: I do not think there is much SIZE difference between bilinear filtering and Bicubic, for instance. Bilinear will surely compute swiftlier than bicubic. That is the only advantage I can reasonably think of.
__________________
---------------------- Je pense donc je suis. R. Descartes Last edited by Flora; 12th March 2003 at 16:29. |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|