|
|
Subscribe / Log in / New account

DeRose: Designing pro creative apps (Part 1-3)

DeRose: Designing pro creative apps (Part 1-3)

Posted Jul 12, 2011 4:52 UTC (Tue) by jderose (guest, #53578)
In reply to: DeRose: Designing pro creative apps (Part 1-3) by cmccabe
Parent article: DeRose: Designing pro creative apps (Part 1-3)

Colin,

dmedia is somewhere in between a distributed fs and Media Asset Management.

dmedia was designed to solve worklow problems faced by photographers and film makers. Most of the dmedia code is domain specific, focused on replacing error prone and time consuming file management tasks with smart and opinionated automation.

True distributed p2p file systems tend to be far more ambitious, would bring in a lot of unneeded complexity. Plus we really needed the meta data in CouchDB. It would likely have been far more work, not less, to build needed user experience on top of something like Tahoe-LAFS (although Tahoe-LAFS is way awesome). And at this point... well, dmedia is basically done.

BTW, dmedia uses whatever filesystem you already use (ext4, btrfs, etc). It just puts the files in a special layout according to content hash.

Chord paper is awesome! Read it about six years ago, if I remember correctly.

Cheers,
Jason


to post comments

DeRose: Designing pro creative apps (Part 1-3)

Posted Jul 12, 2011 18:14 UTC (Tue) by cmccabe (guest, #60281) [Link]

I am curious how you handle merging the work done by different authors. Do you just have something like the latest author winning, or is there a real merge system? Also, are you intending the changes to the project to show up in a realtime way, or may there be some time skew?

> And at this point... well, dmedia is basically done

Software is never done, until it gets replaced by other software :)

Interesting project, hope you are successful!


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds