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. |
22nd August 2018, 23:09 | #6301 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,752
|
Quote:
|
|
23rd August 2018, 00:27 | #6302 | Link |
Registered User
Join Date: May 2016
Posts: 20
|
I'm having a discussion with someone online and they are citing an early 2016 discussion about 264 vs 265.
Does anyone know if there's a much more recent comparison of 264 to 265? My assumption is, by now, with the correct settings used in the encoder, 265 should basically provide a superior image at the same bitrate, almost always (until the returns diminish at very high bitrates) Surely, that is now the case? |
23rd August 2018, 08:20 | #6305 | Link | |
Herr
Join Date: Apr 2009
Location: North Europe
Posts: 556
|
Quote:
http://www.compression.ru/video/codec_comparison/hevc_2017/ Although they probably didn't compare 10-bit x265 vs 8bit x264 (x264 10-bit isn't supported by hardware-decoders!). EDIT: OK, Nvidia GeForce 950/960 or better PC GPU supports full H265/HEVC 10-bit hardware-decoding, it doesn't support H264 10-bit hardware-decoding. Last edited by Forteen88; 23rd August 2018 at 14:47. |
|
23rd August 2018, 12:47 | #6306 | Link | |
Registered User
Join Date: Aug 2010
Location: Athens, Greece
Posts: 2,901
|
Quote:
Probably Smart TVs, too.
__________________
Win 10 x64 (19042.572) - Core i5-2400 - Radeon RX 470 (20.10.1) HEVC decoding benchmarks H.264 DXVA Benchmarks for all |
|
23rd August 2018, 12:56 | #6307 | Link | |
ffx264/ffhevc author
Join Date: May 2007
Location: /dev/video0
Posts: 1,843
|
Quote:
None of the devices above support 10-bit H.264 decoding |
|
23rd August 2018, 14:47 | #6308 | Link | |
Lost my old account :(
Join Date: Jul 2017
Posts: 322
|
Quote:
Most of the test I've done has been in the "rip" catagory, I found that x265 --slow --no-sao --crf 18 has very similar fidelity to x264 --slower --tune film --crf 18 for 1080p bluray re-encoding with a 20-30% bitrate reduction. Most test I've done has been on tears of steel, which is a pretty good source for "general" film content imo, but it could ofc be sources were these numbers dont apply at all (but it has been the case on a few other random blurays I've tested on as well). Last edited by excellentswordfight; 23rd August 2018 at 14:52. |
|
23rd August 2018, 20:04 | #6309 | Link |
Herr
Join Date: Apr 2009
Location: North Europe
Posts: 556
|
I hope that they finish the Video Codecs Comparison 2018 on that website soon. They've released an Express Report 2018, but it doesn't include "Ultra Ripping: Comparison on extremely slow presets" yet,
http://www.compression.ru/video/code...son/hevc_2018/ |
25th August 2018, 16:13 | #6310 | Link |
Registered User
Join Date: Jun 2009
Location: Poland
Posts: 125
|
Weird, I own a cheap settop box (Opticum Sloth Combo Plus) and it decodes H.264 10-bit as well as H.265 12-bit. Maybe because of its chipset (Sunplus 1507). Most such devices have Ali chipsets and maybe they cannot decode such material.
|
25th August 2018, 17:44 | #6311 | Link |
ffx264/ffhevc author
Join Date: May 2007
Location: /dev/video0
Posts: 1,843
|
I don't know the chipsets of my devices, but you are most likely correct. That said, there are quite a few devices (TVs, BD players & co) that don't support 10 bit H.264. My Samsung TV, however, supports decoding of 10 bits HEVC but not 10 bits H.264. I haven't tested 12 bits HEVC on it yet
|
26th August 2018, 16:33 | #6312 | Link | |||
Registered User
Join Date: Aug 2018
Posts: 18
|
Quote:
Quote:
Quote:
|
|||
26th August 2018, 17:39 | #6313 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,806
|
4k veryslow is the best case scenario for core utilization. 1080p with default medium preset would require at least 8 concurrent encodes to saturate all those 128 cores.
Ps. I'm not surprised that 2160p scales up to 32 cores. If We divide 2160 by default CU of 64 then we get value of 33.75.
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper Last edited by Atak_Snajpera; 26th August 2018 at 17:50. |
27th August 2018, 10:15 | #6315 | Link | |
ffx264/ffhevc author
Join Date: May 2007
Location: /dev/video0
Posts: 1,843
|
Quote:
That said, it's not important for me since I moved over to 10 bits HEVC which is decodable on the Samsung BD players *and* my Full HD Samsung TV. My Panasonic TV (also FHD) doesn't support it so I use one of the BD players to decode and feed it. I also prefer using the BD players to stream to my TVs as I can use Bitstream passthrough for the audio, which I can't when using the TVs directly (they internally convert it to AC3 - I use Toslink to feed audio from TVs to Yamaha receiver. Neither Toslink nor ARC supports lossless audio passthrough) Last edited by microchip8; 27th August 2018 at 10:17. |
|
28th August 2018, 18:05 | #6316 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,752
|
Quote:
https://x265.readthedocs.io/en/default/threading.html (x265 has the best documentation of any codec, ever!) |
|
28th August 2018, 18:38 | #6317 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,752
|
Quote:
I would expect that, running multiple instances on multiple sockets like that, your 4x performance would be better if you used --pools to lock each instance to one socket to improve cache coherency and reduce NUMA utilization. Ala --pools "+,-,-,-" to lock to just the first socket of four. |
|
28th August 2018, 22:11 | #6318 | Link | ||
Registered User
Join Date: Aug 2018
Posts: 18
|
Quote:
Quote:
|
||
29th August 2018, 00:41 | #6319 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,752
|
Quote:
If you really want to stress single-instance encoding across all those sockets, try --pmode, or maybe even --pme if that doesn't saturate things. Those both increase CPU utilization more than they increase speed, but I bet you'd get more net speed out of a single instance with four cores with --pmode. If you are looking to add more work for the encoder to do, both --cu-lossless and --tskip will help. |
|
4th September 2018, 08:20 | #6320 | Link |
Registered User
Join Date: May 2009
Posts: 184
|
Unfortunately my PC's just crashed during the 2nd pass of a 2-pass encode.
If I run a 1-pass ABR encode using/reading the stats file that was generated during the 1st pass of the encode that crashed, am I right in assuming the result will be the same as if the 2nd pass had completed? Thanks. |
Thread Tools | Search this Thread |
Display Modes | |
|
|