Fiery

We've added several new timings for Skylake and Kaby Lake. Make sure to upgrade to the latest beta version of AIDA64 Extreme available at: http://www.aida64.com/downloads/latesta64xebeta After upgrading to this new version, make sure to restart Windows to finalize the upgrade. Let me know how it works. Please note that tWTR is a calculated value that cannot be directly detected. As tWTR AIDA64 shows the values that the BIOS Setup and ASRock's software calls tWRRD.

Okay, I think I understand the issue now. Currently, due to hardware limitations, AIDA64 can only work with an Asetek based water cooler if you use a fixed duty cycle (%) value. If you use dynamic fan control via CL Software, AIDA64 cannot work with your hardware, since there will be a constant collision between the hardware polling done by CL Software and AIDA64. The synchronization technique that the latest CL Software and the latest AIDA64 use help in every other case but this one. We've already dropped an email to Corsair, explaining this issue. There are multiple solutions fortunately, and hopefully we can pick the one that is suitable for all users. I will keep you posted in this topic, although things may go a bit slow since we're in the middle of summer right now. Until then, you need to either use a fixed duty cycle value, or disable Asetek LC sensor support in AIDA64 / main menu / File / Preferences / Stability.

Have you tried fixing the fan duty cycle (%) value in CL Software, and set the same percentage value as Asetek fan speed value in AIDA64 / main menu / File / Preferences / Hardware Monitoring? Downgrading is not necessary. I suppose this is a different issue than the "classic" hardware collision. We'll contact Corsair and try to find a solution with them.

We've tried to implement a workaround for such situations by doing exactly what you explained, ie. multiplying the reported resolution by the DPI scale percentage. But, it doesn't always result in the right resolution, e.g. 1707 * 2.25 = 3841 pixels (rounded). And since Windows supports any kind of Desktop resolution, it is not safe to assume the Desktop must be e.g. 3840 pixels wide, and that it cannot be 3841 pixels wide. Monitor resolution should be shown on the Display / Monitor page. AFAIK it's not possible to detect the full-screen resolution when you're running another software (not AIDA64) in the foreground.

Corsair Link Software keeps evolving, and we're adjusting AIDA64 to suit the latest CL Software version. If you install the latest CL Software and the latest AIDA64, they should be able to work together, without a collision. The next version of CL Software will be even more secure about avoiding collisions. Corsair Link sensor support refers to the CL Framework. It's when you have a CL Commander central unit and you hook your devices onto it -- rather than hooking up the same devices via direct USB connection. When you have devices connected via USB, the CL Framework is not utilized at all, and so altering the Corsair Link sensor support option does nothing. I know, it's quite confusing that both the CL Software and the CL Framework are called CL, but that's Corsair's choice on the technical term.

Do you mean we should add those 3 lines to the SSE response that starts with: HTTP/1.1 200 OK Content-Type: text/event-stream Cache-Control: no-cache

I'd start with: 1) Update motherboard BIOS to the latest one 2) Set memory module timings to a more relaxed setting, dictated by the classic SPD block rather than the XMP (Extreme Memory Profile). If that still doesn't help, then I'd try it with 2T Command Rate (tCR or tCMD) setting as well. If none of those help, it could still be a faulty memory module, a dying motherboard or a faulty PSU. Not easy to diagnose such issues though If you have a chance to borrow a reliable PSU, it would worth checking that too. Regards, Fiery

If you use a background image, then you have to adjust its size to make sure it is the same dimension than your SensorPanel. Magnification is not supported by the SensorPanel.

I'm afraid it's not possible to measure RAM clock speed under Android. Regards, Fiery

You can adjust the SensorPanel dimensions (width and height in pixels) in AIDA64 / main menu / File / Preferences / Hardware Monitoring / SensorPanel.

Thank you for the feedback

Please give us a few days to diagnose this issue, and to come up with a more detailed chipset detection code for Skylake. I'll get back to you in this topic once a new beta update to AIDA64 is available for you to try

We've already implemented the necessary synchronization techniques to make sure AIDA64 can work together with Corsair Link Software. If it still doesn't work as expected, then you can do the following: 1) Disable Asetek sensor support in AIDA64 / main menu / File / Preferences / Stability. That way however you will lose the sensor readings coming from H115i. 2) You can try tweaking the Asetek fan speed value in AIDA64 / main menu / File / Preferences / Hardware Monitoring. You only need to adjust the first percentage value in case you have a single water cooler. You may find a setting that would produce the same RPM output that you've configured in CL Software. Regards, Fiery

Please upgrade to the latest beta version of AIDA64 Extreme available at: http://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 helps.

Thank you for letting us know about your workaround. We've tried to replicate the issue on our own test systems, but without a luck. I don't like to say it, but I really have no idea what's wrong on your system. Could be a timing issue, a BIOS pecularity or even a driver bug.

You can measure disk read speed and write speed, but not as a percentage (activity) value, but the amount of data being transferred in bytes/sec. AIDA64 supports all those readings, so you don't have to rely on the activity % value. You can simply rely on the Disk N Read Speed and Disk N Write Speed values

Not possible, since the activity percentage is reported as idle % actually. So when e.g. it is being reported as 29% idle, AIDA64 will show 71% activity.

Max/avg temperature highly depends on the type of computer, the kind of processor you use, the type of system case, the amount of overclocking you've applied, etc. etc. So there's no generic rule there. If you want to put temperatures further down, then the only way to go forward is to improve the ventilation of the system case, and/or to install water cooling. On the software level the only way is to reduce clocks and voltages.

Usually there are 2 questions that the AIDA64 System Stability Test should answer: 1) Is the system stable, even while running a very demanding task? 2) Is the system overheating under very high load? In your case, issue #1 is cleared, since the computer didn't show any abnormal behavior while running the test. As for #2, I can't see anything critical among those maximum temperature readings, so all is well. You can go on by analyzing minimum and maximum voltages, but in case they were hitting critical levels during the stress test, your computer would have locked up or Windows thrown a BSoD. Regards, Fiery

Without administrator privileges several readings cannot be provided. That's because communicating with sensor chips requires a kernel driver, and only administrators can load a kernel driver. Administrator privilege is required for a bunch of other readings too, like SPD memory module information, GPU details and chipset details (e.g. memory timings, DRAM:BCLK ratio, etc).

Thank you, it would be great if you could push your luck about this issue. On our part, the only missing piece of the puzzle is the Vcore reading. It would be very useful to know exactly what register of which sensor device holds the Vcore reading, and what formula shall we use to calculate the actual voltage measurement value. Currently on the EVGA E178 motherboard (that you've got) AIDA64 uses register 0x0C (MSB) and register 0x0F (LSB) of the secondary Nuvoton NCT7802Y sensor chip (at SMBus device 0x2F) to measure Vcore, and it calculates the voltage value by using the following formula: RawRegisterReading x 0.002 x 0.9808

Our Windows 10 UWP app doesn't currently handle more than one GPU. But, the Surface Book is more than capable of running classic Win32 software like GPU-Z and AIDA64 Extreme Give it a try: http://www.aida64.com/downloads Regards, Fiery

Thank you for the report. It seems the Skylake IMC ECC state detection method that AIDA64 currently uses isn't the proper one. We'll try to find a new method and get back to you soon in this topic.

You're right We'll remove it in the next AIDA64 beta update.

Thank you, but since we're not even sure if we're using the right register for Vcore reading, I would be hesitant to apply an offset on the reading. You can however apply a Correction offset in AIDA64 / main menu / File / Preferences / Hardware Monitoring / Correction.