Posted by civicpixel on July 19, 2010 at 7:28pm
Jump to:
| Project: | Media Mover |
| Version: | 6.x-2.x-dev |
| Component: | Miscellaneous |
| Category: | support request |
| Priority: | minor |
| Assigned: | civicpixel |
| Status: | active |
Issue Summary
I'm going to migrate our organization to the 2.x series this week, just thought I'd check and see if anyone has anything they can share in regards to moving from the 1.x media_mover_files table to the new format. If not, I'll share whatever I end up creating back to this issue.
Comments
#1
eek! Please please don't run this on production yet. While the core api seems quite solid, I've been fighting the UI issues for adding and editing configurations. There are some aspects to how steps interact with configurations that I'm still not quite sure about, especially in regard to queuing operations. That being said, I'll do my best to support you if you do move forward on it.
#2
If you think it's best we hold off, I definitely can. I would love to update to the new branch though while I have a few weeks to put significant development energy into it, plus I have the archive.org module working on the 2.x branch and I'm eager to start running it. Our current configuration is pretty simple, just harvest from cck -> encode with ffmpeg -> save back to cck field.
But.. I'm happy to hold off you if think that's a really bad idea =)
-Brian
#3
If you have resources to commit on helping get 2x stable, I'll carve out time to get things moving on it. Again, I think the API is pretty solid, it's really the contrib modules that need updating at this point. The only caveat to this is the question about queuing individual jobs. I have half a mind to make 2x dependent on the queue module and let every operation be a queue item. I think this could solve many issues with performance and multi-machine environments.
#4
I think having it dependent on the queue module is an excellent idea -- that's one of the primary reasons we're migrating. I want to be able to leverage that as we start sending 5-10gb files to archive.org using the mm_archive submodule.
I finished our 'manual' media_mover_files table translation tool. Now I'm moving on to testing/patching:
mm_cck - so far so good, adding a patch for filefield_paths support that we had in our old version
mm_ffmpeg - testing this morning now that I have a full dev environment with access to our external ffmpeg server
..and I need to re-patch the latest version of ffmpeg_wrapper to support our ffmpeg_remote submodule. Unless I have any surprises today, I should be able to work on it all day. If you want to chat, I'm almost always sitting in #drupal-openmedia.
so far loving all the 2.x changes...