FFMPEG & Media Mover Qs

Events happening in the community are now at Drupal community events on www.drupal.org.
Posted by synchlayer on October 29, 2009 at 10:05pm

FFMPEG doesn’t seem to be working for me which also means Media Mover isn’t working, and apparently hasn’t since DOM were here to do the install, I’ve been sorting other issues so hadn’t looked at it until last week.

ffmpeg was actually at /usr/local/bin/ffmpeg not /usr/bin/ffmpeg but this didn’t resolve the issue; is this because this points to ffmpeg on the webserver and not on the encoder, and if so what should the link be?

Other potentially pertinent info:
I couldn’t find the vhook libraries (so that field on the ffmpeg wrapper page is empty).
I can’t select an output format on the test page.
I can access the server via finder over the network but can't shell remotely.
I'm wondering if this has anything to do with resolving our various web server networking issues.

On the ffmpeg wrapper test conversion page (admin/settings/ffmpeg_wrapper/test) I get this error:
warning: Invalid argument supplied for foreach() in /sites/all/modules/ffmpeg_wrapper/ffmpeg_wrapper.module on line 509.

On the Media Mover setup page I get this error:
warning: Invalid argument supplied for foreach() in /includes/form.inc on line 1428.

Email me if you want to see the files, as GDO thinks the screenshots of them are spam.

Cheers
Craig

Categories: ,

Comments

ffmpeg wrapper

Posted by arthurf on October 30, 2009 at 1:23am

Ffmpeg Wrapper sets the path to the ffmpeg binary. If you don't know where it is on your system, you can log in via the command line and use "whereis ffmpeg" If this does not give you a good path, you can always download from my site (linux only) http://24b6.net/content/ffmpeg-binary and place it somewhere and set the path in ffmpeg wrapper

ffmpeg.static seems not to work

Posted by AndrzejG on August 8, 2010 at 12:54pm

arthurf, using hosted server I have no way to install original ffmpeg, and therefore tried to use ffmpeg.static. I tried to put it in ffmpeg_wrapper, and also in new directory ffmpeg_wrapper/ffmpeg. For both options set the proper path. However, wrapper test is showing no any supperted format, only informs about identified directory. Also properly identifies the format of files tested.

Am I missing something?

Please reply asap.

I can't remember all of the

Posted by kreynen on November 2, 2009 at 6:07pm

I can't remember all of the details from all of the implementations, but didn't we use FFMPEG Wrapper Remote in Amherst? If so, the path is to FFMPEG on the remote box that needs to have the encode.php running and mount points back to the webserver. This is why running the configuration on an external web host is so difficult.

As for the GDO issue, please fill out the GDO contact form so we can get that resolved. I had an issue posting images for a few weeks because I was over a new 10MB quota. Greggles and JoshK took care of that a few minutes after I reported it.

Remote handling

Posted by arthurf on November 2, 2009 at 6:29pm

My new thinking on this is to use the services module to allow ffmpeg conversion boxes to register with a Drupal server. Remote servers will request a file and the conversion configuration settings. The remote server will send a heartbeat while it is converting and send the file back (or just set the file status if the files directory is shared) once the conversion is complete.

I have some proto code for this, but I'd like to do development on it on Media Mover 2. Unfortunately, Drupal 7 is calling some of my thinking into question, but I'm trying to ignore it for now.

Makes sense, but I'm not sure

Posted by kreynen on November 2, 2009 at 8:27pm

Makes sense, but I'm not sure that will work for PEG stations who need the 1-2GB broadcast quality MPEG2. With FFMPEG Wrapper Remote, we configure the FFMPEG server to access the same file store as Drupal so we're not moving the original, encoding it, and moving the encoded file back to the webserver. We are processing the file directly from and to the mounted RAID.

Our hope was to eventually add times to register the availability of encoders and use our lab of multiprocessor MacPros as encoders in their off hours. We've had a few issues with our first encoder so we haven't done anything with multiple encoders yet.

On the same page

Posted by arthurf on November 2, 2009 at 8:45pm

Yes- my intent was that the remote servers run a simple script- which pings the main server. If there is a file to be processed, that file can be used from the "local" file system depending on how things are configured

vhooks

Posted by stefanwray on May 4, 2010 at 7:24pm

What did you ever determine about vhooks? Required?

Community Media

Group organizers

Group notifications

This group offers an RSS feed. Or subscribe to these personalized, sitewide feeds:

AltStyle によって変換されたページ (->オリジナル) /