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. |
13th September 2018, 18:08 | #281 | Link |
Registered User
Join Date: Dec 2015
Posts: 309
|
Media Player Classic - Home Cinema v1.8.0 is released.
Changes from 1.7.18 to 1.8.0: Updates: Updated LAV Filters to v0.72-12-g14744 Updated MediaInfo DLL to v18.08.1 Changes/additions/improvements: Added support for decoding AOMedia AV1 video Added WMA to internal filters list Allow using externally installed LAV Filters as internal filters when our own LAV Filters folder doesn't exist. Added advanced option "AllowInaccurateFastseek", which is enabled by default. When enabled fast seek (to keyframe) is allowed to be very inaccurate (max difference 20 seconds) in files with huge keyframe intervals. When disabled the allowed inaccuracy is much lower, when deciding between a fast and normal seek. For example 30% of jump size. If a playlist entry points to an URL, then display the title/label in player title bar instead of the URL. Limit max video height returned by Youtube-DL to 1440 by default. Higher resolutions may not play smoothly due to bandwidth throttling by Youtube. This value can be customized in: Options > Advanced > YDLMaxHeight Fixes: Fixed crash when opening generic URLs. Was a regression since addition of Youtube-DL support in previous version. |
13th September 2018, 20:44 | #285 | Link |
Registered User
Join Date: Sep 2018
Posts: 18
|
Very nice job, thank you very much for your involvement.
I just wonder if the choice of using own mpc-hc settings for external Lav Filters used as internal ones (where the directory does not exist under mpc-hc) instead of the common Lav Filters settings is very relevant. For my part, I would have preferred not to have to configure twice the external Lav Filters, but maybe other people are more satisfied with this approach. Anyway, it is a small detail. |
13th September 2018, 21:14 | #287 | Link | |
Registered User
Join Date: Sep 2018
Posts: 18
|
Quote:
It is not an issue with Lav Filters or mpc-hc, as mpv does not get better. I hope that it is a lack of optimization from the AOM decoder (not using AVX2 ?), or otherwise, the day when this format becomes widespread, current hardware will be good for retirement. |
|
13th September 2018, 21:24 | #288 | Link |
*****
Join Date: Feb 2005
Posts: 5,647
|
This format is more complex than HEVC. Without hardware acceleration most CPUs will also struggle to decode HEVC at UHD resolution.
Performance will likely get (much) better once FFmpeg gets a native decoder. It will probably be at least 1 or 2 years before AV1 becomes widespread. |
13th September 2018, 22:04 | #289 | Link | |
Registered User
Join Date: Sep 2018
Posts: 12
|
Quote:
not sure if we "need" that many, on the other hand... why not? so the user can decide. i guess technically it shouldn't make much difference if 20 or 60. |
|
14th September 2018, 04:25 | #290 | Link |
Registered User
Join Date: Jan 2002
Posts: 1,264
|
Corrupt playback when playing a Youtube AV1 stream.
Video: VP90 3840x2160 23.976fps [V: English [eng] (vp9 profile 0, yuv420p, 3840x2160) [default]] https://www.youtube.com/watch?v=mIAfxj7nd9k EDIT: Turned off the VP9 transform filter and all is well. But is it really AV1? EDIT2: Actually it was not that filter it was the HTTPS filter that caused the corruption. This is supposedly an AV1 video from their beta playlist. https://www.youtube.com/playlist?lis...eZUlNUQAVLwrZS Last edited by oddball; 14th September 2018 at 04:44. |
14th September 2018, 07:26 | #291 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,346
|
If it says VP9, then you downloaded the wrong encode. There are no 4K AV1 encodes yet, afaik. The videos on that playlist are not exclusively AV1, they just have AV1 encodes in addition to the usual encodes every video has, so you need to make sure you actually grab a AV1 variant.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders Last edited by nevcairiel; 14th September 2018 at 08:35. |
14th September 2018, 07:36 | #292 | Link |
Registered User
Join Date: Nov 2009
Location: Northeast Ohio
Posts: 447
|
I realize it's still early days, but it's kind of disappointing to see only ~25% CPU utilization on my 4c/8t Nehalem Xeon x3470 while playing back a 1080p 30fps AV1 video in slower than real-time (ended up somewhere between 16 and 20fps).
Mathematically that would equal out to only using 2 threads, but I find a massive performance difference between running 2 threads and 3 threads - it would seem that the 2 less-demanding threads only use around 50% of a CPU core's available utilization even the video you're trying to play is running slower than real-time. |
14th September 2018, 08:51 | #293 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,782
|
Thanks to a newer libav core, MPC-HC v1.8.1 can now also play a rare ADPCM ADX in MPEG PS (v1.7.8 could not yet play, only detect).
|
15th September 2018, 07:24 | #296 | Link | |
Registered User
Join Date: Aug 2008
Posts: 343
|
Quote:
|
|
15th September 2018, 12:48 | #297 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
Honestly, I'm not expecting to know how "good" AV1 is as a HEVC alternative until late 2019. It'll take at least another year before we have encoders that are fast enough to make a reasonable set of test content and have decent psychovisual tuning. Decoders are a lot more straightforward, since there's only one right answer. But a good software decoder takes a lot of assembly SIMD optimization, parallelization, fuzz testing, and profiling profiling profiling. The job is harder today as we don't really know what the tools real-world AV1 encodes are likely to use, so knowing where to focus optimization isn't that clear yet. Having LOTS of tools available in a bitstream means LOTS more to optimize in a decoder. |
|
16th September 2018, 04:27 | #298 | Link | |
Registered User
Join Date: Nov 2009
Location: Northeast Ohio
Posts: 447
|
Quote:
In the "Alliance for Open Media codecs" thread, there's someone with a more modern 4c/8t i7 that's seeing 60+% CPU utilization via MPC-HC. I'm starting to wonder if AV1 has heavy AXV optimizations for its multi-threading which would be very unfortunate for me as I just happened to pick the last generation of 4c/8t processors that didn't have AVX (though even the newest 2c/4t Coffeelake-based Pentiums lack AVX...). A similar thing happened in the past with VP9 where it had some heavy optimizations for SSSE3 (I don't believe this is the case anymore), therefore resulting in something like a 2.5x performance gain simply by having SSSE3 (which wasn't present on AMD CPUs until 2011). The thing is though, if I configure my BIOS to set my CPU to run as 3c/3t, I see the exact same performance when decoding AV1 (though with ~67% due to 5 fewer threads) as I do when my CPU is running in full 4c/8t. By comparison, doing something like playback of 5mbps 1080p 30fps HEVC combined with aggressively-configured 2x framerate interpolation is a complete stuttery mess at 3c/3t (or even at 4c/4t, though to a lesser extent), but at 4c/8t it's perfectly smooth and stutter-free. Similarly, when running various multithreaded benchmark programs like Cinebench and the like, going from 3c/3t to 4c/8t gives me the kind of performance gains that you would normally expect. |
|
17th September 2018, 02:20 | #299 | Link |
Registered User
Join Date: Jun 2005
Posts: 29
|
First of all thanks for your continued work on MPC-HC clsid.
I'm experiencing a bug in version 1.8.1. When using hotkeys to skip forward or to go back 2 seconds, or anything frame by frame, or even using the seek bar, sometimes the player suddenly closes. Always happens with this file after a few tries going back and forth: https://expirebox.com/download/e2239...a0b59f452.html Does not happen with version 1.7.16. |
|
|