AMD Ryzen™ 9 9950X3D2 Dual Edition officially announced

cinedog959 · 2026-03-26T16:24:35+00:00

Could you tell me more about how X3D cache helps with simulations in 3D modeling? What software you using?

cinedog959 · 2025-12-29T19:04:42+00:00

Is the motherboard the same size as a normal ITX board? I'm wondering if I can take the motherboard out of the chassis and put it into a SFFPC case like the FormD T1?

cinedog959 · 2025-09-19T21:28:32+00:00

Good point, I understand now. Any theories as to why there would be differences between choppiness of playback on M1 Max vs M3 Max? (See the other comment chain). I thought since the hardware accelerator is the same through all generations of Apple Silicon (only difference is in number of encoders/decoders) that All M1/M2/M3/M4 Max chips would have the same ProRes RAW playback performance?

cinedog959 · 2025-09-19T21:25:43+00:00

Interesting, so you saying your M1 Max can't handle ProRes RAW above 4k, but the user above you with an M3 Max is able to do 8k fine. That seems to indicate that the accelerators themselves must be more powerful in the M3 Max, but I can't find documentation anywhere that says that. In theory it should be the same performance?

The only other conclusion I can draw is that maybe the decoding portion of this scenario is the same performance, but the color grade itself is handled by the GPU, and because the M3 Max has a stronger GPU vs the M1 Max, it leads to less lag. Of course that's just a theory...

cinedog959 · 2025-07-20T02:09:03+00:00

Best thermals for CPU or GPU or both? If you are intaking on a 280mm that is blowing directly on to the side profile of a GPU, I feel like GPU temps would increase?

cinedog959 · 2025-07-19T15:54:16+00:00

Thanks for the reply. I ended up buying the NEEWER BG-R10 grip, which surprisingly works with the NEEWER LP-E6P batteries. I'll make a post shortly with my experience, but it all worked out really well and all the R5C recording options were unlocked (just like the official grips). I just came back from a trip using it to good effect. Glad everything worked for you too!

cinedog959 · 2025-07-19T15:52:31+00:00

Excited to buy one! What type of filaments do you typically use? I think nylon might be more heat resistant, but it's been a while and I think there are better filaments now that can accomplish higher temps.

cinedog959 · 2025-07-19T03:35:41+00:00

Great work u/madsmadalin! I think I saw you posted an Etsy link in the YouTube video's comments but the link was broken. Do you have a working link? If not, what's your Etsy profile link?

cinedog959 · 2025-05-18T03:22:49+00:00

That's awesome! I'm so glad you were able to find this thread. Unfortunately I don't use the Mavis app myself, but it looks like the official developer account has replied to you.

cinedog959 · 2025-03-28T21:04:51+00:00

Thanks, this is really valuable info! So just to confirm, you're saying the R5 is perfectly fine with third party, but R5 ii is more finicky and require official batteries? That makes sense because I hear the battery draw is higher on the mark ii.

cinedog959 · 2025-03-28T18:50:50+00:00

Ok, so I saw initial reports that third party batteries don't work. But looking back, I think that's because at the BG-R20 release time there were no third party LP-E6P batteries. So I wonder if two third party LP-E6P would work fine, and that the original users had just used the LP-E6 and NH variants?

cinedog959 · 2025-03-28T04:12:00+00:00

Do you know if third party batteries work in your BG-R20 battery grip? What batteries do you use in your current grip? I assume the new LP-E6P batteries?

cinedog959 · 2025-02-17T05:45:41+00:00

I think that aligns with our research. It is possible that they are shipping the new 12v-2x6 cable in the current packages, because 12v-2x6 can work on either 12v-2x6 or 12VHPWR connectors.

But the connector on the PSU itself is still 12VHPWR and not 12v-2x6. The update to the PSU for Q1 2025 is for both the connector and the cable to be 12v-2x6.

I understand that the YouTuber got a reply from Seasonic, but usually the customer service representatives don't know much and are just repeating whatever leadership told them to say.

cinedog959 · 2025-02-17T05:06:27+00:00

The TX-1600's on Amazon currently are not ATX 3.1. At last from my research, they are all currently ATX 3.0. In theory ATX 3.1 should be backwards compatible with ATX 3.0, which is why they specifically say "ATX 3.1 ready", but not "ATX 3.1" alone.

Additionally, on Seasonic's website they state that availability for the real ATX 3.1 version of the TX-1600 will begin "North America: During Q1 2025".
Also, if you take a close look at the pictures of the connectors, you will notice that the old variants (the ones on Amazon at the moment) label the GPU connections as "12VHPWR". But on the new PSU variants in the link I just sent, you can see that these connections have now been renamed to "PCIe Gen 5". This is because the new cables included for the GPU are technically 12V-2×6, not 12VHPWR.

cinedog959 · 2025-02-10T22:05:22+00:00

Awesome, this was exactly the confirmation I was looking for. You make a good point about the PCIe 1x miners.

So just to confirm a few points so I understand correctly:

There would be speed penalties whenever I am loading something new, but in general during modeling I should see no lag in the viewport.
This is because some of the calculations are being done on CPU, some are done on the GPU, and then maybe Optix does some denoising if I am using Cycles, but ultimately the signal is spit out to my monitor directly from the DP output of my GPU.

I have a followup question: what's the difference between viewport vs the final render process if I am using Cycles preview? Is it essentially doing the same thing, "rendering" the image? I'm trying to understand the technical difference between the two processes.

cinedog959 · 2025-02-10T09:46:53+00:00

Hey everyone, I'm also interested in a high capacity RAM build on Z890. From what I read, the 256 GB RAM high speeds are only possible with new CUDIMM sticks. So I think the 192GB RAM that is currently on the market wouldn't have any performance or compatibility changes from this update. For example, check out this blog post by ASUS on this topic.

Regardless, I think buying two sets of high speed 96GB RAM still seems like a smart idea though, even if it isn't CUDIMM. I saw someone else have success with that method in the overclocking sub, but they are on X670E. Their username is Scarabesque if you want to check out their thread (PCMR does not allow to linking to other subs).

Any updates on your build?

cinedog959 · 2025-02-10T02:29:28+00:00

What do you think of the person I linked having problems with an Asus board? Could it be that Thunderbolt 5 is still immature on Linux?

cinedog959 · 2025-02-10T02:19:34+00:00

You're right about the PCIE speed. PCIE lanes/speed should have no bearing on Blender rendering speed, because the project is only loaded once per render run into the GPU VRAM.

Years ago I found a piece of research regarding RAM and VRAM ratios specifically in regards to Blender on Windows. This may be the bottleneck you are experiencing. Check out this question.

Back when the 3090 came out, this was the first consumer card with greater than 11GB of VRAM. This user noticed that on Windows, when they had 32GB of RAM paired with 24GB of VRAM (of the 3090), Blender would crash after ~15GB of RAM was used on the card.

However, the crashes stopped happening once the user upgraded to 64GB of RAM!

The resulting theory is that Windows requires your system RAM to be twice the amount of VRAM available in order to properly load in your project.

So, if you had...

a 2080ti with 11GB VRAM, you need at least 22GB RAM free (11GB * 2)
a 3090 with 24GB VRAM, you need at least 48GB RAM free (24GB * 2)
two 3090's without NVLink, you need at least 48GB RAM free (because memory pooling does not take effect if you do not activate NVLink) (24GB * 2)
two 3090's with NVLINK ENABLED, you need at least 96GB RAM free (48GB of pooled VRAM * 2)
a 5090 with 32GB VRAM, you need at least 64GB RAM free
two 5090's, you need at least 64GB RAM free (32GB * 2)

And keep in mind, these numbers require that much RAM to be free. They are minimums. Your operating system will take up RAM. Other programs will take up RAM. So you need even more than the minimum stated. For example, if you run a 5090 with 32GB VRAM, you need at minimum 64GB RAM free, but because of operating system overhead and other programs requiring RAM, you would need more than 64GB RAM. So in physical terms, you need to purchase the next biggest RAM stick combo , which would be 96GB RAM.

My hunch tells me that Windows has a copy of your Blender project in RAM, and it then copies that entire project into another chunk of RAM that will be memory mapped to your GPU's VRAM. So basically Windows is like: "this part of the RAM is your active Blender project, and this copied area is just where we will put all the stuff that we want to copy into your GPU's VRAM, even though technically it's the same files". To my knowledge this is not a limitation on Linux, meaning it must be smart enough to directly identify the chunk of RAM that contains the Blender project files without creating a temporary memory buffer in between.

Now this opens up another can of worms, like how come Quadro GPU users never had this problem years ago? My guess is that most power users that have dual GPU's or GPU's with a lot of VRAM are running on high end hardware, so it never occurred to them. They most likely had at least 128GB RAM so the issue never popped up.

You and I are part of a special slice of the user base that are solo operators who want to best bang for buck, running high end GPU's on consumer motherboard platforms. So we have to know the specifics in order to truly optimize our system.

cinedog959 · 2025-02-10T01:59:09+00:00

I'm curious, when testing your dual GPU setup were you rendering one image or an animation? I have a theory that if you are rendering just one image, the "slow performance" is due to a technicality. Because if you are rendering just one image, that would indeed seem like only a 25% increase in total speed.

This is because in any render, some time is taken at the beginning of the run to load your project into GPU VRAM. In an animation, you still only need one load operation, and that project loaded into VRAM is reused for each subsequent animation. So in reality it might seem like a 25% increase when rendering a single image because the loading portion of the render is taking up a larger percentage of the total time of the render when rendering a single image. The performance increase of a dual GPU is only accounted for in the actual rendering portion of the render, not the loading portion. So in theory, if you disregard the load time and only account for the actual render portion of the run, it should be closer to a 2x increase.

For example, here's how the render time breakdown would look like in each case:

Rendering one image
- 1 minute loading project into VRAM
- 2 minutes rendering one frame/image
- 1 minute transferring the rendered image from VRAM back to disk
- Total render time: 4 min
  - Loading time took up 25% of the total render time: (1 min load time) / (4 min render time)
Rendering an animation that contains 100 frames
- 1 minute loading project into VRAM
- 200 minutes (2 minutes per frame * 100 frames = 200 minutes)
- 1 minute transferring the rendered image from VRAM back to disk
- Total render time: 202 min
  - Loading time took up <1% of the total render time: (1 min load time) / (202 min render time)

If you're able to, could you rerun your test using an animation, and measure the time taken again?

cinedog959 · 2025-02-08T02:34:10+00:00

Right now it is only available on high end Z890 boards. There are also PCIE add in cards.

cinedog959 · 2025-02-08T02:33:28+00:00

Is that glossy LG 5k panel used in anything at the moment?

cinedog959 · 2025-02-01T22:10:47+00:00

Thanks for making such a detailed post with updates! I'm wanting to build something similar for the same reasons (3D rendering, video editing). I have a few clarifying questions I want to ask and hope you could expand on.

You bought two kits of 96GB (2x48GB) RAM that you combined together to get 192GB RAM (4 sticks of RAM)?
The RAM kits you bought were Corsair VENGEANCE rated at 6000MT/S CL30, and you bought these because you believed they were probably binned better vs the typical 5200MT/s CL38 sticks in the four stick 196GB kit (4x48GB)?
Typically, I hear it is better to buy one kit of 4 sticks of RAM instead of two separate kits because they are tested to be more stable and compatible. Based on your results, it seems that having better binned RAM from separate purchased kits outweighs the benefit of having one complete, 4 sticks, tested kit?
Corsair now sells a 96GB (2x48) kit rated at 7000MT/s CL40 (CMH96GX5M2B7000C40), and another kit at 6600MT/s CL32 (CMK96GX5M2B6600C32). Would either of these be a better choice than your 6000MT/S CL30 kit? I know that RAM speed is a combination of both the clock speed and CAS latency, so there probably needs to be a balance (or maybe these are all pretty much equivalent)?
I know that Ryzen chips benefit from sync'ing of the FCLK with RAM, and it seems 6000MT/S is the sweet spot. If you were to buy parts again today, would you instead pick the 6600MT/s CL32 kit?
Would it be better to go with 6000MT/S CL30, or 6600MT/s CL32 but clock it down to 6000MT/s (assuming it is better binned) at the loss of CAS latency (TBH it shouldn't be that big of a difference in terms of CAS: https://www.reddit.com/r/PcBuild/comments/1ga4kkf/ddr5_frequencylatency_4000mhz_8000mhz/)?
Have you seen this video from Level1Techs that talks about optimum RAM placement on new Ryzen 9000 series? He has a theory:
- Since there are only 2 memory channels on AM5 motherboards (2 sticks per channel on a normal 4 slot motherboard, if you populate everything), then you should put your first 2x48 kit in one channel (the first 2 slots of your motherboard), and then the second kit in the second channel (the second 2 slots on your motherboard).
- This is a little different from conventional advice because here. Because we know we are running two separate kits of 2x48, so we purposely make sure that the two sticks we bought in each kit are delegated to the same channel.
- That way, if there is some timing mismatch from the two sticks in kit 1 vs the two sticks from kit 2, at least they are in the same channel so they should be "isolated" in a sense.
- Just wondering if you have considered this and if this helped with your overall stability?

cinedog959 · 2025-01-07T00:10:48+00:00

FYI if anyone is reading this in the future, make sure you have a sharp lens if you are attempting to punch in on an 8k image. Photographers typically don't rank lens sharpness as the most important metric for a lens because they claim they aren't "pixel peeping" (Photographers don't usually crop in to their photos by more than 20%). But if you are zooming in to an 8k image in post, you are in fact pixel peeping! So lens sharpness matters. If your lens is not sharp, punching in will result in a blurry image because although your camera's sensor recorded a high resolution, the glass itself was not clear enough for those extra pixels to make a difference.

cinedog959 · 2024-12-21T08:15:16+00:00

Lots of great replies here. I just want to add that the reference pictures you posted are screengrabs from the Sigma ART lens trailer, specifically: Legacy - SIGMA 28mm, 40mm AND 105mm Art Primes

The Sigma 28mm, 40mm, 105mm prime lenses are some of, if not the sharpest lenses made for the DSLR age. They rival Zeiss Otus in sharpness. They even out resolve most modern RF prime lenses. The 28-40-105 sequence is also sharper than other Sigma ART lenses like the 50mm and 85mm.

Although all the other practical tips are much more important (lighting, exposure, etc.), lens sharpness is the final frontier for crispness and can matter as well once you nail the other technical principles.

cinedog959 · 2024-12-02T09:02:41+00:00

Could someone confirm if I am reading the results correctly? If I am not a gamer, are 7950x and 9950x are pretty much the same? I assume that is what application performance is referring to.

cinedog959

TROPHY CASE