Permabanned
LOL hope that meccano set works!!
Luckily I didn't need it.
How much you pay for that?
Too much
Got sick of waiting.
Last edited:
Please remember that any mention of competitors, hinting at competitors or offering to provide details of competitors will result in an account suspension. The full rules can be found under the 'Terms and Rules' link in the bottom right corner of your screen. Just don't mention competitors in any way, shape or form and you'll be OK.
LOL hope that meccano set works!!
How much you pay for that?
This product supports both Legacy and UEFI BIOS. By factory default, the card itself is under Legacy mode. By pressing the button with SAPPHIRE logo, UEFI mode will be easily enabled.
How come you got it over the 1080ti?Too much
Got sick of waiting.
So it's still happening
My card is overclocking itself to 1812 on the core and crashing itself, is this the drivers or something else?
It happens when i run it on power mode or custom on the wattman, 0% powerlimit or +% it will rock along at the normal clocks 1712-1722 for a while and then just randomly go to 1812 and then instantly crash, sometimes resetting the pc in the process and then the gpu tach light will not come untill i hard reset the pc...
Any thoughts would be greatly appreciated..
This is true a LC bios on a 56 with water cooling.So looking back a few pages through the thread, I believe you're running a 64 LC bios on a stock 56? I think that might be the root cause of your problem really.
I can only guess at it, but to start off you're running a configuration that was never meant to be run
We don't know exactly how the 64 and 56 differs, only AMD and the foundries would know. At some guessing though, it's likely that all chips are essentially the same as they come off the wafer but tested and thrown on the appropriate 64 or 56 pile, and then some of that additional performance is probably disabled by laser cutting some of the connections in the 56 chips (where they would probably prioritise disabling those bits of the chip that didn't pass the tests).
So essentially, you'd be getting the duds, the "did not make it to their 64 level standards" chips, when you buy a 56 rather than the 64. Some will no doubt push to that level, some may not. Also, we know from people here that not all 64's are created equal either, they don't all clock as easily. The bios you're using expects it to be a full 64 chip though, and to meet whatever standards they applied in testing these chips. As it's a 56, it probably wouldn't, and you could run into trouble like this as a result.
Does the card have dual BIOS? Can you try running it on the 56 BIOS and see if the same thing happens?I understand all of this but why then will the card run perfectly under this and the 64 bios, but just randomly overclock itself, I know people with a real LC 64 vega that cannot hit 1800mhz, so they would crash also if they had this probelm.
Do you know what i mean?
It will run as many benchmarks as i want at 1100 hbm and 1750 core (@1712-1722mhz) no problems at all, it's just in games after about 30 minutes it will suddenly think it's ok to go to 1800+
I see what you are saying, so it kinda see's the power usage and temps and the bios / driver thinks "i am within my limits and can go faster" and then crashes, because its just a little v56 air in disguise..IIRC the liquid BIOS has increased TDP as well as clocks over the standard 64 BIOS which has increased TDP/voltage/clocks over the 56 BIOS. It could be that with the liquid BIOS because it has so much additional headroom as far as power goes and it also has less available stuff to actually use the power, the boost is going to what it thinks are the limits but the card isn't capable of that.
*EDIT*
What I mean is:
V56: 210w to power 3584 shaders and 224 TMUs
V64: 295w to power 4096 shaders and 256 TMUs
V64L: 345w to power 4096 shaders and 256 TMUs
V56 with V64 BIOS: 295w to power 3584 shaders and 224 TMUs
V56 with V64L BIOS: 345w to power 3584 shaders and 224 TMUs
Obviously there's more to power than the shaders/TMUs, but my point is that the V56 with V64L BIOS can boost much higher than any other combination as it has much more headroom to do so, especially when water cooling makes temps a none issue.
I understand all of this but why then will the card run perfectly under this and the 64 bios, but just randomly overclock itself, I know people with a real LC 64 vega that cannot hit 1800mhz, so they would crash also if they had this probelm.
Do you know what i mean?
It will run as many benchmarks as i want at 1100 hbm and 1750 core (@1712-1722mhz) no problems at all, it's just in games after about 30 minutes it will suddenly think it's ok to go to 1800+
The card does not have the switch with logo. You can see from PCB shots in reviews. So this is an error on Sapphire site IMO. It just has normal flip switch near the end where display IO is.
Pretty sure all VEGA do not come with pure legacy VBIOS. They come with VBIOS which has legacy and UEFI/GOP module within to allow usage in "pure UEFI" environment (ie Hybrid VBIOS). All UEFI bios motherboards usually by default are set to have CSM: Enabled which does not create "pure UEFI" environment (link). If you want "pure UEFI" environment set CSM: Disabled.
Regardless of if you use CSM: Enabled/Disabled the legacy portion is always used to set the card up. The UEFI/GOP module is only referenced by mobo when CSM: Disabled. On a legacy BIOS motherboard (ie non UEFI), when using a GPU with Hybrid VBIOS, the UEFI/GOP module within it is ignored (as mobo BIOS is unaware of it) and only the legacy section is referenced by legacy bios of motherboard.
How come you got it over the 1080ti?
I see what you are saying, so it kinda see's the power usage and temps and the bios / driver thinks "i am within my limits and can go faster" and then crashes, because its just a little v56 air in disguise..
I'd concur with the hypothesis. If I run V64LC VBIOS on my V64 AIR with WC I get a similar situation.
I have not tried gaming but just benchmarks. For example it will run 3DM FS for a differing time each run, at an unexpected time instance it will boost to 1800MHz IIRC and keel over. This is purely at stock on V64LC VBIOS. If I set the PowerPlay whilst on V64LC VBIOS as V64 AIR VBIOS or my own OC settings I use on V64 AIR VBIOS I am all good.
That is fantastic information, thank you so much.Can you provide a screenshot of your settings, I think like uber has said it's a combination of the power limiter and power tables are written for a v64 which has been binned at at a certain frequency at a certain voltage leakage.
In benchmarks if you are observing the clock speeds then for example in firestrike 1080p Gt1 you will see the clocks are lower than the wattman/p6/p7 settings you tweak to. Some people think is due to cpu overhead but it's not, if you look at the cpu core loading they are very low, the gpu in Gt1 takes all the load Gt2 it will pretty much hold the clocks you set. I observed the same problem with my Rx470 with the clockspeed not scaling in Fs Gt1.
With a V64 26.2k firstrike I spent 3 days getting there http://www.3dmark.com/fs/14374946
It's due to the power limiter nearing or hitting at the limit in Gt1. This is the secret to getting a high score in Gt1, you need to tune your voltage and p6/p7 to the sweetspot or fool the i2c in to seeing less current at the voltage controllers, (not advisable as I blew a mosfet on the rx470 doing this lol).
As to the moments in real gaming you are seeing 1800mhz peak and then crash, to me there's a few reasons, maybe your p6/p7 are not tuned to the voltage table and it's overshooting because of this, it could be this also combined with a moment where the game engine is cpu starved and so the Gpu will overshoot, I see this sometimes with the Lc Bios if I'm uncapped and no v-sync In a game menu or the game is loading.
With what Ubersonic says also makes sense In that the current load sensing is written for a v64 and as the v56 uses less power maybe the Avfs and tables need to be written for A V56.