Opened 15 years ago

Last modified 15 years ago

#35 closed defect (FIXED)

A workspace for processing media: "Operating table" / "workbench" etc

Reported by: Christopher Allan Webber Owned by: Christopher Allan Webber
Priority: minor Milestone: 0.0.3
Component: programming Keywords:
Cc: Parent Tickets:

Description

We have a storage backend that supports multiple media types, but it's possible that certain types of media might require local files to be processed through locally. For example, maybe we'll need to have a local copy of a movie before we do transcoding. Etc.

Maybe it would be helpful to create a BasicFileStorage instance that writes to a directory either made in /tmp/ or user specified somewhere else (could default to ./user_dev/media/operating_table/ in the config, but if completely not found in the config, could make a temporary directory to dump things in?), but which keeps non-permanent copies of files and local instances that will allow the files to be "operated" on while moving from the queue_storage -> public_storage during processing.

Change History (4)

comment:1 by Elrond, 15 years ago

Milestone: 0.0.3
Owner: set to Christopher Webber

meeting result: [A cwebber] "Operating table" stuff (cwebber probably needs to handle this)

comment:2 by Christopher Allan Webber, 15 years ago

Status: NewClosed

I've implemented this but not documented it in a way that other people know what I mean. Nonetheless, I think that documentation is a separate bug, one more of the "how storage is handled" documnetation type of issue.

comment:3 by Elrond, 15 years ago

Component: Programming

comment:3 by Will Kahn-Greene, 14 years ago

The original url for this bug was http://bugs.foocorp.net/issues/303 .

Note: See TracTickets for help on using tickets.