I've taken the liberty of enabling[1] lower-resolution .ogv video transcodes, at 360p and 160p in addition to the 480p we already generated.
[1] https://bugzilla.wikimedia.org/show_bug.cgi?id=61690
These will be useful for older or slower or mobile machines which need to use non-native software decoding fallbacks (such as the existing Java applet, or the JavaScript or Flash alternatives I'm working on in research time) and may not be able to decode a full 480p file made from an SD or HD video original.
Files should gradually populate at the smaller sizes as they get referenced and the new sizes are automatically added to the transcoding queue.
Please give a shout if there's any problems.
-- brion
On Thu, Feb 20, 2014 at 7:07 PM, Brion Vibber bvibber@wikimedia.org wrote: [..]
Files should gradually populate at the smaller sizes as they get referenced and the new sizes are automatically added to the transcoding queue.
Please give a shout if there's any problems.
-- brion
Looks like this actually adds them to the queue all at once - 23,386 160p videos queued, 11,745 160p transcodes already done (!), which means about 85% of all videos are either already transcoded to 160p, or in the queue.
This might cause some delays in transcoding newly uploaded files, but given that in a single day there's already been almost 20,000 new transcodes, it looks like it won't take that long to be done with all of them. I'm really quite surprised how fast the transcoding is proceeding.
--bawolff
In addition to the sudden burst of transcodes, we found that the player widget is sometimes aggressively selecting the small size when it should be defaulting to a larger size.
So we're temporarily disabling the small sizes again; https://bugzilla.wikimedia.org/61760 covers checking/tweaking the player to handle this case better.
-- brion
On Fri, Feb 21, 2014 at 6:07 AM, bawolff bawolff+wn@gmail.com wrote:
On Thu, Feb 20, 2014 at 7:07 PM, Brion Vibber bvibber@wikimedia.org wrote: [..]
Files should gradually populate at the smaller sizes as they get
referenced
and the new sizes are automatically added to the transcoding queue.
Please give a shout if there's any problems.
-- brion
Looks like this actually adds them to the queue all at once - 23,386 160p videos queued, 11,745 160p transcodes already done (!), which means about 85% of all videos are either already transcoded to 160p, or in the queue.
This might cause some delays in transcoding newly uploaded files, but given that in a single day there's already been almost 20,000 new transcodes, it looks like it won't take that long to be done with all of them. I'm really quite surprised how fast the transcoding is proceeding.
--bawolff
Commons-l mailing list Commons-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/commons-l
Looks like the disable didn't get done (whoops!) so it'll still be churning out those transcodes...
Here's a config tweak for the popup video player size issue, that might get pushed a little faster than the TimedMediaHandler fix: https://gerrit.wikimedia.org/r/#/c/115094/
-- brion
On Fri, Feb 21, 2014 at 10:37 AM, Brion Vibber bvibber@wikimedia.orgwrote:
In addition to the sudden burst of transcodes, we found that the player widget is sometimes aggressively selecting the small size when it should be defaulting to a larger size.
So we're temporarily disabling the small sizes again; https://bugzilla.wikimedia.org/61760 covers checking/tweaking the player to handle this case better.
-- brion
On Fri, Feb 21, 2014 at 6:07 AM, bawolff bawolff+wn@gmail.com wrote:
On Thu, Feb 20, 2014 at 7:07 PM, Brion Vibber bvibber@wikimedia.org wrote: [..]
Files should gradually populate at the smaller sizes as they get
referenced
and the new sizes are automatically added to the transcoding queue.
Please give a shout if there's any problems.
-- brion
Looks like this actually adds them to the queue all at once - 23,386 160p videos queued, 11,745 160p transcodes already done (!), which means about 85% of all videos are either already transcoded to 160p, or in the queue.
This might cause some delays in transcoding newly uploaded files, but given that in a single day there's already been almost 20,000 new transcodes, it looks like it won't take that long to be done with all of them. I'm really quite surprised how fast the transcoding is proceeding.
--bawolff
Commons-l mailing list Commons-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/commons-l
Le 21/02/2014 15:07, bawolff a écrit :
Looks like this actually adds them to the queue all at once - 23,386 160p videos queued, 11,745 160p transcodes already done (!), which means about 85% of all videos are either already transcoded to 160p, or in the queue.
Hello,
I am wondering whether where we could find such metric and if it would be worth adding to gdash/ganglia (maybe it is there already).
wikitech-l@lists.wikimedia.org