Page MenuHomePhabricator

Thumbnails not displayed for local videos on test2wiki
Closed, ResolvedPublic



Expected: see a still image from the video

Actual: no image; broken thumb.

It appears to be trying to pull in this image:

Version: unspecified
Severity: normal



Related Objects

View Standalone Graph
This task is connected to more than 200 other tasks. Only direct parents and subtasks are shown here. Use View Standalone Graph to show more of the graph.

Event Timeline

bzimport raised the priority of this task from to Needs Triage.Nov 22 2014, 12:54 AM
bzimport set Reference to bz41528.

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
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':
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

jgerber wrote:

looks like the process does not have enough memory to write the frame,
setting a higher value this should work again:

if setting the global value is not an option, it possible to alternatively just use a higher value for video frame extraction.

jgerber wrote:

ogg thumbnails now use oggThumb and seam to work.

WebM thumbs work partially, i.e.:

this fails:

but the same video with another size works:

are all imagescalers running the same code?


does not work:

jgerber wrote:

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 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.

Gilles triaged this task as Unbreak Now! priority.Dec 4 2014, 10:10 AM
Gilles moved this task from Untriaged to Done on the Multimedia board.
Gilles lowered the priority of this task from Unbreak Now! to Needs Triage.Dec 4 2014, 11:22 AM