Much of this is already working.
Partly from the guys at Sohonet.
This is/was an early RED partner as I am sure you know if you were on the booth at NAB.
With its wide and fast bandwidth, Codex can record uncompressed 4K, 2 x channels of 4:4:4 HD (for A & B camera, or 3D-configuration shoots), or even a single HD digital film camera at speeds of up to 60fps
from their web site : "Industry standards-compliant - designed to interface with just about any digital camera system, including RED Digital Cinema System"
Using a palm - data can be entered just as your suggesting and added to the meta stream. This can be done wirelessly. Plus it can output instant low res quicktimes etc - and it of course has docing stations with drives encased for continuous shooting on serious feature film projects.
They had one at NAB last year - but it was way over in a weird hall.
Now this is not for the indie film maker - this is a box for the serious features guy - or post house - but your part one stated that you were thinking about full feature film pipelines.
Here is a competitor to eps scheduling that claims it's better, more flexible...
download free trial if you want. Would appreciate feedback from pros familiar with the process.
http://blog.mozilla.com/faaborg/2006...-introduction/http://microformats.org/ seems very interesting - I wish I could clone myself and develop this project full time -
It would be nice if the film/broadcast industries develop something along the lines of the Open Document Format.
Here is a good primer
Mark - touche, this is spot on about how it could/should work. PDA may be a bit small/UI cramped to pull all this off, perhaps a laptop might be more appropriate? That opens up other goodies, too, like stills extraction and embedding into the script database, etc...and like any good database, you should have lots of ways of looking at the data - don't think reports so much as views, a la FileMaker...oops, it calls them reports to. But keep these views live, dynamic, switchable, etc. - a script view, a VFX view, etc.
Obviously since lots of folks need to play, it is web client/server based. But, the whole thing could run on one laptop on set with a Wifi transponder...
Mike, I write n-tier software for a living. You actually don't want direct access to the database(client/server) for security and development reasons. A fat or thin client to a mid tier interface (IIS, Apache, custom server...) which in turn talks to the necessary databases(s) is the preferred way now days. With VPN or similar security architectures you could use public wifi if needed. It's geting very easy and affordable to set up your own wireless hotspot on a movie set practically anywhere you can get electricity.
They even have wireless hubs that let you share a wireless broadband evdo card. If you got bars, you got a network.
|« Previous Thread | Next Thread »|