Last modified: 2012-11-01 17:21:08 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T43528, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 41528 - Thumbnails not displayed for local videos on test2wiki
Thumbnails not displayed for local videos on test2wiki
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
TimedMediaHandler (Other open bugs)
unspecified
All All
: Unprioritized normal (vote)
: ---
Assigned To: Jan Gerber
:
Depends on:
Blocks: 41371 27699
  Show dependency treegraph
 
Reported: 2012-10-30 06:28 UTC by Rob Lanphier
Modified: 2012-11-01 17:21 UTC (History)
2 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Rob Lanphier 2012-10-30 06:28:37 UTC
Visit http://test2.wikipedia.org/wiki/File:Citygroup_Center,_San_Francisco.ogv

Expected: see a still image from the video

Actual: no image; broken thumb.

It appears to be trying to pull in this image:
http://upload.wikimedia.org/wikipedia/test2/thumb/9/93/Citygroup_Center%2C_San_Francisco.ogv/512px--Citygroup_Center%2C_San_Francisco.ogv.jpg
Comment 1 Nemo 2012-10-30 11:41:22 UTC
Error page for search purposes:


Error generating thumbnail

Error creating thumbnail: avconv 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:52:09 with gcc 4.6.3
[ogg @ 0x95c7a0] Unknown skeleton version 4.0
[ogg @ 0x95c7a0] max_analyze_duration reached
Input #0, ogg, from '/tmp/localcopy_109b1d186f60-1.ogv':
Duration: 00:01:13.85, start: 0.000000, bitrate: 691 kb/s
Stream #0.0: Data: skeleton
Stream #0.1: Video: theora, yuv420p, 512x288 [PAR 1:1 DAR 16:9], 25 fps, 25 tbr, 25 tbn, 25 tbc
Stream #0.2: Audio: vorbis, 48000 Hz, stereo, s16, 112 kb/s
Metadata:
ENCODER : ffmpeg2theora-0.29
SOURCE_OSHASH : b4fbca60f42139a0
Incompatible pixel format 'yuv420p' for codec 'mjpeg', auto-selecting format 'yuvj420p'
[buffer @ 0x95f000] w:512 h:288 pixfmt:yuv420p
[avsink @ 0x95f580] auto-inserting filter 'auto-inserted scaler 0' between the filter 'src' and the filter 'out'
[scale @ 0x95fc60] w:512 h:288 fmt:yuv420p -> w:512 h:288 fmt:yuvj420p flags:0x4
Output #0, mjpeg, to '/tmp/transform_78e66988266d-1.jpg':
Metadata:
encoder : Lavf53.21.0
Stream #0.0: Video: mjpeg, yuvj420p, 512x288 [PAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 25 tbc
Stream mapping:
Stream #0:1 -> #0:0 (theora -> mjpeg)
Press ctrl-c to stop encoding
[theora @ 0xb54a00] vp3: first frame not a keyframe
Comment 2 Jan Gerber 2012-10-30 12:49:19 UTC
looks like the process does not have enough memory to write the frame,
setting a higher value this should work again:
  https://gerrit.wikimedia.org/r/#/c/30773/

if setting the global value is not an option, it possible to alternatively just use a higher value for video frame extraction.
Comment 4 Jan Gerber 2012-11-01 14:54:53 UTC
Ok, this was due to the imagescalers in production having 8 cores and avconv automatically choosing number of threads based on number of cores. with https://gerrit.wikimedia.org/r/#/c/31244/ this is explicitly set to 1 and memory usage goes down. With just one thread memory usage goes down significantly, it should be possible to change $wgMaxShellMemory again.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links