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. |
20th November 2016, 08:19 | #4402 | Link | |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 4,926
|
Quote:
GM204 1080p PAL 25 FPS target 4 MBits encoded 51445 frames, 137.58 fps, 3973.15 kbps, 974.65 MB encode time 0:06:13 / CPU Usage: 5.48% frame type IDR 206 frame type I 206, avgQP 24.41, total size 15.43 MB frame type P 51239, avgQP 26.87, total size 959.22 MB
__________________
all my compares are riddles so please try to decipher them yourselves :) It is about Time Join the Revolution NOW before it is to Late ! http://forum.doom9.org/showthread.php?t=168004 Last edited by CruNcher; 20th November 2016 at 08:36. |
|
20th November 2016, 18:04 | #4404 | Link |
Registered User
Join Date: Feb 2007
Location: Sweden
Posts: 480
|
x265 v2.1+55-67e980e22c43 (MSYS/MinGW, GCC 6.2.0, 32 & 64bit 8/10/12bit multilib EXEs)
|
21st November 2016, 06:02 | #4405 | Link | |
Registered User
Join Date: Sep 2015
Posts: 48
|
Quote:
My bet is that with the Skylake generation (6th gen), the # HW threads where memory limits x265's performance will be much more than the # HW threads where memory limits in the Sandybridge generation (3rd gen) as x265 really benefits from all the improvements in memory bandwidth that Skylake has to offer. Last edited by pradeeprama; 21st November 2016 at 06:04. Reason: additional information. |
|
22nd November 2016, 17:39 | #4408 | Link |
Guest
Posts: n/a
|
HEVC Advance announces new policy - software HEVC implementations are royalty free
Some progress on the HEVC patent licensing! This means that applications like VLC and Handbrake, as well as web browsers and mobile apps with HEVC software implementations are royalty free with respect to HEVC Advance.
HEVC Advance Software Policy HEVC Advance Presentation Explaining Software Policy |
22nd November 2016, 18:08 | #4410 | Link |
Registered User
Join Date: Oct 2014
Posts: 268
|
But if I understand it correctly, they will seek licensing from (all kinds of) devices with HEVC onboard, as well as things like 'HEVC support built in operating systems'.
The text 'will not seek licensing on software products _after_ the initial safe of the device' means that if you want to buy a device with some kind of HEVC support (encoding or decoding) out of the box, licensing will need to be paid by the manufacturer / supplier of the device.. If HEVC is implemented in software or hardware doesn't matter there. So Mac OS, Windows, Android, iOS with built in HEVC support (hardware or software) still needs a license by the device manufacturer.. right? edit: Just to make clear, it's great news of course! Not trying to be negative here :P. Does this also mean that making official binaries is on the table or are there other techniques / patens / library-parts that may not be redistributed in binary form? Last edited by dipje; 22nd November 2016 at 18:33. |
22nd November 2016, 18:11 | #4411 | Link |
Guest
Posts: n/a
|
That's OK. They can only make use of a hardware encoder/decoder that has already been enabled (with the necessary driver) on the device. In that situation, the device manufacturer was already liable to pay the HEVC Advance royalty when they sold or later enabled the hardware encoder/decoder. Software that looks for hardware HEVC encoders/decoders, and uses them when they are present, isn't subject to a separate royalty.
|
22nd November 2016, 18:15 | #4412 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
|
The hardware maker would pay the licenses for that, then. Or so I would assume. They make the decoder afterall, software just accesses it.
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
22nd November 2016, 18:16 | #4413 | Link | |
Guest
Posts: n/a
|
Quote:
The point here is that HEVC Advance is looking for one royalty per device. Prior to this new policy, every software application that included an HEVC software implementation would have been liable for a separate "device royalty". This new policy allows software developers to add HEVC software encoder and decoder libraries to their apps, and distribute them without being liable to HEVC Advance for patent royalties. The caveats you see in the policy are designed to not allow device OEMs (HP, Dell, Apple, Samsung, etc.) to use the policy to avoid paying that one royalty on a device that they sell as being HEVC capable. |
|
22nd November 2016, 19:46 | #4414 | Link | |
Pig on the wing
Join Date: Mar 2002
Location: Finland
Posts: 5,718
|
Quote:
__________________
And if the band you're in starts playing different tunes I'll see you on the dark side of the Moon... |
|
22nd November 2016, 22:50 | #4415 | Link |
Registered User
Join Date: Mar 2009
Posts: 51
|
Hi
This is what i get: Here are the logs of input and output file and log from MeGui http://www.filedropper.com/x265logs And here is the encoded video http://www.filedropper.com/c0005-muxed Any idea why is this happening? |
23rd November 2016, 00:47 | #4418 | Link | |
Registered User
Join Date: Aug 2016
Posts: 60
|
Quote:
Taking the lead-time for commercial editing/encoding software development into account, this change means that we will FINALLY start seeing a plethora of "x264 vs x265" articles appearing in the mainstream. This can only be a very good thing for the fostering of HEVC demand. |
|
23rd November 2016, 01:35 | #4419 | Link |
Registered Developer
Join Date: Mar 2010
Location: Hamburg/Germany
Posts: 10,344
|
This is just HEVC Advanced though, how is the MPEG-LA's stance on this?
__________________
LAV Filters - open source ffmpeg based media splitter and decoders |
23rd November 2016, 03:48 | #4420 | Link |
Guest
Posts: n/a
|
At the moment, there is no change in their license program. I'm optimistic that the companies who have pooled their HEVC patents in MPEG LA's license program will recognize the wisdom of adopting this policy enabling most software implementations to be royalty free.
|
Thread Tools | Search this Thread |
Display Modes | |
|
|