color & luma keying

I use lots of avi&bmp in my presets...I think it would be really great to have color&luma keying in the input/output mode in presets list....I know my english is bad and I hope you'll understand this wish 🙂

You shouldn't use BMP or AVI if you don't have to. Remember, not everyone has broadband.

But that brings up another wish: JPG/GIF/PNG/PICT/etc. compatibility...

(Sorry to take away from the thread)

Carry on... 🙂

not for sharing....

I use lot of bmp/avi files in my presets but they're only to be shown at parties... ( e.g http://vfx0.free.fr/VFX-Bzh-24-08-2002.avi )....but if animated gif files were supported (with transparent color) that would be perfect 🙂

GIF is evil 🙂. PNG or MNG.

PNG is huge. GIF or JPEG.

PNG is the format of the future. It looks better and has better features, not least of those being a alpha channel. I use PNG (48-bit RGB with Alpha Channel) when rendering from 3dsmax. PNG-support in AVS would rule. 👍

PNG is good for SOME things. JPEG is good for SOME things. GIF is good for SOME things. BMP isn't good for ANYTHING. They need to change it somehow, I don't care to what, they just need to change it. (also you should be able to do 'keep aspect ratio' on both axes. and they need a wider variety of render blends so you don't have to do a seperate effect list.)

No no no, you got it wrong 🙂.

JPEG is good for some things.
PNG is good for some things.

GIF is obsolete.

It's as simple as that. If you take an identical GIF and PNG, the PNG will be smaller (Atero: provided they have the same color depth! don't compare an 8-bit GIF with a 24-bit PNG). Except maybe for those cheezy animated gif's that no-one uses. Though I think that's what MNG is for.
This is not a "Playstation 2 vs X-Box" or whatever issue where the argument can go on forever. PNG is open, patent-free, more efficient and more featured than GIF. That's really it. Anyone who claims otherwise has never done any serious graphic work 🙂 (I'm a 'pixelspotter').

Originally posted by UnConeD
GIF is obsolete.

I've been saying that for years. The fact that I have been saying it for years is supportive evidence for that fact too.

.png and .jpg are nice but I think it is possible to push compression even further.

[i}Originally posted by Atero [/i]
BMP isn't good for ANYTHING

.bmp is fast to load (not that that matters these days) due to lack of compression (by default) and the simplicity of the file format.

[OFFTOPIC]
.bmp is good for me because I haven't gotten around to learning how to load a .jpg or .tga into a data structure of use to me for making a texture from.
[/OFFTOPIC]

I think that we could do with some alterative file types supported by render/picture or render/avi just because it can keep the size of our packs down.

I'll see if I can't whip up a better Render / Picture. I believe Intel has a free JPEG library, and I could use libpng for PNG.

I also think the current render picture is waaaaay too slow. I think it scales the image in realtime. A much faster approach would be to scale it once and keep that in a buffer (bilinear filtering anyone? 🙂)

Well, loading a JPG should actually be faster than BMP, because of the fact that less bandwidth is used. The only reason it's sometimes slower is because it needs to be decoded, which is slow.

Have 3 options for enlarge (None, Bilinear, Median) and 2 options for shrink (None, Anti-Aliased).

Do you reckon you could make it anti-alias the EXACT amount (For each pixel) by calculating the area of each subtexel in each pixel? Or would that be too hard.

maybe another ape by Unconed? 🙂

intel have a fre jpg library, it's ijl15.dll

here's a pic of what i want to do with 1 avi (the fractal) and the picture (mask):

Well, loading a JPG should actually be faster than BMP, because of the fact that less bandwidth is used. The only reason it's sometimes slower is because it needs to be decoded, which is slow.

I wouldn't dream of decoding a JPG realtime every frame. Even if you do gain speed from having to read less data, JPG is not very memory conservative when it comes to decoding it, so it'd be slower anyway.

As I said:

A much faster approach would be to scale it once and keep that in a buffer (bilinear filtering anyone?)

That pretty much explains it. Asidee from photorealistic images, AVS pictures tend to be low-color ones. Using a RLE scheme should give a minor speed increase as well.

BMP isn't good for ANYTHING

i disagree
what if you are stuck at someone's house who doesnt have the money for nice editing programs, and doesnt have the bandwith to download them?
ill answer for you: You are stuck with MSPaint
that is one of the few occations when .bmp is ok
(and gif sucks) 😛

Even paint can do GIF and JPG from Win98+

yeah but thats only if you are willing to navigate a pulldown menu

🧟 DoH! 🧟

(if forgot about that, and now i feel dumb)