View Full Version : SimpleResize-like
Marc FD
16th January 2003, 22:26
hi, i coded a mmx-optimised YV12 filter very close to simpleresize.
if tom is not against that, i can release it.
it's a faster than PointResize in YV12 or SimpleResize in YUY2
jorel
17th January 2003, 06:58
:)
waiting.....;)
ffroms
17th January 2003, 20:55
Where is it? Can you put it on your site?
FFS
trbarry
17th January 2003, 23:52
Marc -
By all means, release it.
I actually took another crack at YV12 SimpleResize last night, some weeks after writing it. But it still seems to be terminally busted, so I can't release mine yet.
But please don't call it SimpleResize since that would probably come back to haunt us forever. ;)
- Tom
Marc FD
18th January 2003, 12:29
no problem, tom, i called it FastBilinearResize.
i've done a bicubic version too, because my project is to make a hyperfast bicublin resampler, IMHO a very good trade-off between speed and quality. so it would be a 3 in 1. i'm gonna release some beta stuff today ^^.
HarryM
18th January 2003, 13:28
Originally posted by Marc FD
no problem, tom, i called it FastBilinearResize.
i've done a bicubic version too, because my project is to make a hyperfast bicublin resampler, IMHO a very good trade-off between speed and quality. so it would be a 3 in 1. i'm gonna release some beta stuff today ^^.
Can you implement 2 in 1, please?
Crop + FastBicubicResize in one?
hakko504
18th January 2003, 14:09
@MarcFD
Any more thoughts on a resizer that thakes YUY2 input and converts it to YV12 on output, like I suggested in this thread (http://forum.doom9.org/showthread.php?s=&threadid=40057) a while ago. The bicublin would be wonderful to have modified in this way.
Marc FD
18th January 2003, 18:19
okay, here's the stuff.
i tested it a lot.
i hope you will like it :)
hakko, this bicublin is unfiltered, i'm not sure that using YUY2->YV12 resising will lead to better quality. i'll try anyway (C coding is so fast ^^)
(attached "BicublinResize beta 1.zip")
Wilbert
18th January 2003, 18:23
@Marc FD,
Sorry for being OT, but have you read this thread (http://forum.doom9.org/showthread.php?s=&threadid=42871).
Marc FD
18th January 2003, 18:33
@wilbert
i know, i know, i'm gonna do that this WE.
that's one of the last thing i'll do, so i take my time ^^
HarryM
18th January 2003, 20:49
Originally posted by Marc FD
@wilbert
i know, i know, i'm gonna do that this WE.
that's one of the last thing i'll do, so i take my time ^^
You are prodigious powerful! :D
One month - one new filter!
Marc FD
18th January 2003, 21:04
thx Harry
well, in fact, i've coded much more than that. edeen & atc are fully working & optimised, but i still didn't released them. i'll do that this WE too. they would be my 2 last releases.
so, does the stuff work ? i've spend many hours of debugging, i'd like to know how perform the last filter i'll probably write before a long time.
FuPP
18th January 2003, 22:56
First tests seem ok. Hard to say about visual quality, I need to test more to say, but seems OK.
About compressibility, BicublinResize with default parameters gave me similar results than bicubic 0.6.
"that's one of the last thing i'll do, so i take my time " -> are you too busy (your "bac") or what else ? ;)
Cheers,
FuPP.
wotef
18th January 2003, 23:50
this looks good
could you make the filter raise an error to the user if not fed a YV12 source?
jorel
19th January 2003, 00:00
Originally posted by HarryM
You are prodigious powerful! :D
One month - one new filter!
really!
that's the reason of my "waiting"...;)
Marc FD
19th January 2003, 11:21
>"that's one of the last thing i'll do, so i take my time " -> are you >too busy (your "bac") or what else ?
no, i'm just tired of filter devel, i programmed a lot of stuff and i simply don't need anything more ^_^
>could you make the filter raise an error to the user if not fed a YV12 >source?
yep, i'll do it, but it's only a beta, i want things to work first, i play after ^^
seewen
19th January 2003, 11:42
Really nice filters.. I don't see any difference ( but didn't tested a lot ) between FastBilinear or Bilinear..
But FastBilinear is really faster..
-------
But there's a little bug with you filters. I saw this with "FastBicubic" & "Bicublin" ( not with "FastBilinear" )
When I try this script ( source = DivX 528@288 :
AviSource("*.avi", false)
#Crop(4,30,-4,-30)
FastBicubicResize(640,288,1/3,1/3)
#BicublinResize(640,288)
With FastBicubic, there's a Red-Magenta Vertical Line at the extreme right of the picture. ( http://seewen.levillage.org/download/FastBicubic_nocrop.jpg )
If I un-comment the crop() command of the script, the line turn Green ;) ( http://seewen.levillage.org/download/FastBicubic_crop.jpg )
With this script + "Bicublin", the line turn White ( difficult to see, I didn't take picture ).
-----------
But what is more strange, is that if I open this script ( crop() un-commented ), the Green line appear.
Then if I comment the "FastBicubic" line ( with VdubMod editor ) and un-comment "Bicublin" the line turn white.
But then, if I comment "Bicublin" and un-comment "FastBicubic", the green line doesn't appear...
And if I comment "FastBicubic" and un-comment "Bicublin", the white line doesn't appear too !
Then if I just close the script. and re-open it, the line doesn't appear.. But if I close VdubMod and Re-open it, the green line come back..
And changing crop values changes color, or make line disapear ( like #Crop(2,30,-4,-30) or #Crop(4,30,-2,-30) for example ).
Sorry, I cannot be more precise, as this problem is so special.. ;)
A+
P.S.
Using avisynth 2.50 ( 10.1.2003 ) and the last VdubMod and Vdub ( bug appear in both ).
Marc FD
19th January 2003, 13:03
no, no, it's a normal problem.
it took my several hours to tweak the boders, my best advice is to oversize and to crop after resize. it's so fast anyway, and the problem only occurs with very specific input/output sizes
HarryM
19th January 2003, 18:31
FastBicubicResize works O.K. for me, nice sharp look.
Only compressibility is worse than built-in BicubicResize. But FastBicubicResize is pretty fast... :cool: :cool: :cool:
sillKotscha
19th January 2003, 18:57
Hi Marc FD,
your filter is really amazing fast!!
[DickModeOn]
I get nearly 44fps in first pass and almost 51fps in second pass... (XP1600, 256 RAM, single 60GB_HD without raid, WinXP-SP1)
[/DickModeOff]
I've used the following simple script:
LoadPlugin("D:\Tools\AVISynth_Plugins\Avisynth_2.5\MPEG2Dec3.dll")
LoadPlugin("C:\Tools\AVISynth_Plugins\Avisynth_2.5\BicublinResize.dll")
mpeg2source("D:\Movies\the 51st state\51.d2v")
crop(2,8,716,553)
BicublinResize(544,288,0.75,0.5)
but I have to:
seewen
With this script + "Bicublin", the line turn White ( difficult to see, I didn't take picture ).
I can notice a line as well, but not a the right - I can notice the line at the bottom ( a blue, very thin line)
I did test relatively a lot but the standard parameters
BicublinResize(544,288,1/3,1/3)
and leaving the b,c values away
BicublinResize(544,288)
gave me same result_a thin blue line @ the bottom. To soothe you a bit, this line did appear only at one unharried scene (within a 1min test_clip). I didn't attach an image because it's not very noticeable within a picture but it is present.
my 2 cents and with kind regards
- Sill
kingmob
25th February 2005, 11:47
I'm not sure if it's ok to bump such an old post. I need such a fast bilinearresizer for some batch svcd encoding. Is this filter still around, or is it obsolete anyway these days (meaning the standard resize has improved).
NathanX
28th June 2006, 13:19
I'm not sure if it's ok to bump such an old post. I need such a fast bilinearresizer for some batch svcd encoding. Is this filter still around, or is it obsolete anyway these days (meaning the standard resize has improved).
I made some tests recently for some batch svcd encoding with the result, that SimpleResize is still the fastest. FastBicubic is as fast as Lanczos, Bicublin is a bit slower than SimpleResize.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.