after the latest update (6.x-5.2), user submitted video conversion fails.

Our users doesn't have privileges to change video resolution, a workaround is to give user the 'override player dimensions' permission.

Error executing command for rendering preset Flash, command #1:
nice -n 19 /usr/bin/ffmpeg -y -i '/home/papecvt/public_html/sites/default/files/videos/original/1_0.mov' -s 0x0 -r 15 -b 700k -ar 22050 -ab 48 -vf "pad=0:0:0:0:000000" '/home/papecvt/public_html/sites/default/files/videos/converted/1_0.flv' 2>&1
ffmpeg version 0.8.3-4:0.8.3-0ubuntu0.12.04.1, Copyright (c) 2000-2012 the Libav developers
  built on Jun 12 2012 16:37:58 with gcc 4.6.3
This program is only provided for compatibility and will be removed in a future release. Please use avconv instead.
Seems stream 0 codec frame rate differs from container frame rate: 1200.00 (1200/1) -> 29.97 (30000/1001)
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/home/papecvt/public_html/sites/default/files/videos/original/1_0.mov':
    major_brand     : qt
    minor_version   : 0
    compatible_brands: qt
    creation_time   : 2012-09-29 13:13:39
    encoder         : 5.1.1
    encoder-fra     : 5.1.1
    date            : 2012-09-29T15:13:39+0200
    date-fra        : 2012-09-29T15:13:39+0200
  Duration: 00:01:08.24, start: 0.000000, bitrate: 21262 kb/s
    Stream #0.0(und): Video: h264 (Baseline), yuv420p, 1920x1080, 21193 kb/s, 29.97 fps, 29.97 tbr, 600 tbn, 1200 tbc
      creation_time   : 2012-09-29 13:13:39
    Stream #0.1(und): Audio: aac, 44100 Hz, mono, s16, 63 kb/s
      creation_time   : 2012-09-29 13:13:39
Incorrect frame size
Failed to set value '0x0' for option 's'


Version:7.x-2.8» 6.x-5.2

Status:Active» Postponed (maintainer needs more info)

I wasn't able to reproduce your problem, but I received some warnings when I tried to upload videos using a user without the 'override player dimensions' permission. I have fixed these warnings. Perhaps your problem is solved as well. You can download a new 6.x-5.x-dev version with my fix within 12 hours. Please let me know if the problem is solved.

new539 bytes

I've had this problem also. The problem seems to be that when a user without the 'override player dimensions' permission uploads a video then there is no 'dimensions' value set in the form widget. So, I've a value form field to the $element in this case that sets the dimensions to the widget's default value, which seems to fix things.

Patch attached.

new579 bytes

Hmm, looks like it's actually looking for the #default_value for users without 'override player dimensions' permission, so here's an amended patch.

Joe-b: did you use the latest 6.x-5.x-dev version of the module or 6.x-5.2?

fresh pull of 6.x-5.x-dev fixes this.

Status:Postponed (maintainer needs more info)» Fixed

5.3 has been released.

Status:Fixed» Closed (fixed)

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

Issue summary:View changes

Fixed version number