German isn't that hard now is it
How To code ALPHA channel in your Video-Editing sofware
-
Anonymous
It's a bit of a long story, Indeo was owned by Intel, like 2 years ago it was bought by Ligos. When this happened Microsoft responded by not adding indeo as codec in their windows releases. Indeo 5.2 is a minor update to 5.1 and must be bought commercially now.
German isn't that hard now is it
Can't write it though 
German isn't that hard now is it
Suppose this was niels/sense? I hope you're right what kind of configuration you have raid-0 hardrives?? I'm working with a externel 7200rpm hd on usb2.0 (laptop) and i fear BArt is right about the bigger file size / high data rate / multiply by 3 layers...Originally posted by Anonymous
Bart, Like I said I did some quick testing, but for some reason, resolume didn't quirk about the file size?! I will do some more testing on this. And the quality is superb.
Das Ben > indeo 5.2 is the XP version, are you using XP or win2k?
have to test it though, I hope it will be possible on my config too.
-
Anonymous
Hello from BitJazz
I would like to clarify a few things:
First, all six Sheer codecs support a full-precision (8-bit or 10-bit) alpha channel: Sheer RGB[A] 8b and 10b; Sheer Y'CbCr[A] 8bv and 10bv in both 4:2:2[:4] and 4:4:4[:4].
Additionaly a single 4800 RPM ATA drive is fast enough for one stream of Sheer SD (NTSC or PAL), and a RAID-0 pair of 7200 RPM SATA drives on separate channels is fast enough for full Sheer HD (1280 x 720 p/f x 60 f/s or 1920 x 1080 p/f x 30 f/s).
Finaly yes, Sheer file sizes are huge compared to Indeo and other lossy codecs, but they're small compared to uncompressed - so small that they can stream off ordinary cheap disks. Beyond that, the SheerVideo codecs have the lightest CPU load and the shortest latency of any codec we know of.
We will soon have an AVI version available.
Additional information about SheerVideo can be found at:
http://www.bitjazz.com/sheervideo/about/
If you have any questions please feel free to contact me at Sebastian@bitjazz.com
First, all six Sheer codecs support a full-precision (8-bit or 10-bit) alpha channel: Sheer RGB[A] 8b and 10b; Sheer Y'CbCr[A] 8bv and 10bv in both 4:2:2[:4] and 4:4:4[:4].
Additionaly a single 4800 RPM ATA drive is fast enough for one stream of Sheer SD (NTSC or PAL), and a RAID-0 pair of 7200 RPM SATA drives on separate channels is fast enough for full Sheer HD (1280 x 720 p/f x 60 f/s or 1920 x 1080 p/f x 30 f/s).
Finaly yes, Sheer file sizes are huge compared to Indeo and other lossy codecs, but they're small compared to uncompressed - so small that they can stream off ordinary cheap disks. Beyond that, the SheerVideo codecs have the lightest CPU load and the shortest latency of any codec we know of.
We will soon have an AVI version available.
Additional information about SheerVideo can be found at:
http://www.bitjazz.com/sheervideo/about/
If you have any questions please feel free to contact me at Sebastian@bitjazz.com
another option might be something like this,
in recent time, before the 4:4:4:4 vtrs
there were alpha channel input on video mixers so we all can use alpha keying
2 vtrs run at the same time,
1 vtr supports the image
other supports the alpha information
they all combined in the video mixer
so, there can be option in resolume to point an external alpha clip at least in one layer, and user can select to use it or not. In fast systems (I mean cpu and data rate), it might not create too much trouble i guess. also it gives opportunatiy to the user to create some interesting alpha clips and use them in different clips... But i suppose, to do this, there suppose to be some sort of memory caching of the alpha clip at least...
so here is a small diagram
on the file selection
define the alpha clip with a special flag which point the software that the clip will be cache to memory
point alpha clip in clips pref.
when user loads the clip into a layer
clip will be played with the alpha clip cached in to the memory
also there suppose to be cached clip managment console or something like that to erase and reduce the memory usage with lots of clips. this also can be passed by, limiting the alpha clip caching with 3 clips which loads in to some sort of alpha banks and user can select the alpha bank from the layer or clip prefs.
also alternative methods can be devolop with a small brainstorm...
any one want to do some
bw.
t.
in recent time, before the 4:4:4:4 vtrs
there were alpha channel input on video mixers so we all can use alpha keying
2 vtrs run at the same time,
1 vtr supports the image
other supports the alpha information
they all combined in the video mixer
so, there can be option in resolume to point an external alpha clip at least in one layer, and user can select to use it or not. In fast systems (I mean cpu and data rate), it might not create too much trouble i guess. also it gives opportunatiy to the user to create some interesting alpha clips and use them in different clips... But i suppose, to do this, there suppose to be some sort of memory caching of the alpha clip at least...
so here is a small diagram
on the file selection
define the alpha clip with a special flag which point the software that the clip will be cache to memory
point alpha clip in clips pref.
when user loads the clip into a layer
clip will be played with the alpha clip cached in to the memory
also there suppose to be cached clip managment console or something like that to erase and reduce the memory usage with lots of clips. this also can be passed by, limiting the alpha clip caching with 3 clips which loads in to some sort of alpha banks and user can select the alpha bank from the layer or clip prefs.
also alternative methods can be devolop with a small brainstorm...
any one want to do some
bw.
t.
ANIMATION codec,
I just found out ( using cinema 4d ) that i can code simple 3d animations with alpha channel, using the Quicktime .mov format and Animation codec..
Quality: best, straight alpha channel ( only 1 bit thus )
And millions of colors rather than millions of colors +, for slighly smaller file sizes.
Now the [At] & [T] overlay modus are really nice on this footage
cheers
I just found out ( using cinema 4d ) that i can code simple 3d animations with alpha channel, using the Quicktime .mov format and Animation codec..
Quality: best, straight alpha channel ( only 1 bit thus )
And millions of colors rather than millions of colors +, for slighly smaller file sizes.
Now the [At] & [T] overlay modus are really nice on this footage
cheers
Originally posted by Ruud
ANIMATION codec,
I just found out ( using cinema 4d ) that i can code simple 3d animations with alpha channel, using the Quicktime .mov format and Animation codec..
Quality: best, straight alpha channel ( only 1 bit thus )
And millions of colors rather than millions of colors +, for slighly smaller file sizes.
Now the [At] & [T] overlay modus are really nice on this footage
cheers
I belive if you use (millions of colors +) you will get an 8bit alpha channel. That would explain the extra file size. not sure if resolume will be able to use it though.Originally posted by Ruud
ANIMATION codec,
I just found out ( using cinema 4d ) that i can code simple 3d animations with alpha channel, using the Quicktime .mov format and Animation codec..
Quality: best, straight alpha channel ( only 1 bit thus )
And millions of colors rather than millions of colors +, for slighly smaller file sizes.
Now the [At] & [T] overlay modus are really nice on this footage
cheers