Jump to content

BAG

Members
  • Posts

    10
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

BAG's Achievements

Newbie

Newbie (1/14)

  • First Post Rare
  • Collaborator Rare
  • Week One Done
  • One Month Later
  • One Year In

Recent Badges

0

Reputation

  1. CFA835 LCD, custom layouts for 10+ machines, 10+ years now, and with 2 machines with AX1600i psu (and a few others with other Corsair parts), I would LOVE support for Corsair PSUs. But I also understand (being a dev myself) just how terrible Corsair has become with their software. Such a shame, because I'd KILL to just have the W-in and W-out for my LCD. Thank you for all the working keeping up the support in AIDA64!
  2. AIDA64 is correct! To be more precise: MSI Afterburner and GPU-Z are wrong (on the percent, but have the correct RPM). Precision X1 and AIDA64 (6.32.5650 Beta) are correct. See attached image. img20210322165105.bmp
  3. Just checking in to see if there are any updates. Was curious if maybe you have dusted off the LCD code to see if any of this is possible to easily add. Thank you, as always.
  4. The GPU sensors (GPU1/2,MEM1/2/3,PWM1/2/3/4/5,FAN1/2/3) are working great for me on the LCD. Thank you for getting this working, it is very much appreciated!
  5. The GPU sensors work great on the LCD. I put all the GPU sensors on the LCD and verified them against the EVGA Precision sensor window. Everything lines up correctly (temperatures and fan speeds). I attached a screenshot of the LCD setup and EVGA Precision sensor window for reference. Side note: One thing EVGA Precision software does is use max of GPU1/2 as GPU, max of PWR1/2/3/4/5 as PWR, max of MEM1/2/3 as MEM, to drive the fan curves/onboard leds/etc. I know AIDA64 doesn't allow aggregate functions on sensors (ie, max of sensor1, sensor2, sensor3), HOWEVER what is great in this circumstance is that for this particular videocard GPU1, PWR4, MEM2 are always the max temp 99% of the time (due to location on the card), so I was able to use those for my 3 LARGE numbers. Thank you!!
  6. I completely understand if any of this is considered too specific (although I would think this would benefit almost everyone with a CrystalFontz LCD). You did mention #3 (reboot module on exit option) and #1 (independent brightness for LCD and keypad), so the only one left is #2 (key support to adjust/toggle brightness) to consider as "deep customizations". I would think simply adding the ability to toggle brightness to 0 vs whatever the sliders are set to would be a fairly simple thing -- aida64 is already reading the keys for up/down/left/right to do page switching, so handling CHECK or CANCEL buttons and using them to toggle brightness between 0 vs whatever the slider(s) are set to in aida64 would seem to be rather easy (again, no idea the state of the code, I write as well so I know it is not always that easy). Thank you for the response and consideration!
  7. It looks good. I verified on my EVGA GTX 1080 Ti FTW3 and using the EVGA Precision XOC (x64 v 6.1.6) sensor window I was able to verify (via a bit of gaming in a window to get unique temperatures) that all the temperatures (gpu1/2, mem1/2/3, pwr1/2/3/4/5) line up (ie. gpu2 was gpu2 from EVGA Precision and AIDA64 Sensor, etc.). Can't wait to see this appear in the LCD sensors.
  8. Here is the dump. Thank you for looking at this. nvidiasmbusdump.txt
  9. I second this question/request (providing all the EVGA iCX values in AIDA64). I am hoping it is as simple as reading from the correct register location.
  10. So first I want to say, amazing support for CrystalFontz CFA835 LCD. It works great (and I love the greyscale support)! Only a few things (3) I wish AIDA64 did with this LCD and it would be PERFECT for me. I am a software developer, so I THINK this would be easy, but I know it depends on how the code is factored at the moment (ie. cfa635/735/835 all using the same code base such that writing specific code for cfa835 is not that easy). I am also not sure if AIDA64 is calling the API directly or not, so my suggestions might not be possible. And of course, these are all suggestions, I don't actually expect any special development time just for my suggestions (but I wouldn't turn it down). 1) Support for turning off keypad backlight (and/or adjusting it independently from the LCD backlight). Using cfTest, this is packet type 14, and you can send \xxx (where xxx is 000-100 for both backlights) or you can send \xxx\yyy (where xxx is 000-100 for LCD and yyy is 000-100 for keypad backlight). I assume right now, all the slider in AIDA64 does is send the single \xxx which adjusts both backlights. I would LOVE to either have 1) two sliders, one for LCD and one for keypad and if either are adjusted, it sends both (\xxx\yyy) to update the cfa835 OR 2) one slider adjusts the LCD backlight and a checkbox for keypad backlight on/off (which would toggle either just sending \xxx or sending \xxx\000). Usecase: I don't want the keypad backlight on at all since it makes one of the cases I have it in look bad AND is too bright and it is super easy to find the keys anyway since the lcd screen is lit up! 2) Keypad support (either up/down or left/right) to adjust the brightness (in 10% increments or something) such that it can also go to 0 (off). Right now up/down AND left/right change between the 4 pages, and really only one set is necessary. This would allow turning off the backlight completely and then with a push of the arrow keys, upping the brightness to useful levels in the room. Alternatively, one of the OK or CANCEL buttons on the keypad could work to toggle LCD (or both) backlights on/off if that was easier. Usecase: I have one CFA835 next to my monitor and while playing certain dark games, I would like to turn the backlight off, but be able to turn it back on when necessary. 3) Reboot module on exit. When exiting AIDA64, it appears AIDA64 does some cleanup API calls to the CFA835 that 1) turn off the backlights 2) clear the screen 3) turn off all GPIO LEDs. This leaves it in a very strange state. I would really love it to instead call Reset (packet type 5) with Module Reboot (\008\018\099) or even Module Soft Reboot (\008\025\048). Usecase: the module can be setup with the exact options: brightness, lcd screen text/image, gpio led, etc. to use as boot state, so I have set that up with my preferences for each lcd and it would be perfect if/when AIDA64 exits it would issue the reset command so that it would be in this state without requiring a powercycle of the CFA835 (for external USB one) or issuing the reset module command myself via cfTest (for internal USB one). I have used AIDA64 for years and it is INCREDIBLE, so thank you for all the development work (especially on the LCDs). Also, completely off topic for LCD screens: I am crossing my fingers that AIDA64 gains support the evga 1080ti ftw3 to read the 3 temps (gpu, power, memory) and 3 fan speeds; I know this is an AIO board, so it might not be possible or may never happen, but I can dream (right now AIDA64 can only read the standard GPU Temp and one of the three fans). If the evga1080ti-ftw3 temps/fans + 3 LCD items I listed above were accomplished, I would be in complete PC monitoring bliss! Thank you for your time, BAG
×
×
  • Create New...