Fiery

1) The next AIDA64 update will fix the missing gauges for fan speeds. However, the missing sensors cannot be fixed for the voltages and currents, since those values are measured as "N/A" (instead of zero) on your Aquaero sensor device. And when a value is measured as "N/A", AIDA64 will not display the value anymore. The major problem behind that issue is that no sensor device has such a facility that would provide monitoring software the ability to detect physical fan header connection status. So a stopped fan and an unconnected fan header appears exactly the same to monitoring software. If AIDA64 was able to detect the physical fan presence, it would be able to provide fan voltages and fan currents as 0.0V and 0.0A, instead of "N/A". 4) We've checked it with our Core i7-5820K (stock settings), and on that processor AIDA64 measures cca. 10W at idle, and 100W under heavy load. Maybe on your CPU the package power measurement goes crazy due to the excess overclocking. Can you please check what HWMonitor reports?

The issue is related to decoding DDR4 XMP 2.0 memory profiles. It will be fixed in the next AIDA64 update due in 3 days from now.

I've just sent your a private message about this issue.

1) Please explain it using a bit more details. What kind of sensor item is that, and why doesn't it provide any data? 2) That is a pecularity of the HTML based layout AIDA64 has to use for Logitech Arx. With HTML layouts the preview cannot be 100% accurate in all cases. 3) It's a limitation of the operating system of your mobile device. You have to pick a font that exists on both your main computer (PC) and your mobile device. From your PC it's not possible to detect what fonts does your mobile device support. 4) What Intel processor do you have? Thanks, Fiery

Thank you for the feedback. Measurement units are fixed, they cannot be changed I'm afraid.

Are you sure you've got an Asus F2A55-M motherboard? Please right-click on the bottom status bar of AIDA64 main window --> Sensor Debug --> ISA Sensor Dump. Copy-paste the full results into this topic.

I think the problem is that you're using an old AIDA64 version. Your motherboard is fully supported by the latest AIDA64 release available at: http://www.aida64.com/downloads/latesta64xebeta Regards, Fiery

1) It's a great idea, we'll add that to the Arc Gauge configuration panel. 2) I'm not sure why such a triangle would be useful. Can you please explain? 3) You can already use vertical bars. Just configure the bar in a way that its width is less than its height Thanks, Fiery

On your system you should focus on the CPU temperature (Processador). Core temperatures (Nucleo) are in many cases inaccurate on AMD CPUs and APUs, so it's best to avoid using them as a reference. In order to challenge the stability of your stock or oveclocked system, you can use the AIDA64 System Stability Test (AIDA64 / main menu / Tools / System Stability Test). To use the maximum thermal stress, only enable FPU and GPU subtests there. Regards, Fiery

Thank you for the feedback. Water Quality is not there yet, but pumps should be there, albeit not as frequencies but as RPM. Stopped fans disappear only from the Computer / Sensor page, but their RPM is still shown as zero on the LCD. Same goes for pumps. Flow sensors indicating zero flow are still displayed both on the Sensor page and LCD. If it doesn't work the way you wish, please let me know what exactly happens vs. what would you expect to happen.

We've implemented a trick in the latest AIDA64 beta to let you avoid AIDA64 writing values to the Registry. Please do the following: 1) Close AIDA64 (if it is running) 2) Download the latest AIDA64 beta from: http://www.aida64.com/downloads/latesta64xebeta 3) Extract it to your existing AIDA64 installation folder (or a new empty folder) 4) Start AIDA64.EXE 5) Go to main menu / File / Preferences 6) Press the OK button on the Preferences window 7) Close AIDA64 8) Go to AIDA64 folder and open AIDA64.INI file (in e.g. Notepad) 9) The 4th line of the AIDA64.INI file should read: NoRegistry=0 Change it to: NoRegistry=1 Save the AIDA64.INI file. That's it From now on AIDA64 should write no values to the Registry, except for the Desktop Gadget and External Applications: Registry features that depend on the Registry to pass values. I hope it works in a way you expected it Regards, Fiery

FYI, we've renamed the AIDA64 Web Server feature to RemoteSensor. You can still use your existing layout, you just have to look for a different LCD device in AIDA64 / main menu / File / Preferences / Hardware Monitoring / LCD.

We've fixed the issue in 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

I think EVGA E-LEET software supports your motherboard, including sensors measurement. Since it is made by the manufacturer of your motherboard, it's safe to assume that it can be used as a reliable reference to verify whether PWM temperatures are measured properly by AIDA64. Please let me know how it goes Regards, Fiery

Thank you for letting us know about the resolution That is not an official feature of AIDA64. It is there to help us diagnose various issues during the development.

Are you using the latest AIDA64 beta build of 3244? The previous build (3242) had a bug that we've fixed in 3244.

Such issue may occur when the Arx app fails to refresh the web page after you changed the layout. Is it an iOS or Android device?

There are a few issues with that I'm afraid First, it's simply not possible to take a value from the AIDA64 main information pages tree and use it somewhere else. You cannot use a "pagegroup/pagename/section/field" formula, because the information bits are not indexed in any ways. AIDA64 provides those information for users to check out, and sometimes to write them to a HTML (or TXT) report file, but that's it. It's not meant to be post-processed, or processed on-the-fly by AIDA64 itself either. So every value you would like to add to the already huge number of hardware monitor items (over 1000 right now) would have to be added manually, by assigning the value to be detected or measured one by one. The other issue is that the hardware monitoring module of AIDA64 was designed for the single purpose of monitoring constantly changing (dynamically changing) values like utilization, clocks, temperatures, fan speeds, voltages, power draw and such. It's not meant to monitor such values that would most likely never change, like CPU model, total memory size, video adapter model, ForceWare clock rules, etc. It would be quite an overhead and for the most part pointless to detect such properties 1 or 2 times a second, over and over again. Of course any of the listed values may indeed change, but most likely not while keeping AIDA64 up and running. You can change your CPU and video adapter, or add more system memory, but you would have to shut your computer down and then boot it up again. You can adjust ForceWare clock rules anytime, but IMHO it's much more important to know the actual (current) clocks rather than the profile that ForceWare maintains about clocking. And I know, we've already made an exception with BIOS Version That is also one value that most likely never change while AIDA64 is running. We may add a few more of such values that we reckon would make sense to be monitored, and ones that other users may find interesting. But I'd personally feel best if we kept the number of such values at minimum. You can always use a fixed (static) label to display such information on your SensorPanel and LCD anyway -- although if you keep changing your CPU or video adapter frequently, it may be difficult to maintain those labels, I admit

It is shown as Max Turbo Boost Multipliers on the Motherboard / CPUID page in AIDA64. Regards, Fiery

Try to reinstall OpenAL, it should fix it. If not, then you can disable the OpenAL page in AIDA64 / main menu / File / Preferences / Layout. The VINR0 and Aux readings are bogus values. As you can see, none of them makes any sense That's why AIDA64 will not display them.

We've fixed the issue in the latest beta version of AIDA64 Extreme available at: http://www.aida64.com/downloads/aida64extremebuild3244gtm3rsb2cxzip

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.

I do understand your desire to see the fraction of degrees there, but somehow I still cannot imagine what would be the actual, practical use of it. Why is it so important to know the difference between 35.0 Celsius and 35.4 Celsius for example? Why does 0.1 or 0.4 Celsius make a difference? I of course understand the need to know the difference between 1.0 Volts and 1.1 Volts, but I cannot see myself in a position not being content with a 35, 36, 37 Celsius scale If your water is cool, it is cool anywhere between 30 and 31 Celsius. If your system is overheating, it will be hot anywhere between 80 and 81 Celsius, it doesn't matter to know whether it is 80.2 Celsius or 80.6 Celsius -- it's still very hot. The other problem -- besides the amount of work we would have to put in it -- with showing the temperature decimal digits is that most sensor devices are simply not capable of measuring temperatures at such accuracy. So for most of the temperature readouts we would have to show "39.0 Celsius" or "61.0 Celsius", and from a mathematical pont of view, that would be incorrect, since the measurement accuracy doesn't actually tell us the ".0" part. And overcomplicating the whole thing by showing "39 Celsius" for such values where accuracy is zero decimal digits, and showing "39.2 Celsius" where accuracy is one decimal digit would just make things even more complicated. And quite frankly, I cannot see the actual benefit of all that... BTW, it's no coincidence that the overwhelming majority of sensor devices will not measure temperatures with a fraction of Celsius accuracy. Aquaero/Aquaduct devices are designed for the hardest of the hardcore users, but IMHO even their engineers wouldn't be able to tell me with a straight face that there's an actual technical benefit of the extreme accuracy of their temperature diodes. It's a great thing when they want to show off the technical complexity and engineering accomplishment of their products of course, but that's more of a marketing trick

The problem is, you didn't specify a filename extension for /R. So AIDA64 will try to override the file extension to .INI, and it replaces the ".ivanov_2014-11-28" (which it thinks is the filename extension) with ".ini". You can avoid that by specifying the filename extension, e.g.: AIDA64.exe /r $hostname_$ipaddr_$username_$date.ini /ini /langen

Please note that DMI information -- especially the sections your screen shot shows -- is in many cases incorrect or inaccurate. Your notebook features an Embedded Controller chip, and not a very old LM78 sensor chip As for fan control, your system doesn't have to know any RPM values or RPM capabilities for your fan(s). Fans are controlled by changing duty cycle percentage, so the motherboard sets the fan to e.g. 0% to stop it (when the system is cool), or at e.g. 40% under light load, and 100% under heavy load. If you could ask Razer about whether it is possible to measure fan RPM on your particular notebook, and they can provide us the necessary programming information, we would be happy to implement it in AIDA64.