I send a video up to zencoder, it comes back successfully and is placed into sites/default/files/videos/converted/ and is playable locally from the file system. I see thumbnail options loaded into my node and chooseable.

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

BarwonHack’s picture

Priority: Normal » Major

Im experiencing this issue too.

Have tried a number of presets and also added Amazon keys to ZenCoder but without success.

BarwonHack’s picture

Downgraded from 2.10 to 2.9 and it works just fine.
I also disabled Embedded Video at the same time so will experiment tomorrow to see if a conflict.

Jorrit’s picture

Status: Active » Postponed (maintainer needs more info)

Are there any log messages in the Drupal error log?
Are you getting the 'The video conversion process has failed' message immediately after you submit the node form or only after Zencoder has processed the video?

BarwonHack’s picture

No errors were appearing in the log & the log was showing a successful callback message. It took some time and then eventually the error would appear.

Jorrit’s picture

You're sure that you are not seeing any errors that look like 'The following videos were marked as ...'?

Jorrit’s picture

More questions:

Does the error go away when you clear all caches?

What is the value of the status column in the video_queue database for the video?

Jorrit’s picture

Version: 7.x-2.9 » 7.x-2.10
Status: Postponed (maintainer needs more info) » Fixed

Never mind: I think I have found the problem. One of the changes in 2.10 was to create an empty file before overwriting it with the transcoding result. The file size got cached by PHP in the stat cache, so when the file was updated, the new file size was not detected. This resulted in the above error.
Could you try the next 7.x-2.x-dev release?

BarwonHack’s picture

Hi yes, the latest dev seems to have resolved the issue.
Nice one & thanks :)

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

BarwonHack’s picture

Status: Closed (fixed) » Active

This issue has returned with the latest dev release (2013-May-22).

Eleven-Drupal’s picture

Hi

Have been experiencing a similar problem. Strangely it was all working perfectly then started getting:

The video conversion process has failed. You might want to submit a simpler video format like mpeg or divx avi.
If the problem persists contact your website administrator. Please check logs for further debugging. - See more at: http://harpr.com/node/98#sthash.CGVOUvR9.dpuf

The transcoding works fine, the converted videos arrive in the default/.../converted folder. But they dont publish.

I tried installing the most recent dev version. When I uploaded it crashed fatally:

Fatal error: Call to undefined method video_utility::getVideoExtensions() in /home/harpr/public_html/sites/all/themes/govideo/template.php on line 153

However, when I put the old version of video back in the video I had uploaded didnt have the same error! It just said JW Player goes here...which looks to me like progress. If I can get the dev version to work!

Any help greatly appreciated..

Jorrit’s picture

The reason for this problem is the govideo template which is outdated.

Eleven-Drupal’s picture

Thanks Jorrit.

I've managed to fix the issue by installing a previous version of the module. I worry that I may have problems with future versions of your module but I'll discuss this with themesnap.

One further question. On upload the message "the video is being uploaded..." appears, fair enough. However the actual video wont appear unless I refresh the page, usually takes 15-30 seconds.

Is this normal or avoidable? I don't mind putting an instruction up saying please wait then refresh page but would be nice if it was automatic.

Great work btw!

thanks

Jeremy

Rhino-new’s picture

I'm getting this message:

"The video conversion process has failed. You might want to submit a simpler video format like mpeg or divx avi.
If the problem persists contact your website administrator. Please check logs for further debugging."

There's no issue registered in the logs - Zencoder converts the files correctly and they're uploaded to S3 without issue. It doesn't matter which video player I chose (jw player or Video.js ) , or which way I transcode video. There are no clues in logs.

I see the thumbnail fine. I see the playable video in my s3 bucket. I'm not using Govideo. I have a fresh brand new install of D7 and a default theme.

Jorrit’s picture

What version are you using?

fugazi’s picture

same problem with 7.x-2.10 and 7.x-2.x-dev. thmbnails appear s3 bucket is ok video is rendered on zencoder also ok, but error message is displayed. I fly right into the holidays and look in past 14 days.

morenstrat’s picture

Same for me: everything works fine with 7.x-2.9. With 7.x-2.10 I get the error message even though all notifications from Zencoder were received and the transcoded files were downloaded.

I noticed that with 7.x-2.9 there is a PHP Warning: "filesize() stat failed..." called in file_save(), line 566 in includes/file.inc, for each of the transcoded files (which of course do not exist yet) right before the node is saved. This warning is not there with 7.x-2.10.

If someone can point me in the right direction on how to help debugging this error, let me know.

Jorrit’s picture

Is the development version 7.x-2.x-dev working for you?

morenstrat’s picture

Yes, 7.x-2.x-dev is working. Thanks!

Rhino-new’s picture

So I have to try this with 7.x.2.x-dev? I abandoned my project at the time, I guess I'll have to start over. Will it work now with Video.js?

thelocaltourist’s picture

I'm using 7.x-2.x-dev from July 2 and having he same issue. Everything uploads where it's supposed to on S3 and converts properly, but the video won't display.

Jorrit’s picture

Rhino-new: if you're not using the Video module anymore, then there is no need to try anything for you, unless you like to contribute your experience.
thelocaltourist: Can I see this online somewhere?

epiro01’s picture

I'm getting the same issue. Things were working perfectly; video was converted through zencoder, stored on s3, then the published node has the video references. But after 4 or 5 successful uploads of movs, wmvs, and mp4s, I started getting the "The video conversion process has failed" message. I checked zencoder and s3 and everything seems to have worked except for drupal getting the references. I tried deleting and reuploading the videos that had worked to see if the issue was related to the videos themselves and now the error happens with all video uploads basically breaking the whole thing.

Jorrit’s picture

epiro: is anything logged in the Drupal error log? Have you cleared your caches? Are you using 2.10 or 2.x-dev?

fugazi’s picture

holidays over and get back to work. I have tried everything and checked access rights settings, but without success. Video images are displayed, only the video gives the error "The video conversion process has failed."

Problem with 7.x-2.10 and 7.x-2.x-dev.

attached screenshots:

Jorrit’s picture

What happens when you clear the Drupal cache? And are there any errors in the Drupal error log?

fugazi’s picture

FileSize
154.21 KB

no changes to empty the caches. An error message but only affects the preview image.

PDOException: SQLSTATE[40001]: Serialization failure: 1213 Deadlock found when trying to get lock; try restarting transaction: INSERT INTO {amazons3_file} (uri, filesize, timestamp, uid, dir, mode) VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2, :db_insert_placeholder_3, :db_insert_placeholder_4, :db_insert_placeholder_5); Array ( [:db_insert_placeholder_0] => s3://styles/thumbnail/s3/videos/thumbnails/31229/thumbnail-31229_0000.jpg [:db_insert_placeholder_1] => 2793 [:db_insert_placeholder_2] => 1377790051 [:db_insert_placeholder_3] => d19850da2dfef14a4117db52c81ac76c0a6f51e5115c909e6f5b81c0ae179516 [:db_insert_placeholder_4] => 0 [:db_insert_placeholder_5] => 33279 ) in AmazonS3StreamWrapper->_amazons3_get_object() (line 1075 of /sites/all/modules/amazons3/AmazonS3StreamWrapper.inc).

Several times retried deleted and re-encoded and uploaded all the new files. without success

Screenshot:

fugazi’s picture

I've uninstalled and reinstalled now completely disabled. I wanted to avoid this step since I came down from D6 to D7 upgrade. I thought the problem was on the upgrade. But off and manually delete entries from the old database to this video, still the error.

The video conversion process has failed. You might want to submit a simpler video format like mpeg or divx avi.
If the Problem Persists contact your site administrator. Please check logs for Further debugging.

fugazi’s picture

unfortunately no success to solve the problem. If not go on amazon s3, works das If all goes according to S3 comes the error. I do not remember more ....

Has anyone a solution?

BarwonHack’s picture

Try: AmazonS3 7.x-1.0-beta7, Video 7.x-2.x-dev (Sept 23 release).
Configure the field to *upload to Drupal* (not an S3 bucket) and then serve from S3.

This seems to be working fine for me after hours of trying various module versions and configuration options.

fugazi’s picture

#smilne23 many thanks for the note. I have followed your way and still give my settings to. Unfortunately it did not work for me.

Modules AmazonS3 7.x-1.0-beta7, Video 7.x-2.x-dev (Sept 23 release).

Field Settings

Upload destination of original file
-public files

Upload destination of converted files
-Amazon S3

Upload destination of thumbnails
-Amazon S3

Unfortunately, I get the error message again.

The video conversion process has failed. You might want to submit a simpler video format like mpeg or divx avi.
If the problem persists contact your website administrator. Please check logs for further debugging.

I have maybe a wrong setting?

Jorrit’s picture

When you see that error message, there should be an error in the Drupal log. Can you post that error?

fugazi’s picture

now I'm going crazy. I wanted to once again show off screenshots in order to show why it does not work, and now I really do not know why, all of a sudden it works. I assure the long weeks it did not work. I will not say anything more :-)

BarwonHack’s picture

I was seeing the error until flushing the caches.

BarwonHack’s picture

I note that the zencoder postback contains the final file destination URL ... I'm not sure how this is recorded by the video module, but perhaps this postback could be utilised (assumption: instead of some kind of communication with the amazonS3 module) to update the status and content of the Video field?

Also, I'd be interested to know if anyone else finds that uploading to Drupal, not S3 is the magic trick that allows this to work.

Jorrit’s picture

So if you flush the cache, it works?

fugazi’s picture

I can confirm that it works with upload to drupal. After changing back to upload to s3 it works now. I can not explain why it was not weeks. I'm totally stumped. almost like magic. But that's not what I want.

if cache is emptied it still works

my guess is on amazon S3 modules DEV. After change on amazon S3 1.7 it works as usual. 'll Try it again but with the dev version. next week

dlumberg’s picture

I'm getting this issue with video 7.x-2.10+14-dev and s3 7.x-1.0-beta7+17-dev.

The filesize isn't getting updated after the postback from zencoder and the filesize is always 0 where the videos are failing. The files are getting transcoded and the files are getting created properly on s3.

dlumberg’s picture

I'm getting this issue with video 7.x-2.10+14-dev and s3 7.x-1.0-beta7+17-dev.

The filesize isn't getting updated after the postback from zencoder and the filesize is always 0 where the videos are failing. The files are getting transcoded and the files are getting created properly on s3.

jenscbc’s picture

I had similar issue with 7.x-2.10 serving files via Private file system.
Using Zencoder sending the job back to Drupals file system.
Converting only to mp4 and using player Video.js 7.x-2.3

I installed 7.x-2.10+14-dev and I confirm it now works.

Thanks!

grahamtk’s picture

Elusive solution found in my case:
This errormessage was triggered because of local file permissions. The file get created upon registering the job at zencoder by a cronjob which runs as my personal user account different from the user saving the result.

The encoded file gets saved by a callback from zencoder visiting your website, and thus gets saved as the apache process user. I had to share this folder between these users using an acces control list in linux.

mermentau’s picture

Getting the same error message on three installs. Drupal 7.24, Video 7.x-2.10+14-dev, Video.js 7.x-3.0-alpha2(Video.js 4 in libraries), AmazonS3 7.x-1.0-beta7+17-dev, AWS SDK for PHP 7.x-5.4 (1.5.4 in libraries).

Using Zencoder library 2.1.2 and Amazon S3 with a bucket containing no dots in the name.

Content type has video field added using the Video Upload Widget. Settings for the field have Upload to "Public files" and Zencoder puts the converted video and thumbnails in the Amazon S3 bucket. The field display has Format = Video player which does not work. Changing to Format = Video thumbnail works with thumbnail from Amazon S3 displaying fine.

So everything appears to work fine. The file is uploaded and the thumbnails are viewable on the node edit page from Amazon S3. Zencoder shows the file is encoded and the postback sent to Drupal with no problems indicated. Checking S3 shows the video files and thumbnails in the bucket and the video is showing the proper filesize. Clicking the file link in the bucket properties opens the file in my browser and it plays the video fine.

Running cron and clearing cache at various times during the process doesn't do the trick.

Files are converted to mp4 and Video.js is used as the player.

ibuildit’s picture

I get this error with 2.10. It works with 2.9.

WallyJtD’s picture

I use Rackspace cloud files for storing node and comment related media; all other media is kept on the local server.

I had the same problem; however, to get around it, I have to make the following change in video.field.inc within function video_field_load(). Around line 282 (or thereabouts) is the following:

if ($output->original_fid == $items[$id][$delta]['fid'] && isset($files[$outputfid]) && $files[$outputfid]->filesize > 0) {

As you can see it checks for a filesize. However, using Zencoder and cloud files, this is not always available due to transcoding times, so by removing the filesize check, it's able to pick up the file data correctly, thus:

if ($output->original_fid == $items[$id][$delta]['fid'] && isset($files[$outputfid])) {

If this could be wrapped in a condition to check the scheme used, I'm sure it could help.

harley.orion’s picture

+1 for WallyJtD - same solution worked for me. Thanks so much - this was a tough issue to pin down!

The site in question was developed on an Amazon EC2 box, and then the video upload feature suddenly stopped working when we launched the site into a MediaTemple (dv). The playablefiles array under the video upload field was coming up null, and we were getting the error message "no playable files found" displayed in the player container.

Question for the maintainers on video module - I don't really know what conditional could be wrapped around this (rather than just hacking the line to remove the filesize test) since it seems dependent on the hosting environment. Happy to contribute to a patch if anyone can help clarify what test might catch this issue?

mermentau’s picture

#44 Works for me also on all 3 problem installs.

mcdtay’s picture

Issue summary: View changes

I confirm solution #44 too. This has been frustrating me for a while, thanks!

BarwonHack’s picture

Is 44 going to be committed to a new dev release?

dlumberg’s picture

Here's a Patch for #44

tomyinhauser’s picture

I'm facing the same error here, with Video 7.x-2.10 and AmazonS3 7.x-1.0. Zencoder is configured to output the files directly to my S3 bucket. After some debug, I realized that the filesize remains 0 after proper conversion only if the "Enable database caching" setting is enabled on the AmazonS3 module. Once disabled, I found happiness.

#44 solution also works, but I'm thinking about the less risky solution: 1) let the wrong information be stored in the database, and just ignore it; 2) disable S3 cache, since the fstat() information is already cached in php.

Anyway, should video+amazons3 integration work when that cache is enabled? Is it already fixed in dev?

ryanoreilly’s picture

Patch in #49 resolved this exact issue for me as well.

mysteryv’s picture

#44 worked for me. This was the end of hours are searching! Thanks!

Poieo’s picture

Status: Active » Reviewed & tested by the community

I can confirm the patch in #49 as well.

heshanlk’s picture

Status: Reviewed & tested by the community » Fixed

Added to the 7.x-2.x branch.

  • heshan.lk committed ad2e364 on 7.x-2.x authored by dlumberg
    #1991534 Error says The video conversion process has failed, but it...

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.

rockie667’s picture

Status: Closed (fixed) » Active

I am using amazons3 7.x-1.1 and video 7.x-2.11 and facing the same issue! :(

I am not sure if I should open a new issue because now it concerns version 2.11.

Here same situation like some others had: conversion at zencoder and uploading to S3 works perfectly. Flashing caches and disabling database caching did not help.

Original and converted files as well as thumbnails are uploaded to S3 and are showing on S3 with file size.

Any help highly appreciated! Thanks a lot - and, by the way, thanks a lot to the maintainers for their really great work!

heshanlk’s picture

Component: Video Transcoding » General
Status: Active » Closed (works as designed)