[Tig] 8k IMAX scans... 16k next

[Kevin Wheatley]

Simon Burley wrote:
>> I imagine that their Shake helper was a RAM-disk cache manager to keep
>> performance up. Shake itself should be fine in 32-bit.
> 
> I reckon you're right. I'll ask Paul when I see him or Andy Lockley
> (DNeg's compositing supervisor) next. Bear in mind though that DNeg's
> pipeline was all floating point, so a single 8k frame in Shake would have
> allocated 805MB and 32 bit applications are limited to addressing 4GB

which means about 2.7GB of usable data space, now Shake tries really
hard not to use the full frame at once. but some global image
operators need all the data, shake also uses RGBA buffers most of the
time for images, as well as a sub-sampling proxy mechanism,
multi-layered cache mechanisms etc. Not that it doesn't have some
crazy issues with all of these!

4K Photoshop falling over... well for the kind of work we would do for
'2K' environments we already use Photoshop on images that are many,
many times larger and have run into problems with compressed files
that are larger than 2GB - poor 32 bit signed/unsigned handling bugs
in file I/O libraries, etc. For '4K' work your going to hit those
sooner, shortly followed by the 4GB barriers which drives you to 64 bits.

Kevin

-- 
| Kevin Wheatley, Cinesite (Europe) Ltd | Nobody thinks this      |
| Senior Technology                     | My employer for certain |
| And Network Systems Architect         | Not even myself         |
_________________________________________________________________________
Cinesite (Europe) Limited is a company registered in England and Wales
with company number 2820389.  VAT Registration: 630 5446 60
Registered Office: HemelOne, Boundary Way, Hemel Hempstead, Herts HP2 7YU