Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
6th February 2020, 11:42 | #2041 | Link |
Registered User
Join Date: Jun 2012
Location: Ibiza, Spain
Posts: 321
|
Am I sure?
https://imgur.com/WG8icgu Jokes aside that's probably a setting somewhere on the YouTube account, I kind of remember something like that. Last edited by Are_; 6th February 2020 at 11:45. |
6th February 2020, 11:52 | #2042 | Link | |
Artem S. Tashkinov
Join Date: Dec 2006
Posts: 345
|
Quote:
|
|
7th February 2020, 19:25 | #2044 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
Obviously there is a lot of other power draw happening for the screen, UX, system. But getting a delta would be helpful. Back in the day with Silverlight, I remember finding the HW decoder could save 20 watts over the SW decoder on a laptop of the era. Obviously with much less powerful CPUs than we have now, but also with a much less complex decoder (H.264 in this case). "How many hours of playback" is an important metric for premium video content players. |
|
7th February 2020, 21:55 | #2045 | Link | |
Registered User
Join Date: Nov 2009
Location: Northeast Ohio
Posts: 447
|
Quote:
Nevertheless, follow-up question. As someone that has no concept of what goes into the software back-end required for delivering video, does it in fact still improve the ease of implementation to use a container that is already widely used if it's a completely new codec anyway?
__________________
____HTPC____ | __Desktop PC__
2.93GHz Xeon x3470 (4c/8t Nehalem) | 4.5GHz 1.24v dual-core Haswell G3258 Radeon HD5870 | Intel iGPU 2x2GB+2x1GB DDR3-1333 | 4x4GB DDR3-1600 |
|
7th February 2020, 23:20 | #2046 | Link |
Derek Prestegard IRL
Join Date: Nov 2003
Location: Los Angeles
Posts: 5,989
|
Yes, it does, because you still have to package it (and encrypt it, often). There's often an established ecosystem to do this in a way that meets business requirements. Sometimes it's even done dynamically. Adding support for a new codec in that tooling is likely easier than having to implement support for a whole new container format as well.
Same thing on the clients, honestly. I don't see anything about WebM that adds value to the adaptive streaming use case, but I may be missing something. |
8th February 2020, 02:19 | #2047 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
So there's little desire to take on new code for such mission critical task. |
|
8th February 2020, 09:35 | #2048 | Link |
Registered User
Join Date: Nov 2009
Location: Northeast Ohio
Posts: 447
|
So yeah uh...then why the heck are they using WebM for Opus? I mean, isn't splitting the video and audio between separate MP4 and WebM containers even worse than just having both in a WebM container let alone both in an MP4 container?
__________________
____HTPC____ | __Desktop PC__
2.93GHz Xeon x3470 (4c/8t Nehalem) | 4.5GHz 1.24v dual-core Haswell G3258 Radeon HD5870 | Intel iGPU 2x2GB+2x1GB DDR3-1333 | 4x4GB DDR3-1600 |
8th February 2020, 11:01 | #2049 | Link | |
Angel of Night
Join Date: Nov 2004
Location: Tangled in the silks
Posts: 9,559
|
Quote:
I think there's a combination of institutional inertia in keeping Opus on WebM instead of tearing down the whole stack, and that no one wants to be the guy who accidentally broke YouTube while changing it over. Last edited by foxyshadis; 8th February 2020 at 11:04. |
|
8th February 2020, 13:47 | #2050 | Link | |
Registered User
Join Date: Jun 2013
Posts: 95
|
Quote:
Try passing --youtube-skip-dash-manifest to youtube-dl.
__________________
https://github.com/MoSal |
|
8th February 2020, 13:54 | #2051 | Link | ||
Registered User
Join Date: Jun 2013
Posts: 95
|
Quote:
__________________
https://github.com/MoSal |
||
8th February 2020, 17:58 | #2052 | Link |
Registered User
Join Date: Mar 2004
Posts: 1,125
|
rav1e 0.3.0 has been released: https://github.com/xiph/rav1e/releases/tag/v0.3.0
|
8th February 2020, 20:33 | #2053 | Link | |
Registered User
Join Date: May 2005
Location: Swansea, Wales, UK
Posts: 196
|
Quote:
Also didn't realise that libvpx had another incremental version in december - v1.8.2 "Pekin Duck". Does libaom have official version names/numbers yet? |
|
9th February 2020, 19:23 | #2054 | Link | |||
Registered User
Join Date: Apr 2018
Posts: 63
|
Does anyone know why libaom and vmaf are not compatible on an arch linux system?
Quote:
Quote:
Quote:
|
|||
10th February 2020, 17:42 | #2055 | Link | |
I am maddo saientisto!
Join Date: Aug 2018
Posts: 95
|
Quote:
Arch's package maintainer probably follows in the footsteps of the Debian package, that leaves the header under /usr/include/libvmaf.h |
|
11th February 2020, 18:30 | #2056 | Link | |
I am maddo saientisto!
Join Date: Aug 2018
Posts: 95
|
Quote:
|
|
12th February 2020, 00:48 | #2058 | Link | |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
Quote:
Otherwise, its just Snapdragon 865, we already knew its media support - which does not include AV1. It won't be in the mainstream until the end of the year, if not 2021.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|