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. |
23rd July 2020, 20:46 | #301 | Link | |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Quote:
Not everybody in this world is sure about his/her sex and sexuality. The Wachowskis are the most famous people who have done the same thing. It could be a characteristic of a genius.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
|
23rd July 2020, 21:33 | #302 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
Weird comment, I think rule 15 applies here.
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
23rd July 2020, 21:46 | #303 | Link | |
Broadcast Encoder
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 2,904
|
Dark Shikari was a genius indeed, whether that particular thing is the characteristic of geniuses, I don't know...
Perhaps... I just hope he/she is happy with his/her choice... Yeah, sorry for derailing the topic, I didn't mean to. Now, back on topic and back to VVC: Quote:
Anyway, the last time I encoded a test sample with the reference encoder was in December 2018, perhaps it's time for me to encode something again and compare it with other codecs this time. I'll try to put something together next week... maybe... unless I'm too overwhelmed with other things that my colleagues keep assigning me... Last edited by FranceBB; 23rd July 2020 at 21:58. |
|
23rd July 2020, 22:16 | #304 | Link |
Derek Prestegard IRL
Join Date: Nov 2003
Location: Los Angeles
Posts: 5,989
|
Thank you for quickly getting back on topic. My takeaway is that no ill will was intended, and that we all have the utmost respect for D_S and wish her the best
Let's all please be respectful to each other. Thank you. |
24th July 2020, 02:23 | #305 | Link | |
Registered User
Join Date: Mar 2020
Posts: 117
|
Quote:
Well I wouldn't call 1.5Mbps high bitrate. Let wait until VVC settle down and get a production encoder to play around before we make a judgement. Reference Encoder are really only good for compliance. I am also noticing quite a bit of activity over at MC-IF. So lets hope we have more news soon. Edit: Pool Administrator Selected by 2020 or Early 2021 before they talk about licensing terms. :/
__________________
Previously iwod Last edited by ksec; 24th July 2020 at 08:16. |
|
1st August 2020, 22:01 | #306 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
I read that the VVC/h.266 standard was finalized in July. Great. But is it actually available for purchase yet? I wasn't able to find it, neither on the ISO website, nor on the IEC or ITU-T websites. But I find each of those somewhat confusing to navigate; it's perfectly possible that I simply missed them.
If the standard's not available for purchase yet, any idea when it will be (roughly)?
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
2nd August 2020, 14:47 | #307 | Link | |
Angel of Night
Join Date: Nov 2004
Location: Tangled in the silks
Posts: 9,559
|
Quote:
Edit: For more fun, the JVET site has been taken down, too. Last edited by foxyshadis; 2nd August 2020 at 14:50. |
|
2nd August 2020, 15:05 | #308 | Link |
MKVToolNix author
Join Date: Sep 2002
Location: Braunschweig, Germany
Posts: 4,281
|
Thanks. I think I'll wait for the final, then.
__________________
Latest MKVToolNix is v83.0 If I ever ask you to upload something, please use my file server. |
7th August 2020, 09:17 | #309 | Link |
Registered User
Join Date: Jun 2015
Posts: 21
|
The latest draft (not final) can be found at http://phenix.it-sudparis.eu/jvet/
Choose the June 2020 meeting, document S2001. |
13th August 2020, 20:18 | #312 | Link | ||
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
Speed doesn't mean much either, as libaom has gotten lots of performance tuning. The libvpx/libaom codecs are sort of weird combinations of reference encoders and production encoders. Quote:
|
||
13th August 2020, 20:29 | #313 | Link | ||
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
As a side point, best practice is to refer to someone as having been their current gender retroactively, as someone's internal identity is very often established well before their public identity conforms to that. Quote:
Beamr has demonstrated some very promising improvements over x265. I bet the ABR required for a given MOS in HEVC can drop another 40-50% over the next decade, given how many tools there are an how much flexibility there is to apply them. Moore's Law gives us more MIPs/pixel every year. The whole field of applying AI/ML to improving encoding is still new, and promises some really big improvements. There are whole approaches to interframe tuning that are only just being poked at today. I'd expect we're ~2 years out from the best VVC production encoders being materially better than the best HEVC encoders in quality @ bitrate @ perf. |
||
14th August 2020, 16:01 | #314 | Link |
Registered User
Join Date: Mar 2004
Posts: 1,126
|
VTM v10.0 is out, large changelog: https://vcgit.hhi.fraunhofer.de/jvet...eases/VTM-10.0
|
24th August 2020, 03:16 | #316 | Link |
Registered User
Join Date: Nov 2003
Posts: 1,281
|
Well, generally the discussion should be relevant and move the topic forward.
Irrelevant personal opinions, while valid, add nothing of value to the community. And that is what doom9 is, a community, not your personal opinion space.
__________________
http://www.7-zip.org/ |
25th August 2020, 15:05 | #317 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,782
|
New upload: VTM Encoder Version 10.0 [Windows][GCC 10.2.0][64 bit] 16bc143c
|
2nd September 2020, 02:51 | #319 | Link |
Derek Prestegard IRL
Join Date: Nov 2003
Location: Los Angeles
Posts: 5,989
|
I'm sure YouTube is doing this for a good reason. I wouldn't be surprised if this is because the tooling surrounding fragmented MP4 is vastly more widespread than the tooling surrounding MKV, especially on the client side. While it's possible to deliver content using MPEG DASH and WebM segments, this isn't something most players support, so almost nobody does it. I'm only aware of YouTube ever having done this.
fMP4 is widely used in both DASH and HLS now, and is getting more and more widespread device support. Also factor in that when encrypting content it's desirable to have fMP4 with AES-CBCS encryption so you can take advantage of Widevine, PlayReady, and FairPlay all from a single set of files (delivered via DASH or HLS as clients prefer). All of that is possible with fMP4, in a way that's broadly compatible. I don't think the same can be said for WebM. MP4 is a good container format, and it's the way forward for all scalable video delivery to customers (except for ultra low latency cases where RTP / WebRTC are still better suited). We have all the new contribution protocols like SRT and RIST, and all the new "SDI replacement" protocols like NDI to handle the professional content production cases for live too |
2nd September 2020, 17:32 | #320 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
I think the practical difference is the .mkv extension only gets opened by players who can handle the rich elements, so a too-simple player doesn't even try. Which is a valid reason to use it when trying to package up a whole media experience into a single file for download. In the adaptive streaming world, things like subtitles and alternate languages are handled with URLs to specific files in the manifest, so only the needed assets for a given session need to get downloaded. |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|