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.

Frequently Asked Questions about the RemoteSensor LCD feature: Q: Does it work on Amazon, Android, BlackBerry OS, Chrome OS, Firefox OS, iOS, MeeGo, Windows Phone, or Windows RT mobile devices? A: Yes, on all of them. Basically any device would work that has got a modern web browser. In case your web browser doesn't display the LCD layout properly, then try to find another, preferably more modern web browser. E.g. on Android v2.3 devices the built-in Android Browser fails to work, but Firefox will work fine. Q: Does it work with Internet Explorer? A: Yes, but only with IE 9.0 and later versions. Q: Is it possible to use it over the internet? A: It is designed to be used in a WiFi network, but it is also possible to use it over the internet. You have to take care of opening the relevant TCP/IP port on your router or firewall though, and if necessary, configure port forwarding too. It is not recommended to use it via a cellular data network (e.g. GPRS, EDGE, 3G, or LTE) connection though, due to the frequent network traffic. Q: Does RemoteSensor support multiple pages? A: RemoteSensor supports only one physical page, but you can use a larger page size than your actual mobile device display resolution, and use swipe scrolling to change between virtual pages. The way it works: let's say you've got a 980x1440 pixel resolution, as reported by the web browser of your mobile device. You configure 980x2880 as Preview Resolution in AIDA64, and you will basically have two pages on top of each other. You can use 980x5760 resolution to have 4 pages, etc.

The collision may or may not happen, since AI Suite background service does have a poll rate. If it is polling the sensors when AIDA64 launches, a collision would occur. If it is between two polls, AIDA64 will launch fine. And since AIDA64 is a process (application), but AI Suite background service is a NT service, there's no way to set their start order. Unless of course you delay AIDA64 launch by 30 or 60 seconds after the user logon.

Thank you for the feedback. As for SPD, both your memory modules have a working SPD chip. Otherwise, the module would not appear on the Motherboard / SPD page in AIDA64 Your TwinMOS module however has the SPD manufacturer ID field and part number fields both set to zero, so it's basically not filled. It doesn't cause an actual issue, it prevents the proper identification of memory module model name.

Please note that AI Suite II, even when you don't use it (when you don't have any of its windows open), it is still using its background service to monitor and poll the motherboard sensors. Even after uninstalling AI Suite, it tends to leave its background service behind and active. Most likely the background service collides with AIDA64 low-level detection module. Note that AIDA64 detects and then caches a lot of hardware information at its startup, and it's crucial that no other software would collide with it when it starts up. Most other diagnostics, monitoring, overclocking and tweaking software (like AMD OverDrive, CoreTemp, CPU-Z, GPU-Z, HWiNFO, HWMonitor, MSI Afterburner, Rivatuner, SIV, SpeedFan) are synchronized with AIDA64 and each other, but Asus refuses to implement the necessary and standardized synchronization technique. If they would, such collisions would never occur with other software...