I should probably file a bug report, but I thought it's funny...
So, one of my tools tried to get a thumbnail from a file on Commons. Turns out it's an OGG video. 75px thumbnail here:
http://upload.wikimedia.org/wikimedia/commons/thumb/3/38/LotuseffectAnimatio...
hmmm... these pixels get larger every day! :-)
Magnus
Magnus Manske wrote:
I should probably file a bug report, but I thought it's funny...
So, one of my tools tried to get a thumbnail from a file on Commons. Turns out it's an OGG video. 75px thumbnail here:
http://upload.wikimedia.org/wikimedia/commons/thumb/3/38/LotuseffectAnimatio...
hmmm... these pixels get larger every day! :-)
The OggHandler transform routine does not respect the width parameter. It only generates stills at a single size. This is to avoid the overhead of decoding the video multiple times. The filename is normalised before it is written to the hard drive by thumb.php, but unfortunately it is still streamed by thumb.php and the 404 handler.
[0230][tstarling@zwinger:/mnt/upload3/wikipedia/commons/thumb] $ ls 3/38/LotuseffectAnimation.ogg mid-LotuseffectAnimation.ogg.jpg
-- Tim Starling
Tim Starling wrote:
Magnus Manske wrote:
http://upload.wikimedia.org/wikimedia/commons/thumb/3/38/LotuseffectAnimatio...
hmmm... these pixels get larger every day! :-)
The OggHandler transform routine does not respect the width parameter. It only generates stills at a single size. This is to avoid the overhead of decoding the video multiple times. The filename is normalised before it is written to the hard drive by thumb.php, but unfortunately it is still streamed by thumb.php and the 404 handler.
Hmm... couldn't we just apply the normal image scaling code to the thumbnail once we have it?
wikitech-l@lists.wikimedia.org