09-30-2003, 01:58 AM
|
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.
|
Someday, 12:01 PM
|
|
Site Staff / Ad Manager
|
|
Join Date: Dec 2002
Posts: 42
Thanks: ∞
Thanked 42 Times in 42 Posts
|
|
|
09-30-2003, 05:27 PM
|
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
|
09-30-2003, 07:37 PM
|
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
|
10-01-2003, 03:19 AM
|
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.
|
10-01-2003, 11:05 AM
|
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
|
10-04-2003, 03:29 PM
|
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 !
|
10-04-2003, 03:33 PM
|
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
|
10-04-2003, 04:17 PM
|
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
|
10-04-2003, 04:54 PM
|
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
|
10-04-2003, 05:34 PM
|
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
|
10-04-2003, 06:20 PM
|
Free Member
|
|
Join Date: May 2003
Location: Germany
Posts: 3,189
Thanks: 0
Thanked 0 Times in 0 Posts
|
|
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
|
10-05-2003, 04:00 AM
|
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.
|
10-05-2003, 07:09 AM
|
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 !
|
10-05-2003, 07:46 AM
|
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
|
10-06-2003, 01:22 AM
|
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
|
10-07-2003, 04:31 PM
|
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
|
10-11-2003, 03:00 AM
|
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.
|
10-11-2003, 03:44 AM
|
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
|
10-11-2003, 04:32 AM
|
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
|
All times are GMT -5. The time now is 07:47 AM — vBulletin © Jelsoft Enterprises Ltd
|