Jump to content

Fiery

Administrators
  • Posts

    11545
  • Joined

  • Last visited

  • Days Won

    489

Everything posted by Fiery

  1. Okay, so the previous fix didn't solve it We'll work on it, and I'll let you know in this topic once we have a solution. Thanks, Fiery
  2. Can you please tell us more about the issue? Or maybe a link to a forum topic where users discuss it? Thanks, Fiery
  3. That bug has already been fixed in Build 1334. Are you using an AIDA64 build newer than that?
  4. Thank you for the feedback
  5. Do you mean AIDA64 only detects one GPU on the Display / GPU page? Or you mean AIDA64 only measures one GPU temperature on the Computer / Sensor page? If the latter, then it's normal, since most IGP chips do not feature a thermal diode.
  6. You can either use the External Applications feature (AIDA64 / main menu / File / Preferences / Hardware Monitoring / External Applications) to export the temperature, voltage and fan RPM values to WMI, shared memory or Registry. Processing those values from a Windows program should be relatively easy, and you can pick whichever method you prefer to process from your program. Or you can also save those values to a CSV or HTML log file in AIDA64 / main menu / File / Preferences / Hardware Monitoring / Logging. The CSV log file is also easy to process from another program.
  7. That date is encoded into the AMI BIOS motherboard ID. AIDA64 has no control over that entry. You can check the actual system BIOS date (detected by AIDA64) on the Computer / Summary and Motherboard / BIOS pages.
  8. Thank you for the feedback
  9. Thank you for the feedback
  10. We've fine-tuned the sensor information to better support your motherboard. Please upgrade to the latest beta version of AIDA64 Extreme Edition available at: http://www.aida64.com/downloads/aida64extremebuild1412vs6dflky0szip After upgrading to this new version, make sure to restart Windows to finalize the upgrade. Let me know if it helps. Please note that the CPU fan RPM may be lower under Windows than in the BIOS Setup due to the fan controller logic used by your motherboard. Thanks, Fiery
  11. We've fixed the temperatures for your motherboard. Please upgrade to the latest beta version of AIDA64 Extreme Edition available at: http://www.aida64.com/downloads/aida64extremebuild1412vs6dflky0szip After upgrading to this new version, make sure to restart Windows to finalize the upgrade. Let me know if it helps. Thanks, Fiery
  12. The bug is due to the pecularities of UEFI BIOS. We've applied a workaround to make sure AIDA64 detects the correct system date on all systems. Make sure to upgrade to the latest beta version of AIDA64 Extreme Edition available at: http://www.aida64.com/downloads/aida64extremebuild1412vs6dflky0szip After upgrading to this new version, make sure to restart Windows to finalize the upgrade. Let me know if it helps. Thanks, Fiery
  13. AFAIK OCZ Vertex3 drives haven't got a working temperature sensor.
  14. I'm sorry, but I can't promise you a fan controlling feature for the upcoming months We're focusing at other AIDA64 improvements and new features for 2011.
  15. Thanks for the dump. The fix will be included in the next AIDA64 beta release.
  16. We already have an option in AIDA64 / main menu / File / Preferences / Stability called "SMBus access through ACPI" to avoid conflicts with Asus' own monitoring and tweaking software. Please try to enable that option, restart AIDA64, and check if fixes the issues. Please note that it may or may not work on your motherboard, due to differences in ACPI implementation by Asus across various Asus-made motherboards. BTW, just like most Windows monitoring, tweaking and oveclocking software, AIDA64 uses standard mutexes to avoid conflicts with other similar purpose Windows software: http://www.techpowerup.com/wiki/doku.php/systool/mutexes_to_avoid_collisions Even though the developers behind those synchronized software asked Asus numerous times to implement those mutexes in Asus monitoring software, Asus still refuse to do so. It makes avoiding such conflicts a very tough, almost impossible job
  17. Fiery

    My sugestions

    You can actually do both of those if you right-click on the "Benchmark" group in the left window, and select "Quick Report" Regards, Fiery
  18. Core temperatures are read from the CPU. AIDA64 uses the core temperature measurement method that AMD recommends, so in case the measured values are off, it's not the fault of AIDA64. We'll fix the voltages in the next AIDA64 beta.
  19. Maybe some Registry values have been left there on your system. Please try the following to remove any residual Registry entries: 1) Close AIDA64 2) Start Registry Editor (REGEDIT.EXE) 3) In the Registry Editor navigate to the following path: HKEY_CURRENT_USER\Software\FinalWire\AIDA64 4) If you have a folder called VistaSidebar inside that path, then delete it completely. 5) Then Navigate to the following path in Registry Editor: HKEY_LOCAL_MACHINE\Software\FinalWire\AIDA64 6) If you have a folder called VistaSidebar inside that path, then delete it completely. 7) Then restart your computer, and check if that fix made any difference. Thanks, Fiery
  20. Thank you, we'll fix the voltages (thanks Mumak ) Can you please tell me what's wrong with the temperatures? Are they too high? Or too low? Or they show the right values, but they're labelled wrong? Please note that in the BIOS Setup the CPU is running at 100% load, while under Windows it can switch down to power saving states. Hence in the BIOS Setup the temperatures will always be higher than under Windows.
  21. 1) First of all, please upgrade to the latest beta version of AIDA64 Extreme Edition available at: http://www.aida64.com/downloads/aida64extremebuild1405bd3cym9gvszip After upgrading to this new version, make sure to restart Windows to finalize the upgrade. 2) Then 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. Based on that output, we can check out what's wrong with the CPU sensor. Thanks, Fiery
  22. Maybe these days WD have come to their senses and use unique model names for each drive, but it wasn't the case for many years. When we've started to build our hard disk drive database, it was terrible, so we gave up. We may get back to WD drives if they survive the ongoing "who buys who" game in the HDD industry
  23. Thank you, we'll fix it in the next AIDA64 beta release. Regards, Fiery
  24. We've tried to replicate the issue, but it worked flawlessly on our test systems. Please let us know more about your system: 1) Windows version, kernel type (32-bit or 64-bit) 2) Motherboard model, CPU type 3) Do you have UAC enabled? 4) Do you have "Use HKLM in Registry" option checked or unchecked in AIDA64 / main menu / File / Preferences / Hardware Monitoring / Vista Sidebar? 5) I suppose you configured AIDA64 to start itself automatically at Windows boot. Have you tried to close AIDA64, remove its scheduled task using Task Scheduler, and then start AIDA64 again to let it re-create its scheduled task? Thanks, Fiery
  25. WD has a habit of assigning the same model ID to different products. And that makes it impossible to build an accurate WD hard disk drive database. We currently have no plans to extend our hard disk drive database with further fields. Regards, Fiery
×
×
  • Create New...