Multimedia

multimedia@lists.wikimedia.org

377 discussions

Warm cache performance preliminary figures
by Gilles Dubuc 10 Apr '14

10 Apr '14

Hi, Cold cache concerns aside (see the other email I just sent), I now have preliminary performance figures comparing Media Viewer to the status quo (File: page) in production. I'm still working with QA on getting our test merged and running automatically on cloudbees. The results I have were performed on a 2MB DSL connection in France, with nothing else running on the network. Since we don't collect browser resolutions in our own stats (that I could find) I picked "average" and "large" desktop browser window sizes based on 3rd-party "internet-wide" statistics I could find online. These statistics differentiated desktop and mobile, so mobile's lower resolutions didn't affect the average. The "small" size was picked specifically to hit a bucket size identical to the File: page's image. On an small browser window size (900x700), Media Viewer displays the image in a little less than 125% of the time it takes to display the image on the File: page On an average browser window size (1366x768), Media Viewer displays the image in a little less than 125% of the time it takes to display the image on the File: page On a large browser window size (1920x1080) I found the same result, but I suspect it might not be true, because my desktop wasn't big enough to accommodate that size in selenium's Firefox. I think we'll need to wait for cloudbees to run the tests headless for the real figure. For the sake of argument, let's look at the difference in file size between the file page and the "average" browser size: http://en.wikipedia.beta.wmflabs.org/wiki/File:Sunrise_over_fishing_boats_i… - on the File: page, the image displayed is 800x600 (480,000 pixels) and weighs 52.7kb - on Media Viewer, at the "average" browser resolution, the image displayed is 1024x768 (786,432 pixels) and weighs 79.6kb Therefore, the Media Viewer image has 63.8% more pixels on the screen and weighs 51% more. But, this is only a consolation prize, because the small browser window size (900x700) which serves the same 800x600 image as the File: page still takes 20-25% longer, which seems to indicate that Media Viewer's overhead isn't due to the image size. Basically, if we made the File: page serve a 1024x768 image, it would certainly still beat Media Viewer. We've already done multiple rounds of optimizing the performance of Media Viewer, but I'll investigate further to see if there's anything obvious that makes Media Viewer slower than opening the File: page. In my opinion between 20 and 25% of overhead isn't a show-stopper for launch, considering that Media Viewer serves a bigger image in most situations, but it's worth giving optimizing one last try to see if we've missed anything. However, it could very well be that we can't do better and that the overhead is due to doing adding the image dynamically with JS instead of it being present in the pageload DOM of a relatively lightweight page.

4 9

April-Sprint-3 planning notes...
by Aaron Arcos 10 Apr '14

10 Apr '14

Hi there folks, End of April-Sprint-2 and the beginning of April-Sprint-3. Here the notes<http://etherpad.wikimedia.org/p/multimedia-weekly-meeting-2014-04-10> , previous wall<https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/grid?ag…>and current wall<https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/grid?ag…> . As always feel free to correct/add anything missing. *Summary* The team worked very hard and took care of most of the blocking issues for the pilot release today April 10. There are still some wrinkles to iron out but everything should be taken care of in time for deployment. Gi11es is bug-on-duty person this week.

1 0

'Wikipedia for Schools' on a DVD for DVD Players
by Victor Grigas 09 Apr '14

09 Apr '14

Hi everyone, Last year, I got in touch with a programmer currently located in India who works for Microsoft. His team developed a DVD-video of the Wikipedia for Schools fork. http://www.sos-schools.org/wikipedia-for-schools The dvd plays on a normal dvd player and a TV. The dvd could be made available as a disk image torrent file that anyone could burn to a dual-layer DVD, and sell in any kiosk around the world. The DVD hasn't been released because of the liability issues with content that his employer (Microsoft) is concerned about, and unwilling to go out on a limb on. Other than that, he tells me that his team is totally into sharing this with the world. I just received a copy of this DVD and its a clunky prototype, but it works on my computer as a video-DVD. Unfortunately my home blu-ray player doesn't recognize the DVD +R DL format. Thought I should share this with you all :) -- *Victor Grigas* Storyteller <https://www.youtube.com/watch?v=3Knv6D6Thi0> Wikimedia Foundation vgrigas(a)wikimedia.org https://donate.wikimedia.org/

3 3

Improving TIFF handling (display and interface issues)
by Dominic McDevitt-Parks 09 Apr '14

09 Apr '14

I've been spending a lot of time recently looking--from a user's perspective--at how MediaWiki handles TIFFs. I'm interested in this because in my work with the U.S. National Archives, we uploaded many tens of thousands of TIFFs. I am planning to upload far more by the end of this year, potentially at higher resolutions, and the new GLAMwiki Toolset raises the possibility that other institutions may do the same in the future. Even though TIFFs seem esoteric, I think there is a high potential for impact in improving the user experience around them. The main issue is that MediaWiki's handling of TIFFs is unsatisfactory enough that projects like Commons are resorting to asking contributors to upload exact duplicates of any TIFFs as JPG as well and treat the TIFF as just an archival copy for downloading, but not for categorizing or embedding on Wikimedia projects--even though MediaWiki generates JPG thumbnails of TIFFs for display in articles and even (thanks to Brian) now let users download full-resolution copies of TIFFs in JPG format. This a bad workaround, since it introduces unnecessary duplication, and identical pages which are left out of sync. I'm hoping to interest you all in resolving a few of the outstanding bugs related to display of TIFFs so we can abandon this practice in the future. A couple of these are relatively minor interface design issues. Here are the 5 bug reports I think are most critical here: 1.) TIFFs are less sharpened than JPG equivalents. See https://bugzilla.wikimedia.org/show_bug.cgi?id=45212 2.) Display file format of preview if different format from original file See https://bugzilla.wikimedia.org/show_bug.cgi?id=56546 3.) More prominent display of both full-resolution files available for download See https://bugzilla.wikimedia.org/show_bug.cgi?id=62305 4.) Consider raising $wgMaxImageArea limit for images See https://bugzilla.wikimedia.org/show_bug.cgi?id=62463 5.) Better error handling for files that break the megapixel limit See https://bugzilla.wikimedia.org/show_bug.cgi?id=62306 Anyone have thoughts about these? Dominic -- Dominic McDevitt-Parks Cultural Partnerships Coordinator, Wikimedia District of Columbia http://wikimediadc.org dominic(a)wikimediadc.org @Dominic_MP | @wikimediadc

2 1

Media Viewer Release Update
by Fabrice Florin 08 Apr '14

08 Apr '14

Hello everyone, Glad to be back at work, after a wonderful vacation in Bali! (6) I wanted to give you all a quick update on our upcoming Media Viewer release, so we can prepare together for this long-awaited deployment. 1. First Pilots We are planning to enable Media Viewer by default for these first pilot sites, on these dates: • April 10 - MediaWiki.org • April 17 - Catalan, Hungarian, Korean, English Wikivoyage (confirmed) • April 24 - Confirmed: Hebrew, Thai - Proposed: Czech, Estonian, Finnish, Polish, Romanian, Slovak, Vietnamese Many thanks to all the community champions who are helping us introduce this tool in these first pilot sites. Note that the pilot list is still being finalized. If you are interested in being a pilot site, please contact us. 2. Pilot Goals During these first pilots, we will study the impact of Media Viewer on these two fronts: • Community: how are editors responding? what are readers saying in the survey? is the overall feedback favorable? • Performance: how fast do images load? any slowdowns during peak hours? is the overall performance acceptable? 3. Full Release Based on these pilot results, we plan wider releases on larger wikis in the following weeks, with a goal to deploy to all wikis in May. Our release schedule will be based on new findings at each stage of deployment. If this product performs well and meets user needs, we may accelerate the deployment pace -- or we may slow it down for some sites, as needed. More details are available on our updated Release Plan. (1) 4. Final features We are focusing on these final features for this release: • Opt-out preference (done) • Prominent links to the file page (done) • Leave feedback / user survey (done) • Use this file (share/download/embed) • Show images in Media Viewer on shared links • IE 9-11 support • Improved Media Viewer metrics • Image load performance metrics For more info, see our Release Wall on Mingle. (2) You can also track our progress with usability testing (3), which so far is looking very positive. 5. How you can help To prepare for a smooth release of Media Viewer, we invite community champions for each site to consider the following launch tasks: * Translations * Local test page * Local discussion page * Local announcements * Feedback updates For more tips on how to help launch Media Viewer on your site, check these Launch Tips. (4) 6. Join our next IRC Chat To discuss this release and review the final product together, we invite you to join our next IRC chat, on Wed. Apr. 9 at 18:00 UTC (11am PT). (5) Please let us know if you have any questions, suggestions or comments about this release. And many thanks to all the community members who helped create this feature with us in recent months! We look forward to bringing a richer multimedia experience to your community very soon. Regards as ever, Fabrice on behalf of the Multimedia Team (1) Media Viewer Release Plan: https://www.mediawiki.org/wiki/Multimedia/Media_Viewer/Release_Plan (2) Current Release Wall: http://ur1.ca/guqwk (3) Usability Testing: https://www.mediawiki.org/wiki/Multimedia/Media_Viewer/Usability_testing (4) Launch Tips: https://www.mediawiki.org/wiki/Multimedia/Media_Viewer/Release_Plan#Launch_… (5) Next IRC Chat: https://meta.wikimedia.org/wiki/IRC_office_hours#Upcoming_office_hours (6) ‘Best of Bali’ photos on Flickr: https://www.flickr.com/photos/fabola/sets/72157643604358084/ (subset coming soon to Commons) _______________________________ Fabrice Florin Product Manager, Multimedia Wikimedia Foundation https://www.mediawiki.org/wiki/User:Fabrice_Florin_(WMF)

1 0

April-Sprint-2 planning notes...
by Aaron Arcos 04 Apr '14

04 Apr '14

Hi there folks, Another week, April-Sprint-1 ends, April-Sprint-2 begins. Here are the notes<http://etherpad.wikimedia.org/p/multimedia-weekly-meeting-2014-04-03> *,* current sprint wall<https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/grid?ag…>and previous sprint wall<https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/grid?ag…>. As always feel free to correct/add anything missing. *Summary* There are some things left before the planned launch to pilots next week on April 10 but the team feels confident that all should be sorted by then. Still, there will be a meeting on Monday, Apr. 7 to assess where we are and take the go/no-go decision to launch. Regards

3 2

Weekly Multimedia team update, 2014-04-03
by Gergo Tisza 04 Apr '14

04 Apr '14

Hi all, here is another update on what the Multimedia team is doing. We have missed a few updates recently, so in the highlights section I'll try to cover for the main events of the last four weeks. == Media Viewer == === User highlights === * The main focus of our work was to help people who want to reuse images in various ways. There is now a "Use this file" button at the bottom right corner which brings up various reuse options (a permanent link to the file, wikicode to put it in an article, HTML code to put it on a webpage, download in various sizes). This is still a work in progress; expect minor improvements in styling and wording, and better attribution information. * You might have noticed that the URL in the browser's address bar changes when you open an image in MediaViewer, and that this URL can be used to open the image in MediaViewer directly. Such links (e.g. [1]) now work on all sites and for all users, whether they enabled MediaViewer as a beta feature or not. (We don't promise that the current URLs will work for long, though - we are planning some breaking changes to make the URL format more user-friendly, such as not having spaces in the middle.) * MediaViewer has gotten more clever about which images to display - icons in templates are usually ignored. (This relies on templates having a .metadata class, like on enwiki.) * Partially transparent images now have a checkered background. === Developer highlights === * Appending ?download to a thumbnail URL will make it download instead of open (a Content-Disposition header will be set). * <img> elements now have data-file-width and data-file-height attributes with the width and height of the original file. (Cached pages are not purged automatically, so for a couple weeks these attributes might or might not be present on any given page.) * You can use mw.config.set('wgMediaViewerOnClick', false) to stop MediaViewer from catching clicks on images (there is a user preference that does the same, but this might be useful to disable it in specific circumstances only). You can also use mw.config.set('wgMediaViewer', false) to disable MediaViewer completely. === What we did last week === We fixed bug 63126 [2], made progress on the download functionality [3][4], enabled direct URLs for all [5], added an opt-out preference [6], improved UI responsiveness when clicking on an image [7][8][9] and picked bawolff's brain on the missing file description page bug [10]. === What we're gonna do this week === We will test and fix IE 9-11 support [11][12] (IE 8 and below is currently not supported by some of the libraries we use, which will take more effort to fix). We will continue improving the file reuse panel [13][14][15], show more prominent links to the file page [16][17], show a button to open MediViewer from the file description page [18], show a user survey [19], and improve our metrics [20][21][22][23]. === Release plans === We plan to enable MediaViewer for all users on mediawiki.org on April 10, and on the Catalan and Hungarian Wikipedias (and possibly other small-to-medium-sized wikis which requested it) on April 17. == UploadWizard == Anu's OPW project about OpenStreetMap integration officially finished last month, although the work is still ongoing; the report was sent to some mailing lists but I think this one was accidentally omitted. You can read it at [24]. == Process == In the past, we have set an ambitious schedule for work on MediaViewer, which resulted in other multimedia-related areas being completely abandoned unless someone else picked them up (thanks especially to Bryan Davis and Brian Wolff for doing that a lot!). This wasn't fair, and we are trying to change that - we are now experimenting with setting a few hours per week apart for code review and high priority bugs. We also set up a more visible reminder to make sure we don't miss more daily updates. == Comments == are, as always, welcome. If you think we did/are doing something wrong (or just want to praise us :), do not hesitate to reply. [1] http://commons.wikimedia.org/wiki/Featured_Pictures_of_Passeriformes#mediav… drinking.jpg [2] https://bugzilla.wikimedia.org/show_bug.cgi?id=63126 [3] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/363 [4] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/385 [5] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/266 [6] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/264 [7] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/248 [8] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/391 [9] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/293 [10] https://bugzilla.wikimedia.org/show_bug.cgi?id=32551 [11] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/230 [12] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/399 [13] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/379 [14] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/79 [15] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/386 [16] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/226 [17] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/270 [18] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/199 [19] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/261 [20] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/198 [21] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/378 [22] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/406 [23] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/149 [24] http://lists.wikimedia.org/pipermail/commons-l/2014-March/007054.html

3 2

ogv.js media player update: Flash and GPU acceleration
by Brion Vibber 30 Mar '14

30 Mar '14

I spent a little more time the last few weekends on ogv.js (JavaScript-based player for Ogg Theora and Vorbis media in IE and Safari) and have gotten two major things working: * an all-Flash version -- should work in older IE and Safari versions that can't run the JS code * optional GPU acceleration with WebGL or Flash Stage3D where available More details on my blog: https://brionv.com/log/2014/03/29/ogv-js-now-in-webgl-and-flash-flavors/ The Flash version generally runs a bit faster than the JS version on IE 10/11, about the same as JS on Safari 6.1/7, and slower than JS on current Chrome and Firefox. Note that the player demo page currently requires IE 9 or later although the player itself should work on IE 6/7/8. I've also compared performance to the Cortado Java applet we currently use -- Cortado is still a little faster in terms of CPU usage, but getting the applet to actually *run* with the current version of Java is a nightmare -- even the signed version of the applet from theora.org requires adding a security exception -- whereas JS or Flash "just works". GPU acceleration in both JS and Flash combines YCbCr->RGB colorspace conversion into the drawing step and can be a *huge* speed boost at higher resolutions. At 360p or 160p it's a modest improvement of a couple milliseconds per frame on my test machines. Note that WebGL is available in IE 11, but is disabled by default in current versions of Safari (and cannot be enabled on iOS without a jailbreak). The main missing feature left is seeking, which I think can be left for later. I expect to do a bit more performance tuning and code cleanup, but I think it's time to devise some integration into TimedMediaHandler so people can try it out "in-place" on Wikipedia & Commons... -- brion

3 2

Thumbnail Generation on Hovercards (Extension:Popups)
by Prateek Saxena 30 Mar '14

30 Mar '14

The design team recently deployed the Popups[1] extension to English Wikipedia as a Beta Feature. We are using the PageImages[2] extension to get a thumbnail with a `pithumbsize` of 300. This was initially 290, but someone on IRC - I forget who - mentioned that it would be faster if it were 300. We are facing two problems with this approach - 1. Some images are taking too long to load [3] 2. Sometimes the first relevant image is not picked up [4] Any ideas on how these bugs could be resolved would be helpful. The code for the current implementation can be found on git [5]. --prtksxna [1] https://www.mediawiki.org/wiki/Extension:Popups [2] https://www.mediawiki.org/wiki/Extension:PageImages [3] https://bugzilla.wikimedia.org/63156 [4] https://bugzilla.wikimedia.org/63177 [5] http://git.wikimedia.org/blob/mediawiki%2Fextensions%2FPopups.git/abafedb99…

6 11

Re: [Multimedia] [Design] Going full-screen on image click
by bawolff 30 Mar '14

30 Mar '14

> > The WMF Engineering Team is kindly working on Media Viewer, which would show a pop-up of some sort when you click an image. Sorry for being overly pendantic, but probably better to say WMF multimedia team is working on media viewer. WMF engineering is a very big group of people - the vast majority of whom are not working on multimedia viewer. </obnoxious pendantic rant> Cheers, Bawolff

1 0

← Newer
1
...
29
30
31
32
33
34
35
...
38
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Multimedia