I'm planning to push MP3 audio output support soon, which should get audio
playback working on iOS devices where the ogv.js shim doesn't load yet.
Feel free to ask, answer, or comment at
https://commons.wikimedia.org/wiki/Commons:Village_pump#Adding_MP3_audio_ou…
Since earlier discussion on MP3 upload was pretty positive and tools folks
like Dispenser say scanning them for copyvios is not a problem, I'd like to
push on enabling the upload soon too.
Both should be simple cases of switching the defaults on from off.
-- brion
Hey multimedia lovers and fellow devs!
WMF legal seems happy with the state of the expired MP3 patents, so we've
got drafts of a couple discussion prompts for two ends of "the MP3 problem":
Planning whether/how to restrict or add tooling to support review of MP3
file uploads:
https://commons.wikimedia.org/wiki/User:CKoerner_(WMF)/MP3_patrol_discussion
Creating MP3 conversions of existing audio files for playback in
Safari/IE/Edge/mobile:
https://commons.wikimedia.org/wiki/User:Brion_Vibber_(WMF)/MP3_output_discu…
I'd like us to be moving forward with these soon, so if there's any
suggestions for or concerns about the discussion prompts before we start
Officially Proposing Things To The Commons Community, please speak up!
(Both pages link to phab tickets, feel free to review or comment on those
too.)
-- brion
Due to ongoing issues with ffmpeg2theora & upcoming server upgrades, I'm
planning to accelerate our migration from Ogg Theora video output to WebM
VP8: https://phabricator.wikimedia.org/T172445
== When will it change? ==
Sometime in August 2017 as schedules permit, unless surprises pop up in
final testing.
== What will change? ==
Folks using Chrome and Firefox may not notice any difference -- these
browsers have used native WebM playback by default for some time. "Ogg"
will disappear from the list of optionally-playable and downloadable
formats.
In Safari, IE, or Edge where the 'ogv.js' compatibility shim is used, you
will see videos automatically show up in WebM mode instead of Ogg mode.
There is a tradeoff: higher quality & lower bandwidth use, but higher CPU
usage. On very slow computers or at very high resolutions, you may hit CPU
limits at one resolution step lower than with Ogg.
== Why are we making this change? ==
* Eventually we need to go to WebM to support adaptive streaming, so this
was always planned for the long term...
* For best quality we use an unreleased version of libogg and
ffmpeg2theora, but there are still some bugs in there and we routinely get
reports of odd hangs or crashes.
* Ops is updating the servers, and continuing to maintain the custom
packages that are still crashy is getting to be problematic.
* Dropping the Ogg format for video will free up disk space and and CPU
time, and should result in faster turnaround for derived file generation.
== What about Ogg audio? ==
Ogg is still being used for audio, and will not be affected.
-- brion
Forwarding.
Pine
---------- Forwarded message ----------
From: Alex Stinson <astinson(a)wikimedia.org>
Date: Tue, Jul 11, 2017 at 10:00 AM
Subject: [Commons-l] Welcome Amanda Bittaker as the Program Manager for
Structured Commons
To: "Discussion list for the Wikidata project." <
wikidata(a)lists.wikimedia.org>, Wikimedia Commons Discussion List <
commons-l(a)lists.wikimedia.org>
Cc: Amanda Bittaker <abittaker(a)wikimedia.org>
Hi Wikidata and Commons Communities,
I’m excited to let you all know that Amanda Bittaker (cc'ed) has joined the
Audiences (formerly Product) team at the Wikimedia Foundation as the
Program Manager for the Structured Data on Commons program. She will be
working closely with teams from the Wikimedia Foundation, the Wikidata team
at Wikimedia Deutschland, and the communities to complete the Alfred P.
Sloan Foundation grant [1], expanding the capabilities of Commons to make
it easier for people and institutions to find, share, and reuse Commons
content.
Many people may have met Amanda already. She joined the Foundation in
November 2014, working with the Learning & Evaluation team to help wiki
program organizers’ design, manage, and evaluate their programs. During
that time, she also partnered with engineers to build program tools such as
the Program and Events Dashboard[2] and the Global Metrics Magic Button [3].
Before joining the Foundation, Amanda worked in the international
development industry for five years, doing finance, program design,
monitoring, and evaluation. She spent two years in South America. Once upon
a time she also ran and oversaw programs at a nonprofit bicycle education
space that operated entirely by general consensus, which taught her a lot
about collaborative and transparent program management.
She is eager to work on Structured Data on Commons, helping our communities
make Commons as useful as possible, and helping to make transitions in
processes and workflows as smooth as possible. Amanda is based in San
Francisco in the US. You can find her on the wikis or at Wikimania or the
Wikimania hackathon in Montreal. She can converse pretty well in English
and Spanish, and would like to practice her French more, but it is still
very basic.
Cheers,
Alex
[1] https://commons.wikimedia.org/wiki/Commons:Structured_data/Sloan_Grant
[2] https://meta.wikimedia.org/wiki/Programs_%26_Events_Dashboard
[3] https://meta.wikimedia.org/wiki/Learning_patterns/How_to_
use_the_global_metrics_magic_button
--
Alex Stinson
GLAM-Wiki Strategist
Wikimedia Foundation
Twitter:@glamwiki/@sadads
Learn more about how the communities behind Wikipedia, Wikidata and other
Wikimedia projects partner with cultural heritage organizations:
http://glamwiki.org
_______________________________________________
Commons-l mailing list
Commons-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/commons-l
Forwarding.
Pine
---------- Forwarded message ----------
From: Léa Lacroix <lea.lacroix(a)wikimedia.de>
Date: Thu, Jul 6, 2017 at 6:10 AM
Subject: [Wikidata] New step towards structured data for Commons is now
available: federation
To: "Discussion list for the Wikidata project." <
wikidata(a)lists.wikimedia.org>
Hello all,
As you may know, WMF, WMDE and volunteers are working together on the
structured
data for Commons
<https://commons.wikimedia.org/wiki/Commons:Structured_data> project. We’re
currently working on a lot of technical groundwork for this project. One
big part of that is allowing the use of Wikidata’s items and properties to
describe media files on Commons. We call this feature federation. We have
now developed the necessary code for it and you can try it out on a test
system and give feedback.
We have one test wiki that represents Commons (http://structured-commons.
wmflabs.org) and another one simulating Wikidata (http://federated-wikidata.
wmflabs.org). You can see an example
<http://structured-commons.wmflabs.org/wiki/MediaInfo:M13> where the
statements use items and properties from the faked Wikidata. Feel free to
try it by adding statements to to some of the files on the test system.
(You might need to create some items on http://federated-wikidata.
wmflabs.org if they don’t exist yet. We have created a few for testing.)
If you have any questions or concern, please let us know.
Thanks,
--
Léa Lacroix
Project Manager Community Communication for Wikidata
Wikimedia Deutschland e.V.
Tempelhofer Ufer 23-24
10963 Berlin
www.wikimedia.de
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/029/42207.
_______________________________________________
Wikidata mailing list
Wikidata(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata
Hello -
I'm happy to announce that a new position has been posted for a software
engineering role in Multimedia at the Wikimedia Foundation. Initial work
will include the Structured Data on Commons project (
https://commons.wikimedia.org/wiki/Commons:Structured_data ).
If you're interested or know someone who would be a good fit, more
information is available here:
https://boards.greenhouse.io/wikimedia/jobs/640408
I should also note that there are more great opportunities at the
Foundation, which you can find at the Foundation's hiring page.
https://wikimediafoundation.org/wiki/Work_with_us
Thank you!
Adam Baso
Engineering Director, Reading
Wikimedia Foundation
Forwarding. (:
Pine
---------- Forwarded message ----------
From: Brion Vibber <bvibber(a)wikimedia.org>
Date: Thu, Feb 9, 2017 at 12:00 PM
Subject: Re: [Wikitech-l] [Wikivideo-l] Video transcode prioritization
changes in progress
To: Opportunities for video in the Wikimedia universe - tech help <
wikivideo-l(a)lists.wikimedia.org>
Cc: Wikimedia-tech list <wikitech-l(a)lists.wikimedia.org>
Ok, the video scaler queue change is now live: SD and low-resolution video
output runs on a new, high-priority queue, with HD video output and
transcodes of files over 15 minutes in length run on the old queue.
Note that existing queued conversions will continue to run on the
low-priority queue until it runs out, but most new uploads from here out
will have web-ready output much faster.
(Load on the servers may be unbalanced for a bit, and may require further
tweaking to best balance responsiveness and throughput, so we'll keep an
eye on the graphs.)
-- brion
On Thu, Feb 9, 2017 at 9:39 AM, Brion Vibber <bvibber(a)wikimedia.org> wrote:
> We're in progress of deploying a small change to the video scalers[1],
> which should improve availability of newly uploaded video and audio files.
>
> The queue will now be split in two, one which covers low-resolution
> conversions for relatively short files, and one which covers long files
and
> high-resolution conversions. When there's a flood of large uploads, other
> new files should still go through the high-priority queue while the large
> uploads and HD conversions may back up on the low-priority queue.
>
> The queue-runner side is updated now (done during the 'puppet SWAT'
> deployment window), with the MediaWiki side ready to roll around 19:00 UTC
> (11am Pacific time, regular SWAT deployment window).
>
> [1] https://gerrit.wikimedia.org/r/#/c/336846/
>
> -- brion
>
> _______________________________________________
> Wikivideo-l mailing list
> Wikivideo-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikivideo-l
>
>
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Quick update -- I tested some batch-reencoding of missing low-res files and
have flooded the high-priority queue. :) Thanks for your patience as we get
the balance right.
I'll add a throttle to TimedMediaHandler's requeueTranscodes.php so I can
"fire-and-forget" on the background jobs without disturbing things...
-- brion
On Thu, Feb 9, 2017 at 12:00 PM, Brion Vibber <bvibber(a)wikimedia.org> wrote:
> Ok, the video scaler queue change is now live: SD and low-resolution video
> output runs on a new, high-priority queue, with HD video output and
> transcodes of files over 15 minutes in length run on the old queue.
>
> Note that existing queued conversions will continue to run on the
> low-priority queue until it runs out, but most new uploads from here out
> will have web-ready output much faster.
>
> (Load on the servers may be unbalanced for a bit, and may require further
> tweaking to best balance responsiveness and throughput, so we'll keep an
> eye on the graphs.)
>
> -- brion
>
>
> On Thu, Feb 9, 2017 at 9:39 AM, Brion Vibber <bvibber(a)wikimedia.org>
> wrote:
>
>> We're in progress of deploying a small change to the video scalers[1],
>> which should improve availability of newly uploaded video and audio files.
>>
>> The queue will now be split in two, one which covers low-resolution
>> conversions for relatively short files, and one which covers long files and
>> high-resolution conversions. When there's a flood of large uploads, other
>> new files should still go through the high-priority queue while the large
>> uploads and HD conversions may back up on the low-priority queue.
>>
>> The queue-runner side is updated now (done during the 'puppet SWAT'
>> deployment window), with the MediaWiki side ready to roll around 19:00 UTC
>> (11am Pacific time, regular SWAT deployment window).
>>
>> [1] https://gerrit.wikimedia.org/r/#/c/336846/
>>
>> -- brion
>>
>> _______________________________________________
>> Wikivideo-l mailing list
>> Wikivideo-l(a)lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikivideo-l
>>
>>
>
> _______________________________________________
> Wikivideo-l mailing list
> Wikivideo-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikivideo-l
>
>