Jump to content

vlad

Members
  • Posts

    30
  • Joined

  • Last visited

Everything posted by vlad

  1. Hello to everyone! Quick question: I saw that in the 6.8 release notes is a mention about improved support for Elgato stream deck. Can anyone share details about the improvements? In 6.7 all you could do was to put a stat on the bottom most right key. Thanks in advance for the info!
  2. I was wondering if the reply from the developer of the hwinfo version of the plugin, helped the developers in any way... https://github.com/shayne/hwinfo-streamdeck/issues/11
  3. It seems that there is interest in seeing support for Elgato Stream Deck in Aida64. So what do you think devs, any chance you can make that happen?
  4. I too would gladly renew my AIDA64 licence, if they would find time to develop proper support for Elgato Stream Deck .
  5. Yeap, I still have interest in seeing this happening. I settled for HWHINFO64 myself, after the devs answer. But would be great if they would decide to invest time in this. btw, I am using an older version of HWINFO64 (just for this purpuse), that predates the paywall 6.42 -4360. It still works fine
  6. Not to rain on anyone parade, as the saying goes, but this is pretty much useless for any practical purposes. Having no option to choose the button to use and having an animated status icon that is "folder structure agnostic" and therefore always showing no matter in what subfolder I am forces me to give up one of the 15 keys that I have in exchange for 1 system status. Not good at all. The plugin that I have mentioned at the beginning of this post (totally free and depending on an app that is also totally free) gives the user full control. I did not liked that option because it meant installing yet another system monitoring app to run alongside Aida64. Giving the current status of development for this feature in Aida64, it seems that I am forced to do that, if I want to use my Stream Deck for system monitoring. Hope you will make progress in the future with the development of this feature, so people will not have to use this unfortunate workaround. Well... nobody can do everything, so I can`t say that I blame you for not making a priority out of this request... So, what can I wish you? Happy coding? Ok, happy coding and a nice day onward!
  7. Latest updates lists support for Elgato Stream Deck. Although I understand, at least partially, the difficulties of adding this feature and therefore willing to be patient with its implementation, I can not say that the actual state of development merits the name of "support for Elgato Stream Deck"...
  8. It is normal for wip. I don`t do much coding except for occasional scripting, but even that can get... intense. Writing a plugin from scratch is no easy task. I think you did a great job so far. I like the fact that you can still use a button, even if it is controlled by Aida64. I can see the potential: having a graph for say, total CPU usage and when you press the button, you get a full (6,15,32 whatever Elgato you use) of details, like per CPU usage, power usage, thermals... Keep up the good work. I think you provide great customer support.
  9. Thank you for putting in the effort to implement this feature. It works great. Only one thing that I don`t know if you are aware: it does not know of the folder structure of the device ( meaning that it is always there, no matter if you are in the first screen or in a subfolder of functions). Interesting fact: even if it is placed over a uised buton, it only overrides the graphic and not the function. The button can still be pressed and works as configured.
  10. Well, I wish I could help with that... But I can`t. I will be patient. Thank you for your efforts!
  11. I was curious: how are things going with the implementation of the requested feature?
  12. I think that option 1 (Just like with HWiNFO) makes the most sense. You can display any value that you need, without blocking the device. The intended use scenario is having a subfolder with the sensors, while keeping the rest of the buttons for other functions. Perhaps CPU and GPU visible in all the other shortcut folders to always have a general view of the most important stats, no matter what I do. Thank you for moving so fast with this!
  13. Thank you for your efforts. I was hoping for good news. From what I have noticed in your case, no news is usually good news being a sign that you are looking into the matter. I am convinced that you will do a great job exploiting the potential of this device.
  14. It has been a week. I was curious if you can give me an answer, whatever is possible or not to implement this functionality? I am hoping for a positive answer, because I like the Aida64 software and do not really want to install HW info
  15. There is a plugin for HW info that works like this: https://github.com/exension/hwinfo-streamdeck It would be possible to implement something similar for Aida64?
  16. A big hello to the developers, followed by a question: Any chance to add LCD support for Elgato Stream Deck? https://www.elgato.com/en/gaming/stream-deck That would be nice...
  17. Noticed that this morning, when I swaped the white "background" color for a desaturated light blue that turned white on the said keys. Then I did some color testing and come up with the bug...
  18. Have another bug for you: The Numpad numbers and and the top raw numbers (so only the part actualy used by a 2 or 3 digit meter) have the B <-->R channels swaped for the "background" color. Meaning that white shows white, but using any combination of RGB that does not have R and B equal results in wrong colors, compared to the rest of the keboard "background" keys. If you put, for example a pure red you can see that very well, because the number keys "background" becomes blue instead.
  19. It works as expected. Thank you for taking care of the problem. Excelent work!
  20. Thank you for taking the time to deal with this!
  21. Thank you. It works much better. Still a problem with using 2 or 3 digits to represent a sensor, the number keys (top raw and and numpad numbers for 3 digits) not responding to background color (unlit).
  22. Yes there is, but if you have a sensor maped to a raw of keys, say qwerty, and the "bar" is up to lets say "letter" the ones after it from"y" onward, will remain unlit, regardless of the "background color" chosen. So if you map 3 sensors to the 3 raws of keys: "qwerty", "asdf" and "zxcv" you will have most of the key unlit, unless the sensor "bar" ar always close to 100%
  23. Hello to the developers! Thank you for keeping such a good care of this software product. Regarding the feature that is the subject of this topic: after using it for 2 months I have some feedback. Right now, if you configure a raw of keys to show something, you loose the background color (the one you set globaly), so if the "bar" is half full, the rest of the key go unlit. Why this is a problem: if you have the qwerty, asdfg, zxcvb raws asigned to some sensors that do not reach 100% most of the time and instead go arond, let`s 50% you end up having most of your keys unlit, which is making the keaboard hard to use in dim light. If it is not to much trouble, it would be nice to have the extended areas of the keyboard and other rgb peripehrals available to maping (like zones on the mouse, extra keys on keyboard and so on...). I know that are a lot of peripherals out there so it may be hard to cover them all, but at least the products from the most used peripherals like Corsair, Logitech, Razer... Anyway point 2 is not that important, but point one ( persistent background color for raws of keys ) it would improve usability. In the hope that you will have time to address this request I thank you and wish you well!
×
×
  • Create New...