4:4:4 12-bit Uncompressed DVX100 - Page 18 at DVinfo.net
DV Info Net

Go Back   DV Info Net > Special Interest Areas > Alternative Imaging Methods
Register FAQ Today's Posts Buyer's Guides

Alternative Imaging Methods
DV Info Net is the birthplace of all 35mm adapters.

Closed Thread
 
Thread Tools Search this Thread
Old March 30th, 2004, 07:58 PM   #256
Regular Crew
 
Join Date: Oct 2003
Location: Los Angeles, CA
Posts: 173
<<<-- Originally posted by Eduardo Soto : Provided that one is able to save these the data as TIFF or similar format, what are the steps to actually editing for video/film purposes? -->>>

Juan should be easy to write a program to assemble these into uncompressed avi. Or, alternatively, you could just use automation to assemble the tif/bmp/whatever series in combustion or some other compositing program of your choice.
Adam Burtle is offline  
Old March 30th, 2004, 10:56 PM   #257
Trustee
 
Join Date: Mar 2003
Location: Virginia Beach, VA
Posts: 1,095
<<<-- Originally posted by Adam Burtle : <<<-- Juan should be easy to write a program to assemble these into uncompressed avi. -->>>

Why AVI? Is there a 16-bit AVI codec out there? I know there's a free cross-platform 16-bit Quicktime codec call None-16 available from Digital Anarchy. You can't beat free, and basically it's an uncompressed "None" codec file, but expanded to use 16bpp instead of the default "none" codec's 8bpp.
Jason Rodriguez is offline  
Old March 30th, 2004, 11:20 PM   #258
Regular Crew
 
Join Date: Mar 2004
Posts: 65
I'd much prefer an sequence such as .exr or cineon which have their own lossless compression. Would be smaller than an uncompressed 16bp QT, and if capturing should be interrupted you'd have the previous captured frames instead of a corrupt QT movie.
Brad Abrahams is offline  
Old March 31st, 2004, 08:00 AM   #259
Major Player
 
Join Date: Jul 2003
Posts: 479
I haven't checked the specs for AVI yet...but does it allow 12-16 bit per RGB channel(i.e. 36-48bit RGB)? I see some people talking about 16bpp, and afaik 16bpp RGB is 4-bit per channel and a 4-bit transparency channel. Also many specs talk about 16-bpp and they do have 16bits per pixel for color, but it is paletted color...

I read the TIFF spec and it does not specify what is the max bits per channel in RGB mode..it only provides an example with 24-bits(8,8,8). The format should theoretically support everything, but the software you are using(ex. photoshop) has to recognize it...

Juan
Juan P. Pertierra is offline  
Old March 31st, 2004, 08:05 AM   #260
Major Player
 
Join Date: Jul 2003
Posts: 479
Oh and at the very least, there is Cineon...i know that format supports linear 12-bit per channel RGB.

Normally, when I have a bunch of frames i drop them into Apple Shake and it composes them into whatever I want.
Juan P. Pertierra is offline  
Old March 31st, 2004, 08:13 AM   #261
Regular Crew
 
Join Date: Mar 2004
Posts: 65
AFAIK Juan there has not been a greater than 8 bit per pixel codec developed for the AVI format as of yet.
Brad Abrahams is offline  
Old March 31st, 2004, 09:49 AM   #262
Major Player
 
Join Date: Mar 2004
Location: chicago
Posts: 434
Juan, trust me, there IS such a thing as 16bit pcc (per color channel) TIFF. It's not 4 bit. It's not 16 bits per pixel. It's not palletted. It's TRUE, FULL, 16bit per color channel, for a total of 64bits per pixel. I'm fairly certain PS 6 can export 16bit TIFFs, but it might have only been added in PS 7. I know for a fact that CS (version 8) supports many 16bit filetypes.

OpenEXR is another possibility, but TIFF or RAW files would be much faster to write in realtime. (OpenEXR has a sophisticated lossless compression algorithm that wouldn't be very efficient with DVX100 footage, since it relies on film grain to compress the data.)

Cineon is not 12 bit, it's 10 bit, and I believe it only supports log space, not linear. There are only 1024 values pcc in Cineon space as opposed to 32768 (signed 2byte) or 65535 (unsigned 2byte) in 16bit space.

Saving to a QuickTime movie (or god forbid an AVI) is probably a bad idea, as QT movies do have a way of turning out corrupted if you interrupt the writing process.

- ben
Ben Syverson is offline  
Old March 31st, 2004, 11:01 AM   #263
Major Player
 
Join Date: Jul 2003
Posts: 479
Cineon can do 1, 8, 10, 12, 16, 32, 64bit per image component(R,G,B,Y,C,etc). It can do linear or log transfer characteristic in any of these modes, along with a bunch of other standards.

Juan
Juan P. Pertierra is offline  
Old March 31st, 2004, 11:24 AM   #264
Major Player
 
Join Date: Mar 2004
Location: chicago
Posts: 434
Well, maybe in the same way that I can write a 128bit TIFF file that no one can read... Film digitizers and recorders only work with 10bit log Cineons, so most software only supports this implementation of the format... You could generate a linear 12 bit cineon sequence, but the only software able to read it will start at $5000...

IMHO using Cineon for a raw CCD read is ridiculous -- even if it can technically do linear data, it is explicitly designed as a log format for the handling of motion picture film.

16 bit TIFFs are ideal because the format is so simple. You could cache a generic header for the sequence and then cat the header with the raw image data as it comes in to generate TIFFs...

- ben
Ben Syverson is offline  
Old March 31st, 2004, 11:30 AM   #265
Major Player
 
Join Date: Mar 2004
Location: chicago
Posts: 434
BTW, 16bit pcc (64bit) PNGs are also an option...

- ben
Ben Syverson is offline  
Old March 31st, 2004, 11:40 AM   #266
Space Hipster
 
Join Date: Oct 2001
Location: Greensboro, NC
Posts: 1,508
Ben:

I'm inclined to agree. Cineon is awkard format to handle, while 16-bit TIFFS are very straightforward to handle on my system.

Photoshop and After Effects in their current versions smoothly handle these files.

Additionally, I just verified that Vegas 4.0d handles the 16-bit tiffs natively (drap and drop onto timeline), so I could edit them natively out the cam. Vegas lists it's internal color support as "32-bit" but not exactly sure how they define that.
__________________
stephen v2
www.insaturnsrings.com
Stephen van Vuuren is offline  
Old April 1st, 2004, 12:39 AM   #267
Trustee
 
Join Date: Mar 2003
Location: Virginia Beach, VA
Posts: 1,095
Yah, after reading all these posts, I'd say a 16-bit file is the way to go.

But, should you make the file non-linear, or linear (number padding)? A linear file with number padding will appear very dark, but if you decide to stretch 12-bits over 16-bits so that the image appears "normal", aren't you doing some sort of "transform" on the image that "modifys" the data? In otherwords, the 12-bits don't align perfectly with the 16-bits, so it' a nonlinear relationship in that some number rounding will have to occur or LUT be applied for the bits to be stored to properly produce a "correctly exposed" image. In that case the image is no longer truley "RAW".
Jason Rodriguez is offline  
Old April 1st, 2004, 12:47 AM   #268
Major Player
 
Join Date: Jul 2003
Posts: 479
Right now the bits not being captured are the low-order bits, so the scales should be spread evenly, just loose precision. Apparently, doing an auto-levels(spread the values so they cover the entire range) does the trick as shown on the second image.

Update:
Today i got full frames in continous capture. I still have those two bits missing which are causing the dots but i am going to post complete frames/clips before i try to fix the connection.

I'm also going to attempt to get a DV duplicate of a frame for direct comparison, although i'm not sure if it's a good idea to do a comparison since the frames are still partial and noisy..i am still not sure if not having those 6 low-order bits has a large impact on the overall image....

Juan
Juan P. Pertierra is offline  
Old April 1st, 2004, 12:57 AM   #269
Major Player
 
Join Date: Mar 2004
Location: chicago
Posts: 434
Well, think of it this way. A 12 bit image can represent 4096 distinct values per channel. A 16 bit image can represent 65536 (or 32768, depending on the format). If there are rounding errors, they will be within one value in the 16 bit image -- that's a margin of error of 0.000015% or 0.00003%.... I think that's close enough to call lossless. :)

Actually, maybe there's a 100% lossless way to convert the data with bitshifting? I've never dealt with 12 bit values before...

- ben
Ben Syverson is offline  
Old April 1st, 2004, 04:22 AM   #270
Regular Crew
 
Join Date: Mar 2004
Posts: 27
Hi Juan,

Count me as very (more like extremely) interested in your project.
You get this to work and I'll be one of your first customers.

Two questions to start:

1. Are you planning on making this a product?

2. I often capture the dvx100 s-video out to a uncompressed 4:2:2 DDR. Where in the dvx video pathway is the s-video? Is it after it's been down sampled to 4:1:1? Is it post DV compression?

Thanks and good luck,
Pete
Peter Plevritis is offline  
Closed Thread

DV Info Net refers all where-to-buy and where-to-rent questions exclusively to these trusted full line dealers and rental houses...

B&H Photo Video
(866) 521-7381
New York, NY USA

Scan Computers Int. Ltd.
+44 0871-472-4747
Bolton, Lancashire UK


DV Info Net also encourages you to support local businesses and buy from an authorized dealer in your neighborhood.
  You are here: DV Info Net > Special Interest Areas > Alternative Imaging Methods


 



All times are GMT -6. The time now is 07:02 PM.


DV Info Net -- Real Names, Real People, Real Info!
1998-2024 The Digital Video Information Network