FFMPEG & Media Mover Qs

We encourage users to post events happening in the community to the community events group on https://www.drupal.org.
synchlayer's picture

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

Comments

ffmpeg wrapper

arthurf's picture

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

AndrzejG's picture

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

kreynen's picture

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

arthurf's picture

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

kreynen's picture

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

arthurf's picture

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

stefanwray's picture

What did you ever determine about vhooks? Required?