RipBot264 v1.18.3 - Simple and easy to use GUI -> IPOD . PSP . CONSOLES . BLURAY

[cypher007]

Thats good that you have found a "fix", and how W11 will "treat" you, is yet to be determined, I guess.

But I have to ask, why are you so concerned about 100% CPU usage ??

Is the laptop overheating or something ??

actually the cooling on my new laptop seems very effective, i suppose its designed for the gpu and cpu to be adding heat but at the mo its only the cpu. it was more to speed up the encoding to the max.

today ive installed win 11 and its about the same as win 10 with the tweak, but ill see how things go as watched some youtubes where it was found 12th gen and up with hybrid cores work better on win 11.

[chainring]

WTAF, it's good to know you want to try SMDegrain, but unfortunately you have gone about it the wrong way

Ryushin's link is kind of redundant, due to it not having everything that is required, as you've discovered, the hard way.

You need to do a bit more reading, the series of posts after that link, will provide the solution to your problems.

But you really need to focus on Pauly Dunne's posts and download links.

Good luck.

I went backwards from Ryushin's post to see rlev11 had the same issue, who then fixed it later by copying libfftw3f-3.dll to their appropriate system directories.

All good now.

[guest]

I went backwards from Ryushin's post to see rlev11 had the same issue, who then fixed it later by copying libfftw3f-3.dll to their appropriate system directories.

All good now.

Good to know...however. :cool:

https://forum.doom9.org/showthread.php?p=1979533#post1979533

[chainring]

Good to know...however. :cool:

https://forum.doom9.org/showthread.php?p=1979533#post1979533

I saw those and have them downloaded. I was more interested in a very limited scope test of SMDegrain and the stripped PD build from Ryushin accomplished the goal, albeit with a simple problem to overcome.

Thanks!

[guest]

I saw those and have them downloaded. I was more interested in a very limited scope test of SMDegrain and the stripped PD build from Ryushin accomplished the goal, albeit with a simple problem to overcome.

Thanks!

Fair enough ;)

Well, once you've got it figured out, I don't think you will be disappointed.

Will be interested in your thoughts, soon.

[frencher]

Hello all,
I'm building my new PC and looking for the best performing CPU under Ripbot264 (Today i7 3930k)
I hesitate between the intel i9 13900K or the Ryzen 9 7950X
Which one will have the most fps in 4K h265 encoding ?
Thank you.

[guest]

Hello all,
I'm building my new PC and looking for the best performing CPU under Ripbot264 (Today i7 3930k)
I hesitate between the intel i9 13900K or the Ryzen 9 7950X
Which one will have the most fps in 4K h265 encoding ?
Thank you.

Hi, as you can see from my "sig" that I have AMD's.

I was thinking of a 13900K, but I'm still not convinced about the "E" & "P" cores, whereas the 7950X is ALL cores.

As the pricing of the CPU's is very similar, it's up to you to which way to go, I doubt you would be disappointed in either.

If money is a factor, you should be able to build a 13900K system a fair bit cheaper, if you went for a motherboard that supports DDR4, as DDR5 is pretty expensive, and let's face it, you're ONLY after the encoding power of the CPU.

Having said that, AMD & Intel are soon to release even faster versions of there CPU's, a 7950X3D, and the i9-13900KS (I think it's called).

I know I'm very happy with my 7950X, and I know a couple of other users that feel the same....there hasn't been any comments from anyone using a 13900K, yet, which would be interesting.

Good Luck

PS:- and then there's the new "gen" Threadrippers...:D

[frencher]

Hi, as you can see from my "sig" that I have AMD's.

I was thinking of a 13900K, but I'm still not convinced about the "E" & "P" cores, whereas the 7950X is ALL cores.

As the pricing of the CPU's is very similar, it's up to you to which way to go, I doubt you would be disappointed in either.

If money is a factor, you should be able to build a 13900K system a fair bit cheaper, if you went for a motherboard that supports DDR4, as DDR5 is pretty expensive, and let's face it, you're ONLY after the encoding power of the CPU.

Having said that, AMD & Intel are soon to release even faster versions of there CPU's, a 7950X3D, and the i9-13900KS (I think it's called).

I know I'm very happy with my 7950X, and I know a couple of other users that feel the same....there hasn't been any comments from anyone using a 13900K, yet, which would be interesting.

Good Luck

PS:- and then there's the new "gen" Threadrippers...:D

Thank you for the feedback, and what does the 7950X do in h265 in 4K encoding, I am at 3 fps with my old dinosaur i7 3930k

PS: Threadrippers Jeeez, price :D

[guest]

Thank you for the feedback, and what does the 7950X do in h265 in 4K encoding, I am at 3 fps with my old dinosaur i7 3930k

PS: Threadrippers Jeeez, price :D

You can't simply ask that, as it varies heaps with what filter is being used...too many variables !!!!

[frencher]

You can't simply ask that, as it varies heaps with what filter is being used...too many variables !!!!

So with "x265_FHD_Benchmark" > https://forum.pclab.pl/topic/1184884-x265-fhd-benchmark/

https://i.postimg.cc/HkBHBd39/x265-FHD-Benchmark.jpg (https://postimages.org/)

[rlev11]

Thank you for the feedback, and what does the 7950X do in h265 in 4K encoding, I am at 3 fps with my old dinosaur i7 3930k

PS: Threadrippers Jeeez, price :D

This is doing Casino 4k (1:2.35 aspect ration) right now. This is a fairly grainy movie, so doing a pretty heavy degraining.
Doing a MA10 HEVC encode, default profile settings, CRF 18,
SMDegrain(video,tr=4,thSAD=400,thSADC=200,contrasharp=true,prefilter=1,refinemotion=true)
Nothing else set. encoding servers on 16 core cpu's set to all cores active, 12 avisynth threads

7950x 2 encoding server windows active 15fps combined (single instance would do 11-12fps)
5950x 8.6 fps
5900x 7.6fps
3950x 6.8fps
3900x 6.5fps
i9-10850k 5.2fps

Doing more full frame aspect ratios (1.85 or 1.78) will slow the numbers down considerably. Also it depends on how much it has to degrain, and what level degraining you set, will change these numbers drastically. Less degraining needed will speed the numbers up quickly as well. Like TDS said, there are lots of variables to come up with a number that says this CPU does this fps numbers. It is more of a percentage comparison between different cpu's.

A year or so ago I had a 10th gen 6 core i5 in my farm and if I remember it was about half the speed of my i9. That is the closest I can remember with something that compares to your i7. Bottom line is either a 7950x or an i9-1300k should blow what you have out of the water speed wise.

[cypher007]

18273

[guest]

So with "x265_FHD_Benchmark" > https://forum.pclab.pl/topic/1184884-x265-fhd-benchmark/

https://i.postimg.cc/HkBHBd39/x265-FHD-Benchmark.jpg (https://postimages.org/)

That's an old chart :(

Check out this link from Ryushin :-

https://forum.doom9.org/showthread.php?p=1979495#post1979495

Take note of the info right at the bottom of the page :D

[guest]

18273

So that CPU is a 14 core "E" & "P" type, isn't it ??

We may never get to see that attachment, approval takes forever.

You need to use something like Imgur...

[guest]

This is doing Casino 4k (1:2.35 aspect ration) right now. This is a fairly grainy movie, so doing a pretty heavy degraining.
Doing a MA10 HEVC encode, default profile settings, CRF 18,
SMDegrain(video,tr=4,thSAD=400,thSADC=200,contrasharp=true,prefilter=1,refinemotion=true)
Nothing else set. encoding servers on 16 core cpu's set to all cores active, 12 avisynth threads

7950x 2 encoding server windows active 15fps combined (single instance would do 11-12fps)
5950x 8.6 fps
5900x 7.6fps
3950x 6.8fps
3900x 6.5fps
i9-10850k 5.2fps

Doing more full frame aspect ratios (1.85 or 1.78) will slow the numbers down considerably. Also it depends on how much it has to degrain, and what level degraining you set, will change these numbers drastically. Less degraining needed will speed the numbers up quickly as well. Like TDS said, there are lots of variables to come up with a number that says this CPU does this fps numbers. It is more of a percentage comparison between different cpu's.

A year or so ago I had a 10th gen 6 core i5 in my farm and if I remember it was about half the speed of my i9. That is the closest I can remember with something that compares to your i7. Bottom line is either a 7950x or an i9-1300k should blow what you have out of the water speed wise.

So just to compare our processes,

This is what I would use for a grainy movie :-

video=SMDegrain(video,tr=6,thSAD=600,thSADC=300,thSCD1=400,thSCD2=130,contrasharp=true,prefilter=2,str=1.2,refinemotion=true)

or even:-

video=SMDegrain(video,tr=8,thSAD=800,thSADC=400,thSCD1=400,thSCD2=130,contrasharp=true,prefilter=2,str=1.2,refinemotion=true)

x265 profile :- --level 6.2 --profile main10 --hdr10 --hdr10-opt --output-depth 10 --ctu 64 --merange 57 --high-tier --vbv-bufsize 800000 --vbv-maxrate 800000

And using CRF 14 - 16.

And last but by no means least:-

Server1CommandLine=/port 1000 /priority normal /restart-if-no-progress /avisynth-prefetch-threads 12 /x264-threads 16 /x265-threads 16
Server2CommandLine=/port 2000 /priority normal /restart-if-no-progress /avisynth-prefetch-threads 12 /x264-threads 16 /x265-threads 16

I'm also currently using "Chunk Size #2" (basically 2 minute chunks), it gives the illusion that it's not going to take as long, but I think it might also let the CPU's "settle in" to the encode.

So my encoding speeds will be very different.

[cypher007]

So that CPU is a 14 core "E" & "P" type, isn't it ??

We may never get to see that attachment, approval takes forever.

You need to use something like Imgur...

yes with 6 hyperthreads.

45.3 fps using that fhd test.

[guest]

yes with 6 hyperthreads.

45.3 fps using that fhd test.

Interesting...

https://ark.intel.com/content/www/us/en/ark/products/132228/intel-core-i712700h-processor-24m-cache-up-to-4-70-ghz.html

Total Cores 14

# of Performance-cores 6

# of Efficient-cores 8

Total Threads 20

So how do you get it to use the other cores, like I said, I'm an AMD user, so these "P" & "E" cores confuses me a little.

Does RipBot use ALL cores/threads ??

[Atak_Snajpera]

Interesting...

https://ark.intel.com/content/www/us/en/ark/products/132228/intel-core-i712700h-processor-24m-cache-up-to-4-70-ghz.html

Total Cores 14

# of Performance-cores 6

# of Efficient-cores 8

Total Threads 20

So how do you get it to use the other cores, like I said, I'm an AMD user, so these "P" & "E" cores confuses me a little.

Does RipBot use ALL cores/threads ??

https://i.imgur.com/woc1DFC.png

In windows 7 P-cores and E-Cores are detected as multi-socket CPUs. They are sitting in different NUMA nodes (NUMA0 = P-CORES ,NUMA1 = E-CORES). So in order to use all cores with non nuna aware software like x264 you must use two instances locked to each NUMA node. In Windows 10/11 they are seen as single NUMA node and thus you do not have to do anything special. Windows Scheduler does all the magic.

PS. x265 is numa aware so it should work fine also on windows 7.

[guest]

In windows 7 P-cores and E-Cores are detected as multi-socket CPUs. They are sitting in different NUMA nodes (NUMA0 = P-CORES ,NUMA1 = E-CORES). So in order to use all cores with non nuna aware software like x264 you must use two instances locked to each NUMA node. In Windows 10/11 they are seen as single NUMA node and thus you do not have to do anything special. Windows Scheduler does all the magic.

PS. x265 is numa aware so it should work fine also on windows 7.

I wasn't expecting a very informative response from the "OG", nice :thanks:

Not too sure about the screenshots, looked a little dated and almost irrelevant to the subject, however, W7 does show the single CPU as 2 CPU's.

I was reading somewhere yesterday, that Windows 11 22H2 is even more optimized for this.

[cypher007]

I wasn't expecting a very informative response from the "OG", nice :thanks:

Not too sure about the screenshots, looked a little dated and almost irrelevant to the subject, however, W7 does show the single CPU as 2 CPU's.

I was reading somewhere yesterday, that Windows 11 22H2 is even more optimized for this.

yes ive had to switch back to win 11 from win 10 as the scheduler on win 10 still hasnt been updated for the new tech, hence the fudge i had to use with win 10. some think its a way for microsoft to push people onto win 11.

[cypher007]

@Atak_Snajpera

if the way your work hours works on win 7 is via the task scheduler would it be possible for me to let ripbot do the sleep and task scheduler do the wake? or is there a way i can import the csv into task scheduler some how?

[guest]

OK, I'm happy to be the first post here for 2023 :)

I am having a problem with the MPC-HC preview playback of HDR content.

When playing the preview, it looks VERY different to if you play the same clip with VLC, or PotPlayer, and on the LG 4K TV.

It makes it almost impossible to do any colour or contrast adjustments.

This post sort of connects with :-

https://forum.doom9.org/showthread.php?p=1980007#post1980007

I'm sure I'm not the only one that has this dilemma.

Cheers & Happy New Year.

[rlev11]

OK, I'm happy to be the first post here for 2023 :)

I am having a problem with the MPC-HC preview playback of HDR content.

When playing the preview, it looks VERY different to if you play the same clip with VLC, or PotPlayer, and on the LG 4K TV.

It makes it almost impossible to do any colour or contrast adjustments.

This post sort of connects with :-

https://forum.doom9.org/showthread.php?p=1980007#post1980007

I'm sure I'm not the only one that has this dilemma.

Cheers & Happy New Year.

I had to change the vlc tone-mapping to Reinhard to get hdr stuff to not look completely washed out on my 1440p non hdr monitors. In reality, being so outdated i am surprised that MPC player even plays 4k hdr stuff.

[guest]

I had to change the vlc tone-mapping to Reinhard to get hdr stuff to not look completely washed out on my 1440p non hdr monitors. In reality, being so outdated i am surprised that MPC player even plays 4k hdr stuff.

Hi rlev11, well the problem is that MPC-HC, IS the default video preview player in RipBot, I'm sure you noticed that I have commented on this problem, to Atak, so who knows if it will be addressed.

Like you mentioned, it is oldish, and obviously not really up to the task of 4K HDR content, it's the legacy of when RipBot was first created :(

But like I said, it's really difficult to get the results you're after, when each player displays it differently.

You can update RipBot's MPC manually if you want...

https://github.com/clsid2/mpc-hc/releases/

[Atak_Snajpera]

IT does not matter what player is being used because decoding and color conversion is done by avisynth plugins you use in script

[guest]

IT does not matter what player is being used because decoding and color conversion is done by avisynth plugins you use in script

I'm confused, if the MPC-HC preview doesn't reflect the script, then what's the point.

Surely you don't have to encode the whole video to "preview" the result's of the script ??

What I've started doing is creating 5 minute "samples" of the video's that need some "work", and encoding them.

But HDR, can be a bit of a problem :(, and I'm sure nobody wants to convert back to SDR bt709, especially when they have a HDR compliant TV or monitor.

[Atak_Snajpera]

Re-read my answer again.

[guest]

Re-read my answer again.

I have, several times !!!

So, if you're implying that the preview represents the script, then how come the final encode can look VERY different, especially with HDR, to what MPC-HC display's ??

You make adjustments so that it looks OK in the preview, but...

And why does the video will look different with VLC, or PotPlayer, or on a TV !!

[Atak_Snajpera]

I have, several times !!!

So, if you're implying that the preview represents the script, then how come the final encode can look VERY different, especially with HDR, to what MPC-HC display's ??

You make adjustments so that it looks OK in the preview, but...

And why does the video will look different with VLC, or PotPlayer, or on a TV !!

Because without tonemapping in script you get raw unprocessed picture in MPC-HC. VLC most likely tonemaps your encoded HDR video. Simple.

[rlev11]

I have, several times !!!

So, if you're implying that the preview represents the script, then how come the final encode can look VERY different, especially with HDR, to what MPC-HC display's ??

You make adjustments so that it looks OK in the preview, but...

And why does the video will look different with VLC, or PotPlayer, or on a TV !!

The way I see it, the tone mapping from hdr to sdr would have to be done outside of ripbot and incorporated directly into MPC-HC. Not sure if you would ever get it quite right doing HDR color correction in a avisynth script sent to MPC player that then has to do a tone mapping for monitor display, then have what you see on the monitor be what you see on an hdr TV that doesn't have to do any tone mapping. Plus the general color calibrations between different displays not being a perfect match.

Might have to try incorporating something like madvr as the renderer for MPC-HC. lots of info on google about it. Lots of variables trying to do color calibration between many different parts

[guest]

Because without tonemapping in script you get raw unprocessed picture in MPC-HC. VLC most likely tonemaps your encoded HDR video. Simple.

Under the Avisynth "Tonemap" options, there's "ON" & "OFF" !!

ON, is no conversion, keeps the original content.

OFF, is a HDR to SDR "PQ" conversion. (Has it always been like that ??)

But under the "MAIN" tab, there's the option to "Force HDR to SDR...."

So does that change the "ON" option ??

I don't want to convert from HDR to SDR !!

It's just so frustrating that there are all these variations between viewing options.

[guest]

The way I see it, the tone mapping from hdr to sdr would have to be done outside of ripbot and incorporated directly into MPC-HC. Not sure if you would ever get it quite right doing HDR color correction in a avisynth script sent to MPC player that then has to do a tone mapping for monitor display, then have what you see on the monitor be what you see on an hdr TV that doesn't have to do any tone mapping. Plus the general color calibrations between different displays not being a perfect match.

Might have to try incorporating something like madvr as the renderer for MPC-HC. lots of info on google about it. Lots of variables trying to do color calibration between many different parts

But if you don't want to convert to SDR.

I actually tried that madVR thing with MPC-HC, I don't think it made all that much difference, but I try it again.

Play HDR video
This requires using madVR or MPC Video Renderer.
After installation these renderers can be selected here:
Options > Playback > Output

Also, I'm curious about something you mentioned in your previous post, "vlc tone-mapping to Reinhard", I could not find where to change that :(

But I did stumble across some "nightly" builds of VLC 4.xx, and it supports W10 & W11 Dark Theme :)
https://nightlies.videolan.org/

[rlev11]

Under the Avisynth "Tonemap" options, there's "ON" & "OFF" !!

ON, is no conversion, keeps the original content.

OFF, is a HDR to SDR "PQ" conversion. (Has it always been like that ??)

But under the "MAIN" tab, there's the option to "Force HDR to SDR...."

So does that change the "ON" option ??

I don't want to convert from HDR to SDR !!

It's just so frustrating that there are all these variations between viewing options.

So if I load up a hdr movie with "Force HDR to SDR: checked, tonemap defaults to ON in avisynth panel. With it unchecked it defaults to OFF. Which is exactly the way I would expect it to be. If you don't want to do a hdr to sdr tonemap conversion "IN THE ENCODE" Tonemap should stay off, period. That is what I have been using and the hdr info sticks with the newly encoded video.

As I said, you don't want to do any tone mapping in avisynth for HDR if you want to keep the HDR intact. You just have to do the "correct" tone mapping in whatever program you are using to view the output on your PC which is where you will need a renderer for MPC-HD that can do the tone mapping in the player

[rlev11]

But if you don't want to convert to SDR.

I actually tried that madVR thing with MPC-HC, I don't think it made all that much difference, but I try it again.



Also, I'm curious about something you mentioned in your previous post, "vlc tone-mapping to Reinhard", I could not find where to change that :(

But I did stumble across some "nightly" builds of VLC 4.xx, and it supports W10 & W11 Dark Theme :)
https://nightlies.videolan.org/

In VLC Tools\preferences\show settings to all(bottom left)\video\output modules\OpenGL

Change tone mapping algorithm to Reinhard. I would not say it is perfect, but it took care of the washed out picture on my monitors

[guest]

In VLC Tools\preferences\show settings to all(bottom left)\video\output modules\OpenGL

Change tone mapping algorithm to Reinhard. I would not say it is perfect, but it took care of the washed out picture on my monitors

Thanks for that, but I don't like it, but I am playing it on a 4K HDR monitor.

I'm trying the madVR setting again, might be OK...

[rlev11]

My monitors are not 4k hdr, which is why I have to do the tone mapping in vlc to do the BT2020 to 709 conversion with reinhard.

[frencher]

Thanks ;)
So I got the Ryzen 7950x installed in the computer on Monday night I've been testing RB against it using many different threading options which I'll post at the end of the message.

Instead of reading through all the options, my threading options (for me) are as follows:
Two Encoding Servers
Set x264/x265 threads to 16: /x265-threads 16 /x264-threads 16 (RB default is 16 for the 7950x)
Set Avisynth Threads to 12: (In settings, use multiple processing threads) (RB default is 16 for the 7950x)

Last night I down clocked the Ryzen 7950x to all cores at 4700Mhz based on this information:
https://www.youtube.com/watch?v=7JiYAwKIHRY
My silicon is probably not as good as the one in the video or my motherboard and memory (running at 6000Mhz) won't me reach the same as the video. Though I might just have to do some more tuning. Right now I'm giving up 7% of the processors power to save more than double the power savings. AMD (and Intel for that matter) are really chasing every last bit of performance no matter the power costs.

Stock Power Consumption and Temperature:
Idle: 38 watts, 46 Celsius
Full Load:175 watts, 94.5 Celsius

Underclocked Power Consumption and Temperature:
Clock Speed: 4700 Mhz, Voltage: 1.005 volts
Idle: 8 watts, 40 Celsius,
Full Load: 88 watts, 58 Celsius

So essentially, in my case, I loose 7% of the maximum performance of the CPU, to save double the power savings at full load and five times the power savings at idle. I also noticed, at default power settings, full load had half of the cores at 5.1Ghz, while other half was at 4.8Ghz. I have not done any RB thread testing under the Underclocked settings yet as I still want to do some more tweaking and I'm hoping to hit that 4.8Ghz at 0.985 volts, the same as the video. I'm only encouraged going down this route.

BTW, the 7950x requires a 360mm or larger AIO (All In One) Cooler to stay within it's thermal limits. I chose the Fractal Design Celsius S36 360mm for my system, based on cost. But a 420mm cooler would be best:
https://www.youtube.com/watch?v=8kckURYqTKI

I had to buy a Phanteks Enthoo Primo PH-ES813P_SWT case to hold my four optical drives and provide enough room to go up to 420mm cooler. I still chose the 360mm based on cost. I thought the 360mm would be plenty. But there is still headroom that the 420mm gives you if you are going to run it at full tilt. With me underclocking the CPU, the 360mm is more than adequate. But still the 420 is the best option.

Here are all my RipBot thread tests and notes I wrote during testing:
RipBot264 default threads for Ryzen 7950x:
x264/x265 threads: 16
Avisynth Threads: 16
Encoding used for all tests: CQ18

4K Tests:
Source 3 Minutes: Top Gun Maverick 4K with changing aspect ratios (7:00 to 10:00)
No Degraining
One Encoding Server
x265 16 Threads: 5m:32s (13.01 fps)
x265 24 Threads: 4m:20s (16.62 fps)
x265 32 Threads: 4m:10s (17.28 fps)

Source 6 Minutes: Top Gun Maverick 4K with changing aspect ratios (7:00 to 13:00)
No Degraining
Two Encoding Servers
x265 16 Threads: 8m:7s (17.74 fps)


Source 3 Minutes: Top Gun Maverick 4K with changing aspect ratios (7:00 to 10:00)
SMDegrain Medium Setting: SMDegrain(video,tr=4,thSAD=400,thSADC=200,contrasharp=true,prefilter=1,refinemotion=true)
x264/x265 Threads: 16

Single Encoding Server and single chunk.
06 Avisynth Threads: 8m:04s (8.92 fps)
07 Avisynth Threads: 7m:20s (9.82 fps)
08 Avisynth Threads: 6m:45s (10.67 fps)
10 Avisynth Threads: 6m:46s (10.64 fps)
12 Avisynth Threads: 6m:36s (10.90 fps)
14 Avisynth Threads: 6m:33s (10.99 fps)
16 Avisynth Threads: 12m:30s (5.73 fps)
Noticed the CPU usage had been climbing from 50% for 8 threads to 100% for 16 threads. 16 threads also showed fluctuations from 30-100%. Theory is some threads are waiting on other threads to finish processing before they can continue.


Source 6 Minutes: Top Gun Maverick 4K with changing aspect ratios (7:00 to 13:00)
SMDegrain Medium Setting: SMDegrain(video,tr=4,thSAD=400,thSADC=200,contrasharp=true,prefilter=1,refinemotion=true)
x264/x265 Threads: 16

Two Encoding Servers and two chunks (3 minutes each).
06 Avisynth Threads: 12m:09s (11.85 fps)
07 Avisynth Threads: 12m:09s (11.85 fps)
08 Avisynth Threads: 12m:13s (11.79 fps)
10 Avisynth Threads: 12m:55s (11.15 fps)
12 Avisynth Threads: 12m:51s (11.21 fps)
14 Avisynth Threads: 13m:15s (10.87 fps)
16 Avisynth Threads: 14m:37s (9.85 fps)
Not much of an improvement compared to single threads, even starting from 6 threads.


Source 3 Minutes: Top Gun Maverick 4K with changing aspect ratios (7:00 to 10:00)
SMDegrain Medium Setting: SMDegrain(video,tr=4,thSAD=400,thSADC=200,contrasharp=true,prefilter=1,refinemotion=true)
Set x264/x265 threads to 32: /x265-threads 32 /x264-threads 32

Single Encoding Server and single chunk.
08 Avisynth Threads: 7m:45s (9.29 fps)
10 Avisynth Threads: 7m:04s (10.19 fps)
12 Avisynth Threads: 6m:50s (10.54 fps)
13 Avisynth Threads: 7m:00s (10.29 fps)
14 Avisynth Threads: 6m:53s (10.56 fps)
16 Avisynth Threads: 10m:45s (6.70 fps)


Source 3 Minutes: Top Gun Maverick 4K with changing aspect ratios (7:00 to 10:00)
SMDegrain Medium Setting: SMDegrain(video,tr=4,thSAD=400,thSADC=200,contrasharp=true,prefilter=1,refinemotion=true)
Set x264/x265 threads to 24: /x265-threads 24 /x264-threads 24

Single Encoding Server and single chunk.
08 Avisynth Threads: 7m:35s (9.49 fps)
10 Avisynth Threads: 6m:57s (10.40 fps)
12 Avisynth Threads: 6m:40s (10.80 fps)
14 Avisynth Threads: 6m:25s (11.22 fps)
16 Avisynth Threads: 10m:56s (6.59 fps)


Summary Best 4K Results:
Two Encoding Servers with 16 x264/x265 threads and 6-8 Avisynth threads. Note using the RipBot default of 16 avisynth threads is the slowest with all tests.


1080P Tests:
Source 6 Minutes: Cast Away HD (23:07 to 29:17)
No Degraining
Two Encoding Servers
x265 16 Threads: 3m:29s (42.49 fps)


Source 6 Minutes: Cast Away HD (23:07 to 29:17)
SMDegrain Hard Setting: SMDegrain(video,tr=8,thSAD=800,thSADC=400,contrasharp=true,prefilter=2,refinemotion=true)
Set x264/x265 threads to 16: /x265-threads 16 /x264-threads 16

Two Encoding Servers and two chunks (3m:0s first, 3m:10s second).
06 Avisynth Threads: 11m:51s (12.49 fps)
08 Avisynth Threads: 10m:05s (14.68 fps)
10 Avisynth Threads: 9m:58s (14.85 fps)
12 Avisynth Threads: 8m:50s (16.75 fps)
14 Avisynth Threads: 8m:48s (16.82 fps)
16 Avisynth Threads: 8m:56s (16.57 fps)


Atak's x265 Benchmark Tool:
Ryzen 1800x: encoded 2500 frames in 108.78s (22.98 fps), 7025.74 kbps, Avg QP:37.21
Ryzen 7950x: encoded 2500 frames in 21.74s (115.00 fps), 7025.74 kbps, Avg QP:37.21

[guest]

Thanks ;)

Hi, you probably didn't really need to quote Ryushin's huge complete post just to say thanks (just sayin')

So have you made your decision on what CPU you're going with ??

If it IS a 7950X, maybe you could wait a few more weeks and get the soon to be released 7950X3D.

[frencher]

Hello everyone,
TDS, i've already cracked, too bad for the 3D version

Test with R9 7950X :eek:
Motherboard Asus prime X670E-Pro Wifi
Kingston FURY Renegade 2x16GB DDR5 6000MHz Silver KF560C32RSAK2-32

AMD Ryzen 9 7950X 16-Core @ 4.49GHz ( 16C / 32T )

y4m [info]: 1920x1080 fps 50/1 i420p8 sar 1:1 unknown frame count
raw [info]: output file: NUL
x265 [info]: HEVC encoder version 2.2+15-a18ab7656c30
x265 [info]: build info [Windows][GCC 6.2.0][64 bit] 8bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
x265 [info]: Main Still Picture profile, Level-4.1 (Main tier)
x265 [info]: Thread pool created using 32 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 6 / wpp(17 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2
x265 [info]: Keyframe min / max / scenecut / bias: 50 / 500 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 3 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : CRF-28.0 / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 rskip signhide tmvp strong-intra-smoothing
x265 [info]: tools: lslices=6 deblock sao

encoded 2500 frames in 20.45s (122.22 fps), 7025.74 kbps, Avg QP:37.21

https://i.postimg.cc/mD6L2dqR/x265-FHD-Benchmark-R9-7950-X.jpg (https://postimages.org/)

So with "x265_FHD_Benchmark" > https://forum.pclab.pl/topic/1184884-x265-fhd-benchmark/

https://i.postimg.cc/HkBHBd39/x265-FHD-Benchmark.jpg (https://postimages.org/)

[guest]

Hello everyone,

AMD Ryzen 9 7950X 16-Core @ 4.49GHz ( 16C / 32T )

y4m [info]: 1920x1080 fps 50/1 i420p8 sar 1:1 unknown frame count
raw [info]: output file: NUL
x265 [info]: HEVC encoder version 2.2+15-a18ab7656c30
x265 [info]: build info [Windows][GCC 6.2.0][64 bit] 8bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
x265 [info]: Main Still Picture profile, Level-4.1 (Main tier)
x265 [info]: Thread pool created using 32 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 6 / wpp(17 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2
x265 [info]: Keyframe min / max / scenecut / bias: 50 / 500 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 3 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : CRF-28.0 / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 rskip signhide tmvp strong-intra-smoothing
x265 [info]: tools: lslices=6 deblock sao

encoded 2500 frames in 20.45s (122.22 fps), 7025.74 kbps, Avg QP:37.21

TDS, i've already cracked, too bad for the 3D version

Test with R9 7950X :eek:
Motherboard Asus prime X670E-Pro Wifi
Kingston FURY Renegade 2x16GB DDR5 6000MHz Silver KF560C32RSAK2-32


OK, well you won't be disappointed, and you probably saved a fair bit of money (€)...

-------------------------------------------------------------------------------

So I thought I would run Atak's x265 benchmark, as I never have bothered before, so I have 2 results :-

This is with the default (very old) x265 in this app.

AMD Ryzen 9 7950X 16-Core @ 4.5GHz ( 16C / 32T )

y4m : 1920x1080 fps 50/1 i420p8 sar 1:1 unknown frame count
raw [info]: output file: NUL
x265 [info]: HEVC encoder version 2.2+15-a18ab7656c30
x265 [info]: build info [Windows][GCC 6.2.0][64 bit] 8bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2
x265 [info]: Main Still Picture profile, Level-4.1 (Main tier)
x265 [info]: Thread pool created using 32 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 6 / wpp(17 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2
x265 [info]: Keyframe min / max / scenecut / bias: 50 / 500 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 3 / on / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : CRF-28.0 / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 rskip signhide tmvp strong-intra-smoothing
x265 [info]: tools: lslices=6 deblock sao

encoded 2500 frames in 20.43s (122.39 fps), 7025.74 kbps, Avg QP:37.21

And this is with the latest available x265 :-

There's a nice improvement ;)

AMD Ryzen 9 7950X 16-Core @ 4.5GHz ( 16C / 32T )

y4m [info]: 1920x1080 fps 50/1 i420p8 sar 1:1 unknown frame count
raw [info]: output file: NUL
x265 [info]: HEVC encoder version 3.5+83-53121f949
x265 [info]: build info [Windows][GCC 12.2.0][64 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main Still Picture profile, Level-4.1 (Main tier)
x265 [info]: Thread pool created using 32 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 5 / wpp(17 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 3
x265 [info]: Keyframe min / max / scenecut / bias : 50 / 500 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 3 / off / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : CRF-28.0 / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 early-skip rskip mode=1 signhide tmvp
x265 [info]: tools: b-intra strong-intra-smoothing lslices=6 deblock sao

encoded 2500 frames in 19.43s (128.67 fps), 10890.80 kbps, Avg QP:35.84

I will be very interested to see how this compares to the i9-13900KF.

EDIT:- OK, got the Raptor up and running, and this is bog standard settings:-

13th Gen Intel Core i9-13900KF @ 3GHz ( 24C / 32T )

y4m [info]: 1920x1080 fps 50/1 i420p8 sar 1:1 unknown frame count
raw [info]: output file: NUL
x265 [info]: HEVC encoder version 3.5+74-d2bd97437
x265 [info]: build info [Windows][GCC 12.2.0][64 bit] 8bit+10bit+12bit
x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
x265 [info]: Main Still Picture profile, Level-4.1 (Main tier)
x265 [info]: Thread pool created using 32 threads
x265 [info]: Slices : 1
x265 [info]: frame threads / pool features : 5 / wpp(17 rows)
x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 3
x265 [info]: Keyframe min / max / scenecut / bias : 50 / 500 / 40 / 5.00
x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0
x265 [info]: References / ref-limit cu / depth : 3 / off / on
x265 [info]: AQ: mode / str / qg-size / cu-tree : 2 / 1.0 / 32 / 1
x265 [info]: Rate Control / qCompress : CRF-28.0 / 0.60
x265 [info]: tools: rd=3 psy-rd=2.00 early-skip rskip mode=1 signhide tmvp
x265 [info]: tools: b-intra strong-intra-smoothing lslices=6 deblock sao

encoded 2500 frames in 22.15s (112.85 fps), 10890.80 kbps, Avg QP:35.84



EDIT #2:-Although it's a little slower with Atak's x265 tool, it's noticeably faster in Cinebench R23.2, and CPU-Z Bench...will just have to see how it goes doing and actual encode, but WOW it's get's [I]HOT !!! (99° C), and that's using a full custom loop, water cooling system, with a big fat 360mm rad, and push/pull fans, early day's, tho !!

I would have liked to compare this with the 5950X, but it's currently in pieces :(

[apol847]

@Atak_Snajpera:

Hello, I saw that in RipBot264 the component "DetectBorders" is used. I hope that you are also the author of this little tool. Is it possible that you compile a Linux binary of it? I want to use detectdorders on Linux. I don't use Windows anymore because I am switched to Linux completely. Using wine to run detectborders.exe is not an option. I need a native binary if possible.
I would be very happy to receive a reply. Thank you.

[Atak_Snajpera]

I can send you a source code. However You will have to manually port delphi7 code on your own using Lazarus (Linux version).

[apol847]

Nice to see that Delphi is still used for program development nowadays. I learned Pascal ages back in school. The last project I was involved in was written in Delphi 5.
I have heard positive things about Lazarus. The IDE is supposed to be pretty good. Also, some Delphi 7 apps have been successfully ported with Lazarus.
Sounds good to me. Would be nice if you could send me the source code.
PM for details. Thanks.

[guest]

Nice to see that Delphi is still used for program development nowadays. I learned Pascal ages back in school. The last project I was involved in was written in Delphi 5.
I have heard positive things about Lazarus. The IDE is supposed to be pretty good. Also, some Delphi 7 apps have been successfully ported with Lazarus.
Sounds good to me. Would be nice if you could send me the source code.
PM for details. Thanks.

Couldn't you setup a dual boot, Windows/Linux, or a VM ??

[apol847]

Couldn't you setup a dual boot, Windows/Linux, or a VM ??
Yes, that's true I could setup a dual boot system. But this did not solve the initial problem!
Now it is going slightly off-topic:

[off-topic] People complain: I can't use Linux! There is no e.g. Photoshop available. I still need to use Windows. If there was a Linux Photoshop version I could switch to Linux. Adobe says: There is no need of a Photoshop Linux version because only 1 or 2% of the users are using Linux, development for Linux is not worth it. It's like the hen and egg problem. I switched to Linux 3 years ago privately. First with dual boot option Windows/Linux and since last year to Linux only as main OS. I am happy with it and I found replacement apps for my used Windows applications. But there are a few apps where no Linux version is available. There is a little video toolset I want to use with Linux. Most binaries in this toolset are also available for Linux. The toolset uses DetectBorders.exe and some Windows Batch Scripts to call the Windows binaries. I need a native Linux binary so I can use DetectBorders from the RipBot project with some shell scripts on Linux. So I will take the chance and try to port the DetectBorders Windows Tool to Linux. It's a start and more Windows only applications will be available for additional platforms Some people here in the forums said earlier that they can't use the toolset on their Linux systems because it's Windows only at the moment. I think they would also be happy if there is a Linux version available later. :) [/off-topic]

Sorry, for the long explanation and off-topic but I had a reason to ask for a native Linux version... If not, I wouldn't have asked for it...

[guest]

Yes, that's true I could setup a dual boot system. But this did not solve the initial problem!
Now it is going slightly off-topic:

[off-topic] People complain: I can't use Linux! There is no e.g. Photoshop available. I still need to use Windows. If there was a Linux Photoshop version I could switch to Linux. Adobe says: There is no need of a Photoshop Linux version because only 1 or 2% of the users are using Linux, development for Linux is not worth it. It's like the hen and egg problem. I switched to Linux 3 years ago privately. First with dual boot option Windows/Linux and since last year to Linux only as main OS. I am happy with it and I found replacement apps for my used Windows applications. But there are a few apps where no Linux version is available. There is a little video toolset I want to use with Linux. Most binaries in this toolset are also available for Linux. The toolset uses DetectBorders.exe and some Windows Batch Scripts to call the Windows binaries. I need a native Linux binary so I can use DetectBorders from the RipBot project with some shell scripts on Linux. So I will take the chance and try to port the DetectBorders Windows Tool to Linux. It's a start and more Windows only applications will be available for additional platforms Some people here in the forums said earlier that they can't use the toolset on their Linux systems because it's Windows only at the moment. I think they would also be happy if there is a Linux version available later. :) [/off-topic]

Sorry, for the long explanation and off-topic but I had a reason to ask for a native Linux version... If not, I wouldn't have asked for it...

Hi, well at least you tried the dual boot option.

It's your choice to what OS you want to run, that's why there are several to choose from, myself, I have ONLY used Windows, with a curiosity "fiddle" with Hackintosh (still have one, but it's a few versions old, now).

I'm actually rather impressed that Atak is willing to share his code with you...

So if you can port DetectBorders, to be able to use it, then that's certainly an achievement, and you could share it with the Linux Community.

Good Luck.

[guest]

In reference to my post, https://forum.doom9.org/showthread.php?p=1980881#post1980881

Is there a chance that the x265 benchmark is not able to recognize these new "hybrid" "E" & "P" core Intel CPU's, correctly ??

Why would an i9-13900KF be "only" a 3GHz, when the "old fashion" Ryzen's are 4.5GHz...doesn't seem right.

Why would they be slower than a 7950X with this, but in CB 23.2, they are noticeably faster in both single & multi core tests.

Might need a re-hash.

[Atak_Snajpera]

In reference to my post, https://forum.doom9.org/showthread.php?p=1980881#post1980881

Is there a chance that the x265 benchmark is not able to recognize these new "hybrid" "E" & "P" core Intel CPU's, correctly ??

Why would an i9-13900KF be "only" a 3GHz, when the "old fashion" Ryzen's are 4.5GHz...doesn't seem right.

Why would they be slower than a 7950X with this, but in CB 23.2, they are noticeably faster in both single & multi core tests.

Might need a re-hash.

It is just a base clock
https://www.intel.com/content/www/us/en/products/sku/230497/intel-core-i913900kf-processor-36m-cache-up-to-5-80-ghz/specifications.html

[guest]

It is just a base clock
https://www.intel.com/content/www/us/en/products/sku/230497/intel-core-i913900kf-processor-36m-cache-up-to-5-80-ghz/specifications.html

I concur...

Since posting this, I have done a LOT of Googling, and testing, and these things are just a "furnace" to try and cool, with default BIOS settings, it hits 100°C with CB 23.2 Multicore test, almost instantly, and then thermal throttles, and that's with a custom loop.

Adjusting the PL1 & PL2 in the BIOS to Intel specs, drop's the performance a LOT, as well as the temps.

So I would think that overclocking would be a BIG no, no.

Yet to do any encoding, I have my doubts that it will be as good as the 7950X....but it shouldn't be too far behind.

Will definitely post my findings...

[PetBel]

Hi all
is there a command line option to set the number of encoding threads for EncodingServer?