22.07.2015 г. 13:05:15 ч.----------------------------------------------Type: NullReferenceExceptionMessage: Object reference not set to an instance of an object.Stack trace: at MinerControl.Services.YaampCloneService.ProcessPrices(Object jsonData) at MinerControl.Utility.WebUtil.DownloadJsonComplete(Object sender, DownloadStringCompletedEventArgs e)

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

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

25.7.2015 г. 09:00:42 ч.----------------------------------------------Type: TargetInvocationExceptionMessage: 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)

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.

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!

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.

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.

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.

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

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

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.

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.