Quantcast Am I Allowed to Post KVCD Optimal Scripts Here? - digitalFAQ.com Forums [Archives]
  #1  
09-30-2003, 01:58 AM
Edlund Edlund is offline
Free Member
 
Join Date: Jul 2003
Location: Pazardjik, Bulgaria
Posts: 147
Thanks: 0
Thanked 0 Times in 0 Posts
Because I myself am using a script who produces less filesize and the same quality than the current "optimal script v3" and I think you could find it useful.
Reply With Quote
Someday, 12:01 PM
admin's Avatar
Site Staff / Ad Manager
 
Join Date: Dec 2002
Posts: 42
Thanks: ∞
Thanked 42 Times in 42 Posts
  #2  
09-30-2003, 05:27 PM
bigggt bigggt is offline
Free Member
 
Join Date: Mar 2003
Location: IamCanadian
Posts: 848
Thanks: 0
Thanked 0 Times in 0 Posts
Hi Edlund, i 'm nobody important here but i say just post your script here and if people like it i'm sure it can go to the optimal script page

I say the more people trying to get the best script,the better
Reply With Quote
  #3  
09-30-2003, 07:37 PM
vmesquita vmesquita is offline
Invalid Email / Banned / Spammer
 
Join Date: May 2003
Posts: 3,726
Thanks: 0
Thanked 0 Times in 0 Posts
Yes, Edlung, please post your script and let everyone test! We're all after the best picture possible after all.

[]'s
VMesquita
Reply With Quote
  #4  
10-01-2003, 03:19 AM
Edlund Edlund is offline
Free Member
 
Join Date: Jul 2003
Location: Pazardjik, Bulgaria
Posts: 147
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
AviSource("---.avi",false)
GripCrop(---,---, overscan=1, source_anamorphic=false)
Blockbuster(method="noise",detail_min=1,detail_max =3,variance=0.1,seed=1)
GripSize(resizer="BicubicResize")
Undot()
Limiter()
ASharp(1, 4)

SwitchThreshold = (Width<=352) ? 4 : (Width<=480) ? 3 : 2
ScriptClip("nf = YDifferenceToNext()"+chr(13)+ "nf >= SwitchThreshold ? \
Unfilter(-(fmin(round(nf)*2, 100)), -(fmin(round(nf)*2, 100))) : \
TemporalCleaner(round(3+nf), round(8+nf))")

DCTFilter(1, 1, 1, 1, 1, 1, 0.5, 0)

GripBorders()
Limiter()

function fmin( int f1, int f2) {
return ( f1<f2 ) ? f1 : f2
}
When I use this script with "Motion estimate search" the encoding is much faster than the current optimal script version 3 and the filesize is smaller, but with very little difference. If I encode with "High quality (slow)", the encoding time is a little bit slower and the the difference in the filesize is bigger, but still not so much. I must admit that the current version 3 is good, but you can use my script for way faster encoding with the same quality.
Reply With Quote
  #5  
10-01-2003, 11:05 AM
Edlund Edlund is offline
Free Member
 
Join Date: Jul 2003
Location: Pazardjik, Bulgaria
Posts: 147
Thanks: 0
Thanked 0 Times in 0 Posts
Here are the results that I got by encoding a music videoclip today :
movie time - 4:30 minutes
audio - encoding with no audio
Template - KVCDx3-mpg1-pal
resolution - 352x288
CQ = 70

using version 3 with high quality(slow) - encoding time 13:13 minutes, 49.8MB
using Edlund otimal script version 1 ( ) with high quality - encoding time 12:08 , 48.1MB
using version 3 motion estimate search - encoding time 8:05, 51.9MB
using my script with motion estimate search - encoding time 7:56, 50.4MB
Reply With Quote
  #6  
10-04-2003, 03:29 PM
Dialhot Dialhot is offline
Free Member
 
Join Date: May 2003
Posts: 10,463
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by Edlund
Because I myself am using a script who produces less filesize and the same quality than the current "optimal script v3" and I think you could find it useful.
Others already answered but I want to clarify things : I locked the "optimal script for avi" thread just to keep a small, clear and easy to read page containing only the script. Like Kwag did in the "optimal script" section of the forum.

But of course everyone can give suggestion ! The optimal script suggested is the "latest" script, not the "last" script !
Reply With Quote
  #7  
10-04-2003, 03:33 PM
Dialhot Dialhot is offline
Free Member
 
Join Date: May 2003
Posts: 10,463
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by Edlund
Code:
AviSource("---.avi",false) 
GripCrop(---,---, overscan=1, source_anamorphic=false) 
Blockbuster(method="noise",detail_min=1,detail_max=3,variance=0.1,seed=1) 
GripSize(resizer="BicubicResize") 
Undot() 
Limiter() 
ASharp(1, 4) 

SwitchThreshold = (Width<=352) ? 4 : (Width<=480) ? 3 : 2 
ScriptClip("nf = YDifferenceToNext()"+chr(13)+ "nf >= SwitchThreshold ? \ 
Unfilter(-(fmin(round(nf)*2, 100)), -(fmin(round(nf)*2, 100))) : \ 
TemporalCleaner(round(3+nf), round(8+nf))") 

DCTFilter(1, 1, 1, 1, 1, 1, 0.5, 0) 

GripBorders() 
Limiter() 

function fmin( int f1, int f2) { 
return ( f1<f2 ) ? f1 : f2 
}
In few words : you adapt a little the MA script for using with MPEG4 sources ? Hum.. I have to test this.
But what about the file size prediction accuracy ?

And I'm also surprised this is faster as I remember that MA script on avi sources take a very long time to make a single prediction step. But perhaps that is just for the prediction and after everything run faster ?

Again, I have to test this
Reply With Quote
  #8  
10-04-2003, 04:17 PM
Edlund Edlund is offline
Free Member
 
Join Date: Jul 2003
Location: Pazardjik, Bulgaria
Posts: 147
Thanks: 0
Thanked 0 Times in 0 Posts
Yes, the prediction seems really slow to me. But usually I don't use prediction so this is not a problem for me. (I calculate the CQ manually
Reply With Quote
  #9  
10-04-2003, 04:54 PM
heiloku heiloku is offline
Free Member
 
Join Date: Oct 2003
Posts: 4
Thanks: 0
Thanked 0 Times in 0 Posts
Sorry to answer but, how do you exactly calculate CQ manually?
__________________
May U Live 2 See the Dawn
Reply With Quote
  #10  
10-04-2003, 05:34 PM
kwag kwag is offline
Free Member
 
Join Date: Apr 2002
Location: Puerto Rico, USA
Posts: 13,537
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by heiloku
Sorry to answer but, how do you exactly calculate CQ manually?
Good question
Because you really can't calculate CQ, unless he means manually doing prediction
Anything else, would be a guesstimate

-kwag
Reply With Quote
  #11  
10-04-2003, 06:20 PM
incredible incredible is offline
Free Member
 
Join Date: May 2003
Location: Germany
Posts: 3,189
Thanks: 0
Thanked 0 Times in 0 Posts
Send a message via ICQ to incredible
Quote:
Originally Posted by Dialhot
In few words : you adapt a little the MA script for using with MPEG4 sources ? Hum.. I have to test this.
Well is the MA script routine only useful to use with m2v/d2v sources as they come from DVDs??
He only changed the routine in the part where he changed temporalsoften to temporalcleaner. Maybe its useful to insert the Filters you put into Vers.3 into the MA routine.

It makes really sense just to enjoy the advantage of MA Filtering for example at fast motion scenes ... thats why he gets more CQ ....

... We'll see
Reply With Quote
  #12  
10-05-2003, 04:00 AM
Edlund Edlund is offline
Free Member
 
Join Date: Jul 2003
Location: Pazardjik, Bulgaria
Posts: 147
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by kwag
Quote:
Originally Posted by heiloku
Sorry to answer but, how do you exactly calculate CQ manually?
Good question
Because you really can't calculate CQ, unless he means manually doing prediction
Anything else, would be a guesstimate

-kwag
Yes, guesstimate, a good word to describe my prediction
What I do is see what length the .avi is, how many high motion scenes there are, remember what CQ's I have used before and than set the CQ for this encoding
I also encode 1 or 2 minutes, (preferably with hifh motion scenes), and than I:
1.calculate the movie time in seconds.
2.divide the movie time in seconds by the 2-minutes-sample-time in seconds.
3.multiply the result with the filesize of the 2-minutes-sample.
The final result is the possible filesize of the encoded .m1v
I know that this is not accurate but actually I have more success doing this type of "prediction" instead of using ToK or CQmatic. For me personally this programs can't work precisely with avi files.
Reply With Quote
  #13  
10-05-2003, 07:09 AM
Dialhot Dialhot is offline
Free Member
 
Join Date: May 2003
Posts: 10,463
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by Edlund
For me personally this programs can't work precisely with avi files.
Because you use a MA script. CQMatic work perfectly with avi and static scripts (as the optimal one I have suggested).

Last attempt : file size requested 807 Mb, file size reached with CQMatic : 815 Mb !
Reply With Quote
  #14  
10-05-2003, 07:46 AM
Edlund Edlund is offline
Free Member
 
Join Date: Jul 2003
Location: Pazardjik, Bulgaria
Posts: 147
Thanks: 0
Thanked 0 Times in 0 Posts
Then I must try with some other script
Reply With Quote
  #15  
10-06-2003, 01:22 AM
Edlund Edlund is offline
Free Member
 
Join Date: Jul 2003
Location: Pazardjik, Bulgaria
Posts: 147
Thanks: 0
Thanked 0 Times in 0 Posts
Actually yesterday I put 6 files which I encoded with "my prediction methods" on one cd and the filesize of them together was exactly 800MB
Reply With Quote
  #16  
10-07-2003, 04:31 PM
heiloku heiloku is offline
Free Member
 
Join Date: Oct 2003
Posts: 4
Thanks: 0
Thanked 0 Times in 0 Posts
Thanks edlund, it seems we both use the same system to predict final size. It only my computer didn't give me error messages when using CQMatic.
__________________
May U Live 2 See the Dawn
Reply With Quote
  #17  
10-11-2003, 03:00 AM
Edlund Edlund is offline
Free Member
 
Join Date: Jul 2003
Location: Pazardjik, Bulgaria
Posts: 147
Thanks: 0
Thanked 0 Times in 0 Posts
Ok, has someone tried my script? There are comments that the optimal script version 3 is brilliant but my script is faster and produces smaller filesize (at least for me
I used my script for encoding a rock concert with a whole lot of high motion scenes and the results are great! I encoded it with the v3 script first so I can compare.
If this script is not so good at least someone explain me why.
Reply With Quote
  #18  
10-11-2003, 03:44 AM
Siku Siku is offline
Free Member
 
Join Date: Aug 2003
Location: Finland
Posts: 7
Thanks: 0
Thanked 0 Times in 0 Posts
@Edlund

I tried your script and it worked pretty good. There is still problem: lack of details! Every DivX-script has this problem, if you want to get rid of the blocks you need to filter the picture and you'll lose details. That's so sad...

Anyway I'm just wondering if there is a workout for this thing. Usually XviD/DivX heavily compresses red and orange areas. It would be great if there were a script/filter for detecting these areas and thus could filter those areas more than 'normal' areas. By the way, there is a script which is able to detect low, medium and high motion scenes and with this script you can apply different filtering for each motion scene. For more information see this. I just though this would be useful when developing these Divx-scripts.

Regards,
Siku
Reply With Quote
  #19  
10-11-2003, 04:32 AM
Edlund Edlund is offline
Free Member
 
Join Date: Jul 2003
Location: Pazardjik, Bulgaria
Posts: 147
Thanks: 0
Thanked 0 Times in 0 Posts
Thanks for the link, I'm trying this method right now
Reply With Quote
Reply




Similar Threads
Thread Thread Starter Forum Replies Last Post
Avisynth: Optimal scripts - Whats so optimal about them? Zanny Avisynth Scripting 8 05-08-2004 05:56 PM
Avisynth: How do I use optimal scripts? xpronic Avisynth Scripting 6 04-21-2004 02:33 AM
KVCD Optimal Scripts - Movie Stacker Presets Rassilon Video Encoding and Conversion 15 01-02-2004 04:31 PM
Avisynth: Problem with lastest optimal scripts Big2hd Avisynth Scripting 5 11-21-2003 04:20 AM
KVCD: Optimal Scripts for trying to encode some anime? TLTw Video Encoding and Conversion 6 06-16-2003 10:17 AM

Thread Tools



 
All times are GMT -5. The time now is 02:37 AM  —  vBulletin Jelsoft Enterprises Ltd