Quantcast Avisynth: don't Add Borders to Increase Speed ? - digitalFAQ.com Forums [Archives]
  #1  
05-27-2003, 04:16 PM
phibertron phibertron is offline
Free Member
 
Join Date: Feb 2003
Posts: 31
Thanks: 0
Thanked 0 Times in 0 Posts
My system isnt the fastest in the world
So anything to help with encode speed is always welcome

I noticed that if I do NOT add borders, the ecode time is way faster
makeing sure that in tmpgenc it is set to center for the video source


for me this is faster

GripCrop( 480, 480 )
GripSize( )
#GripBorders( )


than this

GripCrop( 480, 480 )
GripSize( )
GripBorders( )


anyone else notice this ?

does it make a difference on a really fast system ?


-phibertron
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  
05-28-2003, 03:55 AM
girv girv is offline
Free Member
 
Join Date: Sep 2002
Posts: 108
Thanks: 0
Thanked 0 Times in 0 Posts
Send a message via ICQ to girv
What is the complete script you're using? If you add borders before other filters, the other filters will have a larger video area to deal with and therefore will run slower. Borders should be added at the end, after all other filters. This is why letting TMPGEnc centre the video is faster.
Reply With Quote
  #3  
05-28-2003, 09:25 PM
phibertron phibertron is offline
Free Member
 
Join Date: Feb 2003
Posts: 31
Thanks: 0
Thanked 0 Times in 0 Posts
girv

I totally agree with you
But I still notice that:

This is faster

LegalClip()
unfilter(50,50)
GripCrop( X, Y )
GripSize(resizer="BicubicResize")
STMedianFilter(8, 32, 0, 0, 8, 32)
# SpaceDust() # Optional - for some "not so clean" DVDs.
temporalsmoother(1,2)
mergechroma(blur(1.50))
mergeluma(blur(0.2))
# Convolution3d or DCTFilter for extreme worse cases.
#GripBorders()
LegalClip()

This is slower

LegalClip()
unfilter(50,50)
GripCrop( X, Y )
GripSize(resizer="BicubicResize")
STMedianFilter(8, 32, 0, 0, 8, 32)
# SpaceDust() # Optional - for some "not so clean" DVDs.
temporalsmoother(1,2)
mergechroma(blur(1.50))
mergeluma(blur(0.2))
# Convolution3d or DCTFilter for extreme worse cases.
GripBorders()
LegalClip()

using tmpgenc 2.512 and avs 2.08

-phibertron
Reply With Quote
  #4  
05-28-2003, 10:31 PM
jorel jorel is offline
Invalid Email / Banned / Spammer
 
Join Date: Aug 2002
Location: Brasil - MG - third stone from the sun
Posts: 5,570
Thanks: 0
Thanked 0 Times in 0 Posts
Quote:
Originally Posted by girv
What is the complete script you're using? If you add borders before other filters, the other filters will have a larger video area to deal with and therefore will run slower. Borders should be added at the end, after all other filters. This is why letting TMPGEnc centre the video is faster.
great, ..great observations my friend girv!



another elegant explanation and smart way to use it all.
i can't do better!
Reply With Quote
  #5  
05-29-2003, 04:46 AM
ozjeff99 ozjeff99 is offline
Free Member
 
Join Date: May 2002
Location: Sydney, Australia
Posts: 159
Thanks: 0
Thanked 0 Times in 0 Posts
Hi Phiberton, it seems that you are adding borders the correct way.

It is really a matter of your system being quicker letting Tmpgenc add the borders than Avisynth doing it and passing it through.

On my system I checked both ways and the time was exactly the same. I'm using P4, 1.6Ghz, 256M ram.

ozjeff99
Reply With Quote
  #6  
05-29-2003, 12:13 PM
phibertron phibertron is offline
Free Member
 
Join Date: Feb 2003
Posts: 31
Thanks: 0
Thanked 0 Times in 0 Posts
ozjeff99

thanks for the input and your checking on a system that is more than twice as fast as mine
guess its time for a new pc

phibertron
Reply With Quote
  #7  
05-29-2003, 07:45 PM
ozjeff99 ozjeff99 is offline
Free Member
 
Join Date: May 2002
Location: Sydney, Australia
Posts: 159
Thanks: 0
Thanked 0 Times in 0 Posts
Maybe not so fast. If you look at the developments on the motion adaptive filtering stream, Avisynth 2.5x is being endorsed which is much faster (I believe) than 2.08. This could fix your problem with Gripborders(). I'll be changing over to 2.5x myself in next couple of days. Also it is always good to have a spare PC that can chug away day and night in a corner doing encodes.

ozjeff99
Reply With Quote
  #8  
05-29-2003, 10:47 PM
phibertron phibertron is offline
Free Member
 
Join Date: Feb 2003
Posts: 31
Thanks: 0
Thanked 0 Times in 0 Posts
ozjeff99

I been meaning to try 2.5x
guess I have a reason to in the near future
I have like 8 pcs, yeah I know
I've been a sysadmin for a long time now, and I kind of inherit pc's
there usually older but are good workhorses for this and that
none are of them are in the the p4 range, only p3's
PI 233, P2 400, 400, 450, P3 500, 550, 750, 933
oh yeah and an amd k6 200
I even have an old compaq 5000 with dual PI 133, screaming fast
with a 7 drive scsi array

but hopefully soon my personal pc will be like a p4 2.4ghz or better

phibertron
Reply With Quote
Reply




Similar Threads
Thread Thread Starter Forum Replies Last Post
Avisynth: Way to measure filter speed? supermule Avisynth Scripting 8 04-05-2006 04:25 AM
Burning at low speed vs. high speed LeeKuid Blank Media / Burning Discs 11 12-07-2004 11:46 AM
Avisynth: Script speed up possible? Mental Avisynth Scripting 18 10-27-2004 06:21 AM
Avisynth: Speed comparison shibumi Avisynth Scripting 7 05-10-2004 08:14 AM
Avisynth: CCE encoding Speed? Omega Avisynth Scripting 5 12-31-2003 12:58 PM

Thread Tools



 
All times are GMT -5. The time now is 12:49 PM  —  vBulletin Jelsoft Enterprises Ltd