Hello Patrike,
Thanks for the new update.
In my opinion, the first thing you should focus on is on making the program more customizable.
Right now, a lot of things are hardcoded and can't be modified, example:
Hi,
puwaha already gave some answers, but I will add my view on some of these items as well. I also would like to start by saying that I appreciate this kind of feedback - it helps me to prioritize the items I have on the very long todo-lists. Some of the points you make are already items high on my todo-list or already supported.
- Coins:
Yes, you can add more but the program doesn't really use them for mining.
It should allow you to specify the URL for the coin explorer so the program can update the block size, difficulty and network hashrate.
Right now this is hardcoded and restricted to the list of coins you have decided to add.
This would also allow your program to perform something that, as far as I know, no one else is doing:
ability to keep track of all your altcoins, wherever they are.
Many coin explorers are different, so if you don't have any consistent way of getting block size, difficulty, exchange rate and so on, it's difficult for Awesome Miner to support custom coins out of the box. If they are listed on WhatToMine or Coinwarz, Awesome Miner will get everything for you - and that's not hardcoded at all.
What some of the power users do is they develop custom C# scripts inside Awesome Miner, where they connect to different sources online (block explorers, exchanges, ...) to get coin statistics, then using the API's to set coin statistics for their custom coins in Awesome Miner. This is super flexible and can support many new and strange coins.
The C# scripting feature is for sure a feature only for the most advanced users, but it gives you very much flexibility:
http://www.awesomeminer.com/help/script.aspx- Miner programs:
The list is set and no modification is allowed. For instance, take "ccminer". There are quite a few versions of it and some of them are heavily optimized for a certain algorithm.
So one size doesn't fit all.
Also, Genoil's Ethminer has reached the same performance (and in some cases exceeded) as Claymore's.
- Running parameters:
I noticed that since the last version you are now allowing us to modify pool command line parameters, but I'm talking about being able to really decide what the command line should be.
You can change the mining software from Auto download to point to some custom version of ccminer you downloaded yourself. Then Awesome Miner will launch your version of ccminer instead. Using the Upload Software feature, you can also deploy this custom software to all your remote computers:
http://www.awesomeminer.com/help/uploadsoftware.aspxThere is also a mining software typ "Generic miner" that can point to any exe-file. Awesome Miner will simply launch this miner and manage the process, but you will not have any mining statistics available, as this feature is intended to be used with miners without an API.
Genoil Ethminer is an example of a miner you can add as a Generic miner. Last time I checked that mining software didn't have any API, so running it as a Generic miner adds no additional limitations.
On a Generic miner you have full control of the command line of the miner and Awesome Miner will not add anything for you. For all other mining software, you can add your own command line (both on a Managed Miner, and on a single pool) that will append (and replace) what Awesome Miner had as default for you.
I'm also planning to add a new concept that might be called "Managed Software", where you will be able to define that you want your custom mining software with full control over the algorithms and command line, but still be able to mark it to be API-compatible with for example ccminer. As part of this concept, I will also integrate the Upload software feature inside the "Managed Software", so if you change the mining software in the folder on your Awesome Miner computer, it will automatically be pushed to all remote computers.
- Rules:
Compared to the previous ones, this one will a lot more difficult for you to implement.
The rules right now are fixed to whatever you have decided.
There should be more flexibility, more properties to read from, more actions to perform.
I think you need to be a bit more specific what additional flexibility you want here. You can add your own rules, where you have many triggers and actions to choose from. If you don't find a trigger and action that do what you want, you can always write your own C# script to fully customize the behavior.
The C# scripting feature supports everything you need to write your own profit switching feature on top of the Awesome Miner scripting API - that's how powerful it is.
I'm of course open to suggestions what kind of features the built-in trigger and actions should expose, because you are correct that they don't support everything.
In conclusion, my suggestion is that you should take the steps allow your users (those with the motivation, patience and knowledge) to help you expand the limits of your program.
As awesome as Awesome Miner is, it is impossible for you to think of every little situation and examine every single tool or configuration.
By opening up the configuration more, you would allow your program to grow beyond what you put into it and your users to share with each other their tweaks and configurations.
I agree and this is what I'm aiming for. The reason why some of these items are not available or configurable already is simply because I have not yet had time to implement them. Also, as I explained above, already today you have some power features that already can address some of your points above.
There is also a certain complexity to add new configuration options. It needs to be backward compatble - if I add more mining software or algorithms to Awesome Miner, everyone should get them. There needs to be a good way of both configuring the built-in defaults, possible to add your own and on top of that, get the new built-in default with a new version without overriding your custom configuration. On top of this, the usability needs to be good for both basic users and power users, and scale well if you have 500 miners but still not be too complex if you only have 2. This is the reason why adding more configuration and flexibility is a delicate effort that requires a lot of analysis.
Thanks for all feedback!