Topic: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller - page 27. (Read 164304 times)

new pool for MC https://bitcointalksearch.org/topic/zpoolcabtc-multipool-the-miners-multipool-paid-925-btc-1260863

Not to throw a wrench in Miner Control, because I love this thing, but damn...

https://www.nicehash.com/index.jsp?p=news&id=47

I had taken ffpool and hashpower out of my config. They were significantly under performing compared to nicehash, even tho they were reporting higher numbers at times.  The more time I spent mining those pools, the less I was earning.  So I was mining only on nicehash anyway.

I still use miner control on the few AMD cards I have left running.

Is there any active development going on for this still? Kbomba went back to school, and subsequently broke my heart.

I would like to add some bounties related to this project I think would greatly enhance it. Some things like:

Pulling active "getmininginfo" from various coins to keep custom coins updated. Not sure exactly how that could be accomplished.

Talking with BetaRigs and MiningRigRentals API to allow rentals to supersede any other port when rented. Furthermore, I would like MC to be able to exist on multiple MiningRigRental Ports and switch all but the rented port to "unavailable" on the MiningRigRental site for the duration of the rental.

An option to begin mining when idle, and cut mining processes when no longer idle. This is more for convenience, but it would be a great feature.

If anyone is familiar with profitcalc, another Kbomba application, a merger of the two programs would be great. It could be accomplished by allowing profitcalc to comb the internet for profitability, and if you have a port set up for that coin, minercontrol could begin mining it.

I am welcome to other ideas. If there is interest, perhaps the community can pool together some BTC r with me or other crypto to help jumpstart some of these incorporations into MinerControl.

If you are mining with GPUs, this thread might be of interest for those looking for new GPUs with nice discounts: https://bitcointalksearch.org/topic/wtn-interested-in-buying-brand-new-hddslaptopsgpus-w-great-discount-old-1207919

Can't wait to set this up... finally. 

I like the improvement this one shows.

Might be able to pay the developer of the miner for a copy, but I know the current offering dev is trying to get the axiom team to cough up a bounty to make it open source (as opposed to private individual sales). The Axiom "team" however, seems to be quite content in insisting they do everything themselves and any outside work should be done for free and magically leaked to everyone else.

There was an earlier GPU miner that was also offered as "bountyware", which went to limited private sale after the axiom team decided that paying a GPU dev for his time and innovation wasn't worth it. That particular miner is no longer available for purchase. The axiom team has openly asked for someone to leak both of these GPU miners to the public, a move that has really soured their name (for me at least).

Overall, I don't see a bright future for the current axiom coin, their lead developer has gone MIA, missing no less than two deadlines so far, and the entire project is at a standstill.  The algorithm, however, is sound and has a lot to offer in it's current state for both CPU and GPU mining possibilities. I think it is only a matter of time before another coin is made that uses the axiom algo.

Sorry, not arguing against it.  Just curious I guess.  Didn't mean to upset.  Where do I get one of those GPU axiom miners? 

Axiom is NOT a CPU only algo. The OP clearly acknowledges the existence of GPU miners...doesn't matter what it was "intended" as.

It is a moot point, however, as MC is designed to be an interface for any miner, be it CPU/GPU/FPGA/ASIC (with the right configurations, of course). So arguing that an algo shouldn't be included because it is "CPU only" (even when that isn't true) just doesn't make sense.

Actually there aren't, or there shouldn't be.  https://bitcointalksearch.org/topic/re-axiom-axiommemhash-schnorr-sigs-implemented-apos-30-axh-20-proposed-1135151 states that axiom is designed to be CPU only.  No big deal, just wasted work for you guys.  I just didn't configure it...

Completeness and consistency mainly. Also, miner control CAN be configured for cpu mining. There are also private GPU miners for axiom.

Why would axiom be included if it is CPU only?

There is a way If you don't use detectstratum, you should be able to just add algos the ol' classic way.
I'll take a look into adding dynamic algos onto detectstratum, but it's not a real priority per se I was scratching my head why I didn't add it to begin with, but I remembered how it can be "fixed" with the old ways.

Thanks a lot I had a great vacation indeed ^^ Now I'm busy with getting stuff ready for college, but I'll get onto your request as soon as I get some more free time.

Small update to fix the issues with the two new algos available at NiceHash (Axiom & Lyra2v2). Use the provided sample conf file to adjust your own conf files as necessary.

Release Notes
 - Update NiceHash module to support both Axiom and Lyra2v2 algos.
 - Bump version number to v1.6.5.1

Download
https://github.com/KBomba/MinerControl/releases/tag/v1.6.5.1

Donations are always welcome
1C5X7k7gt9KteVaWrfp1nN8MguivTK2S1X

Regarding the new axiom and lyra2v2 algos not working with Miner Control:
I have a fix and intend to get the update pushed + new package built. It is a busy weekend for me though so I haven't had the chance to actually sit down and write the update. Hopefully this evening if I get back home early enough.

Regarding the hardcoding of algos for NH:
At the time, it was a convenience change to clean up the code and conf file, and considering how rare it is for NH to add new algos, it was justified. Adding a new algo support for NH in MC is a fairly easy addition overall, but it does indeed require a re-compile.

---

I have been busy the past few weeks working on other projects and have not been using windows (and therefore, not using MC), so I haven't been paying much attention to any issues that would/did arise from the adoption of the new algos. Now that it has been brought to my attention, I'm working to get a new release out ASAP, but I have very limited time. Again, I will try to have a new release available this evening, tomorrow at the latest.

Until then, it is possible to setup a "manual" pool that uses lyra2v2 algo and nicehash stratum servers in the conf file. It won't be able to update prices in real-time, but it will allow you to mine the new lyra2v2 algo on NH. If you don't already know how to set up your conf file to do this, its probably best to just wait for the new release of MC.

Yeah, good job Bombadil with hardcoding nicehash algos.
Now there is no way to add new algos without compiling...
If I only knew how...

I know you are on vacation and that doesn't make it any better.
I hope you are having great time at least!

anyone using this pool/miner http://dashminer.com/stats/ with MC?

I'm sorry if I was out for a bit, but can you try setting minprofit at something a bit higher than 0BTC, like 0.0001BTC? That might force the zero'd out entries to stop mining.
I've been gazing over the rest of the code, but can't find why it happen.

connection is fine, probably I overload with json requests and they are dropping them

25.7.2015 г. 09:00:42 ч.
----------------------------------------------
Type: TargetInvocationException
Message: An exception occurred during the operation, making the result invalid.  Check InnerException for exception details.
Stack trace:    at System.ComponentModel.AsyncCompletedEventArgs.RaiseExceptionIfNecessary()
   at MinerControl.Utility.WebUtil.DownloadJsonComplete(Object sender, DownloadStringCompletedEventArgs e)

25.7.2015 г. 09:00:42 ч.
----------------------------------------------
Type: WebException
Message: Unable to connect to the remote server
Stack trace:    at System.Net.HttpWebRequest.EndGetResponse(IAsyncResult asyncResult)
   at System.Net.WebClient.GetWebResponse(WebRequest request, IAsyncResult result)
   at System.Net.WebClient.DownloadBitsResponseCallback(IAsyncResult result)

25.7.2015 г. 09:00:42 ч.
----------------------------------------------
Type: SocketException
Message: No connection could be made because the target machine actively refused it 107.170.177.97:80
Stack trace:    at System.Net.Sockets.Socket.EndConnect(IAsyncResult asyncResult)
   at System.Net.ServicePoint.ConnectSocketInternal(Boolean connectFailure, Socket s4, Socket s6, Socket& socket, IPAddress& address, ConnectSocketState state, IAsyncResult asyncResult, Exception& exception)

I'd be nice if minercontrol was able to find fresh data on remotesend/receive data locally then try to connect to server, I'll try to set MC to run mining proxy instead of running one miner at a time

Yeah thanks a lot


I wonder what's happening there, because I can't recreate it. How stable is your connection?