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 23rd August 2017, 14:25   #5561  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
Quote:
at stock, core i9-7900X will be at 27.97 fps for x264 and 5.29 fps for x265
You do realize that stock clock on core i9-7900X in practice means 4GHz? The problem with 1950x is that during x265 encoding clock drops to base 3.4 GHz while intel can sustain steady 4GHz.

Quote:
As I always say, massive instance encoding is real problem for Rysen.
Poor ryzen then... I thought it was designed to be a RIPPER OF THE THREADS. Oh well another marketing lie. Nothing new.

Last edited by Atak_Snajpera; 23rd August 2017 at 14:28.
Atak_Snajpera is offline   Reply With Quote
Old 23rd August 2017, 14:37   #5562  |  Link
Sagittaire
Testeur de codecs
 
Sagittaire's Avatar
 
Join Date: May 2003
Location: France
Posts: 2,484
Quote:
You do realize that stock clock on core i9-7900X in practice means 4GHz? The problem with 1950x is that during x265 encoding clock drops to base 3.4 GHz while intel can sustain steady 4GHz.
In fact Rysen don't use turbo for x264/x265 encoding: TDP at 180W produce big limitation for that. 1950X have even throttling under 3.4 Ghz base frequency with x264 encoding.




Quote:
Poor ryzen then... I thought it was designed to be a RIPPER OF THE THREADS. Oh well another marketing lie. Nothing new.
it's like that. You have the same problem for 7zip or winrar encoding.

Moreover make 5x x265 instance in 1080p is really massive and useless threading usage. Certainely that 2x or 3x instance is suffisant to have CPU charge at 100% even for 1950X.
__________________
Le Sagittaire ... ;-)

1- Ateme AVC or x264
2- VP7 or RV10 only for anime
3- XviD, DivX or WMV9
Sagittaire is offline   Reply With Quote
Old 23rd August 2017, 15:54   #5563  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
Quote:
Moreover make 5x x265 instance in 1080p is really massive and useless threading usage. Certainely that 2x or 3x instance is suffisant to have CPU charge at 100% even for 1950X.
Well rules are the same for all cpus in my benchmark. Besides Intel with less cores has more things to do than Threadripper. The speed penalty should be even higher there. I'm not going to "optimize" my benchmark to show one particular cpu in better light.
Besides 2 extra instances should not be a big problem. Look at older CPUs 2C/2T or 4C/4T. Scalling is good despite running 5 x 265 at the same time.

Code:
44.6 fps - Intel Core i9-7900X @ 3.3GHz ( 10C / 20T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
43.6 fps - AMD Threadripper 1950X @ 3.4GHz ( 16C / 32T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 
33.9 fps - Intel Core i7-5960X @ 4.4GHz^ ( 8C / 16T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
25.5 fps - AMD Ryzen 7 1700 @ 3.7GHz^ ( 8C / 16T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 
24.8 fps - Intel Core i7-6700K @ 4.8GHz^ ( 4C / 8T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
23.7 fps - Intel Core i7-7700K @ 4.8GHz^ ( 4C / 8T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 
23.3 fps - Intel Core i7-6700K @ 4.7GHz^ ( 4C / 8T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
22.6 fps - Intel Core i7-6700K @ 4.5GHz^ ( 4C / 8T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
18.6 fps - Intel Core i7-6600K @ 4.5GHz^ ( 4C / 4T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
16.4 fps - Intel Xeon E5-2690 @ 2.9GHz ( 8C / 16T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX
15.8 fps - Intel i7-6770HQ @ 2.6GHz ( 4C / 8T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 
15.8 fps - Intel Core i5-4690K @ 4.2GHz^ ( 4C / 4T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 
15.6 fps - Intel Xeon E3 1231 v3 @ 3.4GHz ( 4C / 8T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
14.7 fps - Intel Xeon E5-2670 @ 2.6GHz ( 8C / 16T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX
14.7 fps - Intel Core i7-3930K @ 3.2GHz ( 6C / 12T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX
13.9 fps - Intel Core i5-7400 @ 3.0GHz ( 4C / 4T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
13.8 fps - Intel Core i5-6500 @ 3.2GHz ( 4C / 4T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
13.5 fps - AMD Ryzen 5 1500X @ 3.5GHz ( 4C / 8T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 
13.3 fps - Intel Core i5-4570S @ 3.6GHz^ ( 4C / 4T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
12.1 fps - AMD FX-8320 Eight-Core @ 4.32GHz^ ( 4C / 8T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX XOP FMA4 FMA3 LZCNT BMI1
12.0 fps - Intel Core i5-4460 @ 3.2GHz ( 4C / 4T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
11.2 fps - Intel Core i7-3770K @ 3.5GHz ( 4C / 8T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX
9.7 fps - Intel Core i3-7100 @ 3.9GHz ( 2C / 4T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
8.8 fps - AMD Ryzen 3 1300X @ 3.5GHz ( 4C / 4T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2 
8.3 fps - Intel Core i5-2400 @ 3.7GHz^ ( 4C / 4T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX
7.8 fps - Intel i7-3612QM @ 2.1GHz ( 4C / 8T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX 
7.6 fps - Intel Core i7-7500U @ 3.5GHz^ ( 2C / 4T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
6.1 fps - Intel Celeron G3900 @ 4.0GHz^ ( 2C / 2T ) MMX2 SSE2Fast SSSE3 SSE4.2 LZCNT
5.9 fps - AMD Athlon X4 760K Quad Core @ 4.5GHz^ ( 2C / 4T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX XOP FMA4 FMA3 LZCNT BMI1 
5.6 fps - Intel Pentium G3258 @ 4.2GHz^ ( 2C / 2T ) MMX2 SSE2Fast SSSE3 SSE4.2 LZCNT
5.5 fps - Intel Xeon X5470 @ 3.33GHz ( 4C / 4T ) MMX2 SSE2Fast SSSE3 SSE4.1 Cache64
4.8 fps - Intel Core i3-3220 @ 3.3GHz ( 2C / 4T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX  
4.4 fps - Intel Core2 Quad Q8200 @ 2.8GHz^ ( 4C / 4T ) MMX2 SSE2Fast SSSE3 SSE4.1 Cache64
4.2 fps - Intel Core i3-2100 @ 3.1GHz ( 2C / 4T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX
3.7 fps - Intel Core2 Quad Q8200 @ 2.33GHz ( 4C / 4T ) MMX2 SSE2Fast SSSE3 SSE4.1 Cache64
3.6 fps - Intel Core i3-4005U @ 1.7GHz ( 2C / 4T ) MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
Atak_Snajpera is offline   Reply With Quote
Old 23rd August 2017, 16:33   #5564  |  Link
pradeeprama
Registered User
 
Join Date: Sep 2015
Posts: 48
Quote:
Originally Posted by Sagittaire View Post
well, with 4K encoding with this command line:



Code:
|---------------------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|
|     CPU             |   x264  |   x265  |   LAVC  |   auto  |   MMX2  |    SSE  |   SSE2  |   SSE3  |   SSE4  |    AVX  |   AVX2  |    All  | 
|---------------------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------| 
|  Core i9-7900X      |  32.97  |   6.24  |   157   |   4.70  |   1.57  |   1.58  |   2.50  |   2.74  |   4.07  |   3.98  |   4.82  |    N/A  |
|---------------------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|
| Threadripper 1950X  |  37.59  |   6.50  |   136   |   4.65  |   2.02  |   2.00  |  2.95   |   3.10  |   3.89  |   4.10  |   4.26  |    N/A  | 
|---------------------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|---------|
With core i9-7900X @4.5 Ghz and 1950X @stock

at stock, core i9-7900X will be at 27.97 fps for x264 and 5.29 fps for x265

As I always say, massive instance encoding is real problem for Rysen.

Anyway certainely that i9-7960X 16C/32T or i9-7980XE 18C/36T will make really better result than 1950X for x264 and x265 encoding. But it's not the case for i9-7800X 10C/20T even with massive OC at 4.5 Ghz.
If you are trying to benchmark x265 with ffmpeg, I recommend that you use libx265 that is inside ffmpeg instead of using x265 application to avoid any IO problems that occur due to system-level pipes. When doing 4K encoding, I have faced some performance issues in the past.
pradeeprama is offline   Reply With Quote
Old 23rd August 2017, 21:52   #5565  |  Link
Sagittaire
Testeur de codecs
 
Sagittaire's Avatar
 
Join Date: May 2003
Location: France
Posts: 2,484
Quote:
Originally Posted by Atak_Snajpera View Post
Well rules are the same for all cpus in my benchmark. Besides Intel with less cores has more things to do than Threadripper. The speed penalty should be even higher there. I'm not going to "optimize" my benchmark to show one particular cpu in better light.
Besides 2 extra instances should not be a big problem. Look at older CPUs 2C/2T or 4C/4T. Scalling is good despite running 5 x 265 at the same time.
I don't know. Anyway result are not the same.

If you have more than 20 fps with i7 4C/8T and 1080p, certainely that you use faster profil for x265 than default "medium" preset.

historically speed are always better for Intel CPU in the fastest mode preset (for x264 and x265). It's perhaps the more simple explication.
__________________
Le Sagittaire ... ;-)

1- Ateme AVC or x264
2- VP7 or RV10 only for anime
3- XviD, DivX or WMV9
Sagittaire is offline   Reply With Quote
Old 23rd August 2017, 21:55   #5566  |  Link
Sagittaire
Testeur de codecs
 
Sagittaire's Avatar
 
Join Date: May 2003
Location: France
Posts: 2,484
Quote:
Originally Posted by pradeeprama View Post
If you are trying to benchmark x265 with ffmpeg, I recommend that you use libx265 that is inside ffmpeg instead of using x265 application to avoid any IO problems that occur due to system-level pipes. When doing 4K encoding, I have faced some performance issues in the past.
No I use ffmpeg just for frame serving (always less than 5% for CPU charge in stream decoding). I want use particular x264 and x265 for make compilator test and use the best possible compilation.
__________________
Le Sagittaire ... ;-)

1- Ateme AVC or x264
2- VP7 or RV10 only for anime
3- XviD, DivX or WMV9
Sagittaire is offline   Reply With Quote
Old 24th August 2017, 10:45   #5567  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
Quote:
If you have more than 20 fps with i7 4C/8T and 1080p, certainely that you use faster profil for x265 than default "medium" preset.
Unlike to your benchmark I decided to use x265 DEFAULT settings. So CRF 28 and preset medium instead of your --crf 24 --preset medium --tune grain.

Last edited by Atak_Snajpera; 24th August 2017 at 13:05.
Atak_Snajpera is offline   Reply With Quote
Old 24th August 2017, 20:31   #5568  |  Link
Sagittaire
Testeur de codecs
 
Sagittaire's Avatar
 
Join Date: May 2003
Location: France
Posts: 2,484
Quote:
Originally Posted by Atak_Snajpera View Post
Unlike to your benchmark I decided to use x265 DEFAULT settings. So CRF 28 and preset medium instead of your --crf 24 --preset medium --tune grain.
crf 24 vs crf 28 or --tune grain are not big problem for speed hierarchy. Moreover --crf 24 --preset medium --tune grain is by far more realistic setting in real world encoding. crf 28 is really low quality level even for 4K.

well multiple and intensive instance seem definitely big problem for Rysen and x265.
__________________
Le Sagittaire ... ;-)

1- Ateme AVC or x264
2- VP7 or RV10 only for anime
3- XviD, DivX or WMV9
Sagittaire is offline   Reply With Quote
Old 24th August 2017, 20:59   #5569  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
Quote:
Moreover --crf 24 --preset medium --tune grain is by far more realistic setting in real world encoding.
Have you done some survey that you know how people encode? I don't think so. You are just guessing looking in your glass ball. There is not such thing as "far more realistic setting in real world encoding".
Everybody encodes using completely different settings. You basically can't pick some --tune grain and magical --crf 24 (why 24 and not 23 or 22???) and announce the world that this is some sort of gold standard.

Quote:
well multiple and intensive instance seem definitely big problem for Rysen and x265.
BTW. It is Ryzen not Rysen.

Last edited by Atak_Snajpera; 24th August 2017 at 21:01.
Atak_Snajpera is offline   Reply With Quote
Old 28th August 2017, 16:46   #5570  |  Link
Balthazar2k4
Registered User
 
Join Date: Mar 2009
Location: Here, There, & Everywhere
Posts: 269
Sorry guys, I run my 1950x at 3.9ghz on all cores all day long without issue. I have been a staunch Intel user for over 15 years and and have owned several Extreme edition processors including the 980X, 5960X, and 6950X. I am very pleased with the 1950X. It might not have the IPC of Intel, but the additional cores allow me to do more while I am encoding.
Balthazar2k4 is offline   Reply With Quote
Old 2nd September 2017, 06:12   #5571  |  Link
RanmaCanada
Registered User
 
Join Date: May 2009
Posts: 328
Quote:
Originally Posted by zub35 View Post
GPU Fork - x265 HEVC OpenCL or CUDA Encoder

gcc>=7 , -O2 -fopenacc

https://bitbucket.org/vovagubin/x265...r-cuda-encoder
has anyone actually compiled this and tried it out yet? Just curious as to how it compares to NVENC, or if it even works.
RanmaCanada is offline   Reply With Quote
Old 5th September 2017, 10:01   #5572  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
x265 2.5+14-2718cb5dd67f (merge with stable)

cli: Align color primaries names to ffmpeg; Re-evaluate vbv lookahead in the encode that uses --analysis-reuse-mode load
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 5th September 2017, 18:46   #5573  |  Link
brumsky
Registered User
 
Join Date: Jun 2016
Posts: 116
Quote:
Originally Posted by RanmaCanada View Post
has anyone actually compiled this and tried it out yet? Just curious as to how it compares to NVENC, or if it even works.
I just compiled it and ran it. It doesn't seem to be any faster than the normal x265. I didn't wait for it to complete to check the quality just a very simple speed test. I'm running a 1080 TI with the latest drivers.

It doesn't look like the help section of the tool has been updated yet. I can't find anything specific to enable Cuda or OpenCL support.

I think we need more info about how to use it at this point.

I did find the author added a new preset called ultraslow but it doesn't work for me.
brumsky is offline   Reply With Quote
Old 9th September 2017, 09:57   #5574  |  Link
x265_Project
Guest
 
Posts: n/a
You'll love this, x265 fans...
http://blog.beamr.com/2017/09/08/x26...epic-face-off/

Be sure to download the video files, and compare them side by side. Let us know whose video you prefer.

media2.beamrvideo.com/media/blog1709/fastest/4k/aerial/beamr.265
media2.beamrvideo.com/media/blog1709/fastest/4k/aerial/x.265
media2.beamrvideo.com/media/blog1709/fastest/4k/bar/beamr.265
media2.beamrvideo.com/media/blog1709/fastest/4k/bar/x.265
media2.beamrvideo.com/media/blog1709/fastest/4k/dinner/beamr.265
media2.beamrvideo.com/media/blog1709/fastest/4k/dinner/x.265
media2.beamrvideo.com/media/blog1709/fastest/4k/driving/beamr.265
media2.beamrvideo.com/media/blog1709/fastest/4k/driving/x.265
media2.beamrvideo.com/media/blog1709/fastest/4k/pierseaside/beamr.265
media2.beamrvideo.com/media/blog1709/fastest/4k/pierseaside/x.265
media2.beamrvideo.com/media/blog1709/fastest/4k/ritualdance/beamr.265
media2.beamrvideo.com/media/blog1709/fastest/4k/ritualdance/x.265
media2.beamrvideo.com/media/blog1709/fastest/4k/tango/beamr.265
media2.beamrvideo.com/media/blog1709/fastest/4k/tango/x.265
media2.beamrvideo.com/media/blog1709/fastest/4k/windnature/beamr.265
media2.beamrvideo.com/media/blog1709/fastest/4k/windnature/x.265
media2.beamrvideo.com/media/blog1709/medium/4k/aerial/beamr.265
media2.beamrvideo.com/media/blog1709/medium/4k/aerial/x.265
media2.beamrvideo.com/media/blog1709/medium/4k/bar/beamr.265
media2.beamrvideo.com/media/blog1709/medium/4k/bar/x.265
media2.beamrvideo.com/media/blog1709/medium/4k/dinner/beamr.265
media2.beamrvideo.com/media/blog1709/medium/4k/dinner/x.265
media2.beamrvideo.com/media/blog1709/medium/4k/driving/beamr.265
media2.beamrvideo.com/media/blog1709/medium/4k/driving/x.265
media2.beamrvideo.com/media/blog1709/medium/4k/pierseaside/beamr.265
media2.beamrvideo.com/media/blog1709/medium/4k/pierseaside/x.265
media2.beamrvideo.com/media/blog1709/medium/4k/ritualdance/beamr.265
media2.beamrvideo.com/media/blog1709/medium/4k/ritualdance/x.265
media2.beamrvideo.com/media/blog1709/medium/4k/tango/beamr.265
media2.beamrvideo.com/media/blog1709/medium/4k/tango/x.265
media2.beamrvideo.com/media/blog1709/medium/4k/windnature/x.265
media2.beamrvideo.com/media/blog1709/medium/4k/windnature/beamr.265
media2.beamrvideo.com/media/blog1709/veryslow/4k/aerial/beamr.265
media2.beamrvideo.com/media/blog1709/veryslow/4k/aerial/x.265
media2.beamrvideo.com/media/blog1709/veryslow/4k/bar/beamr.265
media2.beamrvideo.com/media/blog1709/veryslow/4k/bar/x.265
media2.beamrvideo.com/media/blog1709/veryslow/4k/dinner/beamr.265
media2.beamrvideo.com/media/blog1709/veryslow/4k/dinner/x.265
media2.beamrvideo.com/media/blog1709/veryslow/4k/driving/beamr.265
media2.beamrvideo.com/media/blog1709/veryslow/4k/driving/x.265
media2.beamrvideo.com/media/blog1709/veryslow/4k/pierseaside/beamr.265
media2.beamrvideo.com/media/blog1709/veryslow/4k/pierseaside/x.265
media2.beamrvideo.com/media/blog1709/veryslow/4k/ritualdance/beamr.265
media2.beamrvideo.com/media/blog1709/veryslow/4k/ritualdance/x.265
media2.beamrvideo.com/media/blog1709/veryslow/4k/tango/beamr.265
media2.beamrvideo.com/media/blog1709/veryslow/4k/tango/x.265
media2.beamrvideo.com/media/blog1709/veryslow/4k/windnature/beamr.265
media2.beamrvideo.com/media/blog1709/veryslow/4k/windnature/x.265

Last edited by x265_Project; 10th September 2017 at 07:43. Reason: Fixed video file download urls
  Reply With Quote
Old 9th September 2017, 10:40   #5575  |  Link
Atak_Snajpera
RipBot264 author
 
Atak_Snajpera's Avatar
 
Join Date: May 2006
Location: Poland
Posts: 7,806
Cool but where is download link to some trial version at least?
Atak_Snajpera is offline   Reply With Quote
Old 9th September 2017, 11:00   #5576  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 7,259
Took a fast look at some of the very slow encodes.
(repacked the stream into mp4 and used Vapoursynth to compare them side-by-side and frame-alternating; using a 5k and a 4k monitor)

Aerial:
The sky look bad on x265s side. Better Details in x265. Especially with faster motion
-> For me: Win for x265 on this one.

Bar Scene:
Dark areas better in x265, light areas better in beamr. When more motion occured x265 looked better.
-> For me: No winner on this one.

Dinner Scene:
Less Banding in x265, more details.
-> For me: x265 is the clear winner here.

PierSeaside:
The sky look bad on x265s side, but x265 has more details in dark areas.
-> For me: Win for Beamr on this one.

Cu Selur

Ps.: Not sure whether I'll take a look at some of the other streams.
__________________
Hybrid here in the forum, homepage

Last edited by Selur; 9th September 2017 at 11:28.
Selur is offline   Reply With Quote
Old 9th September 2017, 11:01   #5577  |  Link
LigH
German doom9/Gleitz SuMo
 
LigH's Avatar
 
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,753
I wonder about one point: BEAMR explains that their software is superior i.a. because they use wave-front parallelism (explained in the summary, fact 5.), or brief in 4.:

Quote:
Originally Posted by BEAMR
Beamr 5 supports full codec multithreading while x265 uses slices and tiles for parallelism.
That surprises me: IIRC, x265 supports slices and tiles optionally, but uses WPP per default as well.

But I believe that the deeper explanations of Beamr 5 advantages may give x265 developers some inspirations to think about algorithmic speed-up potential.

One more claim from the summary, fact 4.:

Quote:
Originally Posted by BEAMR
x265 will begin encoding frames before all reference frames are finished, which limits motion estimation to only the parts of reference frames that are available.
The x265 developers will know whether to confirm or not.
__________________

New German Gleitz board
MediaFire: x264 | x265 | VPx | AOM | Xvid
LigH is offline   Reply With Quote
Old 9th September 2017, 14:06   #5578  |  Link
x265_Project
Guest
 
Posts: n/a
Quote:
Originally Posted by LigH View Post
I wonder about one point: BEAMR explains that their software is superior i.a. because they use wave-front parallelism (explained in the summary, fact 5.), or brief in 4.:

That surprises me: IIRC, x265 supports slices and tiles optionally, but uses WPP per default as well.
You're correct. We support WPP by default, and we had support for WPP long before Vanguard did. They also claim that we don't have early termination heuristics. We have many early termination heuristics. When it comes to x265, it's clear they don't know what they're talking about. When it comes to determining whether the visual quality of their encoder is better than x265, I also don't think they know what they are talking about. I see much better detail retention in the x265 encodes, despite the fact that in most cases the x265 file is smaller. It's not even close.
  Reply With Quote
Old 9th September 2017, 14:10   #5579  |  Link
x265_Project
Guest
 
Posts: n/a
Quote:
Originally Posted by LigH View Post
But I believe that the deeper explanations of Beamr 5 advantages may give x265 developers some inspirations to think about algorithmic speed-up potential.
Keep in mind that they designed this test, and they selected the test parameters, including the test sequences to use, which machine to run on, how many threads to allocate, the rate control mode and bit rates, and which x265 presets to compare with.
  Reply With Quote
Old 9th September 2017, 15:32   #5580  |  Link
WhatZit
Registered User
 
Join Date: Aug 2016
Posts: 60
Quote:
Originally Posted by x265_Project View Post
When it comes to determining whether the visual quality of their encoder is better than x265, I also don't think they know what they are talking about.
Yes, it's very strange that they attempt to back up their claim by publishing samples and captures that show the exact opposite.

Too much truth in advertising, for once...

Ominously, this is a taste of how Multicoreware will soon have to defend its product against a litany of snake-oil claims once all the Johnny-Come-Lately HEVC developers like Beamr jump on the iOS 11 bandwagon.

The tangible danger is that mainstream consumers will ultimately prefer to sacrifice quality for speed, which means that lower quality, faster encoders could pose a significant threat.

Look at how many one-click instant AVC encoders there are which output absolute garbage, but do it quickly. There's a market for speed over quality. A big one.

Remember, Beamr based this charade on SPEED, with all due apology to quality. In that unfortunate sense alone, they won this test.
WhatZit 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 15:25.


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