-
Posts
11190 -
Joined
-
Last visited
-
Days Won
475
Content Type
Profiles
Forums
Events
Posts posted by Fiery
-
-
On Windowx XP and Windows 7 systems we can see only a single entry. Do you use Windows 7 or Windows Server 2008 or Windows Server 2008 R2? Your computer is not logged into a domain, is it?
-
The problem is due to AIDA64 not being able to measure APIC clock because you use an ACPI table virtualization patch. Such patches are used by Windows activator utilities to emulate a SLIC table. You need to have a legal Windows 7 copy to get APIC clocks back.
-
AIDA64 Business Edition supports CSV, XML and SQL database reporting. AIDA64 Extreme Edition only supports TXT, HTML and MHTML report formats.
Regards,
Fiery
-
Scheduled tab now is displayed correctly, but I can't use the double click feature to modify task properties.
Apparently since Windows Vista such feature is no longer available in the Task Scheduler API. So we'll remove the double-click hint in the next AIDA64 beta release.
However, not all scheduled tasks are shown (for example all complete Windows tasks are missing).It's normal. We chose not to display system tasks, because it would make the list of scheduled task very long, and would make finding non-system tasks rather difficult.
-
We've checked AnyDVD and CloneDVD, and they protect product keys with encryption. We'll check the rest soon.
-
1) Nero and Photoshop is already supported. But modern software products may encrypt their license keys, effectively preventing AIDA64 to collect them.
2) We'll check the rest of the requested software
3) Audio codecs are enumerated via acmDriverEnum Windows API call. Video codecs are enumerated via ICInfo Windows API call. I guess K-Lite fails to register the installed codecs properly, and so those API calls do not see the installed codecs.
Regards,
Fiery
-
Are you sure you have any opened files? Please note that in that case "opened" means the file is accessed from across the local network.
-
I find odd is this bit of text here from the AIDA64 report "100 MHz (original: 800 MHz)" I'm seeing this all over the report... is this normal?
Yes, it's normal. Your video adapter lowers its clocks when you're not running a 3D application (like a 3D game).
You can use AIDA64 System Stability Test to stress your system and check if it is overheating under heavy load. Go to AIDA64 / main menu / Tools / System Stability Test, enable only the "FPU" test, and press the Start button. Watch whether the lower graph (Throttling) shows any non-zero percent activity.
-
Thank you for the feedback.
Regards,
Fiery
-
We've fixed that in the latest beta version of AIDA64 Extreme Edition available at:
http://www.aida64.com/downloads/aida64extremebuild1611kb6wjk2msdzip
After upgrading to this new version, make sure to restart Windows to finalize the upgrade.
Let me know how it works.
Thanks,
Fiery
-
We've fixed that in the latest beta version of AIDA64 Extreme Edition available at:
http://www.aida64.com/downloads/aida64extremebuild1611kb6wjk2msdzip
After upgrading to this new version, make sure to restart Windows to finalize the upgrade.
Let me know how it works.
Thanks,
Fiery
-
Please upgrade to the latest beta version of AIDA64 Extreme Edition available at:
http://www.aida64.com/downloads/aida64extremebuild1611kb6wjk2msdzip
After upgrading to this new version, make sure to restart Windows to finalize the upgrade.
Let me know if it helps.
Thanks,
Fiery
-
You're right, listing scheduled tasks may not work in some cases under Windows Vista and Windows 7. We'll fix that. I'll drop a message into this topic once a fixed AIDA64 build becomes available.
Thanks,
Fiery
-
Yes, we do have plans about such new hardware monitor items. I'll drop a message into this topic once the requested feature becomes available in AIDA64.
Thanks,
Fiery
-
1) Does the clock measurement in AIDA64 work properly if you close CPU-Z and any other software that also measures CPU clock?
2) Please right-click on the bottom status bar of AIDA64 main window --> CPU Debug --> CPUID & MSR Dump. Copy-paste the full results into this topic.
Thanks,
Fiery
-
Please note that the shared memory content doesn't have a fixed length, so the number of characters is dynamically changed depending on the shared memory content. We indicate the end of string by the NUL character. If you use a char* or PChar sort of variable, then it should be easy to handle a zero-terminated string.
-
NUL character is used to indicate the end of the string.
-
Fair enough. But how about doing a check and warning AMD crossfire folks that going any further may lock your system up?
I have to agree to disagree with your answer.
We could display that in many cases (not just with CrossFire/ULPS), since there're numerous pitfalls while performing hardware detection. And as I've stated above, our workarounds work in most cases, just not in all cases. It's not easy to decide in which case shall we display a warning.
-
This bug is BS because you have to disable a power saving feature to get the software to work or disable crossfire. I am using version 1.60 and would upgrade if I was assured this issue has been fixed..
Thank you.
Please stop blaming us. I've further explained in the other thread where you posted similar comment.
This thread is closed.
-
I got another suggestion. You could pull out the second gpu just to use their software! Its unacceptable to disable a key system power saving feature just to use this software. I can't believe they haven't fixed this issue at version 1.85 already!
I say AMD/ATI users ban AIDA64 until they fix this issue!
BS.
Edit: Why I'm pissed: Risking data loss due to an unexpected reboot is not pleasant...
Please choose your words more carefully.
It's not our fault that AMD implemented the ULPS feature in a way that causes issues to 3rd party software vendors like us and many other guys who work on diagnostic and monitoring software. We've talked to a software/firmware developer who works close to AMD about this, and even he admitted the way AMD implemented ULPS in their drivers is very unwise. It simply turns off the secondary GPU when it's not used, and a simple MMIO readout -- a standard Windows method to read registers from various type of hardware -- causes a hard lock on the computer. Please note that I'm talking about readout, not writing to any registers.
If you know what MMIO is, how Windows kernel drivers work, and what should happen when a system component goes to sleep, then it should be obvious to you that how ULPS works is clearly unacceptable. We've tried to implement workarounds, in fact, we did implement 3 different workarounds to overcome the ULPS nightmare, but they don't work in some cases.
If you want to blame anyone or ban anyone, it should be AMD Catalyst developers, and not AIDA64 or any other 3rd party applications.
BTW, nVIDIA wisely invented and then keeps maintaining, improving and extending a special interface called NVAPI, that allows 3rd party developers to safely communicate with the GPUs, including SLI configurations. It's a fast an efficient way to access the GPU, to measure clocks, temperatures, voltages and other properties. AIDA64 implements support for NVAPI to avoid any potential issues that would be caused by direct communication with video hardware.
AMD on the other hand implemented their own solution called ADL (in their Catalyst driver suite), which is very slow and inefficient way of talking to their hardware. We simply cannot use that in AIDA64, because it would make it impossible to read clocks, temperatures and voltages in real-time, with a frequent update period. If AMD would have implemented ADL properly, we could use it to avoid ULPS issues.
Don't get me wrong, we love AMD's video adapters. We just hate their drivers and the way they implemented ULPS. And it's quite frustrating when someone puts the blame on us. That's all.
-
new question: what encoding does the xml use? ASCI UTF8? etc?
Plain old ASCII
-
we are buying the 10 licenses can also be used in preference / scheduled time (once a day).
Of course you can use that feature. So if you set it to once a day, such users who log on to their computer multiple times a day will only have one report created every day.
Its hiding the systray icon?By using the /SILENT command-line option, the system tray icon of AIDA64 will be hidden.
-
Hello, I am not able to collect the audit information from the network, you can help me please. I am using this command line:
\\server\AIDA64 Business Edition\aida64.exe /r \\server\report\$HOSTNAME /CSV /AUDIT /SAFE /SILENT
shared folder on the server xp, and AIDA64 and report folder
The only potential issue I can see about your command-line is the space characters in the shared folder name. Try to rename the folder called AIDA64 Business Edition to something simpler, e.g. aida64business. The rest of the command-line seems just fine. If it still doesn't work, then check if you provided the necessary write permissions to the \\server\report folder for your network users.
-
One more thing, is there any way to schedule automatic comparing of report files and notify by mail or other means about detected hardware changes?
I'm afraid that's currently not possible with AIDA64.
Asus P8Z68-V + i5 2500K BCLK=100 Aida64=110
in Hardware monitoring
Posted
That solved the APIC clock measurement. It should solve the clock and multiplier issues too