Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
Mit einer Sinusschwingung kann man schlecht Taktraten fahren.
Nebenbei siond die Tables hier explicit für die Desktop-GPUs und Treiber.
Tatsächlich gibt es abert Wechselstrom auf der Grafikkarte, über die Spulen der Spannungswandler, aber das nur nebenbei. Die Chips brauchen wie gesagt Gleichstrom, sonst wird das nix.
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Wieso sollte Wechselstrom auf der Graka benötigt werden? Ernst gemeinte Frage.
Die Spulen wirken wie ein Drossel um Peaks abzufangen. Umgangssprachlich Drosselspule genannt. Die sind nicht unüblich in Gleichstromkreis.
Was ich meinte sind die Spannungswandler. Die bestehen aus Mosfets, Spulen, Kondensatoren, Dioden.. Dort wird die Spule immer kurz eingeschalten, dann wieder aus. Beim Ausschalten fließt der Strom dann tatsächlich in die andere Richtung, wegen der Induktivität, auch eine Bezeichnung für Spulen.
buildzoid hat das mal etwas erklärt:
Datenschutzhinweis für Youtube
An dieser Stelle möchten wir Ihnen ein Youtube-Video zeigen. Ihre Daten zu schützen, liegt uns aber am Herzen: Youtube setzt durch das Einbinden und Abspielen Cookies auf ihrem Rechner, mit welchen sie eventuell getracked werden können. Wenn Sie dies zulassen möchten, klicken Sie einfach auf den Play-Button. Das Video wird anschließend geladen und danach abgespielt.
So weit klar. Ist der Schaltung geschuldet, aber eine Wechselspannung wird auf einer GPU nicht benötigt. Man spricht dann von pulsierender Gleichspannung.
Mein Gedanke war schlicht, wieso eine Grafikkarte eine Wechselspannung BENÖTIGT.
Alles gut. Wie gesagt, wird weder benötigt noch könnte eine GPU oder sonstige ASIC etwas damit anfangen. Aber ist tatsächlich zu finden, das wollte ich nur kurz erwähnt haben.
Das ganze bringt mich wieder zu meiner Kurve die ich mal gebastelt habe. Letztlich muss ich sie "nur" so zurecht biegen das sie nicht ins spannungslimit der Karte läuft.
OKi think I have hit the limit on my gpu now...core voltage/clocks...memory....will try tweaking a few more things but I don't think I will improve much more...25.384...seems to be it...maybe I should try and flash the LC bios on it and see what happens?😃 I've searched long and hard and have not found anyone that's attempted it on this card yet....
Ich wollte grad auf meine Benchpartition etwas gepflegt Time Spy spielen, aber es zickte.
Zunächst Treiber nicht validiert. Dann hab ich 3DMark aktualisiert. Treiber nicht validiert. Dann hab ich mal den 22.5.2 installiert. Dann startet 3DMark nicht mehr. Doppelklick aufs Icon, kurze Cursordreher und das wars. 3DMark deinstalliert, Treiber DDU, neuen 3DMark wieder installiert. Dann startet 3DMark nicht mehr. Doppelklick aufs Icon, kurze Cursordreher und das wars.
Was ist das für ein Rotz?
Im Produktivsystem (22.5.2) geht der 3DMark, läuft grad auf dem zweiten Bildschirm während ich das hier schreib.
Und damit hier nicht zu langweilig wird im Sommer(mo)loch:
@ApolloX: Ich spekuliere mal, dass der nächste Treiber deshalb so lange auf sich warten lässt, weil es schwierig ist, die Performanceverbesserungen mitzunehmen und gleichzeitig die verhunzten Parts zu reparieren. Mein Eindruck: links und rechts Probleme mit 22.5.2, was man so liest.
Das ist aber nicht, was wir gelernt haben letzte Woche. Kann dich aber beruhigen, ich komm auch nicht klar mit den neuen Informationen und daraus abgeleiteten Handlungsvorschlägen. Zumindest nicht mit den paar Dingen, die ich - auch dank @RedF - verstanden habe.
Ja...
Vorgestern 22.5.2 installiert, aber nicht mehr gemacht. Heute XCom 2 gestartet - bin fast von Stuhl gefallen, als das Spiel in der kleinsten möglichen Auflösung gestartet hat. Ich hab vor Schreck zuerst Mal neu gestartet. Aber wenn ich deine Zeilen lese, dann hab ich nen Verdacht ...
Was mein Problem mit 3DMark ist, weiß ich nicht, denn das zickte schon ohne den Treiber auf der anderen Partition. Ticket ist offen.
Timespy läuft bei mir mit dem 22.5.2 whql ohne irgend nen Absturz
Ich Installiere etz mal noch das Update von Timespy da ich gestern noch mit der
letzten Version getestet hab. ich meld mich dann nochmal
Hab eigtl nur (wie schon immer) Temperatur Probleme da meine Karte "noch"
mit dem originalen Luftkühler läuft.
edit:
Auch alles am aktuellsten stand läuft (Win11, Radeon 22.5.2 whql)
Kann es sein das AMD was am Treiber geändert und mal wieder nichts dazu gesagt hat?
release Datum 20.6???
edit2:
bei Cinebench singlecore runs Boosten alle Kerne abwechselnd anstatt wie vorher die
von Windows besten bewerteten 2???? Liegt das an 1.2.0.7?
schau mal, ob der grafiktreiber durch sein ryzensdk (für's cpu oc) irgend etwas im bios geändert hat, die cppc preferred cores zB.. bei mir muss das aus sein, um das core-hopping zu verhindern.
und ja, ist mir zB auch aufgefallen mit dem neuen treiber datum. ich hoffe mal, dass nur die beschreibung geändert wurde. vorher wurden glaube ich höhere prozentzahlen angegeben in sachen verbesserung div. games, das haben die wohl ein wenig entschärft, nachdem die ganzen tests "ein wenig was anderes" bestätigten
edit: die file size ist schonmal eine andere, also hat da wohl mind. ein re-pack stattgefunden, wenn's reicht:
Ja, vom 22.5.2 gibt es zwei Versionen. Ob sie sich in irgendwas relevanten unterscheiden weiß kein Mensch. Gerry schrieb vor ein paar Tagen, dass in der neueren Version nur mehr supportete Karten dazu gekommen sind.
nö, stimmt so. dateinamen sind auch noch die selben. glaube, zuerst kam er als preview, dann als whql und nun vor sieben tagen nochmal als geänderte / aktualisierte variante.
Ok ....is there anything I should know before I attempt to flash my card? Also...the mismatch...just a matter of using the -f command? I have an external flasher if things go downhill 😆
Ok ....is there anything I should know before I attempt to flash my card? Also...the mismatch...just a matter of using the -f command? I have an external flasher if things go downhill 😆
Too late, but 4.71 locks rom and SMU // FLASH write & read (0x00 or 0x40) doesn't mean SMU respects that & can refuse post
needs to be flashed with 4.69
But it's too late likely
soo needs -unlockrom 0
and needs hwflasher , clip unlock
then reflash with windows 3.20 (-fa command)
then unlock again with -unlockrom 0
(-checklock 0 to check lock)
but recent drivers messed up the cards and recent agesa
linux flash doesn't work on the older version with exceptions
Ja...
Vorgestern 22.5.2 installiert, aber nicht mehr gemacht. ...
Was mein Problem mit 3DMark ist, weiß ich nicht, denn das zickte schon ohne den Treiber auf der anderen Partition.
Alles noch im frühen forschungs Stadium ~ busy
amdvbflash full, muss für windows her
sei es durch einen Nutzer
Ich sah ne 6900XT mit 85% ASIC score
Wollte nicht über 2300MHz kommen, und nahm sich weniger Spannung bei 2700 TS (1175mV GFX)
Ging nur 98% anstelle 89% am voltage slider. ~ lief aber mit 2300 mem auf dem official bios
Mehr dazu in 1-2 Wochen
Wegen VBflash und ähnliches , kann ich kein Datum nennen
AMD wurde lästig und ich muss die neue "efficient OCF" vor Ort nun via SPI flashen bzw schauen ob 4.71 und neuer, man brauchbar bekommt ohne dass es rom locked
I lack a better Atombios decompiler ~ but roms should work out
Tbh with everyone, nvflash was easier. AMDs is scattered more but bearable.
NVDA's was more in the face, just defaulting to refuse Here you have to jump back and forth between XREF's
Message of making progress and not sleeping.
Not much more than that. Still too amateur and learning as i go.
But at least not giving up~
Ok I think I understand now.. because I attempted the flash with 4.71 I have locked the rom? I only used Linux though not Windows...so that problem still remains?
Beitrag automatisch zusammengeführt:
And the unlock rom command in the earlier version of amdvbflash that I need to use won't unlock it I gather?
What if I was to pull the card and hardware flash it to its original bios again- lock could be lifted? Then attempted the LC bios flash with the hardware flasher...or re install it and try the flash in Linux with the correct version of amdvb with the lc bios?
Ok I think I understand now.. because I attempted the flash with 4.71 I have locked the rom? I only used Linux though not Windows...so that problem still remains?
Flashing anything through 3.31 or 4.71 locks ROM on the next initialization
It also requires you to only then run 3.31 or 4.71 to flash "back"
It will freeze if you use lower versions - but it seems AMD pushed something either through gpu drivers or chipset drivers and now "new" cards who run the latest drivers , refuse to flash at all
SPI flash will solve it, but SPI will need to unlock it
Before it was either staying in an unlocked state 0x00 , or put to a readable 0x40 state
Protected, and used, pulled high but not read and write protected (just pulled high as bootup was on this rom)
Write protect is 0xFC
It will allow -i , but will refuse -ai and anything other than unlockrom command
write protect and read protect is 0x6C
this is what we currently should face
Maybe it allows unlockrom, but it only allows it from the "highest version used"
it will freeze , and reboot , in windows and in linux
Another problem comes, that ROM is not fully loaded, it can be loaded but it can also not be
If SMU expects card to be in locked state and fails lock (ROM-Chip reports wrong value) - it still will refuse to bootup, even if everything is fine
^ which is one of the main reasons i tell people to not use 4.71 . . . but i think it's already too late as AMD did recently more work to make it worse
I will debug this in about a week from now and take a closer look where AMD put patches. Driver, chipset driver or AGESA
Likely all 3 tbh, as i couldn't get it to flash, even after downgrading agesa, chipset driver and disabling firmware modules that keep track. Card (OCF) is locked for my friend
He bought it new, but it missed the foil and was running on another system already = locked
And the unlock rom command in the earlier version of amdvbflash that I need to use won't unlock it I gather?
What if I was to pull the card and hardware flash it to its original bios again- lock could be lifted?
To lift it, you need to downgrade effectively
SPI will detect rom as locked
You can check "current state"
by unlocking your current, switching to 2nd bios , unlocking that (without reboot)
uninstall "AMD Special driver"
power off
poweron , run -checklock
if it reports anything higher than 0x40 , switch to the other rom chip -checklock 0 again
if it also reports the same "locked" value , and not 0x00 or 0x40
then it's SMU patching it on boot, even if ROM is not locked
aka the card is locked
You will need to unlock rom again, then dissasemble
flash a hopefully made vbios backup via SPI (that will lift rom-chip lock, else you can not flash in the first place)
Then boot up the card to windows
get 3.20 vbflash and install their driver
flash via -fa your original bios , on 3.20 utility // the same thing you flashed via SPI
Reboot
run -checklock 0, on it
if 0x00 or 0x40 , you are fine
switch to 2nd bios, -unlockrom 0
and flash that way (-fa , the same bios that is on the card already or grab it from techpowerup - oor just flash your main bios onto this too)
// it needs a successful flash with 3.20 or 4.69, to expect an unlocked state and not lock it again
first booted bios will be prioritized and SMU shouldn't relock 2nd bios
as priority was "old flashed bios, with accepted unlocked state and expected unlocked state"
That will resolve it
but i can not give any guarantee or tested guarantee that chipset driver or current GPU driver won't lock it back
soo after unlocking both
you can disassemble again, and flash LC bios onto it
SMU will look for an unlocked state and LC bios will patch on the first boot
After that memory limit is lifted for any bios you flash ~ as long as the rom file (bios) has not broken memory straps
Potentially instead of LC bios, you can upgrade SMU to 071 with this:
But keep in mind, upgrading to higher VBIOS will upgrade SMU (it's one way, internally)
if you update SMU with a "memory lock or GPU hardlock" state ~ there is currently zero option to go back
This bios will require an SSID patch - and i would recommend to not use SPI for it ~ soo it actually updates fully
Just you need to be in an unlocked state ~ before attempting such
Later just downgrade away from 071 to 060 and flash normally the LC bios or something else you choose
Both this and LC bios will lift memory freq lock
Just your current problem is another one
Ah also , if you think SPI flashing rom will fix it
It won't.
vbflash does more and spi flashing is not a full flash
hence "we need now a working full vbflash for windows" ~ as AMD got very bothersome recent weeks
EDIT ~ Repeating:
"Do not ! upgrade to 071, unless you have an unlocked card with unlocked memory limit. There is no going back" ~ file attached is compatible 071 for (all?) XTXH cards
Only should be used as alternative to OEM LC bios, but OEM LC has better memory straps. Later KXTX+MPT_Voltage&Slider-Fix can be used instead of this - soo this is just a bridge bios at best
Beitrag automatisch zusammengeführt:
There is a 3rd option with soldering wires, but option given above, is what i've faced and know it resolves
Yet can be now invalid, and blocked by chipset driver patches , AGESA 1206+ and latest GPU Drivers that kept being re'released without changelogs
While we're at it
A little tool written by a friend
Wormhole lets you share files with end-to-end encryption and a link that automatically expires.
wormhole.app
It will scan and remove all windows DLLs that allow an OTA Microcode patch or generally EFI firmware patch injection ~ by AMD & Intel (run with admin-perm)
// it can error that it finds nothing ~ which is great, no worries
I'm not responsible, if it does erase your C:/Windows partition, by a bug. Know it functions, but a warning has been given~
Also AMD still has the ability to force patches via Windows Update & does it. But i can not tell people to blacklist windows update 🤭
Wow...ok...that all sounds very complicated now!😆 thank you for the detailed response! I will study all this and then see if I have the nerve to go through with it!!!
again..many thanks...oh and the gigabyte waterforce don't have dual bios!! So that would make it even more of a mission wouldn't it!!
Beitrag automatisch zusammengeführt:
And if it was something to do with drivers...ddu and then installing earlier drivers wouldn't solve the problem?
Beitrag automatisch zusammengeführt:
Fucking AMD...let us have our fun!!
Beitrag automatisch zusammengeführt:
Ps...if I hadn't tried to flash with amdvb and did it with the external flasher would I have still had this problem? 😆
Wow...ok...that all sounds very complicated now!😆 thank you for the detailed response! I will study all this and then see if I have the nerve to go through with it!!!
again..many thanks...oh and the gigabyte waterforce don't have dual bios!! So that would make it even more of a mission wouldn't it!!
Could be positive and negative
Actually in this case it's only negative
If you figure out the rom chip of it - you can short #CS to VCC with a wire
That will prevent rom-lock on boot, but will likely not be able to be initialized and detected as "empty rom"
You'd need a 2nd card and then you can flash it via 3.20 command shell
it will be detected as ??? ??? , pretty much empty rom but with card identifier
That requires soldering and is sub optimal
short-wires need to be cut shortly before flash
Navi as also Ryzen (well intel in this case too, but hey are more open)
Have a little ARM chip inside their substrates
Short called SMU - system management engine or unit
It has internal firmware, else card wouldn't identify itself as what it is, and everyone can just rebrand things back and forth
Drivers on AMD do inject their Patches in the Chipset of the board - or two chipsets
Chips themselves for example ryzen, have internal firmware that only updates but never really downgrades // till fully corrupted
Windows has DLLs and low access system drivers (firmware access) , which makes it possible to inject security patches or these lockdowns without users permission or even question
Gladly they are not in the position to do malice and i would not even close put them on such callout. Buut it is possible and OC lockdowns keep being done. Later removed, but still being done.
I don't trust them anymore. They attempted similar shenanigans too often now.
I like their products and people in that industry, but can not agree with the practices of the whole AMD Team.
Well, on many sides it's a "for security" reason. They rarely did something the last 4-5 years "for the worst of the platform"
But we enthusiasts and overclocker, lean very far outside of their expected window.
It's more a being tone def , thing - than a malice or negative thing. Current AMD prefers control as last AMD was nearly bankroupt.
Soo they strongarm everything and Vendors themselves barely have a thing to say. It's not too unusal or not not-understandable.
Also to please shareholders with their platform stability ~ as "overclockers are the issue their drivers have such a bad reputation" , yeaa, i see
I hope that with Zen4 and RDNA3 a better age starts, where they have manifested their position enough and can relax a bit with the control. Monetary and User-experience based 🙏
I can't speak on that. Only saw 2 sides of the coin, but not the other coin ~ the SPI way
We only have reports here and there, that SMU updates detect USB Overcurrent (by flashing the LC bios on it), but that is a PCB design thing if bypassable or not. // if AGESA would trigger overcurrent boot-failure or not
Can not say & can not speak about this
Only can tell you, that we need to have a functional and open win-vbflash
Not everything sits in Flash-ROM.
All very good information..thank you...hmmm ok you say you don't really know about the spi way....I would actually be a guinea pig now if I just decided to pull the card and give it a go? It may work? 😆😆😆 what's the worse that could happen? 😆😆😆😆😆😆 or! You are saying that now it is locked...external has no chance?
Beitrag automatisch zusammengeführt:
I have seen alot about external flashing unbricking cards pretty much most of the time...not so much for these new cards and corporate shenanigans? 😆😆
Gibt es irgendwo einen aktuellen Test, ob die 6800xt oder 6900xt besser ist in wqhd? Aktuell deshalb, weil sich seit dem Release so einiges am Treiber getan hat und ich mich wundere, weshalb die 6900xt so gut und unter UVP zu bekommen ist.
Aber genaue Zahlen gibt es nicht, oder? 4% Differenz wären mir egal. Ich weiß halt nicht, ob die Rohpower der 6900xt sich bei wqhd eklatant bemerkbar macht oder man nur etwas mehr FPS+größeren Stromverbrauch hat?