Multimedia

multimedia@lists.wikimedia.org

377 discussions

Prep work for WebM VP9 support
by Brion Vibber 15 Aug '15

15 Aug '15

Just a quick note -- there's been some ongoing work in preparation for supporting WebM with the newer VP9 codec: * fixing up our server configuration with updated ffmpeg & ffmpeg2theora packages * fixing up the player to support VP9 as well as VP8 * adding support for producing WebM transcodes in VP9 in addition to VP8 Big thanks to a bunch of folks over on the ops side who have been helping with the packaging! We had to backport some packages to get VP9 working, and ffmpeg2theora needed some patches to work correctly in newer versions. At some point in the coming weeks, the video transcoding servers will be re-imaged with an updated operating system <https://phabricator.wikimedia.org/T104747> (Ubuntu Trusty plus our custom packages). Once this is complete, uploaded WebM VP9 files should start producing Ogg Theora and WebM VP8 transcodes (currently you can upload them but they fail to work). With TMH updates going out some time next week, playback of VP9 originals <https://phabricator.wikimedia.org/T62272> should also start working in Chrome and Firefox. These updates also improve support of Opus audio files <https://phabricator.wikimedia.org/T42193>, both standalone in Ogg audio and in WebM videos. Once we're satisfied everything works, we'll consider enabling production of VP9 transcodes <https://phabricator.wikimedia.org/T63805>. These will be about the same quality as VP8, but use only half the bandwidth. Later when we figure out how to rig up adaptive streaming, this'll mean bandwidth-constrained clients can bump up one resolution step in VP9 versus VP8... One big warning -- VP9 encoding is 2-4x slower than VP8 encoding at the same resolution... so we'll have to investigate comparative CPU load and whether 1080p transcodes actually complete reliably before timeouts etc hit. This may be something we have to roll out later after more testing. But even if it takes us time to get VP9 output working, having VP9 input functional will fix some existing files, make it easier to import from YouTube and other sources that are more aggressively using VP9, and generally makes us more future-proof. -- brion

1 0

Image alignment issues
by Pine W 08 Aug '15

08 Aug '15

This is the second article recently in which I've encountered unexpected behavior when trying to align images. https://en.wikipedia.org/wiki/White-cheeked_starling Am I missing something, or is there a bug that's resulting in images being misplaced? Pine

4 8

Going to land ogv.js into TimedMediaHandler if no one objects
by Brion Vibber 07 Aug '15

07 Aug '15

I've done some more fixes to ogv.js to perform *much* smoother on slower machines by running the decoders in Web Worker threads. If there's no objection, I'm going to land ogv.js (and a number of smaller fixes for media playback) into TimedMediaHandler later today. ogv.js is a JavaScript compatibility shim for Ogg and WebM video in Safari and IE/Edge which don't support free codecs natively. (IE/Edge on desktop can use native WebM components if you install them manually but still lack Ogg audio support.) This replaces the old Cortado Java applet that no longer works on most current computers. Please feel free to help review and test! Live demo site https://ogvjs-testing.wmflabs.org/ MwEmbedSupport: * https://gerrit.wikimedia.org/r/#/c/227074 - fix fullscreen video in IE TimedMediaHandler: * https://gerrit.wikimedia.org/r/#/c/219398 - TMH transcode list ordering fix * https://gerrit.wikimedia.org/r/#/c/222294 - misc small buglet * https://gerrit.wikimedia.org/r/#/c/226999 - fix double-playback in IE/Edge with native webm installed * https://gerrit.wikimedia.org/r/#/c/227066 - fix the popup player on first open * https://gerrit.wikimedia.org/r/#/c/227155 - increase quality of Ogg Theora transcodes, add 240p with the old bandwidth of 360p * https://gerrit.wikimedia.org/r/#/c/226957 - update ogv.js libs * https://gerrit.wikimedia.org/r/#/c/165478 - ogv.js for desktop There's also my basic mobile integration, which requires some more work to support suitable controls: https://gerrit.wikimedia.org/r/#/c/217485/ -- brion

3 9

Uploading from WikiEditor
by Mark Holmquist 03 Aug '15

03 Aug '15

Hi! I just posted my gadget from the hackathon on VPT on enwiki [0]. Anyone should feel free to port the gadget (and its dependencies) to other wikis, there shouldn't be any necessary code changes, unless you port it to Commons, in which case you don't need the fancy bending-over-backwards-for-CentralAuth code. I won't be maintaining this, it's just a proof of concept for our future work on proper, extension-y dialogs in editors, but I thought I'd share it with early adopters. [0] https://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#Upload… Cheers all, -- Mark Holmquist Lead Engineer, Multimedia Wikimedia Foundation mtraceur(a)member.fsf.org https://wikimediafoundation.org/wiki/User:MHolmquist

1 0

TMH RL changes
by Derk-Jan Hartman 23 Jul '15

23 Jul '15

I think we all want to ditch TMH sooner than later, but i’ve had this patch to do some cleanup to it for a while now (1,5 year): https://gerrit.wikimedia.org/r/#/c/172421/ <https://gerrit.wikimedia.org/r/#/c/172421/> Clearly few people are capable of reviewing it to begin with, and worse I think there are plenty of people so scared of this code, that they’d rather keep it like it is, instead of risking to break production... So should I abandon it ? DJ

3 3

Wikimedia video community editing tools & infrastructure status
by Brion Vibber 19 Jul '15

19 Jul '15

There were a fair number of folks interested in video chatting at Wikimania! A few quick updates: * An experimental 'Schnittserver' ('Clip server') project has been in the works for a while with some funding from ze Germans; currently sitting at http://wikimedia.meltvideo.com/ (uses OAuth, has a temporary SSL cert, UI is very primitive!) It is currently usable already for converting MP4 etc source footage to WebM! The Schnittserver can also do server-side rendering of projects using the 'melt' format such as those created with Kdenlive <https://kdenlive.org/> and Shotcut <http://www.shotcut.org/> -- this allows uploading your original footage (usually in some sort of MP4/H.264 flavor) and sharing the editing project via WebM proxy clips, without generational loss on the final rendering. Once rendered, your final WebM output can be published up to Commons. I would love to see some more support for this project, including adding a better web front-end for managing projects/clips and even editing... * Mozilla has an in-browser media editor thing called Popcorn.js <http://popcornjs.org/>; they're unfortunately reducing investment in the project, but there's some talk amon people working on it and on our end that Wikimedia might be interested in helping adapt it to work with the Schnittserver or some future replacement for it. Unfortunately I missed the session with the person working on Popcorn.js, will have to catch up later on it! * I'm very close to what I consider a 1.0 release of ogv.js <https://github.com/brion/ogv.js/>, my JavaScript shim to play Ogg (and experimentally WebM) video and audio in Safari and MS IE/Edge without plugins. Recently fixed some major sound sync bugs on slower devices, and am finishing up controls which will be used in the mobile view (when not using the full TimedMediaHandler / MwEmbedPlayer interface which we still have on the desktop). Demo of playback at https://brionv.com/misc/ogv.js/demo2/ A slightly older version of ogv.js is also running on https://ogvjs-testing.wmflabs.org/ with integration into TimedMediaHandler; I'll update those patches with my 1.0 release next week or so. * Infrastructure issues: I had a talk with Faidon about video requirements on the low-level infrastructure layer; there are some things we need to work on before we really push video: - seeking/streaming a file with Range subsets causes requests to bypass the Varnish cache layer, potentially causing huge performance problems if there's a usage spike! - very large files can't be sharded cleanly over multiple servers, which makes for further performance bottlenecks on popular files again - VERY large files (>4G or so) can't be stored at all; which is a problem for high-quality uploads of things like long Wikimania talks! For derivative transcodes, we can bypass some of these problems by chunking the output into multiple files of limited length and rigging up 'gapless playback', as can be done for HLS or MPEG-DASH-style live streaming. I'm pretty sure I can work out how to do this in the ogv.js player (for Safari and IE) as well as in the native <video> element playback for Chrome and Firefox via Media Source Extensions <https://developer.mozilla.org/en-US/Apps/Build/Audio_and_video_delivery/Liv…>. Assuming it works with the standard DASH profile for WebM, this is something we can easily make work on Android as well using Google's ExoPlayer <https://developer.android.com/guide/topics/media/exoplayer.html>. DASH playback will also make it easier to use adaptive source switching to handle limited bandwidth or CPU resources. However we still need to be able to deal with source files which may be potentially quite large... * List and phab projects! As a reminder there's a wikivideo-l list: https://lists.wikimedia.org/mailman/listinfo/wikivideo-l and a Wikimedia-Video project tag in phabricator: https://phabricator.wikimedia.org/tag/wikimedia-video/ Folks who are interested in pushing further work on video, please feel free to join up. There's a lot of potential awesomeness! -- brion

2 1

Re: [Multimedia] [Wikitech-l] Provide a well-performing API to rotate an image
by Pine W 16 Jul '15

16 Jul '15

Perhaps this should go to Community Tech or Multimedia. Copying to the Multimedia list. Pine On Jul 16, 2015 6:27 AM, "Steinsplitter Wiki" <steinsplitter-wiki(a)live.com> wrote: > Hi, > > I am not sure if this is the correct mailinglist to write. > > Every week on commons a bot is rotating hunderts of files, however this > bot will stop working soon. In the last years tens of thousands files has > been rotated. > > Rotating files is a vital feature on commons and therefore indispensable. > The bugreport [1] on phabricator is open since three years, but, > unfortunately no dev is working on it. The bug has also a lot of +1 > (tokens). > > I am wonder if it is possible to enable and code review this feature asap. > > :-) > > Best, > Steinsplitter > > [1] https://phabricator.wikimedia.org/T35186 > > _______________________________________________ > Wikitech-l mailing list > Wikitech-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l

1 0

Slideshow feature
by Pine W 16 Jul '15

16 Jul '15

Hi Multimedia enthusiasts, Today I added two galleries of my successful FP nominations to my user page. (Can I say again how much I like the gallery feature?) Anyway, on Commons there is this green button in the upper right corner of my user page that starts a slideshow when I click it. The slideshow is like MediaViewer with extra text info about each file, and I like it. A lot. Can we get that little green button to appear on pages on ENWP in addition to Commons? For example, currently the slideshow button is missing from my userpage when I view it on ENWP, and I think having that icon visible on other galleries and articles would be worth trying. Thanks! Pine

3 6

Future Big Data 2015
by conference＠icdim.org 09 Jul '15

09 Jul '15

Call for Workshop Papers First International Workshop on 'Future Big Data' (FBD 2015) In Conjunction with the Tenth International Conference on Digital Information Management (ICDIM 2015) http://icdim.org/bigdata.html Jeju Island, South Korea October 21-23, 2015 Technically co-sponsored by the IEEE Technology Engineering Management Society Accepted workshop papers will be published in the proceedings indexed by IEEE Xplore. About the Workshop Big Data concern large-volume, complex, growing data sets with multiple, autonomous sources. With the fast development of networking, data storage, and the data collection capacity, Big Data are now rapidly expanding in all science and engineering domains, including physical, biological and biomedical sciences. This workshop will address the features of the Big Data revolution, Big Data processing model, data driven modelds, big data standards, and so on. This workshop will analyze the trends in big data and can predict the future big data world. The emerging paradigms in big data including technologies, methods, mechanisms and applications will be treated in the proposed workshop. Submissions Submissions should provide original and unpublished research results or ongoing research with simulations. The papers should be between 6 to 8 pages total in length in the IEEE format. * All the accepted papers will appear in the proceedings published by IEEE and fully indexed by IEEE Xplore. All the ICDIM papers are indexed by DBLP (http://www.informatik.uni-trier.de/~ley/db/conf/icdim/index.html) * Modified version of the selected papers will appear in the special issues of the following peer reviewed and indexed journals. (Indexed in Scopus, Thomson Reuters, Journal Citation Reports, dblp, Engineering Index and many other databases) Important Dates Full Paper Submission August 10, 2015 Notification of Acceptance/Rejection September 10, 2015 Registration Due October 10, 2015 Camera Ready Due October 10, 2015 Workshops/Tutorials/Demos October 22, 2015 Main conference October 21-23, 2015 Organizers Rita Yi Man Li, Hong Kong Shue Yan University, Hong Kong Submissions at http://www.icdim.org/submission.html For additional inquiries, please contact - conference at icdim.org

1 0

Re: [Multimedia] [WikimediaMobile] Mobile MediaViewer and the Seattle Japanese Garden
by Florian Schmidt 07 Jul '15

07 Jul '15

Hi, it's already possible in beta mode (open the left "hamburger" menu, click Settings and activate beta mode). We plan to move this very useful function to stable mode. There is a task and a change for it, see https://phabricator.wikimedia.org/T101718 I hope that's what you're looking for :) Best, Florian Sent from my HTC ----- Reply message ----- From: "Pine W" <wiki.pine(a)gmail.com> To: "mobile-l" <mobile-l(a)lists.wikimedia.org>, <Multimedia(a)lists.wikimedia.org> Subject: [WikimediaMobile] Mobile MediaViewer and the Seattle Japanese Garden Date: Mon, Jul 6, 2015 08:51 English Wikipedia's "Seattle Japanese Garden" article looks good in the Android app, and the MediaViewer-like slideshow feature works well for the gallery. However, I'm unable to scroll through the photos in Mobile Web like I csn using the Android app. Are there any plans to add the slideshow functionality to mobile web? Thanks! Pine

2 1

← Newer
1
...
8
9
10
11
12
13
14
...
38
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Multimedia