Re: Re: Linuxmovies-general digest, Vol 1 #217 - 8 msgs

Bob Friesenhahn <[email protected]> Tue, 27 Dec 2005 16:12:07 -0600 (CST)
Newsgroups gmane.comp.video.linux.movies
Message-ID <[email protected]>
On Tue, 27 Dec 2005, salsaman wrote:
> Hi Bob,
> that is not strictly true, although LiVES is currently aimed at home users.

Salsaman, I did not mean to criticize LiVES in any way.  Certainly 
different types of productions have different reqirements, and being 
able to edit video at home is a quite useful application.  It would 
not make sense to burden this sort of user with a cumbersome 
framework.

The reason why I asked about a DI framework oriented toward 
studio-grade production is because I have not heard of an open-source 
framework which supports these requirements.  An open-source framework 
would be quite useful.

An example of a successful open-source framework is eclipse 
(http://eclipse.org/) which is a framework for building software, and 
is now strongly supported by many significant companies.  These 
companies are discarding their existing proprietary environments and 
are offering smaller add-ons to eclipse instead.  The file-based DI 
process needs an industry-supported open framework like this.

> Second, for colorspaces, if you look at the current spec for LiVES realtime 
> processing:
> http://www.xs4all.nl/~salsaman/lives/docs/weedspec.txt
> you will see that one of the supported palettes is RGBA float (packed 32bit 
> float giving a 128 bit pixel size) which should be adequate for any future 
> use.

16-bit samples are more than sufficient to support any 
editing/post-production requirement. 13-bits linear or 10 bits log, 
are sufficient. Only the rendering/HDR folks want more than 16-bits.

Professional-grade video is still limited to 10-bits linear.  The only 
exception to this are cameras which output using 10-bit log encoding 
(e.g. Viper).

> The reason this palette is not used so much now:
> - there are no readily available sources for such image formats
> - AFAIK there is no intermediate image format for such frames

One format which can be easily used is TIFF.  TIFF supports 32-bit and 
64-bit floats, and Photoshop CS2 has introduced (draft documented) 
support for 16 and 24-bit floats in TIFF.  There is the possibility of 
using OpenEXR or other HDR formats.  DPX can also support 32-bit 
floats although I don't know of any applications supporting it.  The 
FITS format (for astronomy applications) supports floating point 
images.

Bob
======================================
Bob Friesenhahn
[email protected], http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click