Jump to content

Fiery

Administrators
  • Posts

    11545
  • Joined

  • Last visited

  • Days Won

    489

Everything posted by Fiery

  1. 1) The INum column in the Item table is supposed to be a unique identifier column. We also use the IID column there to identify specific information bits, although IID values can be repeated: if for example you have multiple video adapters, you'll have multiple IID = 523 entries. 2) The lack of updating is there for two reasons. First, most of AIDA64 Business Edition users want to see changes between audit snapshots, using either AIDA64 Change Manager or a proprietary query solution. Second, it may raise security concerns if any network user would be able to modify (update) an entry related to his (or another user's) audit data. Imagine a user install a specific software or malware in his computer, and then update the daily audit snapshot to remove or alter the entry that would reveal what he's done I don't actually mean to talk you into using AIDA64 with all that, I just felt it's best to clarify those concerns Regards, Fiery
  2. 1) You can do remote monitoring, remote reporting and remote control between different OS versions. 2) There's no such restriction. All you need to have is TCP/IP connection between the computers.
  3. Thank you for the new dumps. Please upgrade to the following new AIDA64 beta: http://www.aida64.com/downloads/aida64extremebuild1751p8r9djxchszip Let me know how it works Thanks, Fiery
  4. Using the latest AIDA64 beta, 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. Also copy-paste the full content of the Computer / Sensor page of AIDA64 into this topic. Thanks, Fiery
  5. There's a SQL_Schema folder in AIDA64 Business Edition installation folder. You can find the necessary SQL schemas there which you can use to initialize the required SQL tables. Regards, Fiery
  6. No, it's definitely not measuring anything based on ambient temperature. You can adjust the core temperatures if you think it's off by e.g. 20 or 25 Celsius using the Correction feature of AIDA64 (main menu / File / Preferences / Hardware Monitoring / Correction).
  7. Thank you for the feedback
  8. Thank you. Please upgrade to the latest beta version of AIDA64 Extreme Edition available at: http://www.aida64.com/downloads/aida64extremebuild1747rfmh8jz2cyzip After upgrading to this new version, make sure to restart Windows to finalize the upgrade. Let me know how it works. There's a slim chance the CPU Vcore and CPU VTT voltages are reversed. Please watch them both, and let us know if we need to swap them. CPU VTT should be very stable, while the CPU Vcore readings should fluctuate according to SpeedStep and C1E state changes. Thanks, Fiery
  9. We've changed the minimum bar width and minimum bar height to 1 pixel both. Make sure to upgrade to the latest beta version of AIDA64 Extreme Edition available at: http://www.aida64.co...47rfmh8jz2cyzip After upgrading to this new version, make sure to restart Windows to finalize the upgrade. Let me know how it works As for the graphics memory usage, it can only be measured for nVIDIA video adapters. Thanks, Fiery
  10. We've added support for ZoneAlarm v10 in the following new AIDA64 beta release: http://www.aida64.com/downloads/aida64extremebuild1747rfmh8jz2cyzip After upgrading to this new version, make sure to restart Windows to finalize the upgrade. Let me know how it works Thanks, Fiery
  11. I'm afraid it's not AIDA64. FX processors feature a temperature diode that measures wrong temperatures in basically all conditions. Usually that temperature is unrealistically low, well below ambient temperature. So far noone seems to have an idea on how to implement a workaround. It already happened before, with some AM2 processors, and there a simple offset helped to get proper temperatures. Maybe this time it's the same, but AMD didn't provide any useful information on the issue. Regards, Fiery
  12. NetUpdate is not meant to be translatable, so we wouldn't need to fix that We'll check the "OK" issue. Thanks, Fiery
  13. AIDA64 reads BIOS Settings (as listed on the Motherboard / BIOS page) using Asus ATK BIOS calls. Hence those values reflect the values Asus BIOS provides to Windows applications. In your case I'm afraid there's a BIOS bug that results in improper DRAM voltage calculation by the BIOS. It doesn't mean the BIOS uses the wrong DRAM voltage, so you don't have to worry about that. It's a minor glitch that only affects software that read out the BIOS Settings via Asus ATK BIOS calls. Regards, Fiery
  14. Thank you for the data. It looks like a tough one though (to figure out the voltage registers and voltage ratios), so if it's possible, please provide us with more data. Please go the BIOS Setup and note down all values you can see on the M.I.T.\PC Health Status page, all temperatures, voltages and fan speeds measured there. Or, alternatively, you can also make a photo of that page, if it's easier for you. In case your voltage settings have changed since you made the dumps above, then please create a new ISA Sensor Dump to make sure the BIOS Setup PC Health Status values match the dump. Thank you for your time. Regards, Fiery
  15. "CPU" temperature reflects the surface temperature of your processor, measured by the onboard sensor chip built onto your motherboard. Your processor itself has quite a few temperature diodes integrated onto certain parts of the CPU die. "CPU Package" reflects the average inside temperature of your processor, "CPU IA Cores" is the average temperature of the processing cores (classic CPU cores) part, "CPU GT Cores" is the temperature of the HD Graphics IGP (integrated GPU of your processor), while the "CPU #1 / Core #n" temperatures are the per-core temperatures. I hope this helps Regards, Fiery
  16. 1) Please copy-paste the full content of the Computer / Sensor page of AIDA64 into this topic. 2) Then right-click on the bottom status bar of AIDA64 main window --> Sensor Debug --> ISA Sensor Dump. Copy-paste the results into this topic. 3) Then right-click on the bottom status bar of AIDA64 main window --> Sensor Debug --> SMBus Dump (Full). Copy-paste the results into this topic. Based on those data we can investigate this issue and implement the missing sensor values Thanks, Fiery
  17. Thank you for the feedback
  18. That is due to the infamous ULPS feature of AMD Catalyst drivers. You need to disable ULPS to make AIDA64 work 100% reliably. You can disable ULPS by setting all occurences of EnableUlps to 0 (zero) in the Registry, using Registry Editor (REGEDIT.EXE). Regards, Fiery
  19. Please contact ABSEIRA Ltd. (info AT abseira.com), our distributor about this matter. I'm sure they will be able to figure out something for such a special purpose Regards, Fiery
  20. The MemBW dump is an experimental hidden feature It's not a problem if it doesn't work "nicely", since it's not intended for general use.
  21. Thank you
  22. Thank you for the feedback
  23. Thank you for the feedback
  24. We've implemented a new option in AIDA64 / main menu / File / Preferences / Stability to let you disable GPU sensor support. So far we haven't found a better way to prevent nVIDIA drivers from "waking up" the sleeping GPU while reading GPU sensor values in AIDA64 Make sure to upgrade to the latest beta version of AIDA64 Extreme Edition available at: http://www.aida64.co...40jw8gb7pkfzzip After upgrading to this new version, make sure to restart Windows to finalize the upgrade. Let me know how it works. Thanks, Fiery
  25. I'm sorry for the delays. It took quite a while to reproduce the issue and fix it up. Please upgrade to the latest beta version of AIDA64 Extreme Edition available at: http://www.aida64.co...40jw8gb7pkfzzip After upgrading to this new version, make sure to restart Windows to finalize the upgrade. Let me know how it works. Thanks, Fiery
×
×
  • Create New...