quiddity | 31 Oct 20:41 2014
Picon

Less intrusive video player icon

interesting short thread/idea here, regarding the "play icon" overlay on video thumbnails.  To somehow make it less dominating:
https://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28idea_lab%29#Less_intrusive_video_player_icon
I think this has been discussed before, but I forget where. Perhaps someone here could summarize the options and pros/cons, or can find links to older threads?
_______________________________________________
Multimedia mailing list
Multimedia <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/multimedia
Fabrice Florin | 29 Oct 00:54 2014
Picon

Media Viewer Update: More Improvements

Hi everyone,

We just released a few more improvements to Media Viewer, based on community feedback:

* An easier way to disable Media Viewer for personal use
* Re-enable Media Viewer from a file page
* Rename File page button: "Open in Media Viewer"
* Make MediaViewer text larger in Monobook

These features are now live on Wikimedia Commons and sister projects (1), and will be deployed on all Wikipedias this Thursday by 20:00 UTC.

The new Disable/Enable features make it much easier to turn Media Viewer on or off, by clicking on a prominent 'cogs' icon, as described in the Help FAQ (2). 

Next, we are working on this last big 'must-have’ improvement for this release:
* a caption or description right below the image

These improvements are based on the most frequent requests from our recent community consultation (3) and user research (4). Learn more about these features on the Media Viewer Improvements page (5), and please let us know what you think of these new features on the Media Viewer talk page (6). 

Many thanks to all the community members who suggested these improvements. Our user research so far confirms that they provide a better experience for readers and casual editors, our target audience for Media Viewer.

We will send one more update in mid-November, once all these improvements has been released and tested one more time.

Regards as ever,


Fabrice and the Multimedia Team



(1) Pictures of the Day on Commons: 
https://commons.wikimedia.org/wiki/Commons:Picture_of_the_day#mediaviewer/File:Meenikunno_maastikukaiteala.jpg

(2) Help page:
https://www.mediawiki.org/wiki/Help:Extension:Media_Viewer#How_can_I_turn_off_this_feature.3F

(3) Community suggestions:
https://meta.wikimedia.org/wiki/Community_Engagement_(Product)/Media_Viewer_consultation

(4) User Research:
https://www.mediawiki.org/wiki/Media_Viewer_Research_Round_2_(August_2014)

(5) Improvements page:
https://www.mediawiki.org/wiki/Multimedia/Media_Viewer/Improvements

(6) Talk page:
https://www.mediawiki.org/wiki/Extension_talk:Media_Viewer/About#Media_Viewer_Update:_More_Improvements


_______________________________

Fabrice Florin
Product Manager, Multimedia
Wikimedia Foundation

https://www.mediawiki.org/wiki/User:Fabrice_Florin_(WMF)



_______________________________________________
Multimedia mailing list
Multimedia <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/multimedia
Manuel Schneider | 28 Oct 21:00 2014
Picon

[Wikivideo-l] URL Upload now directly available on Wikimedia Commons

Dear all,

Wikimedia Commons has a feature called "sideloading" or "copy upload".
It means that you can provide Wikimedia Commons with a link to a media
file and the wiki would download it from there and import it into
Commons, just like a regular upload.

This is especially useful for bigger files as it allow much bigger files
(1 GB at the moment). Until today this could only be used via the API,
so an external tool was neccessary to trigger such a sideloading process.

Now you can use this feature right from the upload form
https://commons.wikimedia.org/wiki/Special:Upload

Note there are still some hurdles:
* sideloading is only allowed for users of the groups "Image Reviewer"
or "GW Toolset User" - experienced Commoners uploading regularly it
shouldn't be a problem to get that

* sideloading is only allowed from certain domains - as a security
feature - if you want to use your own server regularly you need to
report a bug to get your domain activated as well

* sideloading takes some time - dependant on the bandwidth between the
two servers. After one minute any request to Wikimedia Commons will be
aborted. If the download has not finished within that minute, the upload
fails. There is a experimental feature which allows such processes to
run in the background and I am working to get that activated on Commons
as well:

https://bugzilla.wikimedia.org/show_bug.cgi?id=72531

If you want a simple script to do "chunked uploads" up to 1 GB you can
use my php library:
* https://github.com/masterssystems/phpapibot

check examples/upload for a ready to use script

Regards,

Manuel
--

-- 
Wikimedia CH - Verein zur Förderung Freien Wissens
Lausanne, +41 (21) 34066-22 - www.wikimedia.ch

_______________________________________________
Wikivideo-l mailing list
Wikivideo-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikivideo-l
Brion Vibber | 27 Oct 19:44 2014
Picon

Plans for audio/video playback on iOS app: VLCKit

I've just met with Jean-Baptiste and Felix from the VLC media player project about integrating their player as a library that we can drop into the iOS Wikipedia app to get Ogg and WebM audio/video playback working.

This will be a lot easier than maintaining our own media player library (which I'm already doing with ogv.js in JavaScript to get things working in Safari and IE, so that saves me having to duplicate the work in Objective-C!) Using the player is just a few lines of code and will take very little time to integrate once the clean library build is available.

I'll whip up a provisional patch on the weekend after we've landed some general app refactoring which is currently higher-priority.


= Performance =

Native code playback is much faster than my JavaScript solution, so the app will be able to play back high-definition WebM files that we can't play in Safari. Nice!

= Patents =

Felix is working right now on adjusting the build scripts to make a "free-codecs only" build easy, which thus won't have any patent concerns. (They've done it before manually for consulting customers, but it'll soon be a simple switch on the build script.)

Once this is set up it should be very easy for me to make a local build with the options we need, without having to maintain a fork or anything. We can then just drop the pre-built library into our app.

= Copyright licensing =

libvlc/VLCKit is LGPL-licensed, and between the VLC team's interpretation and our legal team's interpretation (thanks Luis!) and Apple's de-facto treatment of existing VLC-based apps, we're pretty sure this should not be a problem for our open-source app.

(The individual codec libraries are mostly BSD-ish licensed.)

-- brion
_______________________________________________
Multimedia mailing list
Multimedia <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/multimedia
Daniel Zahn | 24 Oct 22:40 2014
Picon

[Wikivideo-l] re-activation of this list

this is a test mail to confirm if this list works again or not - just
subscribed myself

--

-- 
Daniel Zahn <dzahn <at> wikimedia.org>
Operations Engineer

_______________________________________________
Wikivideo-l mailing list
Wikivideo-l <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikivideo-l
Gilles Dubuc | 24 Oct 00:16 2014
Picon

Desktop screen size/viewport heatmaps

Hi all,

We set up some data collection a few weeks back to look at the distribution of actual screen size, viewport size and media viewer canvas size on sampled users. This will ultimately be used to come up with a better choice of thumbnail size buckets for Media Viewer.

I had some spare time and figured I'd try to generate a visualization of that data, which we haven't analyzed yet.

Here are the results:

https://upload.wikimedia.org/wikipedia/commons/8/82/Screen_heatmap.png
https://upload.wikimedia.org/wikipedia/commons/2/2f/Viewport_heatmap.png
https://upload.wikimedia.org/wikipedia/commons/d/d3/Canvas_heatmap.png (Media Viewer-specific)

I think it shows quite strikingly how screen size really doesn't matter much compared to the actual available viewport. Hopefully this data will be useful for other folks too, since I don't believe we tracked that information before. And given media viewer's traffic, it should be pretty representative of wikis in general.

The data used to generate those images is all the data we've collected so far. I haven't looked at differences between wikis, etc. For people with analytics access, the EL table I dug that data from is MultimediaViewerDimensions_10014238

Note that this is mostly desktop, since it's very unusual to run Media Viewer on mobile devices, considering it hasn't been made for it and themobile site has its own MV-like lightbox.

The code used to generate these is this quick and dirty Processing script I hacked together: https://phabricator.wikimedia.org/P39
_______________________________________________
Multimedia mailing list
Multimedia <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/multimedia
Pine W | 20 Oct 20:27 2014
Picon

MediaViewer on mobile

Hi Multimedia and mobile folks,

I have found that I like MV on mobile, particularly when browsing galleries.

I have a request. While I can zoom in on an image that is loaded in MV on mobile, I can't pan the zoomed image. Is that a feature in the queue?

Thanks,

Pine

This is an Encyclopedia
One gateway to the wide garden of knowledge, where lies
The deep rock of our past, in which we must delve
The well of our future,
The clear water we must leave untainted for those who come after us,
The fertile earth, in which truth may grow in bright places, tended by many hands,
And the broad fall of sunshine, warming our first steps toward knowing how much we do not know.
—Catherine Munro


_______________________________________________
Multimedia mailing list
Multimedia <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/multimedia
Mark Holmquist | 16 Oct 16:46 2014
Picon

Enable/disable panel errors in Media Viewer

Especially  <at> pginer, but others can chime in -

The disable/enable dialog is coming, but we need to be able to display
errors. Is there a decent way to show errors in the dialog(s)? Do we need
a new design for that? I don't think there's any particularly prevalent
error we need to worry about, but I'd rather not get caught without info
when people do get errors for whatever reason.

Thanks,

--

-- 
Mark Holmquist
Software Engineer, Multimedia
Wikimedia Foundation
mtraceur@...
https://wikimediafoundation.org/wiki/User:MHolmquist
_______________________________________________
Multimedia mailing list
Multimedia <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/multimedia
Fabrice Florin | 16 Oct 01:33 2014
Picon

Structured Data Update | IRC chat tomorrow

Hi folks,

Here's a quick update on the Structured Data project, which proposes to make multimedia data easier to
search, view, edit, curate and re-use on Wikimedia Commons.

Today, information about media files on Wikimedia sites is stored in unstructured formats that cause a
range of issues: for example, file information is hard to search, some of it is only available in English,
and it is difficult to edit or re-use files to comply with their license terms.

Last week, a first bootcamp was held in Berlin to discuss this project and explore possible solutions,
based the same technology as the one developed for Wikidata. Participants included community
volunteers, as well as the Wikidata and Multimedia teams. This blog post gives an overview of what was
discussed and accomplished. (1)

Some good ideas came out from this event, but many questions remain unanswered. We would now like to invite
more community members to help plan next steps for this project: everyone is welcome to join the
discussion and/or subscribe to the newsletter on the new Structured data hub on Commons. (2)

We also invite you to join tomorrow's live IRC chat about Structured Data: this Thursday, October 16 at
18:00 (UTC), on #wikimedia-office (3). The development teams would love to discuss this project with you.

Going forward, our community liaison Keegan Peterzell will be managing communications for this project.
You will be hearing from him about our next discussions and other ways you can get involved in this
important initiative. 

We look forward to working with you to better support the needs of our users and modernize our multimedia
infrastructure together. 

Best regards,

Fabrice -- for the Structured Data team

(1) https://commons.wikimedia.org/wiki/Commons:Structured_data/Berlin_Bootcamp

(2) https://commons.wikimedia.org/wiki/Commons:Structured_data

(3) https://meta.wikimedia.org/wiki/IRC_office_hours#Upcoming_office_hours

_______________________________

Fabrice Florin
Product Manager, Multimedia
Wikimedia Foundation

https://www.mediawiki.org/wiki/User:Fabrice_Florin_(WMF)

_______________________________________________
Multimedia mailing list
Multimedia <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/multimedia
Brion Vibber | 13 Oct 23:32 2014
Picon

Review needed for mobile video overlay (native and ogv.js playback)

I've gotten some great review feedback from Gilles on the desktop-web integration of my ogv.js JavaScript & Flash compatibility layers for Ogg Theora/Vorbis media files -- thanks Gilles!

* libraries: https://gerrit.wikimedia.org/r/#/c/165477/
* desktop integration: https://gerrit.wikimedia.org/r/#/c/165478/

These are getting pretty close to ready to land, I think.


I would love to get some review on the mobile overlay I've whipped up as well. This supports both native WebM playback (Android Chrome, Android Firefox, Firefox OS) and ogv.js playback (iOS 7/8 Safari).

* mobile overlay: https://gerrit.wikimedia.org/r/#/c/165479/
* Live demo: https://ogvjs-testing.wmflabs.org/


A few open questions:

1) Is this the right way to do mobile overlay code? (It's basically a rip of the existing photo viewer overlay in MobileFrontend, but lives in TimedMediaHandler.) Is the overlay interface stable enough for other extensions to use it for mobile-specific features? (I had to make updates for object-model and template things that changed since this summer.)

2) Is the inline icon too huge/ugly here for audio files? Should it be arranged differently, or display the player inline instead of as an overlay for audio?

3) Should more controls be added to the overlay's bottom toolbar, such as manual resolution selection or an 'Open in VLC' link to support HD playback on iOS?

4) Should we autoplay when opening the overlay, or require a second tap?

5) How should we handle devices with no native playback that are either too slow (iOS 6 Safari) or lack necessary features needed for the player (Windows Phone)?


Current known bugs in the mobile overlay:

* CPU speed check not yet integrated to force to lowest resolution for old iPhones/iPads (this exists on the desktop integration, just needs to be moved to common code)

* autoplay doesn't seem to work with native playback right now

-- brion
_______________________________________________
Multimedia mailing list
Multimedia <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/multimedia
Mark Holmquist | 8 Oct 22:48 2014
Picon

Enable/disable dialogs now on alpha

FYI:

http://multimedia-alpha.wmflabs.org/wiki/Lightbox_demo

Open a lightbox, click on the settings/cog icon near the top right of
your screen, and be amazed.

That is all.

(warning: alpha quality, don't expect it to be perfect, meant for testing
by our developers and designers, but no reason not to let y'all try it!)

--

-- 
Mark Holmquist
Software Engineer, Multimedia
Wikimedia Foundation
mtraceur@...
https://wikimediafoundation.org/wiki/User:MHolmquist
_______________________________________________
Multimedia mailing list
Multimedia <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/multimedia

Gmane