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"
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.
>>>>> OK, I can see that occurring. What about the MobileMiner API error messages 400 & 500?
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
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.
>>> I have had great performance with GUIMiner-Scrypt using different brands of cards. It uses CGMiner as you know and it does play nice - I have had no problems using it. So, why do I believe in MultiMiner? -- because it is the only software that is GUI based that acts as a great front-end to bfgminer (which has its own problems and idiosyncrasies that I don't have the time for) which supports GPU and ASIC mining, Scrypt or SHA-2. No other software that I have evaluated does them both BECAUSE they were all forks off of a previous work.
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."
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.
>>> They are! The are both on the same intranet, workgroup, AND there are no passwords in either installation.
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?
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.
>>> Quite frankly, that would be quite cumbersome. JIT dialog box doesn't allow CTRL-A to select all of the text so one can copy the error message easily to put into an email message. Does Github support a central database for data collection for Software Architects? A certain amount of free space on GitHub or some other place whereby client software sends error message data directly to the collection server WITHOUT user intervention, so that the data can be profiled and a fix be found?
Now if someone who knows can answer question 3 I'll be all set! How are devices enumerated in bfgminer and then MultiMiner? Is the first device shown on a bfgminer -S opencl:auto -d? considered device 0 or the last possible enumerated device?