On 10/1/07, David Gerard dgerard@gmail.com wrote:
(What's the US patent exposure from having an MPEG-to-Theora converter on Wikimedia servers? Would running one on the toolserver be safe enough?)
I think that even better would be a client local transcoder which uses the client installed codecs: then it becomes "if you can play it in WindowsMedia, you can upload it using this tool" ... Gets us out of the business of tracking the codec dejure and is useful for people who want to do things other than preparing files for us.
This is pretty much already possible within the QT framework with XiphQT (http://xiph.org/quicktime/) ... any video app that uses QT codecs can just directly save Ogg/Theora+Vorbis files.
On 01/10/2007, Gregory Maxwell gmaxwell@gmail.com wrote:
On 10/1/07, David Gerard dgerard@gmail.com wrote:
(What's the US patent exposure from having an MPEG-to-Theora converter on Wikimedia servers? Would running one on the toolserver be safe enough?)
I think that even better would be a client local transcoder which uses the client installed codecs: then it becomes "if you can play it in WindowsMedia, you can upload it using this tool" ... Gets us out of the business of tracking the codec dejure and is useful for people who want to do things other than preparing files for us.
I'm thinking in terms of as a transparent part of the upload process. Same sort of reason we have Java-based inline media players for Ogg content: computers are painful enough.
- d.
On 10/1/07, David Gerard dgerard@gmail.com wrote:
I'm thinking in terms of as a transparent part of the upload process. Same sort of reason we have Java-based inline media players for Ogg content: computers are painful enough.
But as you've observed... it's not very fun if the software goes "*BZZT* we don't support this codec"... and there is by no means uniformity in the realm of video codecs.
I've had a rather hard time transcoding some of the stuff that has previously been uploaded (incorrectly named .ogg to bypass the upload filters).
Anything we could impliment server side (ignoring all possible licensing issues) is going to be hit or miss, hopefully more hit than miss but "If you can play it in Windows Media this tool can upload it" should be pretty attractive.
On 01/10/2007, Gregory Maxwell gmaxwell@gmail.com wrote:
On 10/1/07, David Gerard dgerard@gmail.com wrote:
I'm thinking in terms of as a transparent part of the upload process. Same sort of reason we have Java-based inline media players for Ogg content: computers are painful enough.
But as you've observed... it's not very fun if the software goes "*BZZT* we don't support this codec"... and there is by no means uniformity in the realm of video codecs.
Um yeah. Beta time!
I've had a rather hard time transcoding some of the stuff that has previously been uploaded (incorrectly named .ogg to bypass the upload filters).
Uh whuh? Doesn't it also check the magic numbers to make sure it really is the type it says it is?
Anything we could impliment server side (ignoring all possible licensing issues) is going to be hit or miss, hopefully more hit than miss but "If you can play it in Windows Media this tool can upload it" should be pretty attractive.
Indeed! Or in VLC. Heck, we could use VideoLan for the job.
- d.
On 10/1/07, David Gerard dgerard@gmail.com wrote:
Uh whuh? Doesn't it also check the magic numbers to make sure it really is the type it says it is?
http://bugzilla.wikimedia.org/show_bug.cgi?id=10823
If you catch me on IRC ask me to show you where people were having us host exploit code uploaded as PDF files. :(
Anything we could impliment server side (ignoring all possible licensing issues) is going to be hit or miss, hopefully more hit than miss but "If you can play it in Windows Media this tool can upload it" should be pretty attractive.
Indeed! Or in VLC. Heck, we could use VideoLan for the job.
Yes, I think the commons instructions tell people to use VLC for transcoding. It would be nice if VLC were a little more streamlined for this task, as it stands today you have to go digging in a few dialogs and people get lost.
On 01/10/2007, Gregory Maxwell gmaxwell@gmail.com wrote:
On 10/1/07, David Gerard dgerard@gmail.com wrote:
Uh whuh? Doesn't it also check the magic numbers to make sure it really is the type it says it is?
http://bugzilla.wikimedia.org/show_bug.cgi?id=10823 If you catch me on IRC ask me to show you where people were having us host exploit code uploaded as PDF files. :(
Ew.
(BTW, the XCF format has been defined at last, other than as "what GIMP saves.")
Indeed! Or in VLC. Heck, we could use VideoLan for the job.
Yes, I think the commons instructions tell people to use VLC for transcoding. It would be nice if VLC were a little more streamlined for this task, as it stands today you have to go digging in a few dialogs and people get lost.
Enough so that I've never managed it despite going looking for how to!
- d.
wikitech-l@lists.wikimedia.org