Fiery

We will fix the issue in the next AIDA64 beta update. I'll post a message into this topic once the new build is available for download.

1) The GPU stress test relies on the OpenCL subsystem that seems to be broken on your system. Try to uninstall your video driver and install the latest WHQL one to fix that up. 2) Saving the stress test history or statistics to text file is not supported. You can however use the Logging facility to save your selection of sensor readings into a CSV or HTML file. Go to AIDA64 / main menu / File / Preferences / Hardware Monitoring / Logging to configure that feature.

I'm afraid we cannot find the reason why AIDA64 holds lock on such folders. We've implemented a more modern save file dialog to the debug dump window, but it works the same about holding the lock.

Does TACH(0) always provide the correct RPM when your fan is spinning at various non-zero RPMs?

We've tried it with the default 20 seconds poll rate as well as with 1 second.

AFAIK with Asetek-compliant liquid coolers the issue is that the fan controlling logic could get reset when AIDA64 and iCUE collides while reading the liquid cooler measurements. It results in the fans spinning up to 100% speed, which could be quite annoying. If you can live with that limitation, then it's safe to leave the Asetek liquid cooler module enabled in AIDA64.

It will be implemented in the next AIDA64 beta update.

Awesome, thank you for your feedback. Can you please post a screenshot or report or copy-paste of the Display / GPU page?

I don't think it's our responsibility to be frugal on network requests when the traffic is initiated by the user by clicking on a link in our software. We'll alter the most clicked links, but the sheer number of URLs (over 1100) makes it a difficult task to leaf through all of them using manual review.

Make sure to upgrade to the latest beta version of AIDA64 Extreme available at: https://www.aida64.com/downloads/latesta64xebeta After upgrading to this new version, make sure to restart Windows to finalize the upgrade. Let me know if it works better than the previous builds

Yes, but we're unable to reproduce the issue on our own Z10 keyboard Are you using the latest firmware on your keyboard?

After VHD creation please right-click on the bottom status bar of AIDA64 main window --> Disk Debug --> SMART Dump. Copy-paste the full results into this topic, or attach the results as a TXT file to your post. You may need to enable status bar in AIDA64 / main menu / View first. Also right-click on the bottom status bar of AIDA64 main window --> Disk Debug --> Disk Controllers Dump. Copy-paste the full results into this topic, or attach the results as a TXT file to your post. Finally, right-click on the bottom status bar of AIDA64 main window --> Disk Debug --> RAID Dump. Copy-paste the full results into this topic, or attach the results as a TXT file to your post. Thanks, Fiery

I don't know... It depends on the information reported in the ATA ID block..

Thank you. We'll try to find out how can that tool do what it does.

We've tried to replicate the issue on our own NVMe drives (using the latest AIDA64 beta build), but with no luck. So I cannot check whether there's a difference between the latest stable build (4900) and the latest beta build (4992), since they both work properly for us. But it would be important to find out whether the issue is related to the recent changes that are only available in the last few beta builds.

Please avoid being arrogant with us on this forum. Please also try to enable the SensorPanel, and check if the Lock panel position option works the way you expect (but for the OSD Panel). If yes, then we can implement that behavior for the OSD Panel as well.

Thank you for your feedback! We'll add "Water #2" to the language modules in the next AIDA64 beta update

Our P106 board arrived. Apparently the standard nVIDIA GPU detection API (called NVAPI) doesn't support mining adapters. It may be possible to poll the card using another nVIDIA API called NVML, but that API cannot be called from 32-bit applications, so we cannot support it at this time.

1) Can you see the same issue with AIDA64 v5.99.4900, the latest stable release? 2) Are your NVMe drives part of a RAID array?

OSD Panel is supposed to be a quick & easy solution to display sensor readings. If you need a more advanced solution, try AIDA64 SensorPanel which -- among many other things -- supports locking its position and window size.

I'm afraid we don't have any information on that Renesas chip, and it doesn't seem to be compatible with older PWM chips. We'll need to get the datasheet of that chip to implement support for it.

We've fixed the Intel ARK link to work properly. As for https, it should work automatically as http websites should be automatically redirected to their https counterpart. Yes, I'm aware of the fact that not all website admins are attentive enough to make it happen, but they all should.

Awesome!

We've tried to replicate the issue using our own 800P device. Apparently it works properly under Windows XP, but under Win7 and Win10 the device fails to accept the "switch to mini-monitor mode" command when AIDA64 issues it. Even more strange is that it fails to accept the command when Samsung's own Frame Manager software issues it. So the device seems to be unable to work at all in mini-monitor mode with Windows 7 and Windows 10 We've tried to come up with a workaround, but no luck so far. We will try to figure out a special way to talk to the device, in a hope that we can get it somehow to switch to mini-monitor mode using alternative methods.

Try to uninstall AIDA64, and install the latest beta version of AIDA64 Extreme available at: https://www.aida64.com/downloads/latesta64xebeta Let me know if it makes a difference.