Topic: MultiMiner: Any Miner, Any Where, on Any Device (Free, Open Source, Cross Platform) - page 100. (Read 827336 times)

Thanks for the feedback and bug reports all - version 2.5.5 is now available with a handful of small fixes:

• Fixed a null reference error mining with one or more devices unconfigured
• Fixed the option to "Set Dynamic Intensity based on computer use" - broken in 2.5
• Detect when CoinChoose.com returns a 502 "Bad Gateway" and retry once automatically
• Maximum length for manually entered coin symbols is now 5 (to prevent MobileMiner API errors)

Click the links in the notifications to see the issue. The APIs are returning errors. Not much I can do there. Sometimes CoinChoose.com is down. Sometimes CoinWarz.com returns API key errors if you go over your allotment. Again click the link to see the issue.


Try removing all the arguments and adding them back until things are stable. Mining with many different types of GPUs is fraught with frustration, failure, and poor performance. I have never once heard anyone else claim otherwise.


All rigs need MultiMiner installed and must be on the same Intranet and Workgroup. If you are getting a signature failure that means they are not on the same Workgroup or you have assigned different passwords in the Perks screen.


Nothing you are doing incorrectly. What you are seeing is the centralized error handler. Report the error details on here or Github and then click Continue.

Never seen this - or a BSOD for that matter any time recently.

Time to stop using XP! 

The application did not stop working. It did start having API errors with MobileMiner as the max length for coins on there is 5.

The crashing issue you reported is not related to coin symbol length.

Right now you can click X to close it, and double-click a device to show it. I'm not sure that adding a "minimize" button would simplify things.

I believe this is already addressed in a build posted on Github issues:

https://www.dropbox.com/s/zb06jiv290ogvuu/MultiMiner-2.5.4.zip

I will post a 2.5.5 update that fixes this and a few other small issues. Thanks!

You should add the function to minmize the info box... this box where it shows when blocks are found etc... atm i have to close all happenings manually, a function for close all, minimize and reopen would be nice =)

I still have problems with some of Multiminers components, so I have a few questions maybe some of you could answer for me here:

1.  I get messages all the time:

     "Error accessing the Mobileminer API (500)" & "Error accessing the Mobileminer API (400)"
     "Error parsing the Coinchoose.com JSON API"
     "Error parsing the Coinwarz.com JSON API"

2.  Also, I cannot get Multiminer (backend bfgminer) to mine on any GPU card at a decent hashrate without totally crashing my computer using the     
     following scrypt parameters (but I have no problem using cgminer).

     -I 20,16,13 -w 128,128,128 --shaders 2048,1024,512 --auto-fan --auto-gpu --temp-target 85,75,75 --temp-cutoff 95,80,80 --no-submit-stale
     --lookup-gap 2 --gpu-platform 0 --gpu-threads 1 --scan-time 60 --disable-rejecting

3.  Can anyone tell me how the GPU's in Multiminer are enumerated?  Is the first one listed device 0? or is there no order.  If I type
    -S opencl-auto -d?  What is returned first is a Radeon R9 290X, then second a Radeon 7870, then third a Radeon 7770 - I would presume this
    would be devices 0,1,2 in that order shown, the same way as GPU-Z, but not Speccy which lists them as Radeon 7870, Radeon 7770,
    Radeon R9 290X - so now I am confused as to how bfgminer detects them and Multiminer lists them.

4.  I can't seem to get remoting to work - I click on the remote computer node, but nothing displays in the main window.  If I go to the remote
    computer via Teamviewer, there is a message in the running instance of Multiminer on the (remote) machine stating "Multiminer remoting signature
    verification failed."

5.  Lastly, my biggest problem seems to be when either an exception occurs in either bfgminer or Multiminer and because of the JIT debugger I must
    answer with a "Details", "Continue", or "Quit" button - I don't have this issue in say GUIMiner or GUIMiner-Scrypt.  So is there something that I am
    doing incorrectly here, or is there no centralized app specific error handler?

Answers to any of the above are GREATLY appreciated.

Jim

what's that supposed to mean? Seems like a typo ... I was in a hurry so i pasted "xxxCoin" in the symbol field.  That's why validation is needed in the apps. An app isn't supposed to stop working if a user inputs wrong values in the fields... Are you also a developer of MultiMiner ?
 

Isn't the symbol length supposed to be 3 or 4?  Seems like poor planning on your part.

Hi

nwoolls,

Please Set the MaxLength  property of the TextBox (CoinEditForm->symbolEdit) to 5 .
I have created a new coin with a symbol name length > 5 chars (I didnt know that symbol name max length is 5) and i was getting API error (Mobile api returns an error).

Also if there isnt any coin selected on a device (gpu,proxy etc)  the app throws an exception(If you delete the coins and import new coins this happens). There should be a check or a message there.

Thanks in advance,
Nikos


  

Badass! Love this program and the updates man. I have been trying to figure out how to check bfgminers difficulty (as opposed to the difficulty reported by the coinwarz or coinchoose api) while running multiminer, would you happen to know where I should check? (to compare with the info from the api source and also for when manually switching a coin).

Agreed

great changes and updates!!

in an effort to provide feedback and make things better,


when u dont have inet connection and u press start u get a bluescreen!!

(u know this got me twice hahahahah).


:-)


keep up the great work

Ya the mockup I am following would let you set a preferred service and it would only use the other if the preferred API is down.

a failover would be awesome and wouldn't use up all my api checks through coinwarz. would it be possible for the failover to keep an eye on coinchoose and switch back once it is available? and I wholeheartedly agree that the api providers need to step up and make their sites work!

Just make the argument that you'd have to spend less time debugging someone else's buggy API. 
Seriously though, I understand. 

I'm fairly certain my wife would kill me if I spent more time programming than I already do 

Could always be really ambitious and make your own API site...   

I understand the reasoning but need to think about the best way to implement it.

Quick Switch was requested by users months ago specifically to switch all devices and disable strategies. I'll have to think of a simple way to allow both ways to work.