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
Hi Brion,
Thanks for the announcement. Out of curiosity, why VP8 instead of VP9?
Pine
On Thu, Aug 3, 2017 at 1:27 PM, Brion Vibber bvibber@wikimedia.org wrote:
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
Multimedia mailing list Multimedia@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/multimedia
On Thu, Aug 3, 2017 at 1:30 PM, Pine W wiki.pine@gmail.com wrote:
Hi Brion,
Thanks for the announcement. Out of curiosity, why VP8 instead of VP9?
We already have WebM VP8 output, so don't have to generate anything new -- they'll play back immediately once the switch is flipped. :)
VP9 encoding is also much slower still, so I'm waiting on adding it until we have a combination of the next major update to libvpx (not yet released, but has HUGE improvements to multithreaded encoder) and/or reworking our transcoding system to "chunk" things into small pieces that can be farmed out to many processes.
-- brion
Hurrah!! Thank you, Brion and on and on.
On Thu, Aug 3, 2017 at 4:27 PM, Brion Vibber bvibber@wikimedia.org wrote:
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
Multimedia mailing list Multimedia@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/multimedia
This is happening now!
Video playback in Safari/IE/Edge now defaults to WebM instead of Ogg, and if all goes well, I'll disable the .ogv derivatives tomorrow.
Please give a shout at any unexpected problems.
-- brion
On Thu, Aug 3, 2017 at 1:27 PM, Brion Vibber bvibber@wikimedia.org wrote:
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
Hi Brion,
Looking in: https://commons.wikimedia.org/wiki/Category:Videos There are a number of .ogg/.ogv files - what will happen to them? Will they be auto-moved to .webm?
Thanks, Mike
On 23 Aug 2017, at 16:56, Brion Vibber bvibber@wikimedia.org wrote:
This is happening now!
Video playback in Safari/IE/Edge now defaults to WebM instead of Ogg, and if all goes well, I'll disable the .ogv derivatives tomorrow.
Please give a shout at any unexpected problems.
-- brion
On Thu, Aug 3, 2017 at 1:27 PM, Brion Vibber <bvibber@wikimedia.org mailto:bvibber@wikimedia.org> wrote: 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 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
Commons-l mailing list Commons-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/commons-l
On Wed, Aug 23, 2017 at 2:29 PM, Michael Peel email@mikepeel.net wrote:
Hi Brion,
Looking in: https://commons.wikimedia.org/wiki/Category:Videos There are a number of .ogg/.ogv files - what will happen to them? Will they be auto-moved to .webm?
Existing .ogg/.ogv uploads will continue to work, and if you have more you can still upload them directly without doing a manual conversion.
All videos are auto-converted to WebM at several resolutions, and those WebM derivatives are what is used for playback. We're dropping the parallel set of Ogg derivatives since they're no longer needed and not as easy to maintain as they used to be, but originals stay as they are.
-- brion
Thanks, Mike
On 23 Aug 2017, at 16:56, Brion Vibber bvibber@wikimedia.org wrote:
This is happening now!
Video playback in Safari/IE/Edge now defaults to WebM instead of Ogg, and if all goes well, I'll disable the .ogv derivatives tomorrow.
Please give a shout at any unexpected problems.
-- brion
On Thu, Aug 3, 2017 at 1:27 PM, Brion Vibber bvibber@wikimedia.org wrote:
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
Commons-l mailing list Commons-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/commons-l
Commons-l mailing list Commons-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/commons-l
On Wed, Aug 23, 2017 at 12:56 PM, Brion Vibber bvibber@wikimedia.org wrote:
This is happening now!
Video playback in Safari/IE/Edge now defaults to WebM instead of Ogg, and if all goes well, I'll disable the .ogv derivatives tomorrow.
Ok, this has now been done. Existing .ogv derivative files will continue to exist for a while to ensure cached page views don't encounter any surprises, but they will be deleted later, probably after 30 days.
Note that .ogg or .ogv video *uploads* will continue to work, and you may continue to upload .ogv videos if you have them -- they get automatically converted to WebM derivatives for playback.
For our friends in ops, it should now be safe to update video scalers without worrying about the buggy ffmpeg2theora package. :)
-- brion
Please give a shout at any unexpected problems.
-- brion
On Thu, Aug 3, 2017 at 1:27 PM, Brion Vibber bvibber@wikimedia.org wrote:
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
On 25 August 2017 at 00:25, Brion Vibber bvibber@wikimedia.org wrote:
Note that .ogg or .ogv video *uploads* will continue to work, and you may continue to upload .ogv videos if you have them -- they get automatically converted to WebM derivatives for playback.
For our friends in ops, it should now be safe to update video scalers without worrying about the buggy ffmpeg2theora package. :)
-- brion
To be clear will theora uploads continue to work?
Yes, Ogg Theora video uploads will continue to work, with automatic conversion to WebM.
-- brion
On Fri, Aug 25, 2017 at 1:32 PM, geni geniice@gmail.com wrote:
On 25 August 2017 at 00:25, Brion Vibber bvibber@wikimedia.org wrote:
Note that .ogg or .ogv video *uploads* will continue to work, and you may continue to upload .ogv videos if you have them -- they get automatically converted to WebM derivatives for playback.
For our friends in ops, it should now be safe to update video scalers without worrying about the buggy ffmpeg2theora package. :)
-- brion
To be clear will theora uploads continue to work?
Commons-l mailing list Commons-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/commons-l