A nice script to download YouTube videos is youtube-dl[1]. Link that with a flv/mp4 -> ogg converter and an uploader to Commons is trivial.
[1] http://rg3.github.com/youtube-dl/ 2011/6/4 Michael Dale <md...@wikimedia.org> > Comments inline: > > On Fri, Jun 3, 2011 at 4:51 PM, Brion Vibber <br...@pobox.com> wrote: > > > (I'm not sure offhand if I'm set up to cross-post to Foundation-l; if > this > > doesn't make it, somebody please CC a mention if necessary. Thanks!) > > > > On Fri, Jun 3, 2011 at 4:42 PM, aude <aude.w...@gmail.com> wrote: > > > > > Aside from the very real privacy issue, YouTube videos can disappear at > > any > > > time. I would much rather we host them on Commons. > > > > > > A youtube2commons script is pretty easy to implement, > > > > > yes a basic youtube2commons script was posted by Jan on wikivideo-l list > recently: > http://lists.wikimedia.org/pipermail/wikivideo-l/2011-May/000056.html But > as > you point out we really need to work on increasing the upload size limit. > > > > > > > There's been some ongoing work on TimedMediaHandler extension which will > > replace the older OggHandler > > > > > Yes, been hammering away on associated bugs. People can help by testing and > filing bugs :) thedj has helped file a lot of bugs, and Brion too recently > has been taking a look at the transcoding side of things and Roan did a > good > first pass review and thous suggestions have since been integrated. I hope > to have a new version up prototype soon that integrates all the known > requested features / bugs listed in bugzilla some time next week. (with the > exception of features tagged for version 1.1 like server side srt parsing > and timed wikitext -> html -> srt text with html tag removal ) Once I get > this update out to prototype I will try and do a blog post at that point to > invite people to put test it out. > > > > > Basic uploads by URL work in theory, but I'm not sure the deployment > > status. > > Background large-file downloads are currently disabled in the latest code > > and needs to be reimplemented if that's to be used. > > > > > Yea we have bug: > https://bugzilla.wikimedia.org/show_bug.cgi?id=20512tracking > re-enabling copy by url. Once we have webm TMH deployed it would > make for simple youtube cc content with importing without conversion :) > > > > > > For straight uploads, regular uploads of large files are a bit > problematic > > in general (they hit memory limits and such and have to make it through > > caching proxies and whatnot), but there's also been some new work on > > improved chunked uploads for FireFogg (and perhaps for general modern > > browsers that can do fancier uploads). Michael Dale can probably give > some > > updates on this, but it'll be a bit yet before it's ready to go. > > > > Yes we are reimplementing the firefogg chunk uploading as ResumableUpload ( > name of new extension ) in a way that allows both HTML5 XHR browsers to use > the chunk protocol in addition to firefogg ( if your converting video from > a > proprietary source ). In addition we had disscutions at the Berlin > Hack-a-ton that cleared up some confusion about the concerns with the > firefogg protocol and modified it to explicitly state the byte ranges of > chunks in requests and server responses. Also had a brief chat with Russell > on IRC, so that we can support this append chunks system as we move to the > swiftMedia back end. > > --michael > _______________________________________________ > Wikitech-l mailing list > wikitec...@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > _______________________________________________ foundation-l mailing list foundation-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l
