|
|
I am super excited for what you are working on! Thank you for kicking this off!
Wish list: - No gamma inconsistencies between platforms (I can't believe this is still unresolved!)
- If the encoder crashes while rendering, or I begin to copy a file while it is transfering/still encoding, the rest of the file should still playable up until that point, not a completley corrupt file
-
Easily parsable information at the front of the file specifcying information like codec, bitrate, duration, etc
- Can support bizarre frame/rates resolutions, to a great number of significant digits, allowing for future applications (DNxHD fails this terribly).
Bonus features: - GPU-accelerated encoding
- Support for low enough bitrates that devices like SD cards could record in real-time if they need to
- Resiliant to corruption. Checksums could indicate possible problems but it would be nice if it could attempt to play anyway without crashing the player or totally failing
- The ability to define a poster frame / thumbnail, or generally support thumbnails easily. (Windows Explorer still doesn't show thumnails for .PSDs for instance)
- I love Steve Oakley's idea of embedding the codec in the file as an option. Genius. Could eliminate the need to distribute/install codecs for certain users - just load the codec into memory from the file and discard when done, if they choose to accept that performance tradeoff.
Brainstorm/crazy ideas: - Meta data that could specify the file's history, or other useful information about where it came from. Obviously this needs application support, but for example: the name/path of the project file that originally rendered this file. Possible major privacy implications to address, perhaps should be off-by-default.
- Possible "3d" support, allowing multiple, distinct images to be embedded in one file. Perhaps this is done by arranging each image side-by-side, but meta information could define distinct areas of the image with names (think concert LED mapping applications that have dozens of screens that need to play in sync)
- Easy to add a description to the file, or preview the thumbnail/other metadata remotely. For example, if you are browsing an FTP share, it would be nice to download the first few hundred KB of a file only, so you can learn as much as possible about it, before commiting to a long file transfer.
- Along that same line, imagine if you were able to embed proxies into a file. For some of our deliverables, I wouldn't mind spending a little extra render time and make the file a tiny bit larger if it meant easy previews from remote locations.
|
|