what kind of speeds should i be getting?

[pdottz]

I use xvid 1.02 default settings to encode tv caps. and i get about 6-9 fps. takes 1 hr to encode a 10 minute cartoon cap. 30 minutes per pass.

I use a simple script too. nothing but avisource and kernel deint =1 sharp=true. very simple.
lately ive been testing with tomsmocomp and sangnom for deinterlacing, and get the same fps.


my pc specs are

2.2 ghz no hyperthreading.
128 megs ram.

other than that I don't know much more about my pc since i didn't get to build it. for diskwrite speed this is all i can help you with; in directstream copy in vdubmod i get about 230-300fps. oh yeah. setting priority to vdub so ir's realtime or veryhigh doesn't matter.


anyone know what speeds I SHOULD be getting and how i can achieve thos speeds?
thanks.

[Mug Funky]

hmmm... this probably is moot, but are you using Leak's kerneldeint? it's optimized (MMX), so it's significantly faster than regulr kerneldeint.

what res? qpel? GMC? these things all affect speed.

i'm running a humble pentium 3, 733MHz (384 RAM). with a reasonably heavy script (2x removedirt, overlay, Tdeint, very light Dup filter for stills), anime source, at 512x384 i get ~4fps. you should be getting about twice that, but your underwhelming RAM might be slowing things down. is your hard sick chugging a lot?

also, i'd consider defragging - i'm getting direct-streams up to 6000fps (usually less than half that at max, but this was for a low-bitrate, 50fps file that i encoded to see if i could play it back in realtime).

[ChronoCross]

at the default settings and that avs you should be getting at *least* 18fps. From my experience with my grand 1.13 ghz machine I can with a script that is 30x worse than yours 8-9fps..... so I would recommend a few things.

1) Uninstall all programs you don't need. (if your using a prebuilt comcrap or hp from the store, reformat and install your OS only)
2) Defrag
3) set custom swap file/paging file settings ( I use min of my Ram 256 and a max of two times my ram 512Mb for the paging file size) this works perfectly for me for encoding but for BT not so much)
4) DELETE SPYWARE. I can't stress this enough. having all those spyware programs always running takes up precious system resources.

That's all I can think of but those helped me. If your really serious you should probably put in more ram. 512 is a good minimum for not having your PC yell at you when you encode( mine has a sore throat from encoding)

[Leak]

Originally posted by pdottz
how i can achieve thos speeds?

*ADD* *MORE* *RAM*.

Seriously. 128MB is almost what Windows XP alone needs after booting, and video processing is a memory-hungry process. Also, you're probably missing out on the effect a file cache can have in this case, since there probably is either no memory left for one *OR* Windows stupendously swaps out your encoding process to make some room for the cache makeing things even worse...

If you're not using Windows XP, Windows 2000 probably takes 70-80 MB for itself, while Windows 95/98/ME maybe takes 20-30, but I wouldn't really recommend this mess of an UI add-on for DOS to anybody...

np: Ulrich Schnauss - In All the Wrong Places (A Strangely Isolated Place)

[pdottz]

then i guess i seriously need some more ram. maybe the full 2 gig limit my pc can take.

i've been using litestep as my shell since win98(on xp now) and it does make a noticeable difference than using the standard explorer shell. i'd probably be getting 2 fps if i wasn't. my hdd doesn't struggle when writing anything so they're ok. no spyware on this pc. i run lavasoft every 2 days to make sure plus my hardware firewall keeps it nice and clean. windows auto handles my paging file.

so i guess ram is the only thing i should to upgrade to gain better speeds.

here's the script i use in case anyone wants to know more. i no longer use kernel deint as i found sangnom and tmc do a much better job with no loss in speed for me.


LoadPlugin("C:\PROGRA~1\GORDIA~1\SangNom.dll")
LoadPlugin("C:\PROGRA~1\GORDIA~1\TomsMoComp.dll")
LoadPlugin("C:\PROGRA~1\GORDIA~1\undot.dll")
LoadPlugin("C:\PROGRA~1\GORDIA~1\FluxSmooth.dll")
AVISource("D:\captures\tennis chumps.avi")
ConvertToYV12()
TomsMoComp(1,5,1)
SangNom(1,48)
LanczosResize(512,384)
Undot()
FluxSmooth(7,7)
ConvertToRGB()


i convert to rgb cause the final encode looks much nicer on the tv screen.

also, i stopped doing 2 pass encodes unless i really want a target filesize(like on dvd encodes). since all my tv caps never differ by more than 2 minutes in length, the file sizes come out the same as if i was using 2 pass. so that was wasted encoding time :)


thanks for the help everyone.

[ChronoCross]

the file sizes come out the same as if i was using 2 pass. so that was wasted encoding tim

two pass === better bit distribution.

I feel that two pass would achive better encodes and smaller filesizes. this is due to not every frame really needs the same Quant. and by not doing that it enables you to send those none needed data bits to somewhere else that needs it.

[celtic_druid]

Speaking of wasting encoding time.

Originally posted by pdottz
convert to rgb cause the final encode looks much nicer on the tv screen.

You do realise that XviD just converts back to YV12?

[JarrettH]

Getting a faster CPU and 512MB of memory would be much more beneficial than buying 2GB of RAM.

[Blue_MiSfit]

Ditto. A cheap Athlon XP 2500+ overclocked with 512 megs of ram will serve you nicely... strangely enough thats what I run :)

[lordadmira]

What's slowing u down the most is probably the Lanczos resize. Remove it and u'll see a massive speed jump. Use Precise Bicubic or normal Bicubic if you care about speed. (Also the resize op should be the very last function unless u see sizer artifacts) Since Xvid reconverts ur RGB back into YV12 on encode, it's nothing more than a defacto smooth operation. If u say it looks better on a TV go ahead and leave it there, but there's probably a more legitimate way to get the same effect. Adding more RAM likely won't make any difference in the encode speed. An encode is primarily number crunching, not moving data. Unless ur harddrive is thrashing, adding RAM won't speed it up. Install TaskInfo to see how ur system resources are going. The File Cache won't have any impact on an encode either because that is for recurrent reads to the same data. Encoding is streaming. Once off the disk, once on the disk, never to be read again.

I think 6-9 fps is normal and reasonable for ur setup. I get 2-4 fps for a similar 640x480 encode with Lanczos and other filtering on a Celeron 1.4GHz. I bet u could remove some of those filters too and still get the same results. Also if u are using Quarter Pel that will also slow it way down.

LA

[pdottz]

celtic_druid.

i realize xvid converts back to yv12. but i did some testing with the 3 same frames from my toon cap and this is what i found.

first i loaded the avi into vdub normally and saved the snapshot of source. opened it in psp, next i did the same frame using the converttorgb and saved source, finally i did the same frame after converting to xvid and saved the source.

the normal avi snap was dull, using the color picker proved the black was way to dull. using the color picker on the xvid frame and the ConvertToRGB frame showed they barely even differed at all even though xvid converts back to yv12. i don't know the reasons for this, i just know it works me.

thanks for the reply though, i know i forgot to mention the entire reason why i use that tag.

[pdottz]

been trying some of the suggestions you guys posted and i still see no difference. for instance. i stried uing a difference resize filter and the speed never increased or decreased.

also here's something else that bothers me. i use agk for xvid backups of dvds. vdub runs those at about 38-45fps.

is it something in vdub that agk sets that im not seeing? even with
sangnom, and tomsmocomp removed from my avs file the speed is the same.
it can't be lancsoz resize because agk uses that to.

i'm just completely stumped. :(

[lordadmira]

Well what does it do with no filters? And since ur using AviSynth do you have VDub set to Fast Recompress and not Full Processing? Compare speeds on the same material with AGK and VDub. You can post the configuration settings if u want and I'll take a look at it. (Save Processing Settings)


LA

[pdottz]

lordadmira.

the exact same it still runs at 6-9 fps for me with no filters.
also, i have tried fast recompress, normal and full processing.

i'll try those suggestions thanks.