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.

 

Go Back   Doom9's Forum > Video Encoding > High Efficiency Video Coding (HEVC)

Reply
 
Thread Tools Search this Thread Display Modes
Old 5th February 2017, 12:26   #4681  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,926
Uhhh

http://blog.beamr.com/blog/2016/12/1...265-read-this/

"a why our encoder is better craftsmanship kind of press release"

of course coming from the Vice President of Marketing
__________________
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; 5th February 2017 at 12:39.
CruNcher is offline   Reply With Quote
Old 5th February 2017, 12:36   #4682  |  Link
MonoS
Registered User
 
Join Date: Aug 2012
Posts: 203
Quote:
Originally Posted by CruNcher View Post
Uhhh

http://blog.beamr.com/blog/2016/12/1...265-read-this/

"a why our encoder is better kind of press release"
Basically, we are better because we have patents, proprietary algorithm and sell our product for K$, x265 sucks because doesn't care about broadcaster and can't use patented software.

Interesting point of view.
MonoS is offline   Reply With Quote
Old 5th February 2017, 12:37   #4683  |  Link
Midzuki
Unavailable
 
Midzuki's Avatar
 
Join Date: Mar 2009
Location: offline
Posts: 1,480
Quote:
Originally Posted by CruNcher View Post
Uhhh

http://blog.beamr.com/blog/2016/12/1...265-read-this/

"a why our encoder is better craftsmanship kind of press release"
Very-interesting
Midzuki is offline   Reply With Quote
Old 5th February 2017, 12:49   #4684  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,926
Quote:
Originally Posted by MonoS View Post
Basically, we are better because we have patents, proprietary algorithm and sell our product for K$, x265 sucks because doesn't care about broadcaster and can't use patented software.

Interesting point of view.
Yeah when he was at VUDU he surely wrote releases like "why x264 is better then proprietary software"

though he just tried to protect nothing else he knows exactly that most of those things are either already existing internally somewhere or being worked on as he spoke out that's called fear.

This is also funny as hell

Quote:
"One note, we are aware that x265 supports these features via FFMPEG. However in the case that a user is not able to use FFMPEG, the fact that V.265 supports them directly is a benefit."
Who in the industry would employ people on the tech team not able to use FFMPEG for resizing some input
__________________
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; 5th February 2017 at 13:01.
CruNcher is offline   Reply With Quote
Old 5th February 2017, 23:01   #4685  |  Link
x265_Project
Guest
 
Posts: n/a
Quote:
Originally Posted by Midzuki View Post
Very-interesting
Mark's first draft was so full of factual errors, I had to write to them. Then they posted this "corrected" version, which is still full of errors, and lots of unsubstantiated claims.

I just find the title kind of funny. "Before you evaluate x265"... as if there is a chance that anyone interested in evaluating HEVC encoder software libraries won't include x265 in their evaluation.

We're honored to be the gold standard by which all other HEVC encoders are compared. x265 is open and available for all to evaluate. If other encoders are truly better, why don't they make their encoder available publicly, so that anyone could run a test and publish the results?
  Reply With Quote
Old 5th February 2017, 23:17   #4686  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,926
Hehe or become at least part in the MSU evaluation
else bog bog booog pick bog pick boooog bog

And you absolutely right

"Before you evaluate x265, read this!"

he took his course in manipulation but i guess his writing charisma wont even subvert the dumbest decision makers in totally blindly buying his product and believing everything written and then you really have to ask the question who is he actually targeting

the same old Vanguard with a new Name trimmed for the Visual Perception era by the Beamr PQ IP (BBCQ) ontop going against the likes of V-Nova in the Future
__________________
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; 6th February 2017 at 01:04.
CruNcher is offline   Reply With Quote
Old 6th February 2017, 17:58   #4687  |  Link
Barough
Registered User
 
Barough's Avatar
 
Join Date: Feb 2007
Location: Sweden
Posts: 480
x265 v2.2+31-20141129537b (MSYS/MinGW, GCC 6.3.0, 32 & 64bit 8/10/12bit multilib EXEs)

32-bit
x265 [info]: HEVC encoder version 2.2+31-20141129537b
x265 [info]: build info [Windows][GCC 6.3.0][32 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2

64-bit
x265 [info]: HEVC encoder version 2.2+31-20141129537b
x265 [info]: build info [Windows][GCC 6.3.0][64 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
Barough is offline   Reply With Quote
Old 9th February 2017, 02:42   #4688  |  Link
littlepox
Registered User
 
Join Date: Nov 2012
Posts: 218
Quote:
Originally Posted by CruNcher View Post
Uhhh

http://blog.beamr.com/blog/2016/12/1...265-read-this/

"a why our encoder is better craftsmanship kind of press release"

of course coming from the Vice President of Marketing
A short summary on this article for doom9 users:

Our encoder produces something like s***, however we can solve a lot of problems you will never come across to or you can easily solve by yourself.
littlepox is offline   Reply With Quote
Old 9th February 2017, 12:17   #4689  |  Link
Midzuki
Unavailable
 
Midzuki's Avatar
 
Join Date: Mar 2009
Location: offline
Posts: 1,480
x265.exe 2.2+33-0729b3a4a0cc

Code:
cli: Enable new --hdr option to force signaling HDR parameters

Useful when there is a desire to signal --max-cll 0,0 in the bitstream.
http://www.mediafire.com/file/mce2ct...729b3a4a0cc.7z
Midzuki is offline   Reply With Quote
Old 9th February 2017, 19:54   #4690  |  Link
Barough
Registered User
 
Barough's Avatar
 
Join Date: Feb 2007
Location: Sweden
Posts: 480
x265 v2.2+33-0729b3a4a0cc (MSYS/MinGW, GCC 6.3.0, 32 & 64bit 8/10/12bit multilib EXEs)

32-bit
x265 [info]: HEVC encoder version 2.2+33-0729b3a4a0cc
x265 [info]: build info [Windows][GCC 6.3.0][32 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2

64-bit
x265 [info]: HEVC encoder version 2.2+33-0729b3a4a0cc
x265 [info]: build info [Windows][GCC 6.3.0][64 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
Barough is offline   Reply With Quote
Old 10th February 2017, 11:08   #4691  |  Link
CruNcher
Registered User
 
CruNcher's Avatar
 
Join Date: Apr 2002
Location: Germany
Posts: 4,926
Quote:
Originally Posted by littlepox View Post
A short summary on this article for doom9 users:

Our encoder produces something like s***, however we can solve a lot of problems you will never come across to or you can easily solve by yourself.
Easily solve nahh actually partly they are solved already in a Framework by Multicorewave themselves called UHDkit

Some are very specific and many are fighting here against the excellence of Ateme and that's a hard bread to beat Intel is on it's way todo that

Though most are really unusable for AVG users though when we talk about Live Game streaming then it looks a little different and also AVG consumer could benefit from it but overall the complexity would need even those to build very beefy systems to even come into the direction to need them at all

Different tuning scenario with different requirements with a very big focus on latency and multiple stream transmission stability and performance (resilience).


Multicorewave extensions it as the commercial part of the Encoder inside UHDkit a normal Strategy obviously our Beamr Marketing Vice President loses no word about it which is crazy it would be a viable attack vector for him.
__________________
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; 10th February 2017 at 11:56.
CruNcher is offline   Reply With Quote
Old 10th February 2017, 14:24   #4692  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
x265 2.2+35-fe2f2dd96f8c

--complex-analysis is now --dynamic-rd, and you can now manually control HDR SEI packets
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 10th February 2017, 16:16   #4693  |  Link
Barough
Registered User
 
Barough's Avatar
 
Join Date: Feb 2007
Location: Sweden
Posts: 480
x265 v2.2+36-9b975fec584a (MSYS/MinGW, GCC 6.3.0, 32 & 64bit 8/10/12bit multilib EXEs)

32-bit
x265 [info]: HEVC encoder version 2.2+36-9b975fec584a
x265 [info]: build info [Windows][GCC 6.3.0][32 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2

64-bit
x265 [info]: HEVC encoder version 2.2+36-9b975fec584a
x265 [info]: build info [Windows][GCC 6.3.0][64 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
Barough is offline   Reply With Quote
Old 10th February 2017, 19:29   #4694  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
Why do you never summarize the difference to the previous version, Barough? Shall every user check the commit log on their own?

Meh. Let's dump the v2.2+35 I just uploaded; v2.2+36 is a merge with stable.
_

OK, slight issue: "tip" is in the "stable" branch here, not in the "default" branch. My update script always updates to the last commit in the "default" branch, if not specified otherwise, so missed the merge...

Once again.
_

x265 2.2+36-9b975fec584a
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid

Last edited by LigH; 10th February 2017 at 23:51.
LigH is offline   Reply With Quote
Old 11th February 2017, 05:39   #4695  |  Link
nakTT
Registered User
 
Join Date: Dec 2008
Posts: 415
Quote:
Originally Posted by Barough View Post
x265 v2.2+36-9b975fec584a (MSYS/MinGW, GCC 6.3.0, 32 & 64bit 8/10/12bit multilib EXEs)

32-bit
x265 [info]: HEVC encoder version 2.2+36-9b975fec584a
x265 [info]: build info [Windows][GCC 6.3.0][32 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2

64-bit
x265 [info]: HEVC encoder version 2.2+36-9b975fec584a
x265 [info]: build info [Windows][GCC 6.3.0][64 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
Thanks for the update. The executable size is smaller than other builds but it works.
nakTT is offline   Reply With Quote
Old 11th February 2017, 11:12   #4696  |  Link
Midzuki
Unavailable
 
Midzuki's Avatar
 
Join Date: Mar 2009
Location: offline
Posts: 1,480
Quote:
Originally Posted by nakTT View Post
Thanks for the update. The executable size is smaller than other builds but it works.
Barough applies UPX upon x265.exe, there is no sorcery involved
Midzuki is offline   Reply With Quote
Old 11th February 2017, 14:53   #4697  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
That may produce smaller individual files; but to compress several very similar files in a tight archive for a smaller download, it may be better not to pre-compress them, so that archivers can find more identical parts between different files. 7-zip is quite good at that with large dictionary sizes... After unpacking the archive, you may decide on your own whether it is useful to UPX either EXE.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 11th February 2017, 18:32   #4698  |  Link
FlipFlops2001
Registered FlipFlop
 
FlipFlops2001's Avatar
 
Join Date: Jan 2017
Location: Chicago IL USA
Posts: 2
Latest: x265-2.2+35-fe2f2dd

http://msystem.waw.pl/x265/

Builds using MS Visual Studio 2017, GCC 6.3 and GCC 7.0 include: AVX2, AVX, SSSE3 or SSE2fast (or below) SIMD dedicated support.

Current version as of this posting: x265-2.2+35-fe2f2dd.

New CLI: --hdr, --no-hdr; used in conjunction with --max-cll. Currently running an encode using --hdr. Has anybody tried this yet?

x265 command line options documented @: http://x265.readthedocs.io/en/default/cli.html

These following parameters have been working very well for me:
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : @L3.1@Main
Codec ID : V_MPEGH/ISO/HEVC
Duration : 43 min 45 s
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:2
Bit depth : 10 bits
Writing library : x265 2.2+35-fe2f2dd96f8c:[Windows][MSVC 1910][64 bit] 10bit
Encoding settings : cpuid=1050111 / frame-threads=3 / numa-pools=8 / wpp / no-pmode / pme / no-psnr / no-ssim / log-level=2 / input-csp=2 / input-res=1280x720 / interlace=0 / total-frames=62946 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=5 / no-allow-non-conformance / no-repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=23 / keyint=250 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=40 / lookahead-slices=4 / scenecut=40 / no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=1 / dynamic-rd=0.00 / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=5 / limit-refs=3 / no-limit-modes / me=3 / subme=4 / merange=57 / temporal-mvp / weightp / no-weightb / analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=3 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / rdpenalty=0 / psy-rd=1.50 / psy-rdoq=1.50 / no-rd-refine / analysis-mode=0 / no-lossless / cbqpoffs=3 / crqpoffs=3 / rc=crf / crf=24.5 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / ipratio=1.40 / pbratio=1.30 / aq-mode=3 / aq-strength=1.50 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / sar=1 / overscan=0 / videoformat=5 / range=1 / colorprim=2 / transfer=2 / colormatrix=2 / chromaloc=0 / display-window=0 / max-cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / opt-qp-pps / opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / aq-motion / hdr
Language : English
Default : Yes
Forced : No
Color range : Full


Any suggestions?
__________________
Glenn Odagawa
Audio Engineer: 1974-present
www.TheLayeredMix.co.nf

FlipFlops2001 is offline   Reply With Quote
Old 11th February 2017, 19:12   #4699  |  Link
Barough
Registered User
 
Barough's Avatar
 
Join Date: Feb 2007
Location: Sweden
Posts: 480
@LigH

That's a simple answer. When ever i run the 'media-autobuild_suite' and it gives me new EXE's so do i just share 'em. The only time i look into the changes etc. is when im about to use 'em myself.
Barough is offline   Reply With Quote
Old 11th February 2017, 19:21   #4700  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
That may mean that you publish even new builds when they don't change the code at all (e.g. only update the documentation)... this would be too often for my taste.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 16:50.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.