![]() I would never have thought in a million years that the RAM was the problem if I had not experienced a different set of issues with it in a different board. So the takeaway from that, is to never assume anything, and never rule anything out. The issues experienced previously have not returned. ![]() Further, the Asus board was returned "could not duplicate issue", and was migrated to another case with the original build components and a replacement kit of RAM from tha board's respective QVL list. Sure, there may be unlisted components that appear to work perfectly fine, but without a guarantee of manufacturer's recommendation, I'll pass and save my money. Whether anyone wants to admit it or not, QVL exists for a reason. Many subscribe to the school of thought that it doesn't matter and that manufacturers couldn't possibly test all hardware combinations, insisting that unlisted components simply haven't been tested, but I don't believe that after what I've seen. It was then that I learned about QVL (Qualified Vendor Lists) and why they exist. Another kit of RAM from the board manufacturer's QVL list cured the issue, and that machine runs perfectly now. why does that sound familiar? Incidentally, the machine experienced random audio-only and audio-video cutout only when gaming within another week. It had minor stability issues on one DIMM, installing the other to see if it helped produced a POST failure with no video. In the interim of what I figured would be a month of downtime, I repowered the machine with an ASRock B450M-HDV and the other components from the build. But I also reasonably proved the GPU was not the issue, so the board was RMA'd. In retrospect, all I really proved was that the same kit of RAM produced the same issue in the same board. Before I thought the RAM could be the issue, I swapped the DIMMs and GPU from the first machine for troubleshooting, and the issue remained. The second, a 2022 kit in an Asus TUF B550-PLUS, caused issues with waking from sleep and POST failures with no video every 8-12 cold boots. The board was neurotic after the RMA, and in light of more recent and similar issues, I've found that even today, the DIMMs register at different speeds - something that should never happen. RAM, GPU and M.2 upgrade led to the board shutting down and requiring an RMA - it flat refused to work with that GPU. The reason I mention RAM is that I used a Crucial Ballistix kit in three different boards that caused various issues in all three. Is it possible to try swapping the card from one of the problem machines to another machine that doesn't have this issue? If the issue doesn't move to the second machine in that instance, it could be a firmware issue in the first machine, or possibly some other component in that machine (RAM, for instance - crazy as it may also seem). I've seen similar situations before, and you've already stated swapping cables between machines and displays does not move the issue. If already installed, perhaps the installation is corrupt. Or perhaps certain software accompanying the card needs to be installed before it will operate at full potential. I know it sounds crazy, but I'm wondering if the motherboards in these two machines might need BIOS updates to allow these video cards their full range of operation. ![]() So that opens up the question of a firmware issue. ![]() Somehow, though, your description makes it seem less like a driver issue. Don't ask me why, but I experience annoying glitches not long before the software notifies me of an impending update. I've noticed that usually when a driver update is available, my games let me know before the update software does. There shouldn't be any OC mode, however I'll have to check, later this week. Not quite the latest anymore, however all the same. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |