Last modified: 2011-03-29 19:06:22 UTC
I copied [[commons:TimedText:Folgers.ogv.de.srt]] to http://prototype.wikimedia.org/timedmedia/TimedText:Folgers_local_prototype.ogv.de.srt , then played the coffee commercial video on the main page of the prototype wiki, hoping to see German subtitles. The interface does offer me to select German subtitles and put them on top of or below the video (the latter option even creates some extra black space below the video), but no matter what I try I don't get any subtitles. I'm using Firefox 3.6.15 on Ubuntu. The selected video format seems to be Ogg 200p.
It appears this is related to the expire on api requests ( set to smax to 5 min ) The video now does include the de subs. [1] Is there a good way to purge cache for a given api call? or do we need a specialized entry point for subtitles that can have its squid cache purged in the same way we handle pages? Correct me if I am wrong, but we can't reply on the parser cache that the api will use for outputting the transformed wikitext for the every video displayed? Maybe we shorten the smax to 1 min? We can't be hacky and request the actual page and strip the interface since this sometimes has to run cross domain for "instant commons" / all other projects pulling video from commons. Actually this cache logic is sort of falling right now anyway since we use the normal jquery global unique callback on the api request so we probably are not hitting the squid cache / using the smax params anyway. [1] http://prototype.wikimedia.org/timedmedia/File:Folgers_local_prototype.ogv
tagging i18n since that is where it first showed up. But I'm wondering if there a better tag?
(In reply to comment #1) > It appears this is related to the expire on api requests ( set to smax to 5 min > ) The video now does include the de subs. [1] Is there a good way to purge > cache for a given api call? or do we need a specialized entry point for > subtitles that can have its squid cache purged in the same way we handle pages? > Correct me if I am wrong, but we can't reply on the parser cache that the api > will use for outputting the transformed wikitext for the every video displayed? > Maybe we shorten the smax to 1 min? We can't be hacky and request the actual > page and strip the interface since this sometimes has to run cross domain for > "instant commons" / all other projects pulling video from commons. > > Actually this cache logic is sort of falling right now anyway since we use the > normal jquery global unique callback on the api request so we probably are not > hitting the squid cache / using the smax params anyway. > Well strangely the existence of the German subtitles showed up (the menu let me select them), it's just that the subtitles themselves didn't show. This works for me now on the file description page, but I'm still seeing the behavior described in comment #0 for the coffee videos embedded in the main page.
(In reply to comment #2) > tagging i18n since that is where it first showed up. But I'm wondering if > there a better tag? This has little to nothing to do with i18n.
ah... yes I need to purge pages where the video is embed because we output the text tracks there. Will fix that in the next commit.
Should be fixed in r84972 ( there were some issues with local subtitles ) Has been pushed out to prototype, the following url should show subtitles: http://prototype.wikimedia.org/timedmedia/File:Folgers_local_prototype.ogv
