Quote from: sxemini on May 23, 2023, 01:08:29 PM

Quote from: narousberg on May 17, 2023, 02:43:13 PM

Quote from: patrike on May 16, 2023, 08:37:46 AM

Quote from: narousberg on May 13, 2023, 09:59:09 AM

Quote from: patrike on May 04, 2023, 07:27:15 AM

Quote from: narousberg on May 01, 2023, 04:50:21 AM

Hi Patrike, SRBMulti 2.2.5 realised, user now can dual mine Dynex+Radiant, but with AM this is imposible.
In SRBMulti can be defined algorithm, pool, wallet, password values for each involved in mining algorithm separatly. User can multiple times define --algorithm --wallet --password --pool arguments, SRBMulti create a collection and add every similar parameter definition to this collection, but AM overwrite all definitions with the last value. This made imposible to start dual mining with this method of parameters definition.
I have maqnually created a command string where every algorithm, pool, wallet, etc. was defined with individual --algorithm --pool --wallet parameters and executed over terminal and this allow me to mine in dual mode. But if AM create command line, then only last defined values will be used. Please clear this bug. Regards.

Thanks for your question. I'm not really able to understand this issue: "AM overwrite all definitions with the last value"

If I have a miner with dual configured, where I select one Pool and one Secondary Pool, the command line I get from Awesome Miner is for example:
--algorithm etchash
--pool stratum+tcp://us1-etc.ethermine.org:4444
--wallet <ETC-ADDRESS>
--password x
--algorithm sha512_256d_radiant
--pool stratum+tcp://stratum-eu.rplant.xyz:7086
--wallet <RADIANT-ADDRESS>
--password x
--api-enable
--api-port 4039

This starts the dual mining perfectly fine. I don't see what kind of parameters that would be overwritten here. Awesome Miner simply adds a second set of algorithm+pool+wallet+password parameters when you enable dual mining.

The example above is without any manually configured command line arguments. Are you using any manual parameters as well?

Hi Patrike, looks like in your example, you use Managed Miner mode, but i am try in Managed Profit mode. Arguments for secondary coin (Radiant) i put in Profit profile in "command line parameters" field for algorithm Dynex. And this combination not work for me. Miner start mining only Radiant.
Diagnostic show me, that the generated command string contains only one --algorithm parameter and this is Radiant, which i have put in "command line parameters". If i try to add a additional --algorithm dynex in "command line parameters" (before radiant) then i recive error from SRBMulti: You defined less pools than algorithms. I simple cant use dual mining due AM overwrite first --algorithm with --algorithm from my command line instead to add next algo defenition. Normaly, i am awaiting that the AM use main algo from my pool definition and additional algo i define in command lines parameters field. Try self this scenario in Managed Profit mode. Regards

Thanks for the update. I think we run into the limitation of the Profit switcher and dual mining with other primary algorithms than EtHash. It's unfortunately limited here to reduce the number of possible combinations. These days I understand that it may not be good enough where more and more algorithm combinations are supported for dual mining via a number of mining software.

Maybe you can add some selector in profit profile for every algorithm which switch the mode how command line will be generated.
mode1: normal generation
mode2: AM use only data from "command line arguments" field only. And only statistics conection params will be added from AM. In this mode, user must self init all pool connection parameters for miner.
So is my suggestion. Regards

Upd: Just try to start dual mining DNX+RXD in "Managed Miner" mode, get the same problem. The second --algorithm parameter will be overwritten with the last value. I also try to put second deffenition of --algorithm param in command line, no success. I wrote to SRBMulti dev, maybe he can add a alternative method for second algo defenition, like --algorithm2 param.

Upd: Same problem if i use "Managed Miner" mode and choose "Generic miner" where i define all parameters for both algos (DNX+RDX). --algorithm will be overriden with last defenition. Looks like dual mining work only with ETC and ETH as first (main) algo. Maybe now is time to add this dual mining mode for Dynex? Becouse DNX is very promised algo for future. Regards.

I mining DYN+IRON with the integrated dual mining function - it is working good. I tested also DYN+RXD = No Problem.

But i can confirm the problem that AM override pool definitions when i add for example a second --algorithm via commandline, but not only for SRBminer, also for Teamredminer and so on.

Also an problem for me is, that AM not updating the Coin stats after running for a couple days. Reported several times.
Example:

Conflux price stay 0.24€ but it is 0.30€

If i restart the AM main application i get the real prices, but i don´t want to restart the main application every day. This problem can causing some Profitswitching issues too. Problem exist over the last year.

I solved problem with dual/tripple mining. Thanks for !!STSMiner (ZPool operator), he show me his setup. The problem was, that i define my own algo for Dynex which contains all specialized parameters for SRBMulti software. Looks like AM not love this tricks. After i start using default algorithm definition, AM work in dual and tripple mode smooth.

Small bug i found if AM in "managed miner" mode and in "dual" mode. If you change pool for first algo and then click "restart" the new pool will not be accepted and miner start mining with old value. Only "Stop" then "Start" apply changes. Regards.