The author, Alex Van Kaam, has decided to call it quits. Citing the inability to obtain technical information from key manufacturers as the main source of his frustrations, Alex has decided that 7.5 years of development is enough.
The full story can be found at Alex's MBM homepage.
I don't know for alternatives, but I agree that MBM was somewhat useful, but it was so hard to configure even for advanced users... I really hated it for that reason. I often use it while I set up overclocking, then, I mostly never run it.
I would better like, a more intuitive application with less eye-candy. I don't know who will take over this project... I mean who will start from scratch for this? If I were good enough in programming I might be interesting in doing it, but I'm not good enough in VB to do it!
But, basically, it's a simple thing to do, some read call, display them, keep the lowest/highest/average in variables. What's hard, it's probably to try figure out how to read from all those chipset/BIOS and different implementation!
I think a good start would be with something like CPU-Z that already identify BIOS/Chipset/motherboard model and revision.
--
It's tricky to use words like <b><font color=green>AMD</font color=green></b> or <b><font color=blue>Intel</font color=blue></b> in a signature some users could think your are biased.
hmm.. I assume even the windows API is too high-level to get much of that information ..
I don't know in truth. Maybe I'll look into it if I'm bored sometime.
I see what you mean - something <i>really</i> simple would be great. Just simply display temps & voltages, with a simple timer for Poll Interval & maybe some logging. I would certainly use it myself.
---
Epox 8RDA+ V1.1 w/ Custom NB HS
Summer's here! so ease off the overclock...
XP1700+ @166x12 (~2Ghz), 1.45 Vcore
2x256Mb Corsair PC3200LL 2-2-2-4
Sapphire 9800Pro 400/730
something really simple would be great. Just simply display temps & voltages, with a simple timer for Poll Interval & maybe some logging.
Yes, this is the way to go! Simplicity is often underestimated!
Quote :
Summer's here! so ease off the overclock...
XP1700+ @166x12 (~2Ghz), 1.45 Vcore
My answer to that :
It's Summer, crank up overclocking to burn that AXP chip! I want an A64 asap!!! XP 1800+ @ 166x12 (2.0GHz), 1.8 Vcore
--
It's tricky to use words like <b><font color=green>AMD</font color=green></b> or <b><font color=blue>Intel</font color=blue></b> in a signature some users could think your are biased.
That's exactly what's hard, reading the sensor. Each chipset is different, no standard addresses or access methods between chipsets. The obtained values aren't even in degrees just arbitrary, unbuffered, digitized numbers. You have to create the correct formula for each sensor/chipset combination. You also have to determine the correct bias values, offset from the zero or default value. You can't use just high, low and average either. System interupts can cause intermittent nonsensical values which have to be detected and ignored. Plus it's all experimentation and trial and error if the manufacturers won't provide the necessary information.
<b>56K, slow and steady does not win the race on internet!</b>
So it's a good challenge for someone who likes messing with code/hardware. What would be great, it's an open-source project for this. So a lot of people could test or gives feedback to devellopers.
--
It's tricky to use words like <b><font color=green>AMD</font color=green></b> or <b><font color=blue>Intel</font color=blue></b> in a signature some users could think your are biased.
Hummm.. Would it be possible for him to "sold" informations or software to another company?
I company liek FutureMark might be interested in this kind of software!
--
It's tricky to use words like <b><font color=green>AMD</font color=green></b> or <b><font color=blue>Intel</font color=blue></b> in a signature some users could think your are biased.
You are about to answer a thread that has been inactive for more than 6 months. If you still wish to proceed, please ensure that your posting is original and does not duplicate or overlap any prior responses to this thread.