Bitcoin Forum

Alternate cryptocurrencies => Mining (Altcoins) => Topic started by: StuffOfInterest on September 04, 2014, 01:02:53 PM



Title: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: StuffOfInterest on September 04, 2014, 01:02:53 PM
Several months ago I created NiceHash Control (https://bitcointalk.org/index.php?topic=655022) to deal with a problem I had with the NiceHash (http://www.nicehash.com/) cloud mining service.  I use nVIDIA cards and there is no one mining app which works for all NiceHash supported algorithms.  I'm using ccminer for two and cudaminer for three of the algorithms.  This led me to create NiceHashControl which used the NiceHash API for gather pricing information, combine that with your own settings for hash rate and power consumption per algorithm, and finally launch the correct mining application.

Several version and lots of feedback later I've rebuilt the application into Miner Control.  This has the same features from NiceHash Control plus many more.  It now supports multiple services as well as manual configurations.  It has failover support to move to other services when one becomes unavailable.

Here is a quick list of features:
  • Supports multiple services which provide an API for pricing and payout in Bitcoin (more may be added if they are compatible).
    • NiceHash (http://nicehash.com)
    • WestHash (http://westhash.com)
    • TradeMyBit (http://trademybit.com) - shut down on 17 December 2014
    • YAAMP (http://yaamp.com) - gone
    • WafflePool (http://wafflepool.com) - gone
    • LTCRabbit (http://ltcrabbit.com)
    • WePayBTC (http://wepaybtc.com)
    • Hamsterpool (http://hamsterpool.com) - gone
  • API call once per minute to each service to get the current prices.
  • Manual configurations for last resort backup pool.
  • Failover support when miner exits abnormally (such as when pool is down).
  • Minimum time to mine on new algorithm to allow for spin up of the miner.
  • Forced restart of miner after maximum amount of time to avoid stuck miners.
  • Time before switch to new best algorithm to avoid flickering between algorithms with similar payout levels.
  • Config parameter substitution for common values in miner configs.
  • View output from multiple mining computers on one system with 'remote console'.

Full source code is available at my GitHub repository (https://github.com/StuffOfInterest/MinerControl).

Legal disclaimer: This program is not created, supported, or endorsed by any of the mining pools or miner software makers.  It is my own creation and you use it at your own risk.

Download: https://github.com/StuffOfInterest/MinerControl/releases (https://github.com/StuffOfInterest/MinerControl/releases)

Screen shot:

http://stuffofinterest.com/MinerControl/MinerControl-1.6.0.png

Remote console:

http://stuffofinterest.com/MinerControl/MinerControl-1.5.1-remote.png

Display details:
  • Actions
    • Auto - Put miner in automatic mode for switching between algorithms.
    • Stop - Stop running miner.
  • Times
    • Running - How much total mining time has happened since the application started.
    • Current - How long the current mining session has been running.
    • Switch - How long before a switch occurs once a new entry is more profitable.
    • Restart - How long until the current mining session is restarted if no more profitable entry happens first.
  • Donation
    • Time Until - How long until donation mining will take place
    • Mining Time - How long donation mining will run for
  • Currency
    • Exchange - Exchange rate from local currency to Bitcoin.
    • Balance - Sum balance of all services in local currency.
  • Top grid columns
    • Service - Which service provider this entry is for.
    • Updated - When pricing for this service was last updated.
    • Balance - Balance reported by the service.
    • Running - Total time spent mining against this service.
  • Bottom grid columns
    • Service - Which service provider this entry is for.
    • Algo - Algorithm used for calculating hashrate and power.
    • Hash Rt - Hash rate for this algorithm for this machine.
    • Price - How much this algorithm earns on this service in BTC/GH/Day.
    • Earn - How much in BTC/Day this machine will earn.
    • Fees - Fees taken from earnings.
    • Power - Power cost per day in BTC.
    • Net - Net earned from earnings (adjusted for weighting) minus fees and power.
    • Balance - Balance at provider for this algorithm (only supported on NiceHash, WestHash, and WafflePool).
    • Accept - Current accept rate (only supported on NiceHash, WestHash, YAAMP, and WafflePool).
    • Reject - Current reject rate (only supported on NiceHash, WestHash, and WafflePool).
    • Running - How long spent mining for this entry since application started.
    • Status - Current status of the entry (only shows when miner is running).
      • Running - Currently running entry.
      • Pending - Entry that will start once switch time has been met.
      • Dead - Miner exited abnormally and hasn't reached its dead time threshold yet.
    • Action - Start an individual miner for testing (only shows when miner is stopped).

Configuration file:

Code: (Configuration file)
{
    "general": {
        "power": 0.10,
        "exchange": 500,
        "currencycode": "USD",
        "mintime": 4,
        "maxtime": 30,
        "switchtime": 3,
        "deadtime": 10,
        "logerrors": true,
        "logactivity": true,
        "gridsortmode": 1,
        "minerkillmode": 1,
        "traymode": 1,
        "donationpercentage": 2,
        "donationfrequency": 240,
        "remotesend": true,
        "remotereceive": true
    },
    "algorithms": [
        { "name": "x11", "hashrate": 5251, "power": 49, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a x11" },
        { "name": "x13", "hashrate": 4024, "power": 49, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a x13" },
        { "name": "x14", "hashrate": 4024, "power": 52, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a x14" },
        { "name": "x15", "hashrate": 3270, "power": 52, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a x15" },
        { "name": "quark", "hashrate": 7000, "power": 54, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a quark" },
        { "name": "nist5", "hashrate": 15682, "power": 54, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a nist5" },
        { "name": "neoscrypt", "hashrate": 80, "power": 54, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a neoscrypt" },
        { "name": "scrypt", "hashrate": 540, "power": 60, "aparam1": "c:\\windows\\system32", "aparam2": "cmd.exe", "aparam3": "/c test-run.bat -a scrypt -batch" },
        { "name": "scryptn", "hashrate": 253, "power": 60, "aparam1": "c:\\windows\\system32", "aparam2": "cmd.exe", "aparam3": "/c test-run.bat -a scryptn -batch" },
        { "name": "keccak", "hashrate": 34000, "power": 50, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a keccak" },
        { "name": "lyra2", "display": "Lyra2RE", "hashrate": 1216, "power": 50, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a lyra2re" },
        { "name": "whirlpoolx", "display": "WhirlpoolX", "hashrate": 152000, "power": 50, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a whirlpoolx" },
        { "name": "sha256", "hashrate": 10000, "power": 50, "aparam1": "c:\\windows\\system32", "aparam2": "cmd.exe", "aparam3": "/c test-run.bat -a sha256 -batch" }
    ],
    "nicehash": {
        "account": "1PMj3nrVq5CH4TXdJSnHHLPdvcXinjG72y",
        "worker": "1",
        "sparam1": "-o stratum+tcp://stratum.nicehash.com",
        "sparam2": "-p x",
        "weight": 0.90,
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3336 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3337 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3339 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3333 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3335 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "keccak", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3338 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3340 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "neoscrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3341 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "lyra2", "priceid": "9", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3342 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "whirlpoolx", "priceid": "10", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3343 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "sha256", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3332 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true }
        ]
    },
    "westhash": {
        "account": "1PMj3nrVq5CH4TXdJSnHHLPdvcXinjG72y",
        "worker": "1",
        "sparam1": "-o stratum+tcp://stratum.westhash.com",
        "sparam2": "-p x",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3336 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3337 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3339 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3333 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3335 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "keccak", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3338 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3340 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "neoscrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3341 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "lyra2", "priceid": "9", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3342 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "whirlpoolx", "priceid": "10", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3343 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
        ]
    },
    "yaamp": {
        "account": "1PMj3nrVq5CH4TXdJSnHHLPdvcXinjG72y",
        "pricemode": 1,
        "sparam1": "-o stratum+tcp://yaamp.com",
        "sparam2": "-p x",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3533 -u _ACCOUNT_ _SPARAM2_" },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3633 -u _ACCOUNT_ _SPARAM2_" },
            { "algo": "x14", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3933 -u _ACCOUNT_ _SPARAM2_" },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3733 -u _ACCOUNT_ _SPARAM2_" },
            { "algo": "quark", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:4033 -u _ACCOUNT_ _SPARAM2_" },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3833 -u _ACCOUNT_ _SPARAM2_" },
            { "algo": "lyra2", "priceid": "lyra2", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:4433 -u _ACCOUNT_ _SPARAM2_" },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3433 -u _ACCOUNT_ _SPARAM2_" }
        ]
    },
    "wafflepool": {
        "account": "1PMj3nrVq5CH4TXdJSnHHLPdvcXinjG72y",
        "worker":  "1",
        "sparam1": "-o stratum+tcp://useast.wafflepool.com",
        "sparam2": "-p x",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3331 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3330 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3333 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3332 -u _ACCOUNT_._WORKER_ _SPARAM2_" }
        ]
    },
    "ltcrabbit": {
        "apikey": "mykey",
        "account": "MinerControl",
        "worker":  "1",
        "sparam2": "-p x",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ -o stratum+tcp://x11.ltcrabbit.com:3332 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ -o stratum+tcp://scrypt.ltcrabbit.com:3333 _ACCOUNT_._WORKER_ _SPARAM2_" }
        ]
    },
    "wepaybtc": {
        "account": "1PMj3nrVq5CH4TXdJSnHHLPdvcXinjG72y",
        "worker":  "1",
        "sparam1": "-o ny",
        "sparam2": "-p MinerControl@StuffOfInterest.com",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_ -u _ACCOUNT___WORKER_ _SPARAM2_" },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_ -u _ACCOUNT___WORKER_ _SPARAM2_" },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_ -u _ACCOUNT___WORKER_ _SPARAM2_" },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_ -u _ACCOUNT___WORKER_ _SPARAM2_" }
        ]
    },
    "hamsterpool": {
        "apikey": "mykey",
        "donation": 1.0,
        "account": "MinerControl",
        "worker": "1",
        "sparam1": "-o stratum+tcp://eu.hamsterpool.com",
        "sparam2": "-p x",
        "algos": [
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:7771 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:7772 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "sha256", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:7774 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3508 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "qubit", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:7776 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:7773 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "neoscrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3650 -u _ACCOUNT_._WORKER_ _SPARAM2_" }
        ]
    },
    "manual": {
        "account": "myaccount",
        "algos": [
            { "algo": "scrypt", "price": 0.0100, "fee": 3.0, "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ -o manual.com:1 _ACCOUNT_ -p x" }
        ]
    }
}

Legend:
  • general - General configuration parameters
    • power - Rate per KW/hour in your currency units
    • exchange - Default Bitcoin price in your currency units for calculating power cost in Bitcoin (only used if unable to download exchange rate)
    • currencycode - Three letter currency code to use for exchange rate (must be available in this list (https://blockchain.info/api/exchange_rates_api))
    • mintime - Minimum time in minutes to mine on new algorithm before auto-switch is allowed
    • maxtime - Maximum time in minutes to mine an algorithm under auto mode before a restart occurs
    • switchtime - Time in minutes that the current algorithm has to no longer be the best before switching to a new one under auto mode
    • deadtime - Time in minutes before an entry will be tried again after it fails and is marked as dead
    • logerrors - Log errors in 'error.log' file any time an exception is caught in the controller
    • logactivity - Log miner start and stop events in 'activity.log'
    • gridsortmode - 0 = never sort price grid, 1 = sort when in auto mode, 2 = sort whenever prices update (default 1)
    • minerkillmode - 0 = kill single process, 1 = kill process tree (default 1)
    • traymode - 0 = don't minimize to tray, 1 = minimize to tray and hide miner after starting while minimized, 2 = minimize to tray and start miners hidden while minimized
    • donationpercentage - Percentage of time to spend doing donation mining to support development of Miner Control (default 2)
    • donationfrequency - How often, in minutes, to do donation mining (default 240, or 4 hours)
    • remotesend - Send console output to remote receiver (default false)
    • remotereceive - Receive console output from remote senders (default false)
  • algorithms - List of supported algorithms
    • name - Name of supported algorithm (only listed names are currently supported)
    • display - What to display in the 'Algo' column in the prices grid
    • hashrate - Your hashrate in kHash/sec
    • power - Watts your GPU pulls when mining an algorithm
    • aparam1, aparam2, aparam3 - algorithm based substitution value for use in folder, command, and arguments
  • nicehash - Config section for NiceHash, ommit to not use this service
    • account - Bitcoin address to mine against
    • worker - worker ID
    • weight - multiplier to adjust price if you don't fully trust the reported numbers
    • sparam1, sparam2, sparam3 - service based substitution value for use in folder, command, and arguments
    • algo - algorithm name from algorithms section above
    • priceid - value pricing API will use to distinguish an algorithm
    • folder - Folder where mining app is located, blank if same as the NiceHash.exe file
    • command - Command to execute
    • arguments - Arguments to include with the command
    • usewindow - Run miner in separate window from controller (default false)
  • westhash - Config section for WestHash, ommit to not use this service
    • (settings are the same as nicehash)
  • trademybit - Config section for TradeMyBit, ommit to not use this service
    • (settings are the same as nicehash)
    • apikey - your API key to use in gathering prices
  • yaamp - Config section for YAAMP, ommit to not use this service
    • (settings are the same as nicehash)
    • pricemode - 0 = current estimate, 1 = 24hr estimate, 2 = 24hr actual
  • wafflepool - Config section for WafflePool, ommit to not use this service
    • (settings are the same as nicehash)
  • ltcrabbit - Config section for LTCRabbit, ommit to not use this service
    • (settings are the same as nicehash)
    • apikey - your API key to use in gathering prices
  • wepaybtc - Config section for WePayBTC, ommit to not use this service
    • (settings are the same as nicehash)
  • hamsterpool - Config section for HamsterPool, ommit to not use this service
    • (settings are the same as nicehash)
    • apikey - your API key to use in gathering prices
    • donation - percentage to donate back to HamsterPool
  • manual - Config section for manual miners, ommit to not use this service
    • (settings are the same as nicehash)
    • price - price to use for calculating earnings
    • fee - percentage fee to deduct from price

Substitution identifiers for command, folder, and argument parameters:
  • _ADDRESS_ - Substitutes the above address if specified
  • _WORKER_ - Substitutes the above worker if specified
  • _APARAM1_ - Substitutes the above aparam1 if specified
  • _APARAM2_ - Substitutes the above aparam2 if specified
  • _APARAM3_ - Substitutes the above aparam3 if specified
  • _SPARAM1_ - Substitutes the above sparam1 if specified
  • _SPARAM2_ - Substitutes the above sparam2 if specified
  • _SPARAM3_ - Substitutes the above sparam3 if specified

Instructions:
  • Download into a folder on your Windows computer
  • Make sure .NET Framework  4.0 is installed
  • Modify MinerControl.conf with the settings for your own mining applications
  • Start MinerControl.exe
  • Click "Start" for each miner to confirm it launches and does not require confirmation each time it is opened
  • Click "Auto" to change over to auto selection mode
  • Profit!!

Command line arguments:
  • -a | --auto-start Start mining in automatic mode as soon as the application starts.
  • -m | --minimize Minimize application on startup.
  • -t | --minimize-to-tray Minimize to the tool tray and hide miner when minimize icon is clicked.  This option is obsolete and the config setting "traymode" should be used instead.  If "traymode" is set to "0" then this option will switch it to "2".

Q & A:
  • Q: How can I start mining automatically when MinerControl starts? A: Launch with "MinerControl.exe --auto-start".
  • Q: Miner Control starts to display, freezes for a second, and then crashes.  What is happening? A: Most likely there is an error in the config file.  Miner Control is sensitive to the formatting of this file and will crash badly if there is an error.  Make sure your "key":"value" pairs are all correctly named and that any path backslashes are created as double-backslash ("\\").  Consider using a validator just as JSON Lint (http://jsonlint.com) to verify your config file structure.
  • Q: Will Miner Control work on Windows XP? A: Yes, just make sure you have .NET Framework 4.0 installed.
  • Q: What does donation mining do? A: Donation mining will mine to the MinerControl author's address or account for a percentage of time.  Default setting is for 2% of the time over four hours which works out to just under five minutes spent donation mining every four hours.  If the percentage is set to 0 then no donation mining will occur.
I'll add answers to questions on this thread to the Q & A as warranted.  Of course, that also depends on if there are enough (or any) donations to warrant continued support.

Here is the configuration file I'm currently using to show how both ccminer and cudaminer can be invoked.

Code: (Sample configuration)
{
    "general": {
        "power": 0.10,
        "exchange": 500,
        "currencycode": "USD",
        "mintime": 4,
        "maxtime": 180,
        "switchtime": 3,
        "deadtime": 10,
        "logerrors": true,
        "logactivity": true,
        "gridsortmode": 1,
        "minerkillmode": 0,
        "traymode": 1,
        "donationpercentage": 5,
        "donationfrequency": 120
    },
    "algorithms": [
        { "name": "x11", "hashrate": 5435, "power": 49, "aparam1": "C:\\CryptoMining\\ccminer-maxwell-optimized-1.47.sp", "aparam2": "ccminer.exe", "aparam3": "-q -r 3 -R 10 -a x11 --no-color -o" },
        { "name": "x13", "hashrate": 4112, "power": 49, "aparam1": "C:\\CryptoMining\\ccminer-maxwell-optimized-1.47.sp", "aparam2": "ccminer.exe", "aparam3": "-q -r 3 -R 10 -a x13 --no-color -o" },
        { "name": "x14", "hashrate": 4000, "power": 52, "aparam1": "C:\\CryptoMining\\ccminer-maxwell-optimized-1.47.sp", "aparam2": "ccminer.exe", "aparam3": "-q -r 3 -R 10 -a x14 --no-color -o" },
        { "name": "x15", "hashrate": 3635, "power": 52, "aparam1": "C:\\CryptoMining\\ccminer-maxwell-optimized-1.47.sp", "aparam2": "ccminer.exe", "aparam3": "-q -r 3 -R 10 -a x15 --no-color -o" },
        { "name": "quark", "hashrate": 7000, "power": 54, "aparam1": "C:\\CryptoMining\\ccminer-maxwell-optimized-1.47.sp", "aparam2": "ccminer.exe", "aparam3": "-q -r 3 -R 10 -a quark --no-color -o" },
        { "name": "nist5", "hashrate": 15682, "power": 54, "aparam1": "C:\\CryptoMining\\ccminer-maxwell-optimized-1.47.sp", "aparam2": "ccminer.exe", "aparam3": "-q -r 3 -R 10 -a nist5 --no-color -o" },
        { "name": "keccak", "hashrate": 34000, "power": 50, "aparam1": "C:\\CryptoMining\\ccminer-maxwell-optimized-1.47.sp", "aparam2": "ccminer.exe", "aparam3": "-q -r 3 -R 10 -a keccak --no-color -o" },
        { "name": "qubit", "hashrate": 7500, "power": 50, "aparam1": "C:\\CryptoMining\\ccminer-maxwell-optimized-1.47.sp", "aparam2": "ccminer.exe", "aparam3": "-q -r 3 -R 10 -a qubit --no-color -o" },
        { "name": "neoscrypt", "hashrate": 83, "power": 60, "aparam1": "C:\\CryptoMining\\sgminer-5-dev-neoscrypt-windows", "aparam2": "sgminer.exe", "aparam3": "-k neoscrypt -I 14 -T -o" },
        { "name": "lyra2", "display": "Lyra2RE", "hashrate": 1216, "power": 50, "aparam1": "C:\\CryptoMining\\ccminer-1.5.1-git-tpruvot-lyra2", "aparam2": "ccminer.exe", "aparam3": "-q -r 3 -R 10 -a lyra2 --no-color -o" },
        { "name": "whirlpoolx", "display": "WhirlpoolX", "hashrate": 152000, "power": 54, "aparam1": "C:\\CryptoMining\\ccminer-41", "aparam2": "ccminer.exe", "aparam3": "-q -r 3 -R 10 -a whirlpoolx --no-color -o" },
        { "name": "scrypt", "hashrate": 540, "power": 60, "aparam1": "C:\\CryptoMining\\cudaminer-20140415test-x64", "aparam2": "cudaminer.exe", "aparam3": "-a scrypt -d 0,1 -i 1,0 -l T5x24,T5x24 -q -o" },
        { "name": "scryptn", "hashrate": 253, "power": 60, "aparam1": "C:\\CryptoMining\\cudaminer-20140415test-x64", "aparam2": "cudaminer.exe", "aparam3": "-a scrypt:2048 -d 0,1 -i 1,0 -q -o" },
        { "name": "sha256", "hashrate": 0, "power": 0 }
    ],
    "nicehash": {
        "account": "1PMj3nrVq5CH4TXdJSnHHLPdvcXinjG72y",
        "worker": "1",
        "weight": 0.90,
        "sparam1": "stratum+tcp://stratum.nicehash.com",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3336 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3337 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3339 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3340 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3333 -u _ACCOUNT_._WORKER_ -p d=256" },
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3335 -u _ACCOUNT_._WORKER_ -p d=128" },
            { "algo": "keccak", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3338 -u _ACCOUNT_._WORKER_ -p d=8192" },
            { "algo": "neoscrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3341 -u _ACCOUNT_._WORKER_ -p d=32", "usewindow": true },
            { "algo": "lyra2", "priceid": "9", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3342 -u _ACCOUNT_._WORKER_ -p x" },
            { "algo": "whirlpoolx", "priceid": "10", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3343 -u _ACCOUNT_._WORKER_ -p x" }
        ]
    },
    "westhash": {
        "account": "1PMj3nrVq5CH4TXdJSnHHLPdvcXinjG72y",
        "worker": "1",
        "sparam1": "stratum+tcp://stratum.westhash.com",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3336 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3337 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3339 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3340 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3333 -u _ACCOUNT_._WORKER_ -p d=256" },
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3335 -u _ACCOUNT_._WORKER_ -p d=128" },
            { "algo": "keccak", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3338 -u _ACCOUNT_._WORKER_ -p d=8192" },
            { "algo": "neoscrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3341 -u _ACCOUNT_._WORKER_ -p d=32", "usewindow": true },
            { "algo": "lyra2", "priceid": "9", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3342 -u _ACCOUNT_._WORKER_ -p x" },
            { "algo": "whirlpoolx", "priceid": "10", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3343 -u _ACCOUNT_._WORKER_ -p x" }
        ]
    },
    "yaamp": {
        "account": "1PMj3nrVq5CH4TXdJSnHHLPdvcXinjG72y",
        "worker": "1",
        "sparam1": "stratum+tcp://yaamp.com",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3533 -u _ACCOUNT_ -p _WORKER_" },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3633 -u _ACCOUNT_ -p _WORKER_" },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3733 -u _ACCOUNT_ -p _WORKER_" },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3833 -u _ACCOUNT_ -p _WORKER_" },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3433 -u _ACCOUNT_ -p _WORKER_" },
            { "algo": "lyra2", "priceid": "lyra2", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:4433 -u _ACCOUNT_ -p _WORKER_" }
        ]
    },
    "wafflepool": {
        "account": "1PMj3nrVq5CH4TXdJSnHHLPdvcXinjG72y",
        "worker": "1",
        "sparam1": "stratum+tcp://useast.wafflepool.com",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3331 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3330 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3333 -u _ACCOUNT_._WORKER_ -p x" },
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3332 -u _ACCOUNT_._WORKER_ -p x" }
        ]
    },
    "ltcrabbit": {
        "apikey": "mykey",
        "account": "MinerControl",
        "worker": "1",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ stratum+tcp://x11.ltcrabbit.com:3332 -u _ACCOUNT_._WORKER_ -p d=x" },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ stratum+tcp://scrypt.ltcrabbit.com:3333 -u _ACCOUNT_._WORKER_ -p x" }
        ]
    },
    "hamsterpool": {
        "apikey": "mykey",
        "donation": 1.0,
        "account": "MinerControl",
        "worker": "1",
        "sparam1": "-o stratum+tcp://eu.hamsterpool.com",
        "sparam2": "-p x",
        "algos": [
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:7771 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:7772 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "sha256", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:7774 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3508 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "qubit", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:7776 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:7773 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "neoscrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3650 -u _ACCOUNT_._WORKER_ _SPARAM2_" }
        ]
    }
}

Release history:
  • 29-December-2014: Version 1.6.1 - Option to selection price type for YAAMP (current est, 24hr est, or 24hr actual).
  • 15-December-2014: Version 1.6.0 - Configure new algorithms, including API identifiers, via the conf file.
  • 9-December-2014: Version 1.5.6 - Add support for HamsterPool.
  • 21-November-2014: Version 1.5.5 - Add support for WePayBTC.
  • 13-November-2014: Version 1.5.4 - Option to minimize application on startup.
  • 6-November-2014: Version 1.5.3 - NeoScrypt support for NiceHash, WestHash, and TradeMyBit.
  • 30-October-2014: Version 1.5.2 - Fix for Windows XP multicast sender.
  • 30-October-2014: Version 1.5.1 - Move to different multicast address.
  • 29-October-2014: Version 1.5.0 - Send console output to a remote receiver, display console output from remote senders.
  • 26-October-2014: Version 1.4.5 - Bug fix for freeze when invalid miner program specified in the config file.
  • 25-October-2014: Version 1.4.4 - Bug fixes and examples in config file.
  • 21-October-2014: Version 1.4.3 - Algorithm level substitutions.
  • 20-October-2014: Version 1.4.2 - Add support for LTCRabbit.
  • 19-October-2014: Version 1.4.1 - Fix for issue launching cudaminer for display in console.
  • 18-October-2014: Version 1.4.0 - Run miner inside of program, no separate window anymore.
  • 17-October-2014: Version 1.3.1 - Add activity log.
  • 8-October-2014: Version 1.3.0 - Download exchange rate for local currency.
  • 7-October-2014: Version 1.2.1 - Fix service level running time display.
  • 6-October-2014: Version 1.2.1 - Add WafflePool.
  • 5-October-2014: Version 1.2.0 - Add donation mining.
  • 29-September-2014: Version 1.1.2 - Add minimize to tray modes in config file and more grid sorting UI improvement.
  • 25-September-2014: Version 1.1.1 - Hopefully fix a stack overflow bug related to price sorting.
  • 23-September-2014: Version 1.1.0 - Top level service summary and more config options.
  • 14-September-2014: Version 1.0.3 - Option to create 'error.log' file when exceptions occur in the controlller.
  • 5-September-2014: Version 1.0.2 - Fix TradeMyBit parsing error.
  • 4-September-2014: Version 1.0.1 - Fix autostart bug and do price loads asynchronously.
  • 4-September-2014: Version 1.0.0 of Miner Control.
  • 13-July-2014: Version 1.1.1 (final release) of NiceHash Control.
  • 16-June-2014: Version 1.0.0 of NiceHash Control.

Donation addresses:
  • BTC - 1PMj3nrVq5CH4TXdJSnHHLPdvcXinjG72y (https://blockchain.info/address/1PMj3nrVq5CH4TXdJSnHHLPdvcXinjG72y)
  • LTC - LSKw8y56gwKUpfcEtGwXph7eVyyUfFrSvt (http://block-explorer.com/address/LSKw8y56gwKUpfcEtGwXph7eVyyUfFrSvt) (ex LPwhwy6edinDh6gN4ZKaAVgNkArZp6qfeu (http://block-explorer.com/address/LPwhwy6edinDh6gN4ZKaAVgNkArZp6qfeu))


Title: Re: [ANN] Miner Control 1.0.0 - Auto profit switching miner controller
Post by: StuffOfInterest on September 04, 2014, 01:09:49 PM
Feature requests

Don't stall application when checking prices from services.  With multiple services being pulled each minute this can be a bigger problem now.  Plan to address with background check of the services so normal operation can continue while the check takes place. - Implemented in version 1.0.1.

Restart delay when switching algorithms.  There has been at least one person who reported an issue with NiceHash Control where his card would crash when switching algorithms.  It seems his configuration required letting the card calm down after stopping one algorithm before starting the next.  Plan to introduce a delay parameter so that after one algorithm stops there will be a set amount of time which passes before the next algorithm starts up.

Allow control of whether or not to sort grid.  Currently sorts the grid from high to low net earning when the program first starts and when in automatic mode.  Some users don't like this.  Plan to add a configuration option to make it sort always (even when stopped), sort when running, or sort never. - Implemented in version 1.1.0.

Auto-exit after a number of minutes.  Has been requested to restart the entire controller program after a set amount of time.  Can't be done on its own but it would be possible to have MC exit after a set number of minutes and then a looped batch file can handle restarting in automatic mining mode to resume operation.

Add support for Wafflepool (http://wafflepool.com). Requested by a couple of people but has an issue of not providing real-time numbers via its API. - Implemented in version 1.2.1.

Add support for CoinKing (http://coinking.io). Not sure if they have an API, will be required to support.

Add support for BlackPool. (http://blackcoinpool.com/) Has an API but only summarizes to the day level.  They don't seem to have a Bitcointalk thread to ask about adding a sliding window (one or two hours) result to their API for more real time numbers.  Also would be nice to have an API for getting wallet balances.  Someone will have to contact them directly to find out. - Not going to happen.  This pool only pays out in BlackCoin where as MinerControl is built around BitCoin.  I do have respect for what the pool is trying to do, keep the price of BlackCoin up by mining other coins and using them to buy BlackCoin.

Minimum net to mine. Request to have a minimum threshold for net earning below which the miner will stop.  Should be able to implement as a configuration parameter so that if not present there is no minimum but if present and the best net is below that amount then stop mining until something is high enough again.

Diagnostic support during config file load. People have had issue with missing config file or bad formatting in the config file.  Need to show an understandable error message when this occurs and then exit cleanly rather than crashing. - Implemented in version 1.4.4.

Read exchange rate via API. People don't like having to manually enter an exchange rate.  Need to use exchange service API to read currency exchange rate based off of a configured currency code.  Could also use this to show balances in fiat currency rather than just Bitcoin. - Implemented in version 1.3.0.

Autostart minimized. User requested the ability to have Miner Control autostart in tray mode (minimized).  Will probably require an another start parameter such as "-am" for auto-minimize. - Implemented in version 1.5.4.

Option to use 24 hour pricing for YAAMP. User requested the ability to use 24 hour pricing for YAAMP rather than current pricing.  Need to verify that the information is available in the API and if so it can be done with a configuration option at the service level. - Implemented in version 1.6.1.


Title: Re: [ANN] Miner Control 1.0.0 - Auto profit switching miner controller
Post by: StuffOfInterest on September 04, 2014, 04:30:42 PM
Tool running.

But can you explain how your tool can get a different NET when all the value are identical.

Look at westhash  / Nicehash on the X11 - x13 - X15 - Nist5
Hash, power, price, earn, fee are the same, but your tool get 2 differents NET  ???

http://i.imgur.com/zNFVisO.png

Do you have a weight applied on one of them?  That will increase or decrease the net being that earning is multiplied by weight.


Title: Re: [ANN] Miner Control 1.0.0 - Auto profit switching miner controller
Post by: Zels on September 04, 2014, 04:43:32 PM
Yes, my bad, nothing wrong on your tool, just checked the conf again and there was the weight set :)
Removed, and price are identical ^^

Nice work for the multi pool support now. Perhaps you can get wafflepool too, they use an api too.

no more .bat with 5x backupool :)

Oh, and what happend if all Net are negativ, does you tool stop mining ?


Title: Re: [ANN] Miner Control 1.0.0 - Auto profit switching miner controller
Post by: StuffOfInterest on September 04, 2014, 04:52:24 PM
Yes, my bad, nothing wrong on your tool, just checked the conf again and there was the weight set :)
Removed, and price are identical ^^

Nice work for the multi pool support now. Perhaps you can get wafflepool too, they use an api too.

no more .bat with 5x backupool :)

Oh, and what happend if all Net are negativ, does you tool stop mining ?

I'll take a look at waffllepool.  With the restructuring behind the scenes it is easy now to add new services.  My main criteria are that the service has to report numbers in BTC and provide an automatic conversion to BTC for earnings.

There isn't any limiter now for all negative.  Guess that could be made a config parameter to stop if no positive values available.

EDIT

Found the API for WafflePool here (http://wafflepool.com/api/stats). Pain in the butt structure.  It's going to take a little more time to parse this out but it still shouldn't be too bad.  The pool definitely meets my criteria for inclusion.


Title: Re: [ANN] Miner Control 1.0.0 - Auto profit switching miner controller
Post by: patrike on September 04, 2014, 05:35:39 PM
Found the API for WafflePool here (http://wafflepool.com/api/stats). Pain in the but structure.  It's going to take a little more time to parse this out but it still shouldn't be too bad.  The pool definitely meets my criteria for inclusion.
I've also looked into Wafflepool as an option for automatic profit switching. However, their data is not really real-time and part of their statistics are 24h averages which isn't good enough for a profit switcher.

I have also contacted the Wafflepool admin about this, and they think that giving out more real-time statistics isn't a good idea, as users might not like the fact that those numbers are just estimates.


Title: Re: [ANN] Miner Control 1.0.0 - Auto profit switching miner controller
Post by: unitedminers on September 04, 2014, 06:24:08 PM
@StuffOfInterest

Looks great!

Does Miner Control support AMD and Nvidia GPUs? Any chance to release the software for Linux, too?


Title: Re: [ANN] Miner Control 1.0.0 - Auto profit switching miner controller
Post by: Travis9x on September 04, 2014, 06:34:47 PM
Awesome sauce!  Absolutely love what you've done with this auto-switching tool!  I've been using NHC for quite a while now, and I'm so happy to see how you've listened to your users and the community, and been working hard to include our suggestions.  Nicely done!  I eagerly look forward to future features & enhancements.

By the way Patrike, I tried using AwesomeMiner with the profit-switching, now that you've made it compatible with NVIDIA/CUDA mining, but it seems unstable.  It would run fine for a while, but then the miner would just die with no explanation.  The AwesomeMiner interface would still be running fine, it would just show the miner as stopped, but the button to start or restart the miner would be unavailable (grayed-out), so I couldn't restart it.  I would end up having to completely restart the AwesomeMiner application before I could start up the miner again.  Also, if I set the miner to auto-start, then when the miner would randomly die, it would get stuck in a loop of trying to start the miner, miner crashes, try to start the miner, miner crashes, etc, etc, etc…and I end up having to kill the AwesomeMiner process to get the insane loop to stop.

The instability with AwesomeMiner sent me back to using NHC (my profit-calculation tool typically shows NiceHash as the most profitable pool in most cases, anyway), so all the more reason that I'm happy to see development continuing here.  :)
PS:  As of this moment, NHC has been running non-stop for over three days straight, no issues or problems whatsoever.  Only about to stop it now, to switch over to using Miner Control.  Awesome stability here!


Title: Re: [ANN] Miner Control 1.0.0 - Auto profit switching miner controller
Post by: StuffOfInterest on September 04, 2014, 06:49:40 PM
@StuffOfInterest

Looks great!

Does Miner Control support AMD and Nvidia GPUs? Any chance to release the software for Linux, too?

It will support any mining program that can be launched from a command line.  Crypto Mining Blog did packages for NiceHash Control that packaged in either ccminer or sgminer for the different environments and the same techniques would work here.

As for Linux, probably not.  This is written as a Windows Forms app in C# utilizing .NET 4.  Unless the .NET libraries for Linux have come a lot further than the last time I looked (granted a long time ago) I doubt this will run under Linux.


Title: Re: [ANN] Miner Control 1.0.0 - Auto profit switching miner controller
Post by: StuffOfInterest on September 04, 2014, 06:51:29 PM
PS:  As of this moment, NHC has been running non-stop for over three days straight, no issues or problems whatsoever.  Only about to stop it now, to switch over to using Miner Control.  Awesome stability here!

Stability has been one of my goals with this.  I had NHC running for over 20 days on my main computer.  Would have been up longer if my 3yo hadn't decided to push the button with the pretty light a couple of days ago.


Title: Re: [ANN] Miner Control 1.0.0 - Auto profit switching miner controller
Post by: Zels on September 04, 2014, 06:55:16 PM
It's time for bugs :)

- When I start minercontrol using -a, it start mining auto on first pool, and can't clic STOP and looks like he's not runing in Auto mode or switching if another pool become better. Have to clic Auto manually to return to auto mode and being able to stop
http://i.imgur.com/yqwNwu5.png

- when starting Minercontrol without -a, if i clic on any service name, all the Start button on the right just disapear, and can't even run when trying to clic Auto in actions
http://i.imgur.com/5wGAG82.png


Title: Re: [ANN] Miner Control 1.0.0 - Auto profit switching miner controller
Post by: StuffOfInterest on September 04, 2014, 07:04:01 PM
It's time for bugs :)

- When I start minercontrol using -a, it start mining auto on first pool, and can't clic STOP and looks like he's not runing in Auto mode or switching if another pool become better. Have to clic Auto manually to return to auto mode and being able to stop
http://i.imgur.com/yqwNwu5.png

- when starting Minercontrol without -a, if i clic on any service name, all the Start button on the right just disapear, and can't even run when trying to clic Auto in actions
http://i.imgur.com/5wGAG82.png

Yup, bug.  I'll try to fix that up quickly.

EDIT

Done.

Download Version 1.0.1 (http://stuffofinterest.com/MinerControl/MinerControl-1.0.1.zip)

Was almost done with the async load for prices so I was in a good spot to fix this.


Title: Re: [ANN] Miner Control 1.0.0 - Auto profit switching miner controller
Post by: Travis9x on September 04, 2014, 08:58:05 PM
It's time for bugs :)

- When I start minercontrol using -a, it start mining auto on first pool, and can't clic STOP and looks like he's not runing in Auto mode or switching if another pool become better. Have to clic Auto manually to return to auto mode and being able to stop
http://i.imgur.com/yqwNwu5.png

- when starting Minercontrol without -a, if i clic on any service name, all the Start button on the right just disapear, and can't even run when trying to clic Auto in actions
http://i.imgur.com/5wGAG82.png

Yup, bug.  I'll try to fix that up quickly.

EDIT

Done.

Download Version 1.0.1 (http://stuffofinterest.com/MinerControl/MinerControl-1.0.1.zip)

Was almost done with the async load for prices so I was in a good spot to fix this.
Sorry, still not quite fixed. :-\  Unless it is already actively mining, clicking on any cells causes the "Action" column (with the "Start" buttons) to disappear, and clicking Auto once that column is gone results in no mining.  I also noticed similar behavior in v1.0.0, when I tried to click on a column title to sort the list by that value (like in Excel, or most any other spreadsheet/table)…the Action column disappeared, and I had to restart the application.


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: StuffOfInterest on September 04, 2014, 09:16:36 PM
I really hate initial releases.

OK, different bug.  Fixed.  I didn't change the version number for this one.  Please redownload and the behavior should be correct.

Thanks for helping to shake out the loose parts.


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: Travis9x on September 04, 2014, 09:33:18 PM
I really hate initial releases.

OK, different bug.  Fixed.  I didn't change the version number for this one.  Please redownload and the behavior should be correct.

Thanks for helping to shake out the loose parts.
No problem! :)  Seems to be working much better now.

Now for some suggestions:
CoinKing offers API functions, and offers auto-conversion to almost ANY other coin (not just BTC).  For your purposes of profitability calculation, you can just assume conversion to BTC.  But the nice thing for some of us with mining on CoinKing, is that by converting to our favorite altcoin, the exchange price of that coin is not hurt (as opposed to insta-selling for BTC).  For those who have a "pet" altcoin, and don't want to hurt its value with Bitcoin-only multipools, but still want to mine whatever is most profitable, CoinKing is a great alternative but there is currently no auto-algo-switching apps that support it.  Might this be something you could look into?
Thanks in advance, and keep up the great work!

PS:  Yaamp is surprisingly profitable right now…


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: StuffOfInterest on September 04, 2014, 09:47:34 PM
OK, glad that is sorted.

CoinKing definintely sounds like it is worth investigating.  As long as it will give pricing in BTC I can hook it into my auto-switcher without much trouble.

Despite the issue with real time numbers, I still want to investigate WafflePool as well.  With a bit of weighting to account for stale numbers it is still a good backup pool in case someone's preferred is out of service.

Probably won't happen for a couple of weeks.  I'm heading out Saturday for a vacation with the family so I'll be computer-less for a week.  We'll see how stable Miner Control is if it is still running when I get back.  I pushed the last couple of days to get this release done so I could leave it running while I'm gone. 


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: RavenXBR on September 05, 2014, 12:45:34 AM
Wow... Pretty awesome improvement.
Already used NiceHash version. Surely will try this one.

Thx...  ;)


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: uberua on September 05, 2014, 05:28:08 AM
Does it work with AMD cards or just with nVIDIA? Can it be used with cgminer?
Tnx.


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: yudhistira on September 05, 2014, 07:48:12 AM
Can sequence based services
for example in order nicehash column below is entirely nicehash service, then the service further
The current location of the service are not consecutive

Just for easy reading and monitoring


and whether the balance is the total amount of all services
every service is not interconnected

it is becoming less effective as we would like to know how much the total balance in the services
for example, the minimum payout nicehash 0.04 while the total amount of the overall service


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: ltc_bilic on September 05, 2014, 08:29:29 AM
Does it work with AMD cards or just with nVIDIA? Can it be used with cgminer?
Tnx.

Yes it can be used with any miner. With "command" field you control what miner/application you'll run.

I must say I'm impressed with the progess. I have to reconfig everything to have my logging ability back, and the I switch from NHC to Miner Control ;)

But I have two issues:
1) can't get Trademybit prices show, yes entered the api key as shown above, might be their api dowm atm
2) if I run x15 algorithm it says running but the miner window disappears, NHC was working without a problem


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: StuffOfInterest on September 05, 2014, 10:42:49 AM
Can sequence based services
for example in order nicehash column below is entirely nicehash service, then the service further
The current location of the service are not consecutive

Just for easy reading and monitoring


and whether the balance is the total amount of all services
every service is not interconnected

it is becoming less effective as we would like to know how much the total balance in the services
for example, the minimum payout nicehash 0.04 while the total amount of the overall service

Not sure what you mean by "sequence based services".

Regarding location, the list sorts for net pay highest to lowest when the application loads and while in automatic mode.  The sort when the application first starts is not behaving correctly right now due to a recent switch to asynchronous loading of the prices.  Basically, the sort happens before all the price apis have reported back.  I may add a general config parameter at some point to control sorting, but not a high priority right now.  I have an idea for how to manually control the order all the entries to appear in based on order in the config file which I want to try as well.

Balances are a bit ugly right now.  It made sense when NiceHash paid each algorithm separately but now it is mostly useless clutter.  I may get rid of that column and replace the total with a small list of the reported balance for each service which supports that reporting through its api.  Won't happen for a couple of weeks, but I'll put in in the wish list.


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: StuffOfInterest on September 05, 2014, 10:48:14 AM
But I have two issues:
1) can't get Trademybit prices show, yes entered the api key as shown above, might be their api dowm atm
2) if I run x15 algorithm it says running but the miner window disappears, NHC was working without a problem

TradeMyBit was probably either down or you had a bad api key.  You should be able to run the url in the browser with your key to see if it reports back numbers, and error message, or nothing at all.  I had TMB numbers on my screen when I went to bed last night and when I got up this morning but no telling what happened during the night.

As for X15, do you have a different miner for that algo vs the others?  I've seen two things which can cause the quick crash like you are seeing.  First is a simple bad config.  In that case the miner will simply exit out right away.  The other is Windows Security getting in the way.  For my Windows 7 machine if I put a new miner exe on and launch it via the controller it will crash.  If I then double click on the exe I see a Windows security dialog asking me to allow or deny this program.  If you click the check box to not show that dialog again and then click yes the dialog won't happen again for that file in that location and the controller will be able to launch it.


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: Infinity123 on September 05, 2014, 01:57:28 PM
Well I have a problem with the apikey too... It won't show me trademybit prices!

Does the key have to be inside brackets like this: "[mykey]" or should I remove the brackets and put it like this "mykey" ?


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: StuffOfInterest on September 05, 2014, 02:27:36 PM
Well I have a problem with the apikey too... It won't show me trademybit prices!

Does the key have to be inside brackets like this: "[mykey]" or should I remove the brackets and put it like this "mykey" ?

No brackets, just inside of quotes the same as any other key is stored in JSON.


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: Infinity123 on September 05, 2014, 02:56:06 PM
Ok, But it still won't show any Trademybit prices.

Here is my trademybit config:

},
    "trademybit": {
        "apikey": "ea_something_something_something_something_something_6",
        "account": "suchfakeaccount",
        "worker": "750Ti",
        "param1": "-q -r 3 -R 10 -a",
        "param2": "stratum+tcp://am01.eu.trademybit.com",
        "algos": [
            { "algo": "x11", "folder": "", "command": "nvminer.exe", "arguments": "_PARAM1_ x11 -o _PARAM2_:4440 -u _ACCOUNT_._WORKER_ -p x" },
            { "algo": "x13", "folder": "", "command": "nvminer.exe", "arguments": "_PARAM1_ x13 -o _PARAM2_:5550 -u _ACCOUNT_._WORKER_ -p x" },
            { "algo": "x15", "folder": "", "command": "nvminer.exe", "arguments": "_PARAM1_ x15 -o _PARAM2_:6660 -u _ACCOUNT_._WORKER_ -p x" },
            { "algo": "nist5", "folder": "", "command": "nvminer.exe", "arguments": "_PARAM1_ nist5 -o _PARAM2_:7770 -u _ACCOUNT_._WORKER_ -p x" }
        ]


EDIT: well actually it started showing prices for X11, but others are still empty
2 EDIT: now I can see x13 prices too.


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: Zels on September 05, 2014, 02:59:31 PM
Same for me, nothing show for trademybit
But if i got to https://pool.trademybit.com/api/balance?key=My_api_key it return price like that:
Code:
{"autoexchange":{"est_total":"0.00001714","unexchanged":"0.00000181","exchanged":"0.00001533","alltime":"0.00000000"},"coins":{"ABC":{"confirmed":0,"unconfirmed":0},"AC":{"confirmed":0,"unconfirmed":0},"ANC":{"confirmed":0,"unconfirmed":0},"AUR":{"confirmed":0,"unconfirmed":0},"BBL":{"confirmed":0,"unconfirmed":0},"BLKT":{"confirmed":0,"unconfirmed":0},"BLTR":{"confirmed":0,"unconfirmed":0},"BLU ........

Not a big trouble since it's not mining there often for me :)


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: ltc_bilic on September 05, 2014, 03:33:23 PM
I've solved the x15 algorithm with the right miner ;) i've messed up while moving files.

Hmm,...regarding TMB prices when I've first launched the app there were no prices, then after a while on some computers TMB x13 price showed up, and then little bit later also TMB x11,...but no x15 and nist5,....strange.... and i've checked the api url+key manually and get all the prices the most profit algo was x15 at that moment, but the app started mining x11 TMB,...so something is definitely wrong with how TMB prices are gathered

And one more suggestion, i've run miners on multiple computers and the ones which are really fast, start running the first item on the list - and it's not sorted properly and then immediate switch when sorted, I suggest a 1 or 2 second delay when you start the MinerControl in order to avoid this issue.


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: Infinity123 on September 05, 2014, 04:00:49 PM
I've solved the x15 algorithm with the right miner ;) i've messed up while moving files.

Hmm,...regarding trademybit prices when I've first launched the app there were no prices, then after a while trademybit x13 price showed up, and then little bit later also trademybit x11,...but no x15 and nist5,....strange.... and i've checked the api url+key manually and get all the prices  ???

I have exactly the same problem....


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: yudhistira on September 05, 2014, 05:03:46 PM


Not sure what you mean by "sequence based services".

[/quote]

for example

service            algo    ... ...  net                balance               activity balance
------------------------------------------------------------------------------
nicehash         x11               0,001008        0,002008             0,003008
nicehash         x15               0,000508        0,001008 
.
.
westhash         x11              0,001008        0,002008             0,003008
westhash         x15              0,000508        0,001008 


but keep on auto switch to all service with higher net/price


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: StuffOfInterest on September 05, 2014, 05:17:48 PM
The way I handle the identical pricing between NiceHash and WestHash is to use a weighting against the one I don't want to be primary.  In my case I have a "0.9" weight on NiceHash.  If WestHash goes down then I will try to connect to NiceHash for the same algorithm as long as nothing else is more than 90% of the same earning.


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: StuffOfInterest on September 05, 2014, 05:20:57 PM
I've solved the x15 algorithm with the right miner ;) i've messed up while moving files.

Hmm,...regarding TMB prices when I've first launched the app there were no prices, then after a while on some computers TMB x13 price showed up, and then little bit later also TMB x11,...but no x15 and nist5,....strange.... and i've checked the api url+key manually and get all the prices the most profit algo was x15 at that moment, but the app started mining x11 TMB,...so something is definitely wrong with how TMB prices are gathered

And one more suggestion, i've run miners on multiple computers and the ones which are really fast, start running the first item on the list - and it's not sorted properly and then immediate switch when sorted, I suggest a 1 or 2 second delay when you start the MinerControl in order to avoid this issue.

Regarding X15 not showing up on TMB, could it be something to do with this on their page:

Quote
2014-09-05 at 12:47am EST: X15 port re-opened with NMB added

Perhaps they report 0 when they close a port for various reasons.

As for the delay, I have a couple of seconds in there now.  Could be that some of the sites are running a little slow.  I may have to extend the time out to five seconds or maybe make it configurable.


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: Zels on September 05, 2014, 05:39:39 PM
Again for trademybit:

Running your tool on 2 rig now, 1 amd and 1 nvidia

On 1 Rig looks like price was lock for trademybit and minercontrol keep thinking price was best and didn't change.  Restart Minercontrol, and price are at 0 for TMB

On both rig minercontrol report 0 for trademybit price in all algo now :-\

Looking myself at https://pool.trademybit.com/api/bestalgo?key=myapikey price keep being updated.


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: StuffOfInterest on September 05, 2014, 05:53:59 PM
Again for trademybit:

Running your tool on 2 rig now, 1 amd and 1 nvidia

On 1 Rig looks like price was lock for trademybit and minercontrol keep thinking price was best and didn't change.  Restart Minercontrol, and price are at 0 for TMB

On both rig minercontrol report 0 for trademybit price in all algo now :-\

Looking myself at https://pool.trademybit.com/api/bestalgo?key=myapikey price keep being updated.

OK, will have to see if I can reproduce the behavior.  Its either a parsing issue or the data is coming and going from the result.  I'm leaning towards the later if you had a price stuck at a value and then went to zero the after a restart.  The way the code currently works it only updates the price for algorithms in the result.  If the entry is not there it won't update.  I'll need to change this to set everything to zero and then populate with available values so anything missing will immediately go to zero.

Just did a check myself and I'm seeing this for the best algo result:

Code:
[{"algo":"x15","score":"0.00239332","actual":"0.000703917"},{"algo":"nscrypt","score":"0.00109983","actual":"0.00234007"},{"algo":"x11","score":"0.000856783","actual":"0.000155779"},{"algo":"scrypt","score":"0.000371006","actual":"0.000371006"},{"algo":"x13","score":"0.000223987","actual":"0.000060537"},{"algo":"nist5","score":"0.000157642","actual":"0.00000955406"}]

If you are zero right now even though x15 is in the result then we definitely have an issue.


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: Zels on September 05, 2014, 06:07:58 PM
TMB Price was stuck here for Nscrypt:

http://i.imgur.com/9Q8PGsa.png

And after the restart every TMB price at 0:

http://i.imgur.com/7MXxZ2E.png


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: ltc_bilic on September 05, 2014, 06:15:17 PM
Had the same problem as Zels, but with x11 and x15 algo...when price "stuck" restarted the app TMB prices went to 0, now they are stuck at zero


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: StuffOfInterest on September 05, 2014, 06:18:27 PM
Had the same problem as Zels, but with x11 and x15 algo...when price "stuck" restarted the app TMB prices went to 0, now they are stuck at zero

Gotta be a parsing error of some sort.  Will try to take a look before I leave town tomorrow.


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: Zels on September 05, 2014, 06:27:17 PM
Now TMB X11 price get price update  http://www.sherv.net/cm/emo/angry/mad.gif

TMB api must have big trouble.

Nothing to do with Minercontrol working fine, but with TMB API.
Perhaps if you can, if no answer from api -> set price to 0 ? :)


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: StuffOfInterest on September 05, 2014, 06:45:47 PM
Now TMB X11 price get price update  http://www.sherv.net/cm/emo/angry/mad.gif

TMB api must have big trouble.

Nothing to do with Minercontrol working fine, but with TMB API.
Perhaps if you can, if no answer from api -> set price to 0 ? :)

It was a parsing error in the program.  It would hit an entry it didn't expect and stop parsing at that point.  The API appears to return results in a random order so the unknown value could be hit at any point in the lsit and everything after it will be ignored.  Fixed now.

Download: http://stuffofinterest.com/MinerControl/MinerControl-1.0.2.zip (http://stuffofinterest.com/MinerControl/MinerControl-1.0.2.zip)


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: Zels on September 05, 2014, 07:20:08 PM

It was a parsing error in the program.  It would hit an entry it didn't expect and stop parsing at that point.  The API appears to return results in a random order so the unknown value could be hit at any point in the lsit and everything after it will be ignored.  Fixed now.

Download: http://stuffofinterest.com/MinerControl/MinerControl-1.0.2.zip (http://stuffofinterest.com/MinerControl/MinerControl-1.0.2.zip)

Everything work now, switching between yaamp, tmb, Nh and price keep getting updated :)


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: StuffOfInterest on September 05, 2014, 07:23:03 PM
When I get back I want to investigate some of the other services out there to see if they can be integrated in.  One thing that just a day of running has shown me is that NiceHash is no longer the dominant player.  I've been switching between NiceHash, TradeMyBit, and YAAMP regularly with the controller.  It would be interesting to see if these other pools are in the same ballpark.


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: ltc_bilic on September 05, 2014, 07:53:02 PM
When I get back I want to investigate some of the other services out there to see if they can be integrated in.  One thing that just a day of running has shown me is that NiceHash is no longer the dominant player.  I've been switching between NiceHash, TradeMyBit, and YAAMP regularly with the controller.  It would be interesting to see if these other pools are in the same ballpark.


Agreed, that's why we need alternatives ;) Yeah the TMB bug is gone, working flawlessly. Thank you!


Title: Re: [ANN] Miner Control 1.0.1 - Auto profit switching miner controller
Post by: Travis9x on September 06, 2014, 01:13:04 AM
It was a parsing error in the program.  It would hit an entry it didn't expect and stop parsing at that point.  The API appears to return results in a random order so the unknown value could be hit at any point in the lsit and everything after it will be ignored.  Fixed now.
Download: http://stuffofinterest.com/MinerControl/MinerControl-1.0.2.zip (http://stuffofinterest.com/MinerControl/MinerControl-1.0.2.zip)
When I get back I want to investigate some of the other services out there to see if they can be integrated in.  One thing that just a day of running has shown me is that NiceHash is no longer the dominant player.  I've been switching between NiceHash, TradeMyBit, and YAAMP regularly with the controller.  It would be interesting to see if these other pools are in the same ballpark.
Nice work on cranking out some more fixes before you leave.  Have a great trip!   8)


Title: Re: [ANN] Miner Control 1.0.2 - Auto profit switching miner controller
Post by: runra on September 06, 2014, 07:19:19 AM
nice


Title: Re: [ANN] Miner Control 1.0.2 - Auto profit switching miner controller
Post by: la7eralus on September 07, 2014, 01:41:31 AM
Does anyone have the necessary .conf settings for a Radeon 280x?  I've been through pages upon pages of the old NiceHash Control Tool as well as throughout this posting but don't seem to be able to find a .conf setup that works.  Everything pulls prices, but when attempting to start SGMiner nothing happens - even with the correct directory structures set using \\ to separate heirarchy.

If someone would be willing to post which miner they are using for AMD, and their appropriate .conf files that would be absolutely amazing!


Title: Re: [ANN] Miner Control 1.0.2 - Auto profit switching miner controller
Post by: Travis9x on September 07, 2014, 04:44:19 AM
Does anyone have the necessary .conf settings for a Radeon 280x?  I've been through pages upon pages of the old NiceHash Control Tool as well as throughout this posting but don't seem to be able to find a .conf setup that works.  Everything pulls prices, but when attempting to start SGMiner nothing happens - even with the correct directory structures set using \\ to separate heirarchy.

If someone would be willing to post which miner they are using for AMD, and their appropriate .conf files that would be absolutely amazing!
I think you're looking in the wrong place.  It sounds like your miner configuration settings are wrong, so this has nothing to do with NHC or MinerControl settings.  I suggest checking SGminer support pages, or even the included help info in the miner app, to find the right settings for your 280x.  They'll usually be some command-line switches, and the best way to test if you have the settings right, is to try using SGminer stand-alone (with no other programs or apps, just by itself) to mine in a pool (any random one will do).  If it mines successfully, at a decent rate for your card, then you've got the settings right.  Then use those settings for the miner launch in NHC or MinerControl.


Title: Re: [ANN] Miner Control 1.0.2 - Auto profit switching miner controller
Post by: Zels on September 07, 2014, 07:53:22 AM
Does anyone have the necessary .conf settings for a Radeon 280x?  I've been through pages upon pages of the old NiceHash Control Tool as well as throughout this posting but don't seem to be able to find a .conf setup that works.  Everything pulls prices, but when attempting to start SGMiner nothing happens - even with the correct directory structures set using \\ to separate heirarchy.

If someone would be willing to post which miner they are using for AMD, and their appropriate .conf files that would be absolutely amazing!

MinerControl.conf
Code:
{
    "general": {
        "power": 0.10,
        "exchange": 500,
        "mintime": 5,
        "maxtime": 180,
        "switchtime": 2,
        "deadtime": 10
    },
    "algorithms": [
        { "name": "x11", "hashrate": 2700, "power": 100 },
        { "name": "x13", "hashrate": 2100, "power": 100 },
        { "name": "x15", "hashrate": 1800, "power": 105 },
        { "name": "nist5", "hashrate": 8300, "power": 100 },
        { "name": "scryptn", "hashrate": 220, "power": 130 }
    ],
    "nicehash": {
        "account": "xx",
        "worker": "R9",
        "param1": "-c",
        "param2": "stratum+tcp://stratum.nicehash.com",
        "algos": [
            { "algo": "x11", "folder": "sgminer", "command": "sgminer.exe", "arguments": "_PARAM1_ x11NH.conf" },
            { "algo": "x13", "folder": "sgminer", "command": "sgminer.exe", "arguments": "_PARAM1_ x13NH.conf" },
            { "algo": "x15", "folder": "sgminer", "command": "sgminer.exe", "arguments": "_PARAM1_ x15NH.conf" },
            { "algo": "nist5", "folder": "sgminer", "command": "sgminer.exe", "arguments": "_PARAM1_ nist5NH.conf" },
            { "algo": "scryptn", "folder": "sgminer", "command": "sgminer.exe", "arguments": "_PARAM1_ nscryptNH.conf" }
        ]
    },
    "westhash": {
        "account": "xx",
        "worker": "R9",
        "param1": "-c",
        "param2": "stratum+tcp://stratum.nicehash.com",
        "algos": [
            { "algo": "x11", "folder": "sgminer", "command": "sgminer.exe", "arguments": "_PARAM1_ x11NH.conf" },
            { "algo": "x13", "folder": "sgminer", "command": "sgminer.exe", "arguments": "_PARAM1_ x13NH.conf" },
            { "algo": "x15", "folder": "sgminer", "command": "sgminer.exe", "arguments": "_PARAM1_ x15NH.conf" },
            { "algo": "nist5", "folder": "sgminer", "command": "sgminer.exe", "arguments": "_PARAM1_ nist5NH.conf" },
            { "algo": "scryptn", "folder": "sgminer", "command": "sgminer.exe", "arguments": "_PARAM1_ nscryptNH.conf" }
        ]
    },
    "trademybit": {
        "apikey": "xxxxx",
        "account": "xxx",
        "worker": "xx",
        "param1": "-c",
        "param2": "stratum+tcp://am01.eu.trademybit.com",
        "algos": [
            { "algo": "x11", "folder": "sgminer", "command": "sgminer.exe", "arguments": "_PARAM1_ x11trade.conf" },
            { "algo": "x13", "folder": "sgminer", "command": "sgminer.exe", "arguments": "_PARAM1_ x13trade.conf" },
            { "algo": "x15", "folder": "sgminer", "command": "sgminer.exe", "arguments": "_PARAM1_ x15trade.conf" },
            { "algo": "nist5", "folder": "sgminer", "command": "sgminer.exe", "arguments": "_PARAM1_ nist5trade.conf" },
            { "algo": "scryptn", "folder": "sgminer", "command": "sgminer.exe", "arguments": "_PARAM1_ nscrypttrade.conf" }
        ]
    },
    "yaamp": {
        "account": "xx",
        "worker": "R9",
        "param1": "-c",
        "param2": "stratum+tcp://yaamp.com",
        "algos": [
            { "algo": "x11", "folder": "sgminer", "command": "sgminer.exe", "arguments": "_PARAM1_ x11yaamp.conf" },
            { "algo": "x13", "folder": "sgminer", "command": "sgminer.exe", "arguments": "_PARAM1_ x13yaamp.conf" },
            { "algo": "x15", "folder": "sgminer", "command": "sgminer.exe", "arguments": "_PARAM1_ x15yaamp.conf" },
            { "algo": "nist5", "folder": "sgminer", "command": "sgminer.exe", "arguments": "_PARAM1_ nist5yaamp.conf" }
        ]
    },
"manual": {
        "account": "xx",
"worker": "R9",
        "param1": "-c",
        "param2": "stratum+tcp://eu.wafflepool.com",
        "algos": [
            { "algo": "x11", price: 0.180, fee: 2.0, "folder": "sgminer", "command": "sgminer.exe", "arguments": "_PARAM1_ manual.conf" }
        ]
    }
}

x11NH.conf:
1st pool is the main for this algo/pool, other are just backup pool :)
Code:
{
"pools" : [
{
          "name" : "NHash_X11",
          "url" : "stratum+tcp://stratum.nicehash.com:3336",
          "user" : "xx.R9",
          "pass" : "d=0.008",
          "nfactor" : "10",
          "algorithm" : "darkcoin-mod",
 "gpu-engine" : "1100",
"gpu-memclock" : "1500",
"xintensity" : "256",
        "thread-concurrency" : "13188"
     },
{
          "name" : "WHash_X11",
          "url" : "stratum+tcp://stratum.westhash.com:3336",
          "user" : "xx.R9",
          "pass" : "d=0.008",
          "nfactor" : "10",
          "algorithm" : "darkcoin-mod",
 "gpu-engine" : "1100",
"gpu-memclock" : "1500",
"xintensity" : "256",
        "thread-concurrency" : "13188"
     },
{
"name" : "wafflepool_EU_x11",
"url" : "stratum+tcp://eu.wafflepool.com:3331",
"user" : "xx",
"pass" : "d=0.008",
"algorithm" : "darkcoin-mod",
"pgpu-engine" : "1100",
"gpu-memclock" : "1500",
"xintensity" : "256",
"state" : "enabled",
        "thread-concurrency" : "13188"
},
{
"name" : "wafflepool_USeast_x11",
"url" : "stratum+tcp://useast.wafflepool.com:3331",
"user" : "xx",
"pass" : "d=0.008",
"algorithm" : "darkcoin-mod",
"gpu-engine" : "1100",
"gpu-memclock" : "1500",
"xintensity" : "256",
"state" : "enabled",
        "thread-concurrency" : "13188"
},
{
"name" : "wafflepool_USwest_x11",
"url" : "stratum+tcp://uswest.wafflepool.com:3331",
"user" : "xx",
"pass" : "d=0.008",
"algorithm" : "darkcoin-mod",
"gpu-engine" : "1100",
"gpu-memclock" : "1500",
"xintensity" : "256",
"state" : "enabled",
        "thread-concurrency" : "13188"
}
]
,
"hamsi-expand-big" : "1",
"hamsi-short" : true,
"worksize" : "64",
"shaders" : "1280",
"lookup-gap" : "2",
"gpu-threads" : "2",
"gpu-engine" : "1100",
"gpu-memclock" : "1500",
"gpu-powertune" : "20",
"temp-cutoff" : "94",
"temp-overheat" : "88",
"temp-hysteresis" : "3",
"api-listen" : true,
"api-mcast-port" : "4028",
"expiry" : "1",
"log" : "5",
"vectors" : "1",
"shares" : "0",
"no-restart" : true,
"failover-switch-delay" : "30",
"failover-only" : true,
"no-pool-disable" : true,
"queue" : "0",
"scan-time" : "1",
"show-coindiff" : true,
"remove-disabled" : true,
"tcp-keepalive": "30",
"disable-rejecting" : true,
"extranonce-subscription" : true,
"blake-compact" : true,
"keccak-unroll" : "8",
"luffa-parallel" : true,
"api-allow" : "W:127.0.0.1"
}

It's for a 270, change to fit your speed.
I use 1 conf for each algo / pool, but you can choose to not use .conf and give every option as parameter to sgminer if you prefer long line :)
for the folder structure I use: Minercontrol, and inside a folder sgminer where there is sgminer.exe and all the .conf


Title: Re: [ANN] Miner Control 1.0.2 - Auto profit switching miner controller
Post by: la7eralus on September 08, 2014, 01:28:50 AM
I went ahead last night and sorted through the code with a few references for your example.  This configuration included all pools with all coins, uses the official sgminer 5.0 from nice/westhash, and successfully pulls all information as well as launches appropriate versions of each miner.  Configuration for Radeon r9 280x X2.

Make sure if you use this to change the directory structure to point to your associated miner's for each coin- Besides that just punch in your BTC address and your account name/api key where necessary and you're up and running.

Code:
{
    "general": {
        "power": 0.15,
        "exchange": 500,
        "mintime": 4,
        "maxtime": 180,
        "switchtime": 3,
        "deadtime": 10
    },
    "algorithms": [
        { "name": "x11", "hashrate": 6400, "power": 49 },
        { "name": "x13", "hashrate": 4400, "power": 49 },
        { "name": "x15", "hashrate": 4000, "power": 52 },
        { "name": "nist5", "hashrate": 24600, "power": 54 },
        { "name": "scrypt", "hashrate": 1200, "power": 60 },
        { "name": "scryptn", "hashrate": 480, "power": 60 },
        { "name": "keccak", "hashrate": 630, "power": 50 },
        { "name": "sha256", "hashrate": 0, "power": 50 }
    ],
    "westhash": {
        "account": "1Pe5huNgu8TfNgjiXVKuSja6VNw5wTB7KM",
        "worker": "1",
"param1": "stratum+tcp://stratum.westhash.com",
        "weight": 0.90,
        "algos": [
            { "algo": "x11", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\x11", "command": "sgminer.exe", "arguments": "--kernel darkcoin-mod -o _PARAM1_:3336 -u _ACCOUNT_._WORKER_ -p x -w 256 --thread-concurrency 8192 --shaders 2048 -I 13 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "x13", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\x13", "command": "sgminer.exe", "arguments": "--kernel marucoin-mod -o _PARAM1_:3337 -u _ACCOUNT_._WORKER_ -p x -w 256 --thread-concurrency 8192 --shaders 2048 -I 13 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "scrypt", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\scrypt", "command": "sgminer.exe", "arguments": "--kernel ckolivas -o _PARAM1_:3333 -u _ACCOUNT_._WORKER_ -p x -w 256 --thread-concurrency 8192 --shaders 2048 -I 13 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "scryptn", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\scrypt_n", "command": "sgminer.exe", "arguments": "--kernel psw -o _PARAM1_:3335 -u _ACCOUNT_._WORKER_ -p x --nfactor 11 -w 256 --thread-concurrency 8192 --shaders 2048 -I 13 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "keccak", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\keccak", "command": "sgminer.exe", "arguments": "--kernel keccak -o _PARAM1_:3338 -u _ACCOUNT_._WORKER_ -p x -w 256 --thread-concurrency 8192 --shaders 2048 -I 13 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "x15", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\x15", "command": "sgminer.exe", "arguments": "--kernel x15 -o _PARAM1_:3339 -u _ACCOUNT_._WORKER_ -p x -w 256 --thread-concurrency 8192 --shaders 2048 -I 13 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "nist5", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\nist5", "command": "sgminer.exe", "arguments": "--kernel nist5 -o _PARAM1_:3340 -u _ACCOUNT_._WORKER_ -p x -w 256 --thread-concurrency 8192 --shaders 2048 -I 18 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "sha256", "folder": "", "command": "cmd.exe", "arguments": "--kernel KERNELNAME -o _PARAM1_:3334 -u _ACCOUNT_._WORKER_ -p x" }
        ]
    },
    "nicehash": {
        "account": "1Pe5huNgu8TfNgjiXVKuSja6VNw5wTB7KM",
        "worker": "1",
"param1": "stratum+tcp://stratum.nicehash.com",
        "algos": [
            { "algo": "x11", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\x11", "command": "sgminer.exe", "arguments": "--kernel darkcoin-mod -o _PARAM1_:3336 -u _ACCOUNT_._WORKER_ -p x -w 256 --thread-concurrency 8192 --shaders 2048 -I 13 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "x13", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\x13", "command": "sgminer.exe", "arguments": "--kernel marucoin-mod -o _PARAM1_:3337 -u _ACCOUNT_._WORKER_ -p x -w 256 --thread-concurrency 8192 --shaders 2048 -I 13 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "scrypt", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\scrypt", "command": "sgminer.exe", "arguments": "--kernel ckolivas -o _PARAM1_:3333 -u _ACCOUNT_._WORKER_ -p x -w 256 --thread-concurrency 8192 --shaders 2048 -I 13 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "scryptn", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\scrypt_n", "command": "sgminer.exe", "arguments": "--kernel psw -o _PARAM1_:3335 -u _ACCOUNT_._WORKER_ -p x --nfactor 11 -w 256 --thread-concurrency 8192 --shaders 2048 -I 13 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "keccak", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\keccak", "command": "sgminer.exe", "arguments": "--kernel keccak -o _PARAM1_:3338 -u _ACCOUNT_._WORKER_ -p x -w 256 --thread-concurrency 8192 --shaders 2048 -I 13 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "x15", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\x15", "command": "sgminer.exe", "arguments": "--kernel x15 -o _PARAM1_:3339 -u _ACCOUNT_._WORKER_ -p x -w 256 --thread-concurrency 8192 --shaders 2048 -I 13 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "nist5", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\nist5", "command": "sgminer.exe", "arguments": "--kernel nist5 -o _PARAM1_:3340 -u _ACCOUNT_._WORKER_ -p x -w 256 --thread-concurrency 8192 --shaders 2048 -I 18 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "sha256", "folder": "", "command": "cmd.exe", "arguments": "--kernel KERNELNAME -o _PARAM1_:3334 -u _ACCOUNT_._WORKER_ -p x" }
        ]
    },
    "trademybit": {
        "apikey": "APIKEYGOESHERE",
        "account": "USERNAME",
        "worker": "1",
"param1": "stratum+tcp://west01.us.trademybit.com",
        "algos": [
            { "algo": "x11", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\x11", "command": "sgminer.exe", "arguments": "--kernel darkcoin-mod -o _PARAM1_:4440 -u _ACCOUNT_._WORKER_ -p x -w 256 --thread-concurrency 8192 --shaders 2048 -I 13 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "x13", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\x13", "command": "sgminer.exe", "arguments": "--kernel marucoin-mod -o _PARAM1_:5550 -u _ACCOUNT_._WORKER_ -p x -w 256 --thread-concurrency 8192 --shaders 2048 -I 13 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "x15", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\x15", "command": "sgminer.exe", "arguments": "--kernel x15 -o _PARAM1_:6660 -u _ACCOUNT_._WORKER_ -p x -w 256 --thread-concurrency 8192 --shaders 2048 -I 13 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "nist5", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\nist5", "command": "sgminer.exe", "arguments": "--kernel nist5 -o _PARAM1_:7770 -u _ACCOUNT_._WORKER_ -p x -w 256 --thread-concurrency 8192 --shaders 2048 -I 18 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "scrypt", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\scrypt", "command": "sgminer.exe", "arguments": "--kernel ckolivas -o _PARAM1_:3330 -u _ACCOUNT_._WORKER_ -p x -w 256 --thread-concurrency 8192 --shaders 2048 -I 13 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "scryptn", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\scrypt_n", "command": "sgminer.exe", "arguments": "--kernel psw -o _PARAM1_:2220 -u _ACCOUNT_._WORKER_ -p x --nfactor 11 -w 256 --thread-concurrency 8192 --shaders 2048 -I 13 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" }
        ]
    },
    "yaamp": {
        "account": "1Pe5huNgu8TfNgjiXVKuSja6VNw5wTB7KM",
        "worker": "1",
"param1": "stratum+tcp://yaamp.com",
        "algos": [
            { "algo": "x11", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\x11", "command": "sgminer.exe", "arguments": "--kernel darkcoin-mod -o _PARAM1_:3533 -u _ACCOUNT_._WORKER_ -p x -w 256 --thread-concurrency 8192 --shaders 2048 -I 13 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "x13", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\x13", "command": "sgminer.exe", "arguments": "--kernel marucoin-mod -o _PARAM1_:3633 -u _ACCOUNT_._WORKER_ -p x -w 256 --thread-concurrency 8192 --shaders 2048 -I 13 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "x15", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\x15", "command": "sgminer.exe", "arguments": "--kernel x15 -o _PARAM1_:3733 -u _ACCOUNT_._WORKER_ -p x -w 256 --thread-concurrency 8192 --shaders 2048 -I 13 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "nist5", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\nist5", "command": "sgminer.exe", "arguments": "--kernel nist5 -o _PARAM1_:3833 -u _ACCOUNT_._WORKER_ -p x -w 256 --thread-concurrency 8192 --shaders 2048 -I 18 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" },
            { "algo": "scrypt", "folder": "C:\\Users\\MFCEOSean\\Desktop\\MinerControl_Complete\\miners\\sph_sgminer\\scrypt", "command": "sgminer.exe", "arguments": "--kernel ckolivas -o _PARAM1_:3433 -u _ACCOUNT_._WORKER_ -p x -w 256 --thread-concurrency 8192 --shaders 2048 -I 13 -g 2 --lookup-gap 2 --gpu-memclock 1500 --gpu-engine 1033 --expiry 1 --scan-time 1 --queue 0 -d 0,1" }
        ]
    }
}


Title: Re: [ANN] Miner Control 1.0.2 - Auto profit switching miner controller
Post by: Agamemnus on September 08, 2014, 12:02:35 PM
Amazing! Thank you so much! I'm going to mine to your address for a day ;)


Title: Re: [ANN] Miner Control 1.0.2 - Auto profit switching miner controller
Post by: yudhistira on September 08, 2014, 04:52:04 PM
How do you advice

I have mining RIG x11 8.6 Mhs
while the other algo 4.6 Mhs

x11 uses a different kernel modifications with others
how do I anticipate that when running auto miner control other prices slightly higher than the x11 but I was only able to RIG 4.6 Mhs

although it is higher than the x11 would be more beneficial because of its speed 2-fold


Title: Re: [ANN] Miner Control 1.0.2 - Auto profit switching miner controller
Post by: Travis9x on September 09, 2014, 12:09:41 AM
How do you advice

I have mining RIG x11 8.6 Mhs
while the other algo 4.6 Mhs

x11 uses a different kernel modifications with others
how do I anticipate that when running auto miner control other prices slightly higher than the x11 but I was only able to RIG 4.6 Mhs

although it is higher than the x11 would be more beneficial because of its speed 2-fold
This is why you enter your hashrate into the configuration file, so it calculates profitability accurately.


Title: Re: [ANN] Miner Control 1.0.2 - Auto profit switching miner controller
Post by: ltc_bilic on September 10, 2014, 10:36:46 AM
On one client using Windows XP, MinerControl crashes so badly that I can't even read the exception error in the Framework windows. It starts OK, and it crashes while changing algo. On all the other WinXP clients works flawlessly. I'll reinstall the .NET framework 4.0 again on that one, to see if it helps. Any idea what might cause the crash?


Title: Re: [ANN] Miner Control 1.0.2 - Auto profit switching miner controller
Post by: DemosMirak on September 10, 2014, 08:20:47 PM
Fantastic tool, thanks for making it!


Title: Re: [ANN] Miner Control 1.0.2 - Auto profit switching miner controller
Post by: StuffOfInterest on September 11, 2014, 12:17:04 PM
On one client using Windows XP, MinerControl crashes so badly that I can't even read the exception error in the Framework windows. It starts OK, and it crashes while changing algo. On all the other WinXP clients works flawlessly. I'll reinstall the .NET framework 4.0 again on that one, to see if it helps. Any idea what might cause the crash?

If the crash only happens while switching algorithms then it may be a driver crash from the fast switching. One person reported this same issue with NHC. I plan to put a start delay option in but until that time you could do it your self with a batch file rhat calls a sleep command before launching the miner.

See if you can cause the crash manually by using one of the algo start buttons, hit stop, and as soon as the buttons appear hit another algo start button.


Title: Re: [ANN] Miner Control 1.0.2 - Auto profit switching miner controller
Post by: ltc_bilic on September 11, 2014, 02:16:10 PM
On one client using Windows XP, MinerControl crashes so badly that I can't even read the exception error in the Framework windows. It starts OK, and it crashes while changing algo. On all the other WinXP clients works flawlessly. I'll reinstall the .NET framework 4.0 again on that one, to see if it helps. Any idea what might cause the crash?

If the crash only happens while switching algorithms then it may be a driver crash from the fast switching. One person reported this same issue with NHC. I plan to put a start delay option in but until that time you could do it your self with a batch file rhat calls a sleep command before launching the miner.

See if you can cause the crash manually by using one of the algo start buttons, hit stop, and as soon as the buttons appear hit another algo start button.
It appears that it's happening when killing an miner, i've tried it also manually and it won't kill the miner. It just sits until framework crash. I've tried with nvminer/ccminer, checked the file permissions, seems all ok. I think something like this was happening also with NCH a while back, then you've released a new version and it was working fine.


Title: Re: [ANN] Miner Control 1.0.2 - Auto profit switching miner controller
Post by: StuffOfInterest on September 11, 2014, 02:41:44 PM
On one client using Windows XP, MinerControl crashes so badly that I can't even read the exception error in the Framework windows. It starts OK, and it crashes while changing algo. On all the other WinXP clients works flawlessly. I'll reinstall the .NET framework 4.0 again on that one, to see if it helps. Any idea what might cause the crash?

If the crash only happens while switching algorithms then it may be a driver crash from the fast switching. One person reported this same issue with NHC. I plan to put a start delay option in but until that time you could do it your self with a batch file rhat calls a sleep command before launching the miner.

See if you can cause the crash manually by using one of the algo start buttons, hit stop, and as soon as the buttons appear hit another algo start button.
It appears that it's happening when killing an miner, i've tried it also manually and it won't kill the miner. It just sits until framework crash. I've tried with nvminer/ccminer, checked the file permissions, seems all ok. I think something like this was happening also with NCH a while back, then you've released a new version and it was working fine.

The code I used for a fix in NHC is the same used now. Even a bit better as it catches errors when killing processes. Not sure what is happening now. If it is in the process killer then you should see the same effect using the stop button.

I won't be home until next week. Will try to take a look at it then.


Title: Re: [ANN] Miner Control 1.0.2 - Auto profit switching miner controller
Post by: Infinity123 on September 13, 2014, 10:43:02 AM
Today when I woke up and checked my rig I found out that Miner control had crashed, but the miner was still running...


Title: Re: [ANN] Miner Control 1.0.2 - Auto profit switching miner controller
Post by: ltc_bilic on September 13, 2014, 02:45:32 PM
Today when I woke up and checked my rig I found out that Miner control had crashed, but the miner was still running...

You're not alone, happens to me also :) Crashes on windows XP and on 8.1 occasionally.


Title: Re: [ANN] Miner Control 1.0.2 - Auto profit switching miner controller
Post by: StuffOfInterest on September 13, 2014, 06:16:53 PM
Today when I woke up and checked my rig I found out that Miner control had crashed, but the miner was still running...

You're not alone, happens to me also :) Crashes on windows XP and on 8.1 occasionally.
When I get back I'm going to wrap the whole kill/start cycle in a try/catch. Something is getting fouled up out there in a place I haven't seen before. Also plan to add some error logging in so there will be something to diagnose with.


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: StuffOfInterest on September 15, 2014, 02:04:10 AM
OK, back in town.

Just put out version 1.0.3.  Only difference is wrapping the entire kill/start cycle in an error trap and adding a config option to log all errors in the application.  If the people having problems can create and send me a copy of the error.log file it will help in figuring out what is happening.


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: yudhistira on September 15, 2014, 05:10:53 AM
yaamp and tmb

balance is not show up
in mc 1.03 and pool

http://m.UploadEdit.com/b039/1410757703673.jpg (http://m.UploadEdit.com/b039/1410757703673.jpg)


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: Travis9x on September 15, 2014, 05:35:26 AM
yaamp and tmb

balance is not show up
in mc 1.03 and pool
As explained by the dev before, Yaamp and TMB API's do not support balance reporting (currently only supported by NiceHash/WestHash).  Those pools also do not update your balance very frequently, even on their own websites.  You'll have to be patient, and take up the issue with them if they still do not show a balance for you after some time.
Of course, also make sure your wallet address settings with those pools are correct.


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: StuffOfInterest on September 15, 2014, 10:16:51 AM
yaamp and tmb

balance is not show up
in mc 1.03 and pool
As explained by the dev before, Yaamp and TMB API's do not support balance reporting (currently only supported by NiceHash/WestHash).  Those pools also do not update your balance very frequently, even on their own websites.  You'll have to be patient, and take up the issue with them if they still do not show a balance for you after some time.
Of course, also make sure your wallet address settings with those pools are correct.

Correct.  As explained before, the per algo balances are a leftover from when NiceHash reported and paid at the algo level instead of the service level.  Doesn't really have any use now that they pay when the service wide balance reaches a threshold.  Future version of Miner Control, maybe 1.1, will drop the per algo balances and probably add another small grid for service level statistics. 

Before tackling that I want to get some of the crash issues people have been reporting addressed.  The issues don't seem to affect me very often as I left MC running for nine days while I was away and it was still trucking along when I got home.  I restarted before bed last night with the new error logging code and there haven't been any logged errors on my machine in the last eight hours.

On an unrelated note, looks like someone did a round of donation mining to my address a couple of days ago.  Thanks for that.  One future "feature" I'm thinking of adding in is an ability to let MC mine to the donation address a set percentage of time.  Even 1% would work out to 14 minutes out of a day.  Have to do some more thinking first of the most transparent way of implementing this so that users can opt in or out and set the frequency and length of the donation sessions.


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: yudhistira on September 15, 2014, 12:27:24 PM
How to :   ??? ???

= change cmd font colour
= disable auto minimize
= auto start after boot windows
= autofit miner control to column, it's more blank space if used only 1 algo auto switching and 4 pool


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: ltc_bilic on September 15, 2014, 01:01:23 PM
How to :   ??? ???

= change cmd font colour
= disable auto minimize
= auto start after boot windows
= autofit miner control to column, it's more blank space if used only 1 algo auto switching and 4 pool

1) that's a question for developers of mining sortware (ccminer), you can help you're self with Properties window, and change necessary color, layout and hit apply for future instances
2) when creating a shortcut or running don't add  -t flag to options
3) through startup folder or Windows Task Scheduler (plenty of howto's on web)
4) it's a work in progess the dev already stated first stability then cosmetics


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: Zels on September 15, 2014, 03:11:23 PM
More suggestions for your tool :)

- Mining to your donation address as you mention, perhaps something like: When Miner control start: Mine for 15min to your donations, then start auto cycle in our pools with perhaps an option in .conf with autoDonation = 1 or 0 as user wish.

Or 1 version without donation with limited supported pool, and another with forced donations if you add more pool to the supported list (and you need fo find wich card user is using to mine, amd/nvidia don't use same miner ^^ unless you're planing to cpu mine  ;D )

- Reload Minercontrol.conf while app is runing instead of stop/restart if we change some options/price

- Option to auto restart minercontrol like every 24h or users config time built inside the tool, even if we can do it ourself with other script ( Stop miner / Stop tool / restart Minercontrol )

- Sometimes Prices get stuck and don't update, dunno perhaps api down.  Yaamp price didn't update here for me and had to restart minercontrol to get price update


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: ltc_bilic on September 15, 2014, 05:20:40 PM
- Option to auto restart minercontrol like every 24h or users config time built inside the tool, even if we can do it ourself with other script ( Stop miner / Stop tool / restart Minercontrol )
You can use  "maxtime" -  you can see it in the config example that does just that, but it's not documented on top so you didn't see it. Value is in minutes.
Yeah i've noticed too that sometimes the prices got stuck when checking on main pages, restart helps. Might be a API down time syndrome.


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: Zels on September 15, 2014, 05:55:26 PM
Maxtime is for miner max running time without switching if i'm not wrong ?
My maxtime is set to 180min, but tools runned for 5days before I restart it.

Suggestion is more to restart completly the minercontrol tool, not to restart ccminer/sgminer :)


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: StuffOfInterest on September 15, 2014, 06:56:48 PM
Maxtime is for miner max running time without switching if i'm not wrong ?
My maxtime is set to 180min, but tools runned for 5days before I restart it.

Suggestion is more to restart completly the minercontrol tool, not to restart ccminer/sgminer :)


Yes, maxtime is to restart the miner instance not the control program.  Restarting the entire control program is not possible without an outside actor.  I can force MC to end but it can't tell itself to start back up unless we have it looped in a batch file.  Guess we could have an option to auto-exit after some number of minutes.  Then you can have the batch file created to run "MinerControl.exe -a" to auto-start mining.  I'll add that to the feature request list.


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: Travis9x on September 15, 2014, 10:16:35 PM
Before tackling that I want to get some of the crash issues people have been reporting addressed.  The issues don't seem to affect me very often as I left MC running for nine days while I was away and it was still trucking along when I got home.  I restarted before bed last night with the new error logging code and there haven't been any logged errors on my machine in the last eight hours.
Got some errors from the log here for you, hope it helps!
Code:
13:12:36
----------------------------------------------
Message: Object reference not set to an instance of an object.
Stack trace:    at MinerControl.Services.NiceHashServiceBase.DownloadStringCompletedBalance(Object sender, DownloadStringCompletedEventArgs e)

13:17:37
----------------------------------------------
Message: Object reference not set to an instance of an object.
Stack trace:    at MinerControl.Services.NiceHashServiceBase.DownloadStringCompletedCurrent(Object sender, DownloadStringCompletedEventArgs e)

13:33:37
----------------------------------------------
Message: Object reference not set to an instance of an object.
Stack trace:    at MinerControl.Services.NiceHashServiceBase.DownloadStringCompletedBalance(Object sender, DownloadStringCompletedEventArgs e)

14:02:37
----------------------------------------------
Message: Object reference not set to an instance of an object.
Stack trace:    at MinerControl.Services.NiceHashServiceBase.DownloadStringCompletedBalance(Object sender, DownloadStringCompletedEventArgs e)

14:09:38
----------------------------------------------
Message: Object reference not set to an instance of an object.
Stack trace:    at MinerControl.Services.NiceHashServiceBase.DownloadStringCompletedCurrent(Object sender, DownloadStringCompletedEventArgs e)

14:32:38
----------------------------------------------
Message: Object reference not set to an instance of an object.
Stack trace:    at MinerControl.Services.NiceHashServiceBase.DownloadStringCompletedCurrent(Object sender, DownloadStringCompletedEventArgs e)

15:22:38
----------------------------------------------
Message: Object reference not set to an instance of an object.
Stack trace:    at MinerControl.Services.NiceHashServiceBase.DownloadStringCompletedCurrent(Object sender, DownloadStringCompletedEventArgs e)


On an unrelated note, looks like someone did a round of donation mining to my address a couple of days ago.  Thanks for that.  One future "feature" I'm thinking of adding in is an ability to let MC mine to the donation address a set percentage of time.  Even 1% would work out to 14 minutes out of a day.  Have to do some more thinking first of the most transparent way of implementing this so that users can opt in or out and set the frequency and length of the donation sessions.
This sounds like a great idea.  Perhaps integrate some areas of the .CONF file into a graphical "Settings" window, for some of the most common settings people change.  (basically the options in the window would just update the file with the new data once confirmed/closed…same thing as manually editing it, but just faster & easier, and without having to restart the tool to apply changes)  In this, include an optional "checkbox" setting for donation mining, including a setting for how much time to spend on it (% of each day).  I would recommend having it un-checked by default, so that people don't think you're being dishonest, but in any case this would allow people to easily choose to donate if they wish, and choose how much, without a lot of tinkering with the .CONF file (would also allow easier setup for new users, which is always a plus).

I know you already have a lot of suggestions on your plate, but I love the work you've been doing with everything and want you to know you have my support.  In fact, I'm a bit of a "tinkerer" with software development myself (I use MS Visual Studio Pro 2013), so if you'd ever like some help in your work, send me a PM sometime.   :)


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: StuffOfInterest on September 16, 2014, 10:53:53 AM
Regarding the object reference errors, those are happening when the NiceHash API doesn't return.  Most likely they are being DDOS'd again.  I'll stop logging those once I have a way to show the last time each service reported, most likely in a "1.1" release.

As for development help, the code is still not quite to where I feel comfortable putting out there in the public domain, but it is getting closer.  The move from NHC to MC did a lot to separate out the various parts of the application.  At this point I'm concentrating on eliminating duplicate code between service implementations.

A few posts back Zels mentioned reloading the config file while the program is running.  I've been thinking of doing this but it would have some complexity.  It would require pretty much tearing down the entire internal state of the program which is built up as the config file loads.  This includes bringing code into memory for handling each service, which only happens if a service is included in the config file.  I'll still investigate but it is not as easy as just reparsing the configuration file.


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: yudhistira on September 18, 2014, 06:33:51 AM
When MC press stop button or auto switching

what command send to miner
press "close" or "q"

if close command done is that could make loss some share


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: SS2006 on September 18, 2014, 09:08:08 AM
Hi stuffofinterest, AMAZING service

3 quesitons in the interest of squeezing all the possible profitability out there

1) can waffle pool be added (I read earlier it is not possible, is this still the case?)

2) can multipool be added?

3) Can blackpool be added for X11 (very profitable lately)

http://poolpicker.eu/table?algo=x11



Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: johnnyrocket on September 18, 2014, 09:27:26 AM
Great work StuffOfInterest, thanks.


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: Zels on September 18, 2014, 12:18:04 PM
StuffOfInterest Dunno if you saw this reply in yaamp thread:

We will write that on our website when we get a chance but there's another function in the API to get user specific data.

Code:
request:

http://yaamp.com/api/user?address=BITCOIN_WALLET

result:

{
  "account":
  {
    "unsold": 0.00190214,
    "balance": 0.00061602,
    "unpaid": 0.00251816,
    "paid": 0.00168939,
    "total": 0.00420755
  },

  "miners":
  {
    "x11": {"miners": 1, "shares": 0.038, "hashrate": 2169703},
  }
}



Should be able to get coin balance for yaamp and trademybit too with https://pool.trademybit.com/api/balance?key=apikey :)


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: StuffOfInterest on September 18, 2014, 01:03:37 PM
StuffOfInterest Dunno if you saw this reply in yaamp thread:

We will write that on our website when we get a chance but there's another function in the API to get user specific data.

Code:
request:

http://yaamp.com/api/user?address=BITCOIN_WALLET

result:

{
  "account":
  {
    "unsold": 0.00190214,
    "balance": 0.00061602,
    "unpaid": 0.00251816,
    "paid": 0.00168939,
    "total": 0.00420755
  },

  "miners":
  {
    "x11": {"miners": 1, "shares": 0.038, "hashrate": 2169703},
  }
}



Should be able to get coin balance for yaamp and trademybit too with https://pool.trademybit.com/api/balance?key=apikey :)

I had seen that.  This plays into a change I'm planning to do for version 1.1.  There will be a second grid in the upper right corner with one line for each service.  That line will contain the service name, last time it updated (in case site goes down), and the current balance for that service if available.  If I get the time to work on it I hope t have this done in the next week or two as I'm just about finished cleaning up some of the behind the scenes code to remove redundancy.


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: StuffOfInterest on September 18, 2014, 01:05:08 PM
When MC press stop button or auto switching

what command send to miner
press "close" or "q"

if close command done is that could make loss some share

Currently just does a kill on the process. You will lose the active work being done but I believe the same would happen if you hit 'q'.  Right now it would be difficult to inject the command to the miner as I don't keep a handle for stdin and stdout when launching the process.


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: StuffOfInterest on September 18, 2014, 01:10:28 PM
Hi stuffofinterest, AMAZING service

3 quesitons in the interest of squeezing all the possible profitability out there

1) can waffle pool be added (I read earlier it is not possible, is this still the case?)

2) can multipool be added?

3) Can blackpool be added for X11 (very profitable lately)

http://poolpicker.eu/table?algo=x11

Can you answer these questions:

Do each of these have an API which returns real time paying per algorithm in BTC?

Do each of these provide auto-conversion to BTC?

The first question is essential as it is how I choose which service and algorithm to run.

The second is important as that was an original goal of the site but I'm becoming less rigid on that requirement.

The problem someone identified with waffle pool is that it only provides numbers for beginning of day to present not real time so although it could be included I'd have to recommend weighing it below "1.0" to discount when you would use it over other services.  I'll add it to the wish list (post # 2 in the thread).


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: SS2006 on September 19, 2014, 06:41:28 PM
I will ask the admins of the 3 pool about your first requirement :)

I know blackpool pays in BC (not bitcoin, but its ok casue we can just put in a BC addresss in the config) and also Multipool doesnt autoconvert and pays in all kinds of coins, so thats annoying. Wafflepool does autoconvert but i dont know about the real time api, ill ask


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: SS2006 on September 21, 2014, 06:28:40 PM
so how does this compare with Awesomeminer, pretty much the same? (in terms of profitability)

Awesome miner seems glittery/polished, but i just care about performance


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: DemosMirak on September 21, 2014, 07:08:04 PM
so how does this compare with Awesomeminer, pretty much the same? (in terms of profitability)

Awesome miner seems glittery/polished, but i just care about performance

It uses the same calculations, but has more functionality and supports more pools.


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: Travis9x on September 21, 2014, 07:19:46 PM
so how does this compare with Awesomeminer, pretty much the same? (in terms of profitability)

Awesome miner seems glittery/polished, but i just care about performance

It uses the same calculations, but has more functionality and supports more pools.
But still doesn't work well with ccMiner, despite their claims.  I'm sticking with Miner Control, because it's more stable, and Awesome Miner doesn't really support any more pools (that I would use) than Miner Control anyway.
Awesome Miner was originally built for AMD GPUs and ASIC hardware, and not really intended to be free software either.  A free version, and "support" for NVIDIA cards were both just kinda thrown in to try to increase their customer base.  The free version may be acceptable for small-time miners (which I am), but it's still rather limited, and simply not stable enough for people using NVIDIA cards.  If I had an ASIC miner, then I would probably use Awesome Miner to control it, but I would still use Miner Control for my GPUs.


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: DemosMirak on September 21, 2014, 08:17:58 PM
so how does this compare with Awesomeminer, pretty much the same? (in terms of profitability)

Awesome miner seems glittery/polished, but i just care about performance

It uses the same calculations, but has more functionality and supports more pools.
But still doesn't work well with ccMiner, despite their claims.  I'm sticking with Miner Control, because it's more stable, and Awesome Miner doesn't really support any more pools (that I would use) than Miner Control anyway.
Awesome Miner was originally built for AMD GPUs and ASIC hardware, and not really intended to be free software either.  A free version, and "support" for NVIDIA cards were both just kinda thrown in to try to increase their customer base.  The free version may be acceptable for small-time miners (which I am), but it's still rather limited, and simply not stable enough for people using NVIDIA cards.  If I had an ASIC miner, then I would probably use Awesome Miner to control it, but I would still use Miner Control for my GPUs.

Something went wrong in my brain, and I though you were comparing Miner Control to Nicehash Control. Don't know were that came from, sorry. I have no experience with Awesome Miner. Some quick research shows that I was still correct, but I can't say anything about stability, which is, as you say, more important.


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: Infinity123 on September 23, 2014, 04:51:55 AM
Here is my error.log

https://mega.co.nz/#!Egg1wR4B!1N-jZBxHpLgUOd_FHqIMH0KEhW-t_oPpm9-8pdZ4uTE (https://mega.co.nz/#!Egg1wR4B!1N-jZBxHpLgUOd_FHqIMH0KEhW-t_oPpm9-8pdZ4uTE)


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: StuffOfInterest on September 23, 2014, 07:05:55 AM
Here is my error.log

https://mega.co.nz/#!Egg1wR4B!1N-jZBxHpLgUOd_FHqIMH0KEhW-t_oPpm9-8pdZ4uTE (https://mega.co.nz/#!Egg1wR4B!1N-jZBxHpLgUOd_FHqIMH0KEhW-t_oPpm9-8pdZ4uTE)

What symptoms are you experiencing?  At first glance, I see some issues contacting remote sites (which is common) and when killing off miners (which can happen).


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: StuffOfInterest on September 23, 2014, 07:07:00 AM
so how does this compare with Awesomeminer, pretty much the same? (in terms of profitability)

Awesome miner seems glittery/polished, but i just care about performance

It uses the same calculations, but has more functionality and supports more pools.
But still doesn't work well with ccMiner, despite their claims.  I'm sticking with Miner Control, because it's more stable, and Awesome Miner doesn't really support any more pools (that I would use) than Miner Control anyway.
Awesome Miner was originally built for AMD GPUs and ASIC hardware, and not really intended to be free software either.  A free version, and "support" for NVIDIA cards were both just kinda thrown in to try to increase their customer base.  The free version may be acceptable for small-time miners (which I am), but it's still rather limited, and simply not stable enough for people using NVIDIA cards.  If I had an ASIC miner, then I would probably use Awesome Miner to control it, but I would still use Miner Control for my GPUs.

Something went wrong in my brain, and I though you were comparing Miner Control to Nicehash Control. Don't know were that came from, sorry. I have no experience with Awesome Miner. Some quick research shows that I was still correct, but I can't say anything about stability, which is, as you say, more important.

Miner Control grew out of NiceHash Control.  Started out on the same code base and then evolved much further.  I wouldn't use NiceHash Control anymore as it is no longer supported.

I haven't looked to deep at Awesomeminer but it appears to be more of a kitchen sink application doing lots of different things where Miner Control is focused just on switching.  Which is better for a particular person is going to come down to what they want to do.  I'm not a UI person so Miner Control will always have a fairly basic interface.


Title: Re: [ANN] Miner Control 1.1.0 - Auto profit switching miner controller
Post by: StuffOfInterest on September 23, 2014, 11:11:11 AM
New version, 1.1.0.

http://stuffofinterest.com/MinerControl/MinerControl-1.1.0.png

Download: http://stuffofinterest.com/MinerControl/MinerControl-1.1.0.zip (http://stuffofinterest.com/MinerControl/MinerControl-1.1.0.zip)

Lots of reworking on the internal code to make things cleaner and maybe more stable.

New service grid which displays balances from each service as returned by their API.

Ability to control sort mode of grid (see first post).

Ability to control type of miner kill used (see first post).

Next up on the list will be donation mining as I'm spending far too much time on this project.  ;)


Title: Re: [ANN] Miner Control 1.1.0 - Auto profit switching miner controller
Post by: ltc_bilic on September 23, 2014, 06:49:33 PM
Very nice, testing it out now! I'm redirecting my miners to you're address for a while and I encourage everyone else to do the same 8)

It would be very cool if you could add an overall balance (sum of all balances), now that you have the actual prices from APIs


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: Infinity123 on September 24, 2014, 04:39:33 AM
Here is my error.log

https://mega.co.nz/#!Egg1wR4B!1N-jZBxHpLgUOd_FHqIMH0KEhW-t_oPpm9-8pdZ4uTE (https://mega.co.nz/#!Egg1wR4B!1N-jZBxHpLgUOd_FHqIMH0KEhW-t_oPpm9-8pdZ4uTE)

What symptoms are you experiencing?  At first glance, I see some issues contacting remote sites (which is common) and when killing off miners (which can happen).


Well sometimes when I check my rig I can see that MC has crashed and left the last most profitable algo running.


Title: Re: [ANN] Miner Control 1.0.3 - Auto profit switching miner controller
Post by: StuffOfInterest on September 24, 2014, 09:59:46 AM
Here is my error.log

https://mega.co.nz/#!Egg1wR4B!1N-jZBxHpLgUOd_FHqIMH0KEhW-t_oPpm9-8pdZ4uTE (https://mega.co.nz/#!Egg1wR4B!1N-jZBxHpLgUOd_FHqIMH0KEhW-t_oPpm9-8pdZ4uTE)

What symptoms are you experiencing?  At first glance, I see some issues contacting remote sites (which is common) and when killing off miners (which can happen).


Well sometimes when I check my rig I can see that MC has crashed and left the last most profitable algo running.

Yuck.  Try 1.1.0 please.  Being that the price updates happen asynchronously there is a chance of two threads trying to update the same place at the same time which can cause a crash.  1.1 has some new protections to avoid this happening.  If you have this crash happen after putting 1.1 in the error log probably won't help  as it only shows errors which were caught and logged.  An uncaught error is what is crashing the application.  For that you'll have to look in the windows event log for a .NET message.

I'm going to investigate if there is a way to put a try/catch statement around the entire application to handle situations like you are seeing.

Thanks.


Title: Re: [ANN] Miner Control 1.1.0 - Auto profit switching miner controller
Post by: yudhistira on September 24, 2014, 11:01:17 AM
Good Job  :D

on top table all balance show up
but not showed on bottom table (TMB and Yaamp)


Title: Re: [ANN] Miner Control 1.1.0 - Auto profit switching miner controller
Post by: StuffOfInterest on September 24, 2014, 11:23:47 AM
Good Job  :D

on top table all balance show up
but not showed on bottom table (TMB and Yaamp)

Only NiceHash and WestHash provide per algorithm balances via their API so they will be the only ones showing in the bottom table.


Title: Re: [ANN] Miner Control 1.1.0 - Auto profit switching miner controller
Post by: lextad on September 25, 2014, 02:52:41 PM
thanks for this program  but since the last update i still getting a error.log the no was getting before
thanks for your help
Code:
9/24/2014 11:13:26 PM
----------------------------------------------
Type: KeyNotFoundException
Message: The given key was not present in the dictionary.
Stack trace:    at System.Collections.Generic.Dictionary`2.get_Item(TKey key)
   at MinerControl.Services.TradeMyBitService.DownloadStringBalanceCompleted(Object sender, DownloadStringCompletedEventArgs e)


Title: Re: [ANN] Miner Control 1.1.0 - Auto profit switching miner controller
Post by: StuffOfInterest on September 25, 2014, 03:07:59 PM
thanks for this program  but since the last update i still getting a error.log the no was getting before
thanks for your help
Code:
9/24/2014 11:13:26 PM
----------------------------------------------
Type: KeyNotFoundException
Message: The given key was not present in the dictionary.
Stack trace:    at System.Collections.Generic.Dictionary`2.get_Item(TKey key)
   at MinerControl.Services.TradeMyBitService.DownloadStringBalanceCompleted(Object sender, DownloadStringCompletedEventArgs e)

Do you have your TradeMyBit API key set in the configuration file?  This looks like you are sending a missing or invalid API key to TradeMyBit.


Title: Re: [ANN] Miner Control 1.1.0 - Auto profit switching miner controller
Post by: frazier34567 on September 25, 2014, 03:19:45 PM
I walked in to this morning that Minercontrol 1.1.0 had crashed.  The miner itself was still going. however the MC had crashed.  So I closed it and reopened and it was running.

I looked through the event viewer and found this at 8:54:23 AM
Code:
Faulting application name: MinerControl.exe, version: 1.1.0.0, time stamp: 0x54214822
Faulting module name: USER32.dll, version: 6.1.7601.17514, time stamp: 0x4ce7ba59
Exception code: 0xc00000fd
Fault offset: 0x000206e6
Faulting process id: 0x188c
Faulting application start time: 0x01cfd75fcdadf1c1
Faulting application path: C:\minercontrol\MinerControl.exe
Faulting module path: C:\Windows\syswow64\USER32.dll
Report Id: 74355de1-44bb-11e4-9396-0220fc700701
Exception code: 0xc00000fd is a STATUS_STACK_OVERFLOW issue.  

I found this.
"this error generally comes when your array size is full and still you are adding value on it. So please debug your code then only you will get problem and solution as well." http://forums.asp.net/t/1811350.aspx?Stack+overflow+exception+0xC00000FD+Exception

Also I found this article about catching a STACK_OVERFLOW Exception's

http://blogs.msdn.com/b/jaredpar/archive/2008/10/22/when-can-you-catch-a-stackoverflowexception.aspx

My last error in my log is however there is over 5 hours between these errors and the error above.
Code:
9/25/2014 3:31:42 AM
----------------------------------------------
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 System.Net.DownloadStringCompletedEventArgs.get_Result()
at MinerControl.Services.TradeMyBitService.DownloadStringBalanceCompleted(Object sender, DownloadStringCompletedEventArgs e)

9/25/2014 3:31:42 AM
----------------------------------------------
Type: WebException
Message: The remote server returned an error: (524) Origin Time-out.
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)
I hope it helps.  This is on Windows 7 64 bit OS
 Start of my config file.
Code:
{
    "general": {
        "power": 0.001,
        "exchange": 500,
        "mintime": 4,
        "maxtime": 240,
        "switchtime": 1,
        "deadtime": 10
    },


Title: Re: [ANN] Miner Control 1.1.0 - Auto profit switching miner controller
Post by: DemosMirak on September 25, 2014, 03:59:45 PM
Perhaps a small feature request:
Check the balances the pools give, and compare it to what it should be, according to your calculations. Based on that, suggest a weight. For Nice- and Westhash, this could be done on a per-algo basis. You would have to change the .conf file yourself, and of course the program wouldn't remember the number after restarting, but still, I think it would be nice to have.


Title: Re: [ANN] Miner Control 1.1.0 - Auto profit switching miner controller
Post by: StuffOfInterest on September 25, 2014, 04:07:46 PM
I walked in to this morning that Minercontrol 1.1.0 had crashed.  The miner itself was still going. however the MC had crashed.  So I closed it and reopened and it was running.

I looked through the event viewer and found this at 8:54:23 AM
Code:
Faulting application name: MinerControl.exe, version: 1.1.0.0, time stamp: 0x54214822
Faulting module name: USER32.dll, version: 6.1.7601.17514, time stamp: 0x4ce7ba59
Exception code: 0xc00000fd
Fault offset: 0x000206e6
Faulting process id: 0x188c
Faulting application start time: 0x01cfd75fcdadf1c1
Faulting application path: C:\minercontrol\MinerControl.exe
Faulting module path: C:\Windows\syswow64\USER32.dll
Report Id: 74355de1-44bb-11e4-9396-0220fc700701
Exception code: 0xc00000fd is a STATUS_STACK_OVERFLOW issue.  

I found this.
"this error generally comes when your array size is full and still you are adding value on it. So please debug your code then only you will get problem and solution as well." http://forums.asp.net/t/1811350.aspx?Stack+overflow+exception+0xC00000FD+Exception

Also I found this article about catching a STACK_OVERFLOW Exception's

http://blogs.msdn.com/b/jaredpar/archive/2008/10/22/when-can-you-catch-a-stackoverflowexception.aspx

My last error in my log is however there is over 5 hours between these errors and the error above.
Code:
9/25/2014 3:31:42 AM
----------------------------------------------
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 System.Net.DownloadStringCompletedEventArgs.get_Result()
at MinerControl.Services.TradeMyBitService.DownloadStringBalanceCompleted(Object sender, DownloadStringCompletedEventArgs e)

9/25/2014 3:31:42 AM
----------------------------------------------
Type: WebException
Message: The remote server returned an error: (524) Origin Time-out.
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)
I hope it helps.  This is on Windows 7 64 bit OS
 Start of my config file.
Code:
{
    "general": {
        "power": 0.001,
        "exchange": 500,
        "mintime": 4,
        "maxtime": 240,
        "switchtime": 1,
        "deadtime": 10
    },

Thanks for all that information, it really helps.

The two exceptions from the log you listed are when the remote service api times out.  Nothing to worry about there.  Your stack overflow error, on the other hand, scares the hell out of me.  I really need a stack trace to help pin down where this is being triggered but I'm not sure if one is even generated for this type of event and there is no way to capture it inside of the code.

I'm also running Windows 7 64-bit so I don't think it is an OS specific issue.  I've had the controller running since I released the new version with no issue.  Has this happened to you before or is this a one time only event?

Reading up on the stack overflows in .NET, there are a few types of conditions which could cause them.  I'll take a look through the code to see if I can spot any of the patterns mentioned.  One area which is harder to check is how the grids on the screen interact with the data collections used in the back end.  If this error has happened to you more than once there is one thing you could try. Add '"gridsortmode": 0' to the general configuration section of the config file.  This will turn off sorting of the grid which requires rebinding the list of items to the control.  From what I've read this is one place where errors of this nature could occur.



Title: Re: [ANN] Miner Control 1.1.0 - Auto profit switching miner controller
Post by: StuffOfInterest on September 25, 2014, 04:10:03 PM
Perhaps a small feature request:
Check the balances the pools give, and compare it to what it should be, according to your calculations. Based on that, suggest a weight. For Nice- and Westhash, this could be done on a per-algo basis. You would have to change the .conf file yourself, and of course the program wouldn't remember the number after restarting, but still, I think it would be nice to have.

Interesting idea but one big problem.  What if you have more than one machine mining to the same account?  For one machine this would be possible, just capture the balance when we start mining an algorithm and then divide the change by time as we mine.  Unfortunately, if another miner adds to that balance everything gets thrown out of wack.


Title: Re: [ANN] Miner Control 1.1.0 - Auto profit switching miner controller
Post by: DemosMirak on September 25, 2014, 07:41:29 PM
Perhaps a small feature request:
Check the balances the pools give, and compare it to what it should be, according to your calculations. Based on that, suggest a weight. For Nice- and Westhash, this could be done on a per-algo basis. You would have to change the .conf file yourself, and of course the program wouldn't remember the number after restarting, but still, I think it would be nice to have.

Interesting idea but one big problem.  What if you have more than one machine mining to the same account?  For one machine this would be possible, just capture the balance when we start mining an algorithm and then divide the change by time as we mine.  Unfortunately, if another miner adds to that balance everything gets thrown out of wack.

I happen to be a part-time miner, from my gaming rig :).

As for the problem, and this will be a suggestion only feasible in long term, depending on how far you want to go, but perhaps Miner Control could have a controlling function over multiple rigs, over the home network maybe? That way it could integrate multiple rigs. Or perhaps via the internet, but that's even harder to set-up, I would think. Not sure though, not a programmer myself.


Title: Re: [ANN] Miner Control 1.1.0 - Auto profit switching miner controller
Post by: StuffOfInterest on September 25, 2014, 07:51:02 PM
Perhaps a small feature request:
Check the balances the pools give, and compare it to what it should be, according to your calculations. Based on that, suggest a weight. For Nice- and Westhash, this could be done on a per-algo basis. You would have to change the .conf file yourself, and of course the program wouldn't remember the number after restarting, but still, I think it would be nice to have.

Interesting idea but one big problem.  What if you have more than one machine mining to the same account?  For one machine this would be possible, just capture the balance when we start mining an algorithm and then divide the change by time as we mine.  Unfortunately, if another miner adds to that balance everything gets thrown out of wack.

I happen to be a part-time miner, from my gaming rig :).

As for the problem, and this will be a suggestion only feasible in long term, depending on how far you want to go, but perhaps Miner Control could have a controlling function over multiple rigs, over the home network maybe? That way it could integrate multiple rigs. Or perhaps via the internet, but that's even harder to set-up, I would think. Not sure though, not a programmer myself.

Controlling multiple rigs is something I've considered but it is way down on the priority list.  I have two machines mining at home now, one I hardly ever look at in person, so being able to remote monitor would be nice.


Title: Re: [ANN] Miner Control 1.1.1 - Auto profit switching miner controller
Post by: StuffOfInterest on September 25, 2014, 10:48:44 PM
Just put out release 1.1.1 (http://stuffofinterest.com/MinerControl/MinerControl-1.1.1.zip) which may fix the stack overflow crash reported earlier.  I was doing something stupid when sorting the price grid and this release switches to a more acceptable way of sorting with the grid display.  Sorry for the headaches people have been having with unexplained crashes.  Please let me know if this does not fix it.

Also, I've seen a few payment (https://blockchain.info/address/1PMj3nrVq5CH4TXdJSnHHLPdvcXinjG72y) the last couple of days from the services on the donation address.  Thank you very much to those doing some manual donation mining until I can get a configurable way to implement it.


Title: Re: [ANN] Miner Control 1.1.0 - Auto profit switching miner controller
Post by: lextad on September 26, 2014, 02:15:44 AM
thanks for this program  but since the last update i still getting a error.log the no was getting before
thanks for your help
Code:
9/24/2014 11:13:26 PM
----------------------------------------------
Type: KeyNotFoundException
Message: The given key was not present in the dictionary.
Stack trace:    at System.Collections.Generic.Dictionary`2.get_Item(TKey key)
   at MinerControl.Services.TradeMyBitService.DownloadStringBalanceCompleted(Object sender, DownloadStringCompletedEventArgs e)

Do you have your TradeMyBit API key set in the configuration file?  This looks like you are sending a missing or invalid API key to TradeMyBit.

Yes i have a replace  check and update the api and i have tray to use the log false parameter and same error message i have update to the 1.1.1 and is no changes


Title: Re: [ANN] Miner Control 1.1.0 - Auto profit switching miner controller
Post by: StuffOfInterest on September 26, 2014, 10:02:34 AM
thanks for this program  but since the last update i still getting a error.log the no was getting before
thanks for your help
Code:
9/24/2014 11:13:26 PM
----------------------------------------------
Type: KeyNotFoundException
Message: The given key was not present in the dictionary.
Stack trace:    at System.Collections.Generic.Dictionary`2.get_Item(TKey key)
   at MinerControl.Services.TradeMyBitService.DownloadStringBalanceCompleted(Object sender, DownloadStringCompletedEventArgs e)

Do you have your TradeMyBit API key set in the configuration file?  This looks like you are sending a missing or invalid API key to TradeMyBit.

Yes i have a replace  check and update the api and i have tray to use the log false parameter and same error message i have update to the 1.1.1 and is no changes

Please try to open this in a web browser:
Code:
https://pool.trademybit.com/api/balance?key=XYZ
Replace XYZ with your api key.  If your key is in correctly then the only thing it could be is a missing piece of information in the return so I need to see a sample of that returned data.

Thanks.


Title: Re: [ANN] Miner Control 1.1.1 - Auto profit switching miner controller
Post by: ltc_bilic on September 26, 2014, 02:00:51 PM
Also, I've seen a few payment (https://blockchain.info/address/1PMj3nrVq5CH4TXdJSnHHLPdvcXinjG72y) the last couple of days from the services on the donation address.  Thank you very much to those doing some manual donation mining until I can get a configurable way to implement it.

Feels lonely if I'm the only one ;) Once again I encourage all MC users to join and mine to author's donation wallet: 1PMj3nrVq5CH4TXdJSnHHLPdvcXinjG72y for at least 1 day. It takes a lot of time and effort to develop any functional application. So people at least you can do is to mine for 1 day to his address.


Title: Re: [ANN] Miner Control 1.1.1 - Auto profit switching miner controller
Post by: SS2006 on September 27, 2014, 04:44:21 AM
StuffofInterest, this is the response i got from blackcoinpool (remember I asked about it, cause their X11 is very profitable). So I guess its a no-go, putting them in the same hole as Wafflepool?

"We have an API found here: http://blackcoinpool.com/api-docs which documents the API, since we do payouts every 24 hours we can't give a realtime amount in BTC / BC, however our API provides realtime stats for things such as your worker's hashrate and other metrics.

We can provide you with your private API keys if you provide us with your username after registering your account."


Title: Re: [ANN] Miner Control 1.1.1 - Auto profit switching miner controller
Post by: Zels on September 27, 2014, 04:43:22 PM
Today Minercontrol just closed itself, and nothing in error.log, soo just made this basic batch to check if Minercontrol is runing, if not, kill nvminer/ccminer/sgminer as you want, and restart Minercontrol in auto mode:

CheckMC.bat
Code:
TaskList | findstr /c:MinerControl.exe > nul
If %errorlevel%== 0 goto end
Taskkill /IM nvminer.exe
cd C:\Where\MinerControl\Is\
start MinerControl.exe -a
:end

Run this batch with your windows scheduler to check every 5 - 10 - 30 or 60min :)

While there, another batch that perhaps some will find usefull.
Sometimes my graphic driver crash, and mining is way slower soo found a way on google to restart driver without rebooting computer.I'm running this batch every 24h:

Get the file: devmanview.exe from Nirsoft (http://www.nirsoft.net/utils/device_manager_view.html), move it to ..\windows\system32\ and run it.
Get your device name by opening devmanview.exe: right mouse click and select Properties on your video device.
Copy "DEVICE NAME" to clipboard for use in the script: for example: "NVIDIA GeForce GTX 750 Ti" or "AMD Radeon HD 7900 Series" Open notepad and copy paste this code:

DriverRestart.bat
Code:
@echo off
echo.
echo *** Restarting GPU 
timeout /t 2 /nobreak >nul
start devmanview.exe /disable_enable "NVIDIA GeForce GTX 750 Ti"
echo.
echo *** DoNe
timeout /t 2 /nobreak >nul
taskkill /f /IM explorer.exe
start explorer.exe
exit


Title: Re: [ANN] Miner Control 1.1.1 - Auto profit switching miner controller
Post by: ltc_bilic on September 28, 2014, 06:12:49 PM
Today Minercontrol just closed itself, and nothing in error.log, soo just made this basic batch to check if Minercontrol is runing, if not, kill nvminer/ccminer/sgminer as you want, and restart Minercontrol in auto mode:

CheckMC.bat
Code:
TaskList | findstr /c:MinerControl.exe > nul
If %errorlevel%== 0 goto end
Taskkill /IM nvminer.exe
cd C:\Where\MinerControl\Is\
start MinerControl.exe -a
:end

Run this batch with your windows scheduler to check every 5 - 10 - 30 or 60min :)

While there, another batch that perhaps some will find usefull.
Sometimes my graphic driver crash, and mining is way slower soo found a way on google to restart driver without rebooting computer.I'm running this batch every 24h:

Get the file: devmanview.exe from Nirsoft (http://www.nirsoft.net/utils/device_manager_view.html), move it to ..\windows\system32\ and run it.
Get your device name by opening devmanview.exe: right mouse click and select Properties on your video device.
Copy "DEVICE NAME" to clipboard for use in the script: for example: "NVIDIA GeForce GTX 750 Ti" or "AMD Radeon HD 7900 Series" Open notepad and copy paste this code:

DriverRestart.bat
Code:
@echo off
echo.
echo *** Restarting GPU 
timeout /t 2 /nobreak >nul
start devmanview.exe /disable_enable "NVIDIA GeForce GTX 750 Ti"
echo.
echo *** DoNe
timeout /t 2 /nobreak >nul
taskkill /f /IM explorer.exe
start explorer.exe
exit

Thank you for sharing! Was looking for something like this,...like forever.


Title: Re: [ANN] Miner Control 1.1.1 - Auto profit switching miner controller
Post by: DemosMirak on September 28, 2014, 09:43:54 PM
StuffOfInterest, I have send you a little something for Miner Control. It ain't much, but it beats nothing, I guess :)


Title: Re: [ANN] Miner Control 1.1.1 - Auto profit switching miner controller
Post by: StuffOfInterest on September 29, 2014, 12:40:32 AM
StuffOfInterest, I have send you a little something for Miner Control. It ain't much, but it beats nothing, I guess :)

Always appreciated, thanks.


Title: Re: [ANN] Miner Control 1.1.1 - Auto profit switching miner controller
Post by: yudhistira on September 29, 2014, 03:43:35 AM
The best price that i ever see  :o

http://m.UploadEdit.com/b041/1411962054670.jpg (http://m.UploadEdit.com/b041/1411962054670.jpg)


Title: Re: [ANN] Miner Control 1.1.1 - Auto profit switching miner controller
Post by: polanskiman on September 29, 2014, 09:55:38 AM
If I may, what exactly does this parameter do:

"param1": "-q -r 3 -R 10 -a",

?

Thanks.

Disregard: I found out they were the miners parameters options.


Title: Re: [ANN] Miner Control 1.1.1 - Auto profit switching miner controller
Post by: polanskiman on September 29, 2014, 10:05:12 AM
Another question:

@ StuffOfInterest

Is it possible for Miner Control to include DMD (Diamond) for profit switching? Would that be too much of work?

Cheers.


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: StuffOfInterest on September 29, 2014, 10:18:48 AM
New release, Miner Control 1.1.2 (http://stuffofinterest.com/MinerControl/MinerControl-1.1.2.zip), to provide more control of minimizing to the system tray and finish up improvements in the grid display management.  You can now click column headers in the grids to sort but this will be overridden by the pricing refresh if you have grid sort mode set to anything but "0".  Wiring up the grid controls has been more work that I would have ever imagined.


Title: Re: [ANN] Miner Control 1.1.1 - Auto profit switching miner controller
Post by: StuffOfInterest on September 29, 2014, 10:23:37 AM
If I may, what exactly does this parameter do:

"param1": "-q -r 3 -R 10 -a",

?

Thanks.

These are substituted into the arguments when launching ccminer with the "_PARAM1_" string.  Details for the options are in the ccminer documentation.

"-q" is for quiet mode, don't display stats constantly. "-r 3" means to retry connecting to the pool three times before giving up. "-R 10" means to retry every 10 seconds until connected. "-a" is followed by an algorithm tham which is back in the arguments.  The important part here is the "-r 3 -R 10" which means that ccminer will only try to connect to the pool for 30 seconds before giving u and exiting.  When Miner Control detects that ccminer has exited on its own that service/algorithm is declared dead for a period of time (10 minutes with my default config) and will use other options for a period of time.


Title: Re: [ANN] Miner Control 1.1.1 - Auto profit switching miner controller
Post by: polanskiman on September 29, 2014, 10:25:44 AM
If I may, what exactly does this parameter do:

"param1": "-q -r 3 -R 10 -a",

?

Thanks.

These are substituted into the arguments when launching ccminer with the "_PARAM1_" string.  Details for the options are in the ccminer documentation.

"-q" is for quiet mode, don't display stats constantly. "-r 3" means to retry connecting to the pool three times before giving up. "-R 10" means to retry every 10 seconds until connected. "-a" is followed by an algorithm tham which is back in the arguments.  The important part here is the "-r 3 -R 10" which means that ccminer will only try to connect to the pool for 30 seconds before giving u and exiting.  When Miner Control detects that ccminer has exited on its own that service/algorithm is declared dead for a period of time (10 minutes with my default config) and will use other options for a period of time.

Yeap. Thanks a lot. I actually just figured it out while looking at the miners readme file. Those are the same options. Initially didn't quite understand it.


Title: Re: [ANN] Miner Control 1.1.1 - Auto profit switching miner controller
Post by: StuffOfInterest on September 29, 2014, 10:26:28 AM
Another question:

@ StuffOfInterest

Is it possible for Miner Control to include DMD (Diamond) for profit switching? Would that be too much of work?

Cheers.

Profit switching relies on pools which have an API showing current earnings (in BTC) of various algorithms.  I don't support individual coins as that would require a whole bunch more math as well as connecting out to other services such as Cryptsy to get exchange rates.  My criteria for inclusion are generally 1) pool must provide a real time pricing API with numbers in BTC, 2) pool must provide auto-conversion to and payout in BTC.

For individual coins there are several pricing calculators out there.


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: polanskiman on September 29, 2014, 10:52:00 AM
What exactly is the purpose of the maxtime option? Why would one want to restart the miner every x amount of time?


Title: Re: [ANN] Miner Control 1.1.1 - Auto profit switching miner controller
Post by: polanskiman on September 29, 2014, 10:55:19 AM
Another question:

@ StuffOfInterest

Is it possible for Miner Control to include DMD (Diamond) for profit switching? Would that be too much of work?

Cheers.

Profit switching relies on pools which have an API showing current earnings (in BTC) of various algorithms.  I don't support individual coins as that would require a whole bunch more math as well as connecting out to other services such as Cryptsy to get exchange rates.  My criteria for inclusion are generally 1) pool must provide a real time pricing API with numbers in BTC, 2) pool must provide auto-conversion to and payout in BTC.

For individual coins there are several pricing calculators out there.

Thanks for the clarifications. A DMD foundation member seems interested in your tool. Perhaps you should get in touch with them see if there is something that can be worked out. You can contact "Cryptonit" on the matter, of course if you see any interest. (https://bitcointalk.org/index.php?topic=580725.3540)


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: StuffOfInterest on September 29, 2014, 12:02:22 PM
Big thanks to whoever just dropped the 0.02BTC donation (https://blockchain.info/tx/f1793528090633e13ada9c003b26a4c66b0541fbb10e4adbb4d72dacf1f731b0)!


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: DemosMirak on September 29, 2014, 12:12:21 PM
StuffOfInterest, how's the code cleanup coming along? Still not ready for open-source?


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: StuffOfInterest on September 29, 2014, 01:07:57 PM
What exactly is the purpose of the maxtime option? Why would one want to restart the miner every x amount of time?

It was requested by some users in the past.  There are situations where a miner may get messed up internally but not actually exit out.  It will start claiming impossible hash rates or be unable to find good blocks.  In these situations a restart of the miner would clear up the problem.  There are situations where only a restart of the entire machine can correct the issue but there isn't anything I can do for that.

If you don't want to have your miner restart, just set the value to "0".


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: polanskiman on September 29, 2014, 05:07:25 PM
What exactly is the purpose of the maxtime option? Why would one want to restart the miner every x amount of time?

It was requested by some users in the past.  There are situations where a miner may get messed up internally but not actually exit out.  It will start claiming impossible hash rates or be unable to find good blocks.  In these situations a restart of the miner would clear up the problem.  There are situations where only a restart of the entire machine can correct the issue but there isn't anything I can do for that.

If you don't want to have your miner restart, just set the value to "0".

Thanks for the explanation :)


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: StuffOfInterest on September 30, 2014, 03:18:41 PM
StuffOfInterest, how's the code cleanup coming along? Still not ready for open-source?

Getting close.  Before I put the code out there I want to get the donation mining integrated in.  This is going to require tweaking quite a bit of code, more than I had originally expected, so there will have to be some more cleanup after that.

I'm starting to get myself familiar with git and GitHub now as that is how I plan to release the source code.  I've worked with TFS and SVN for version control previously but git has become more or less the standard for open source projects, so this seems like a good time to start using it.  I've already manged to integrate local code in Visual Studio with the online repository a couple of different ways so now I need to spin up on how git handles branching and merging so that the main code line will be release quality while work in progress can still be out there.  That's also how I'll hopefully be able to open up for other people to contribute code.


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: DemosMirak on September 30, 2014, 03:30:23 PM
StuffOfInterest, how's the code cleanup coming along? Still not ready for open-source?

Getting close.  Before I put the code out there I want to get the donation mining integrated in.  This is going to require tweaking quite a bit of code, more than I had originally expected, so there will have to be some more cleanup after that.

I'm starting to get myself familiar with git and GitHub now as that is how I plan to release the source code.  I've worked with TFS and SVN for version control previously but git has become more or less the standard for open source projects, so this seems like a good time to start using it.  I've already manged to integrate local code in Visual Studio with the online repository a couple of different ways so now I need to spin up on how git handles branching and merging so that the main code line will be release quality while work in progress can still be out there.  That's also how I'll hopefully be able to open up for other people to contribute code.

How will you go about the donation mining? Mine most profitable to your address X time each day? And because it will be opensource, some people will just yank out the donation mining, especially if it is too much. Also, and this seems obvious, but I am going to say it anyway: Let it only donation mine when it is in auto-mode, or if a service is manually started, only on that algo (perhaps a more profitable pool, but still), because I sometimes stop the mining, or switch to a specific algo, for when I want that added stability or lessened load when I do something else on the rig, like watching youtube or editing text, etc.

Still, many thanks for the awesome work you're doing!


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: StuffOfInterest on September 30, 2014, 04:08:41 PM
StuffOfInterest, how's the code cleanup coming along? Still not ready for open-source?

Getting close.  Before I put the code out there I want to get the donation mining integrated in.  This is going to require tweaking quite a bit of code, more than I had originally expected, so there will have to be some more cleanup after that.

I'm starting to get myself familiar with git and GitHub now as that is how I plan to release the source code.  I've worked with TFS and SVN for version control previously but git has become more or less the standard for open source projects, so this seems like a good time to start using it.  I've already manged to integrate local code in Visual Studio with the online repository a couple of different ways so now I need to spin up on how git handles branching and merging so that the main code line will be release quality while work in progress can still be out there.  That's also how I'll hopefully be able to open up for other people to contribute code.

How will you go about the donation mining? Mine most profitable to your address X time each day? And because it will be opensource, some people will just yank out the donation mining, especially if it is too much. Also, and this seems obvious, but I am going to say it anyway: Let it only donation mine when it is in auto-mode, or if a service is manually started, only on that algo (perhaps a more profitable pool, but still), because I sometimes stop the mining, or switch to a specific algo, for when I want that added stability or lessened load when I do something else on the rig, like watching youtube or editing text, etc.

Still, many thanks for the awesome work you're doing!

A user wouldn't have to change the code to remove donation mining, just set the donation percentage to "0".

The process will be transparent and configurable by the user.  Here is how I plan to implement it.

There will be two configuration parameters, "donationpercentage" and "donationfrequency".  The percentage will default to "2" and the frequency will default to "240".  While in auto mode, at the end of each frequency of minutes, the miner will stop and restart mining against the donation address and continue for the percentage of that frequency of time.  With the defaults, it means that after 3 hours, 55.2 minutes of auto mining it will mine against the donation address on whatever is paying best for 4.8 minutes and then switch back to the user's address.

The code messiness will come from the time accounting side to make sure I only mine in donation mode at the set intervals for the set amount of time.


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: DemosMirak on September 30, 2014, 06:26:37 PM
A user wouldn't have to change the code to remove donation mining, just set the donation percentage to "0".

The process will be transparent and configurable by the user.  Here is how I plan to implement it.

There will be two configuration parameters, "donationpercentage" and "donationfrequency".  The percentage will default to "2" and the frequency will default to "240".  While in auto mode, at the end of each frequency of minutes, the miner will stop and restart mining against the donation address and continue for the percentage of that frequency of time.  With the defaults, it means that after 3 hours, 55.2 minutes of auto mining it will mine against the donation address on whatever is paying best for 4.8 minutes and then switch back to the user's address.

The code messiness will come from the time accounting side to make sure I only mine in donation mode at the set intervals for the set amount of time.

Does the program remember the total time, or does it reset whenever you hit the stop button. I, when I use the rig, often have to stop and start the program again due to fluctuations in need. If the counter resets, it would cause the donation time to be postponed again and again.


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: StuffOfInterest on September 30, 2014, 06:35:16 PM
A user wouldn't have to change the code to remove donation mining, just set the donation percentage to "0".

The process will be transparent and configurable by the user.  Here is how I plan to implement it.

There will be two configuration parameters, "donationpercentage" and "donationfrequency".  The percentage will default to "2" and the frequency will default to "240".  While in auto mode, at the end of each frequency of minutes, the miner will stop and restart mining against the donation address and continue for the percentage of that frequency of time.  With the defaults, it means that after 3 hours, 55.2 minutes of auto mining it will mine against the donation address on whatever is paying best for 4.8 minutes and then switch back to the user's address.

The code messiness will come from the time accounting side to make sure I only mine in donation mode at the set intervals for the set amount of time.

Does the program remember the total time, or does it reset whenever you hit the stop button. I, when I use the rig, often have to stop and start the program again due to fluctuations in need. If the counter resets, it would cause the donation time to be postponed again and again.

Nothing has been coded yet but my intention is to use a separate time tracker for mining time in auto mode since last donation round.  If you hit the stop button and later the auto button again the value will be preserved.  If you exit, you loose the value.  If someone was in a scenario where they need to exit or reboot more often and they still want to do donation mining then they could set a lower frequency time.  This would just cause shorter donation mining sessions.

There is another feature I've thought about adding in which sounds like something your usage model would benefit from.  If I can come up with a good way to detect when the screen saver is active, it would be possible to have MinerControl only start the miner when the screen saver is on and kill the miner as soon as the screen saver goes off.  I need to research that one some more.


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: LastRoby on September 30, 2014, 06:54:29 PM
tnks! good job!
work in progress ;)


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: Travis9x on September 30, 2014, 06:59:00 PM
A user wouldn't have to change the code to remove donation mining, just set the donation percentage to "0".

The process will be transparent and configurable by the user.  Here is how I plan to implement it.

There will be two configuration parameters, "donationpercentage" and "donationfrequency".  The percentage will default to "2" and the frequency will default to "240".  While in auto mode, at the end of each frequency of minutes, the miner will stop and restart mining against the donation address and continue for the percentage of that frequency of time.  With the defaults, it means that after 3 hours, 55.2 minutes of auto mining it will mine against the donation address on whatever is paying best for 4.8 minutes and then switch back to the user's address.

The code messiness will come from the time accounting side to make sure I only mine in donation mode at the set intervals for the set amount of time.

Does the program remember the total time, or does it reset whenever you hit the stop button. I, when I use the rig, often have to stop and start the program again due to fluctuations in need. If the counter resets, it would cause the donation time to be postponed again and again.

Nothing has been coded yet but my intention is to use a separate time tracker for mining time in auto mode since last donation round.  If you hit the stop button and later the auto button again the value will be preserved.  If you exit, you loose the value.  If someone was in a scenario where they need to exit or reboot more often and they still want to do donation mining then they could set a lower frequency time.  This would just cause shorter donation mining sessions.

There is another feature I've thought about adding in which sounds like something your usage model would benefit from.  If I can come up with a good way to detect when the screen saver is active, it would be possible to have MinerControl only start the miner when the screen saver is on and kill the miner as soon as the screen saver goes off.  I need to research that one some more.
I'm not sure if this will work, but it could be a way of getting Miner Control to "remember" how much time has passed since the last round of donation mining.  Perhaps allow it to save a small text file, containing the amount of time auto-mining elapsed, since the last round of donation mining completed.  It could read this file upon startup, to continue the timer where it left off, and rewrite it upon stop/exit.  If it was in the middle of donation mining upon stop/exit, then it could store a separate "clock" for that as well, so it would know to just start with donation mining, and finish out the last round.
Of course it wouldn't write or use this file at all, if donation mining is set to 0.   :P

EDIT:  May also want to include some kind of "catch" for this feature, in case the application did not stop/exit gracefully last time.  IE, just ignore the text file, and restart the timer.


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: somaton on September 30, 2014, 08:28:30 PM
1.1.2 closed again without any error messages, here is what was in error.log:

30.09.2014 12:31:07
----------------------------------------------
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 System.Net.DownloadStringCompletedEventArgs.get_Result()
   at MinerControl.Services.TradeMyBitService.DownloadStringBalanceCompleted(Object sender, DownloadStringCompletedEventArgs e)

30.09.2014 12:31:07
----------------------------------------------
Type: WebException
Message: The remote server returned an error: (524) Origin Time-out.
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)

all versions i tried starting from 1.0.0 had same problem with autoclosing (different errors in error.log) without error messages and i have to check everyday few times that it is still running.

feature request:

do mine only when "Net" is on + side and not -, or even better to make possible to specify to mine only when "Net" is for example 0,000500 and not less, if less then wait when it is 0,000500 or more.
I hope you understand what i mean, otherwise very good program, thanks!


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: StuffOfInterest on September 30, 2014, 08:50:20 PM
1.1.2 closed again without any error messages, here is what was in error.log:

30.09.2014 12:31:07
----------------------------------------------
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 System.Net.DownloadStringCompletedEventArgs.get_Result()
   at MinerControl.Services.TradeMyBitService.DownloadStringBalanceCompleted(Object sender, DownloadStringCompletedEventArgs e)

30.09.2014 12:31:07
----------------------------------------------
Type: WebException
Message: The remote server returned an error: (524) Origin Time-out.
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)

all versions i tried starting from 1.0.0 had same problem with autoclosing (different errors in error.log) without error messages and i have to check everyday few times that it is still running.

feature request:

do mine only when "Net" is on + side and not -, or even better to make possible to specify to mine only when "Net" is for example 0,000500 and not less, if less then wait when it is 0,000500 or more.
I hope you understand what i mean, otherwise very good program, thanks!

Unfortunately, the error log file won't catch the exceptions which take the program down.  I've made several attempts to wire the error logger in low enough with no success.  The last error you see in the log has nothing to do with what caused the crash.  In your example above this was just the TradeMyBit balance API call timing out, which happens from time to time.  You may have something in your windows event log relating to the crash.  If you see something there and can put it here that would be a big help.

Regarding the minimum net to mine, I think this is a good idea.  I used to have it set to only mine for positive net values but I removed that a while back since there was usually some algo with a positive net (at least for me).  I think what may work better is to have a configurable parameter for the minimum net so that if nothing is above that threshold then the miner will pause until something rises up high enough again.  I'll add that to the wish list.


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: somaton on September 30, 2014, 09:04:01 PM
there is nothing else in error.log, only those two errors/lines. With 1.1.1 version i had same problem, error.log is 66kb big (was in use for ~4 days) and again with same errors like 1.1.2 + two lines with this:

27.09.2014 16:40:06
----------------------------------------------
Type: InvalidOperationException
Message: Process has exited, so the requested information is not available.
Stack trace:    at System.Diagnostics.Process.EnsureState(State state)
   at System.Diagnostics.Process.get_MainWindowHandle()
   at MinerControl.MiningEngine.StartMiner(PriceEntryBase entry, Boolean isMinimizedToTray)


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: polanskiman on October 01, 2014, 01:31:36 AM
How's the work coming along for WafflePool??


Title: Re: [ANN] Miner Control 1.1.0 - Auto profit switching miner controller
Post by: lextad on October 01, 2014, 01:36:17 AM
Please try to open this in a web browser:
Code:
https://pool.trademybit.com/api/balance?key=XYZ
Replace XYZ with your api key.  If your key is in correctly then the only thing it could be is a missing piece of information in the return so I need to see a sample of that returned data.

Thanks.

thanks for the input in all this but i have a update to the new 1.1.2 and same problem. I have tested the api and pulls all the data


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: StuffOfInterest on October 01, 2014, 01:37:06 AM
How's the work coming along for WafflePool??

Waiting for them to produce a realtime API.


Title: Re: [ANN] Miner Control 1.1.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 01, 2014, 01:37:56 AM
Please try to open this in a web browser:
Code:
https://pool.trademybit.com/api/balance?key=XYZ
Replace XYZ with your api key.  If your key is in correctly then the only thing it could be is a missing piece of information in the return so I need to see a sample of that returned data.

Thanks.

thanks for the input in all this but i have a update to the new 1.1.2 and same problem. I have tested the api and pulls all the data

As I asked before, please send me a sample of the output from the API call above.  I need to see how the data is structured to understand how it is different from what I'm expecting.


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: Travis9x on October 01, 2014, 02:17:39 AM
there is nothing else in error.log, only those two errors/lines. With 1.1.1 version i had same problem, error.log is 66kb big (was in use for ~4 days) and again with same errors like 1.1.2 + two lines with this:

27.09.2014 16:40:06
----------------------------------------------
Type: InvalidOperationException
Message: Process has exited, so the requested information is not available.
Stack trace:    at System.Diagnostics.Process.EnsureState(State state)
   at System.Diagnostics.Process.get_MainWindowHandle()
   at MinerControl.MiningEngine.StartMiner(PriceEntryBase entry, Boolean isMinimizedToTray)
He means your Windows Event logs, not the MinerControl error log.  As he explained, if the program crashes then it won't be able to write anything to the error log before it dies, but Windows may have logged something from the crash.
To check your Windows Event logs, find My Computer, or just "Computer" (either on the Desktop, or in your Start Menu) and right-click it.  Select "Manage" (you must be an Administrator to do this).  In the left-hand tree, click on Event Viewer.  Give it a moment to read the logs (can take anywhere from a couple seconds to a full minute depending on your drive speed and how long the logfile is).  The logs are sorted by type, and marked by how long ago they occurred, so depending on how long ago MinerControl crashed, I would suggest looking through the logs in "Error" and "Warning" (most likely Error), for the last hour if it crashed recently, and 24 hours if you're not sure (but you are sure it happened within the last day).  Look for anything having to do with MinerControl.exe

Hope this helps


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: polanskiman on October 01, 2014, 04:49:01 AM
How's the work coming along for WafflePool??

Waiting for them to produce a realtime API.

Ok. Hopefully they will soon :)

By the way, I see you use 0.90 as weight in your .conf file. Why would one not trust the reported price of the pool?

If I don't want to put any weight, I simply use 1 as value, right?

Also. I have noticed that since I have been using MinerControl, Nicehash seems to be reporting less hash power than when I used ccminer alone. Any ideas why?

Here are the stats. https://nicehash.com/?p=miners&a=4&d=7&addr=1F1DChiJvjyZymecjFY4JwTjrbkaeVZNKj
Notice the right side of the graph. Average hash is lower than all the left part where all the hash is more compact and miner was not constantly switching from one algo to the other.
Here is my .conf file as well:

Code:
{
    "general": {
        "power": 0.17,
        "exchange": 404,
        "mintime": 4,
        "maxtime": 0,
        "switchtime": 3,
        "deadtime": 10,
        "logerrors": true,
        "gridsortmode": 1,
        "minerkillmode": 1
    },
    "algorithms": [
        { "name": "x11", "hashrate": 15951, "power": 60 },
        { "name": "x13", "hashrate": 12600, "power": 60 },
        { "name": "x15", "hashrate": 9400, "power": 60 },
        { "name": "nist5", "hashrate": 48338, "power": 60 }
    ],
    "nicehash": {
        "account": "1F1DChiJvjyZymecjFY4JwTjrbkaeVZNKj",
        "worker": "1",
        "weight": 0.90,
"param1": "-R 15 -a",
"param2": "stratum+tcp://stratum.nicehash.com",
        "algos": [
            { "algo": "x11", "folder": "C:\\Users\\pl\\Desktop\\ccminer-1.2-x15-windows\\x86", "command": "ccminer.exe", "arguments": "_PARAM1_ x11 -o _PARAM2_:3336 -u _ACCOUNT_._WORKER_ -p d=0.16" },
            { "algo": "x13", "folder": "C:\\Users\\pl\\Desktop\\ccminer-1.2-x15-windows\\x86", "command": "ccminer.exe", "arguments": "_PARAM1_ x13 -o _PARAM2_:3337 -u _ACCOUNT_._WORKER_ -p d=0.16" },
            { "algo": "x15", "folder": "C:\\Users\\pl\\Desktop\\ccminer-1.2-x15-windows\\x86", "command": "ccminer.exe", "arguments": "_PARAM1_ x15 -o _PARAM2_:3339 -u _ACCOUNT_._WORKER_ -p d=0.16" },
            { "algo": "nist5", "folder": "C:\\Users\\pl\\Desktop\\ccminer-1.2-x15-windows\\x86", "command": "ccminer.exe", "arguments": "_PARAM1_ nist5 -o _PARAM2_:3340 -u _ACCOUNT_._WORKER_ -p d=0.16" }
        ]
    }
}

Any recommendation would be appreciated.

Finally, what is the purpose of providing the hashrate, power and exchange values? Are they only used as visual reference in the GUI or are they used to calculate something?

Sorry if all these questions sound dumb but I'd rather ask than remain ignorant!


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: Travis9x on October 01, 2014, 06:42:35 AM
How's the work coming along for WafflePool??

Waiting for them to produce a realtime API.

Ok. Hopefully they will soon :)

By the way, I see you use 0.90 as weight in your .conf file. Why would one not trust the reported price of the pool?

If I don't want to put any weight, I simply use 1 as value, right?
He weights NiceHash slightly lower, since both NiceHash and WestHash provide exactly the same payout, and he is geographically closer to WestHash (thus the tiny weight difference will usually only make NiceHash reported profitability slightly less than WestHash, but not affect the value of WestHash against any other mining pools).  I use a weight of 0.99 on NiceHash for the same reason.
And yes, you can just put 1 for no weight, or remove that line entirely.

Also. I have noticed that since I have been using MinerControl, Nicehash seems to be reporting less hash power than when I used ccminer alone. Any ideas why?

Here are the stats. https://nicehash.com/?p=miners&a=4&d=7&addr=1F1DChiJvjyZymecjFY4JwTjrbkaeVZNKj
Notice the right side of the graph. Average hash is lower than all the left part where all the hash is more compact and miner was not constantly switching from one algo to the other.
It's probably because your miners are switching to other pools some of the time, so your total hashrate for NiceHash per hour is lower.  Just my guess.

Finally, what is the purpose of providing the hashrate, power and exchange values? Are they only used as visual reference in the GUI or are they used to calculate something?

Sorry if all these questions sound dumb but I'd rather ask than remain ignorant!
They are used to calculate the profitability of each algorithm/pool, yes.  The "Net" column indicates this.  (ie, hashrate x price = earn, and earn - fees - power = net…not precisely how the calculations work, but it should help you get the general idea)  This is how the tool knows which algorithm/pool to mine, by judging which is most profitable from these numbers (the one with the highest Net).


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: canigetanipa on October 02, 2014, 03:21:19 AM
Do any of these factor into the payout?

Legend:
general - General configuration parameters
power - Rate per KW/hour in your currency units [My power is free, so do I put .00?]
exchange - Bitcoin price in your currency units for calculating power cost in Bitcoin [Can't this be parsed somehow from the latest exchange prices and not hard coded to a config file?]

algorithms - List of supported algorithms
power - Watts your GPU pulls when mining an algorithm [I run 8 GPUs, do I put the watts for 1 GPU? The combined estimated watts for all 8 of the GPUs? OR the combined watts for the entire PC from the wall?]



Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: Travis9x on October 02, 2014, 03:53:41 AM
Do any of these factor into the payout?

Legend:
general - General configuration parameters
power - Rate per KW/hour in your currency units [My power is free, so do I put .00?]
exchange - Bitcoin price in your currency units for calculating power cost in Bitcoin [Can't this be parsed somehow from the latest exchange prices and not hard coded to a config file?]

algorithms - List of supported algorithms
power - Watts your GPU pulls when mining an algorithm [I run 8 GPUs, do I put the watts for 1 GPU? The combined estimated watts for all 8 of the GPUs? OR the combined watts for the entire PC from the wall?]
First off, only the pools you mine in do any factoring of your payouts.  Miner Control only uses the APIs from the pools, plus some info from you regarding your mining hardware, to calculate an estimated profitability for each algorithm/pool.  None of the parameters in the config file have any direct effect on the payouts received from any pools, they only help the tool to accurately pick which pool/algo to mine.

"General" is a title, a heading.  It's only used for organizing the config file to make it easier for humans to read (and presumably, any aliens capable of reading English  ;D).

If your electricity is free, then yes you can put 0 for power cost.  (where are you, that you get free electricity??)

I've often wondered about the exchange data, as well.  I suppose it could be pulled from a few different exchanges (almost all of them offer APIs for this kind of thing), and the values averaged together to come up with a general BTC value.  We would probably only need to put in what fiat currency we use, so it knows what data to read.  I'm sure StuffOfInterest could look into this when he's finished with more important things (or I could, once he opens the code to the public, and if he lets me help with coding  ;))

Algorithms - not sure what help you need here?

Power - this is the power usage of all GPUs you're going to be using for mining.  You enter the total wattage, so yes you could enter the total amount being pulled by your entire rig, or just the total of all the GPUs added up.  Doesn't really make a difference either way, but if you want to know your true profit compared to power costs, then I would enter the amount your rig pulls from the wall.  
  …of course, in your case, you could be burning through 1.21 jigawatts and it wouldn't matter since your electricity is free!   :P  lol


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: StuffOfInterest on October 02, 2014, 10:53:24 AM
Let me add a little bit to what Travis9x said.

"power" and "exchange" are currently only used to calculate the cost of mining for next profitability purposes.  The power consumption per algorithm for a machine can be looked at two different ways.  If your machine is a dedicated mining rig then the total power consumption of the machine should be considered.  This can probably best be found with a wall monitor or possibly with a UPS that has built in monitoring.  If your machine is normally used for other activities, and always left on, then you should only consider the difference in power consumption between machine idle and when mining an algorithm.  In this scenario the power when idle is a sunk cost as you would be burning that anyway and all you really care about is the added cost of mining.  As was said, if your power is free then just use 0 for power cost and then the exchange rate doesn't matter as anything multiplied by zero will still be zero.

As for automating the exchange rate, I actually did start looking into that recently and found a couple of exchanges with fairly comprehensive lists of fiat currency to Bitcoin exchange rates available via an API.  It is on my wish list to add to the program after I get the donation mining coded up.  Most likely implementation will be to have a new configuration value, called "currencycode", which gets the three letter currency code such as "USD" or "EUR".  On an occasional basis (perhaps once every 10 minutes) I'll call out to the two exchanges with the currency conversion api to get their rates for the currency code.  If one returns I'll use it, if both return I'll use an average, if none returns when I'll fall back to the manual rate entered or "0" if that has not been entered.

Once we have real exchange rates I'll probably add another column to the services column with the by service balance given in fiat currency so people will see how much they've earned in non digital money.

As for an update on open sourcing the program, I'm making progress in getting familiar with git and GitHub.  I'm leaning towards having the main branch wit releases published out there and keeping the development branch while I'm adding features local.  I still need to figure out how third parties submit code changes while I keep control of the commits.  I see it is there, just haven't played with it yet.  Once I do get the source code out there maybe someone else will have better luck finding the crash bug that a few people have reported.  I have never been able to reproduce it which makes it really hard to find since nobody out there has been able to capture a good error message from their event logs so far.


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: canigetanipa on October 02, 2014, 06:31:34 PM
Thanks, that makes sense I thought it was a user parameter. Yes it's a dedicated rig


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: polanskiman on October 04, 2014, 06:17:27 AM
How's the work coming along for WafflePool??

Waiting for them to produce a realtime API.

Ok. Hopefully they will soon :)

By the way, I see you use 0.90 as weight in your .conf file. Why would one not trust the reported price of the pool?

If I don't want to put any weight, I simply use 1 as value, right?
He weights NiceHash slightly lower, since both NiceHash and WestHash provide exactly the same payout, and he is geographically closer to WestHash (thus the tiny weight difference will usually only make NiceHash reported profitability slightly less than WestHash, but not affect the value of WestHash against any other mining pools).  I use a weight of 0.99 on NiceHash for the same reason.
And yes, you can just put 1 for no weight, or remove that line entirely.

Also. I have noticed that since I have been using MinerControl, Nicehash seems to be reporting less hash power than when I used ccminer alone. Any ideas why?

Here are the stats. https://nicehash.com/?p=miners&a=4&d=7&addr=1F1DChiJvjyZymecjFY4JwTjrbkaeVZNKj
Notice the right side of the graph. Average hash is lower than all the left part where all the hash is more compact and miner was not constantly switching from one algo to the other.
It's probably because your miners are switching to other pools some of the time, so your total hashrate for NiceHash per hour is lower.  Just my guess.

Finally, what is the purpose of providing the hashrate, power and exchange values? Are they only used as visual reference in the GUI or are they used to calculate something?

Sorry if all these questions sound dumb but I'd rather ask than remain ignorant!
They are used to calculate the profitability of each algorithm/pool, yes.  The "Net" column indicates this.  (ie, hashrate x price = earn, and earn - fees - power = net…not precisely how the calculations work, but it should help you get the general idea)  This is how the tool knows which algorithm/pool to mine, by judging which is most profitable from these numbers (the one with the highest Net).

Thanks :)


Title: Re: [ANN] Miner Control 1.1.2 - Auto profit switching miner controller
Post by: Travis9x on October 04, 2014, 11:14:30 PM
Also. I have noticed that since I have been using MinerControl, Nicehash seems to be reporting less hash power than when I used ccminer alone. Any ideas why?

Here are the stats. https://nicehash.com/?p=miners&a=4&d=7&addr=1F1DChiJvjyZymecjFY4JwTjrbkaeVZNKj
Notice the right side of the graph. Average hash is lower than all the left part where all the hash is more compact and miner was not constantly switching from one algo to the other.
It's probably because your miners are switching to other pools some of the time, so your total hashrate for NiceHash per hour is lower.  Just my guess.
I just noticed something else about this.  The NiceHash graphs only show your hashrate PER ALGORITHM, not your total hashrate for the whole pool in general.  So of course if you compare your hashrate on ONE algorithm, when you were using ccMiner alone, to mining on MULTIPLE algorithms with MinerControl, then the graph for that ONE algorithm is going to look broken and sporadic, because MinerControl switches you to other algorithms when they're more profitable for you.  In addition, MinerControl also switches you to entirely different pools, if they're more profitable (and also only if you've set them up), so that will break up your hashrate with NiceHash as well.  But all-in-all, since MinerControl has you mining with whatever pool & algorithm is most profitable at the time, your total income/profit is going to be higher per hour per megahash, than it would be if you were only mining a single algorithm on a single pool.

In short, you have to take the data from those graphs IN CONTEXT.  You can't just glance at the surface, and make a judgement from that.


Title: Re: [ANN] Miner Control 1.2.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 06, 2014, 01:56:36 AM
Just released version 1.2.0 (http://stuffofinterest.com/MinerControl/MinerControl-1.2.0.zip).  The only significant change is to finally add donation mining.  By default MinerControl will mine for 2% of the time every 4 hours to my accounts.  You can adjust these parameters or if you don't want to do donation mining just set the "donationpercentage" property to 0.

As always, a big thanks to those who have chosen to donate in the past.  If it hadn't been for those small (and some not so small) encouragements I probably wouldn't have taken MinerControl as far as I have so far.

http://stuffofinterest.com/MinerControl/MinerControl-1.2.0.png


Title: Re: [ANN] Miner Control 1.2.0 - Auto profit switching miner controller
Post by: AL23 on October 06, 2014, 02:59:01 AM
Thank you.  Just upgraded to 1.2.0.  Keep up the grate work.  Would love to see more pools added when you find once that work with MC.


Title: Re: [ANN] Miner Control 1.2.0 - Auto profit switching miner controller
Post by: DemosMirak on October 06, 2014, 06:25:50 AM
Upgrading as I type. Thanks for all the work!


Title: Re: [ANN] Miner Control 1.2.0 - Auto profit switching miner controller
Post by: ltc_bilic on October 06, 2014, 05:10:53 PM
Awesome, just finished upgrading all the miners!
People increase the donation percentage, it's a small fee compared to what you get for it.


Title: Re: [ANN] Miner Control 1.2.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 06, 2014, 09:17:15 PM
OK, as promised, time to put the dirty laundry out for all to see.  As of version 1.2.0, Miner Control is now open source.  You can see all of the ugliness over at the GitHub repository (https://github.com/StuffOfInterest/MinerControl).

For now I'll keep offering binary downloads from my site but sooner or later I'll transition to hosting both source and binary packages only from GitHub.  If there wasn't some odd issue with Bitcointalk not being able to proxy image links from GitHub I'd host the screen shots there to.

Consider using the issue tracker for any bugs you find.  This thread will probably remain the main place for support but for things that require code fixes it would be nice to have the issues documented in the repository.

If you are a coder, pull requests will be considered.  There are certainly a few features left to add in.


Title: Re: [ANN] Miner Control 1.2.1 - Auto profit switching miner controller
Post by: StuffOfInterest on October 07, 2014, 01:31:09 AM
MinerControl 1.2.1 (https://github.com/StuffOfInterest/MinerControl/releases/download/v1.2.1/MinerControl-1.2.1.zip) released.

Adds support for WafflePool.

I don't like that their API for earnings only goes to the day level rather than a sliding window of a couple of hours but this will have to do for now.


Title: Re: [ANN] Miner Control 1.2.0 - Auto profit switching miner controller
Post by: Travis9x on October 07, 2014, 02:02:41 AM
OK, as promised, time to put the dirty laundry out for all to see.  As of version 1.2.0, Miner Control is now open source.  You can see all of the ugliness over at the GitHub repository (https://github.com/StuffOfInterest/MinerControl).

For now I'll keep offering binary downloads from my site but sooner or later I'll transition to hosting both source and binary packages only from GitHub.  If there wasn't some odd issue with Bitcointalk not being able to proxy image links from GitHub I'd host the screen shots there to.

Consider using the issue tracker for any bugs you find.  This thread will probably remain the main place for support but for things that require code fixes it would be nice to have the issues documented in the repository.

If you are a coder, pull requests will be considered.  There are certainly a few features left to add in.
Awesome!  I have some tests and important papers to write for my classes right now, but I'll be sure to examine your code in the next week or two, and submit some feature suggestions for your appraisal.  Keep up the great work!   ;D

PS:  Nice to see WafflePool added, despite their lack of a real-time API.  I wish CoinKing was more willing to work with you on their APIs.   :P


Title: Re: [ANN] Miner Control 1.2.2 - Auto profit switching miner controller
Post by: StuffOfInterest on October 07, 2014, 10:00:50 AM
MinerControl 1.2.2 has been released and is available for download (https://github.com/StuffOfInterest/MinerControl/releases).

This is just a fix for a problem with the cumulative running time for a service not showing in the service grid.


Title: Re: [ANN] Miner Control 1.2.2 - Auto profit switching miner controller
Post by: DemosMirak on October 07, 2014, 10:42:48 AM
The donation miner, does it mine against the same address as to which we could manually donate, or is it a separate address?


Title: Re: [ANN] Miner Control 1.2.2 - Auto profit switching miner controller
Post by: StuffOfInterest on October 07, 2014, 10:44:53 AM
The donation miner, does it mine against the same address as to which we could manually donate, or is it a separate address?

Same address.  For TradeMyBit, it mines against an account named "MinerControl".  Both are listed in the sample config file now.  I've seen some credit going into all of the pools since yesterday so a few people are definitely doing the donation mining!

I try to keep the MinerControl income and my personal mining income segregated.


Title: Re: [ANN] Miner Control 1.2.2 - Auto profit switching miner controller
Post by: DemosMirak on October 07, 2014, 11:56:39 AM
Guys, what do you think is a good weight for Wafflepool, due to the 24 hour average stats? I myself chose for 0.8, but should it be higher/lower?


Title: Re: [ANN] Miner Control 1.2.2 - Auto profit switching miner controller
Post by: StuffOfInterest on October 07, 2014, 11:58:36 AM
Guys, what do you think is a good weight for Wafflepool, due to the 24 hour average stats? I myself chose for 0.8, but should it be higher/lower?

0.8 is about what I was thinking.  So far, even at 1, it hasn't been my top very much since I started testing last night.  20% penalty for out of date information seems reasonable.


Title: Re: [ANN] Miner Control 1.2.2 - Auto profit switching miner controller
Post by: Travis9x on October 07, 2014, 08:06:46 PM
Guys, what do you think is a good weight for Wafflepool, due to the 24 hour average stats? I myself chose for 0.8, but should it be higher/lower?

0.8 is about what I was thinking.  So far, even at 1, it hasn't been my top very much since I started testing last night.  20% penalty for out of date information seems reasonable.
I agree.  Though even with no weight adjustment, WafflePool hasn't risen to my top at all since it was added.


Title: Re: [ANN] Miner Control 1.2.2 - Auto profit switching miner controller
Post by: Travis9x on October 07, 2014, 08:13:13 PM
I also just noticed that CoinKing is finally responding to your API requests.  And, Miner Control is getting attention in the ccMiner / CUDAmining thread as well.  This excellent tool and your hard work is being recognized!   :)


Title: Re: [ANN] Miner Control 1.2.2 - Auto profit switching miner controller
Post by: StuffOfInterest on October 07, 2014, 08:41:10 PM
I also just noticed that CoinKing is finally responding to your API requests.  And, Miner Control is getting attention in the ccMiner / CUDAmining thread as well.  This excellent tool and your hard work is being recognized!   :)

Many pages back I posted on that thread when I first put NiceHash Control out being that at the time it was about the only way to algo switch on NiceHash with nVIDIA cards.  I still keep track of that thread but not often enough.  When I went over there now I was over 10 pages behind but I did see the discussion.  Thanks for carrying the torch.


Title: Re: [ANN] Miner Control 1.2.2 - Auto profit switching miner controller
Post by: DemosMirak on October 08, 2014, 09:12:42 AM
I just noticed, but the wafflepool X13 price keeps being 0, leading to the rest of the calculations being 0 as well. Am I the only with this?


Title: Re: [ANN] Miner Control 1.2.2 - Auto profit switching miner controller
Post by: StuffOfInterest on October 08, 2014, 11:12:19 AM
I just noticed, but the wafflepool X13 price keeps being 0, leading to the rest of the calculations being 0 as well. Am I the only with this?

I see that too and it is coming in as zero from the API.  I'm not sure if WafflePool is starting up or shutting down support for X13 as they have instructions for it on their website but it does not show up in the top line stats on the site.


Title: Re: [ANN] Miner Control 1.2.2 - Auto profit switching miner controller
Post by: Travis9x on October 08, 2014, 02:15:17 PM
I just noticed, but the wafflepool X13 price keeps being 0, leading to the rest of the calculations being 0 as well. Am I the only with this?

I see that too and it is coming in as zero from the API.  I'm not sure if WafflePool is starting up or shutting down support for X13 as they have instructions for it on their website but it does not show up in the top line stats on the site.
As I recall, a few months ago they "ran out" of profitable X13 coins to mine.  Not sure why they haven't found replacements by now, but they did shut down the X13 pool until profitable coins are found again.
(I repeat, other pools still have profitable X13 coins/pools, so I don't know why WafflePool doesn't)


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 09, 2014, 01:39:55 AM
Miner Control 1.3.0 has been released and is available for download (https://github.com/StuffOfInterest/MinerControl/releases).

This release adds downloading of exchange rate for local currency and showing balances in local currency.

http://stuffofinterest.com/MinerControl/MinerControl-1.3.0.png


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: ltc_bilic on October 09, 2014, 05:57:16 AM
Thank you very much for this function, it's amazing can show even in my currency - EUR  :-*


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: SS2006 on October 09, 2014, 08:27:52 AM
hi guys
is there any point in enabling waffle pool in the config? since its not live api, isnt there a chance i will not be making top $ mining it if its previous (but currently shown stat) isn't as high as it really is.

Also, any chance on getting Mutlipool and Blackpool (Blackcoin) on board?


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: DemosMirak on October 09, 2014, 09:34:24 AM
hi guys
is there any point in enabling waffle pool in the config? since its not live api, isnt there a chance i will not be making top $ mining it if its previous (but currently shown stat) isn't as high as it really is.

Also, any chance on getting Mutlipool and Blackpool (Blackcoin) on board?

I use a weight of 0.8 for wafflepool to correct for possibly lower prices.

Multipool does seem to haven an API, so it is possible, but I do not know how often it updates.

Blackpool pays out in Blackcoin, and for this tool it needs to be BTC. I guess it could be worked in by converting blackcoin prices to BTC, but that would just make it more complicated


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 09, 2014, 10:39:32 AM
Thank you very much for this function, it's amazing can show even in my currency - EUR  :-*

The recent volatility in Bitcoin price made me decide it was time to put this in.  As for the currency symbol, when I saw that was part of the data returned by the API I figured it wouldn't hurt to have it in there.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: dddbtc on October 09, 2014, 05:33:07 PM
Please add Prohashing.com if possible.  They seem to provide realtime profitability statistics.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 09, 2014, 07:07:08 PM
Please add Prohashing.com if possible.  They seem to provide realtime profitability statistics.

Single algo (Scrypt), doesn't appear to have an API, and charges nearly 5% fee.  Umm, no thanks.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: Travis9x on October 09, 2014, 11:27:26 PM
Please add Prohashing.com if possible.  They seem to provide realtime profitability statistics.

Single algo (Scrypt), doesn't appear to have an API, and charges nearly 5% fee.  Umm, no thanks.
lol, sums up my thoughts exactly   :D


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: dddbtc on October 10, 2014, 02:38:07 AM
Please add Prohashing.com if possible.  They seem to provide realtime profitability statistics.

Single algo (Scrypt), doesn't appear to have an API, and charges nearly 5% fee.  Umm, no thanks.
lol, sums up my thoughts exactly   :D

Does anyone else use this software for ASIC?  I realize most of the program's utility is geared towards GPU miners, but I'd imagine I'm not the only one looking to pool switch on Scrypt only.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: DemosMirak on October 10, 2014, 06:27:18 AM
Please add Prohashing.com if possible.  They seem to provide realtime profitability statistics.

Single algo (Scrypt), doesn't appear to have an API, and charges nearly 5% fee.  Umm, no thanks.
lol, sums up my thoughts exactly   :D

Does anyone else use this software for ASIC?  I realize most of the program's utility is geared towards GPU miners, but I'd imagine I'm not the only one looking to pool switch on Scrypt only.

I'm guessing it wouldn't be too hard for asics to use this, just point it at the miner, change the .conf accordingly, and put a 0 for all the hashing speeds of the other algos. But you probably are a minority in this thread, and I don't know how much sense it would make to develop things specifically for that minority. Of course, if the dev has enough time, he is free to do so, more functionality is never wrong.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 10, 2014, 10:36:15 AM
Please add Prohashing.com if possible.  They seem to provide realtime profitability statistics.

Single algo (Scrypt), doesn't appear to have an API, and charges nearly 5% fee.  Umm, no thanks.
lol, sums up my thoughts exactly   :D

Does anyone else use this software for ASIC?  I realize most of the program's utility is geared towards GPU miners, but I'd imagine I'm not the only one looking to pool switch on Scrypt only.

I'm guessing it wouldn't be too hard for asics to use this, just point it at the miner, change the .conf accordingly, and put a 0 for all the hashing speeds of the other algos. But you probably are a minority in this thread, and I don't know how much sense it would make to develop things specifically for that minority. Of course, if the dev has enough time, he is free to do so, more functionality is never wrong.

Being that Miner Control just launches an external program for mining it should work with any ASIC miner that is software controlled.  You don't even have to zero out the other algorithms, just remove their lines completely.

If anyone wants to send me a few ASIC miners I'll be happy to test it out.  :P


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: DemosMirak on October 10, 2014, 11:04:38 AM
Please add Prohashing.com if possible.  They seem to provide realtime profitability statistics.

Single algo (Scrypt), doesn't appear to have an API, and charges nearly 5% fee.  Umm, no thanks.
lol, sums up my thoughts exactly   :D

Does anyone else use this software for ASIC?  I realize most of the program's utility is geared towards GPU miners, but I'd imagine I'm not the only one looking to pool switch on Scrypt only.

I'm guessing it wouldn't be too hard for asics to use this, just point it at the miner, change the .conf accordingly, and put a 0 for all the hashing speeds of the other algos. But you probably are a minority in this thread, and I don't know how much sense it would make to develop things specifically for that minority. Of course, if the dev has enough time, he is free to do so, more functionality is never wrong.

Being that Miner Control just launches an external program for mining it should work with any ASIC miner that is software controlled.  You don't even have to zero out the other algorithms, just remove their lines completely.

If anyone wants to send me a few ASIC miners I'll be happy to test it out.  :P

For quality purposes, one should test on multiple systems. For this, I volunteer. PM me for contact info to send me the ASIC miners.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: Travis9x on October 10, 2014, 11:05:42 AM
Please add Prohashing.com if possible.  They seem to provide realtime profitability statistics.

Single algo (Scrypt), doesn't appear to have an API, and charges nearly 5% fee.  Umm, no thanks.
lol, sums up my thoughts exactly   :D

Does anyone else use this software for ASIC?  I realize most of the program's utility is geared towards GPU miners, but I'd imagine I'm not the only one looking to pool switch on Scrypt only.

I'm guessing it wouldn't be too hard for asics to use this, just point it at the miner, change the .conf accordingly, and put a 0 for all the hashing speeds of the other algos. But you probably are a minority in this thread, and I don't know how much sense it would make to develop things specifically for that minority. Of course, if the dev has enough time, he is free to do so, more functionality is never wrong.

Being that Miner Control just launches an external program for mining it should work with any ASIC miner that is software controlled.  You don't even have to zero out the other algorithms, just remove their lines completely.

If anyone wants to send me a few ASIC miners I'll be happy to test it out.  :P

For quality purposes, one should test on multiple systems. For this, I volunteer. PM me for contact info to send me the ASIC miners.
Send me some too, and I'll be happy to test.  ;)


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: Travis9x on October 10, 2014, 11:08:18 AM
Please add Prohashing.com if possible.  They seem to provide realtime profitability statistics.

Single algo (Scrypt), doesn't appear to have an API, and charges nearly 5% fee.  Umm, no thanks.
lol, sums up my thoughts exactly   :D

Does anyone else use this software for ASIC?  I realize most of the program's utility is geared towards GPU miners, but I'd imagine I'm not the only one looking to pool switch on Scrypt only.

I'm guessing it wouldn't be too hard for asics to use this, just point it at the miner, change the .conf accordingly, and put a 0 for all the hashing speeds of the other algos. But you probably are a minority in this thread, and I don't know how much sense it would make to develop things specifically for that minority. Of course, if the dev has enough time, he is free to do so, more functionality is never wrong.

Being that Miner Control just launches an external program for mining it should work with any ASIC miner that is software controlled.  You don't even have to zero out the other algorithms, just remove their lines completely.

If anyone wants to send me a few ASIC miners I'll be happy to test it out.  :P
To dddbtc:  Regardless of whether it will work well with ASIC miners (which it should), that pool still seems like a terrible pool.  No API makes it hard to work with, and the 5% fee is rather high.  Most pools charge 2% on average, and virtually all of the included pools already support Scrypt.  Suggest a better pool and I'm sure he'll be happy to add it.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 10, 2014, 11:17:37 AM
To dddbtc:  Regardless of whether it will work well with ASIC miners (which it should), that pool still seems like a terrible pool.  No API makes it hard to work with, and the 5% fee is rather high.  Most pools charge 2% on average, and virtually all of the included pools already support Scrypt.  Suggest a better pool and I'm sure he'll be happy to add it.

Now that the program is open source anyone else is welcome to add the support for another pool and submit a pull request for me to integrate it.  If you look at the YAAMP or WafflePool service code it is under 100 lines of working code mostly involving parsing out the API results.  Adding a new service only requires creating two files and doing one line modifications to two other files.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: Travis9x on October 10, 2014, 11:26:58 AM
To dddbtc:  Regardless of whether it will work well with ASIC miners (which it should), that pool still seems like a terrible pool.  No API makes it hard to work with, and the 5% fee is rather high.  Most pools charge 2% on average, and virtually all of the included pools already support Scrypt.  Suggest a better pool and I'm sure he'll be happy to add it.

Now that the program is open source anyone else is welcome to add the support for another pool and submit a pull request for me to integrate it.  If you look at the YAAMP or WafflePool service code it is under 100 lines of working code mostly involving parsing out the API results.  Adding a new service only requires creating two files and doing one line modifications to two other files.
Yeah, I haven't had a chance to look over the code yet. :P  Rest assured I will take a look, and submit any ideas/changes I come up with…and I'm sure the code's not as big a mess as you made it out to be before. ;)  lol


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: kalen37 on October 12, 2014, 12:25:16 AM
OK, so I get miner control config'd and the control panel comes up. When I hit auto eventually all status displays as dead. Help!?

error log:

Type: InvalidOperationException
Message: Sequence contains no elements
Stack trace:    at System.Linq.Enumerable.First[TSource](IEnumerable`1 source)
   at MinerControl.MiningEngine.RunBestAlgo(Boolean isMinimizedToTray)


over and over


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 12, 2014, 02:16:08 AM
OK, so I get miner control config'd and the control panel comes up. When I hit auto eventually all status displays as dead. Help!?

error log:

Type: InvalidOperationException
Message: Sequence contains no elements
Stack trace:    at System.Linq.Enumerable.First[TSource](IEnumerable`1 source)
   at MinerControl.MiningEngine.RunBestAlgo(Boolean isMinimizedToTray)


over and over

First, try launching a miner manually (start button on the price grid).  If it doesn't start then you have a config error causing the miner to go dead.

Best guess is an error in your conf file.  If you provide a copy of it I can take a look.  Most likely you are not getting any valid miner entries from the file so trying to determine the best paying algo throws an error.

Try running with the sample conf file bundled with the executable.  Put in your Bitcoin address and TMB key.  Start modifying from there to put your own miner information in.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: kalen37 on October 12, 2014, 02:18:06 AM
OK, so I get miner control config'd and the control panel comes up. When I hit auto eventually all status displays as dead. Help!?

error log:

Type: InvalidOperationException
Message: Sequence contains no elements
Stack trace:    at System.Linq.Enumerable.First[TSource](IEnumerable`1 source)
   at MinerControl.MiningEngine.RunBestAlgo(Boolean isMinimizedToTray)


over and over

First, try launching a miner manually (start button on the price grid).  If it doesn't start then you have a config error causing the miner to go dead.

Best guess is an error in your conf file.  If you provide a copy of it I can take a look.  Most likely you are not getting any valid miner entries from the file so trying to determine the best paying algo throws an error.

Try running with the sample conf file bundled with the executable.  Put in your Bitcoin address and TMB key.  Start modifying from there to put your own miner information in.

{
    "general": {
        "power": 0.10,
        "exchange": 500,
        "currencycode": "USD",
        "mintime": 4,
        "maxtime": 30,
        "switchtime": 3,
        "deadtime": 10,
        "logerrors": true,
        "gridsortmode": 1,
        "minerkillmode": 1,
        "traymode": 1,
        "donationpercentage": 2,
        "donationfrequency": 240
    },
    "algorithms": [
        { "name": "x11", "hashrate": 5251, "power": 49 },
        { "name": "x13", "hashrate": 4024, "power": 49 },
        { "name": "x15", "hashrate": 3270, "power": 52 },
        { "name": "nist5", "hashrate": 15682, "power": 54 }
    ],
    "nicehash": {
        "account": "14pZvGeJZ5J3SvtgTBtCHszRbxoNTKNeyW",
        "worker": "1",
        "weight": 0.75,
        "param1": "-q -r 3 -R 10 -a",
        "param2": "stratum+tcp://stratum.nicehash.com",
        "algos": [
        { "algo": "x11", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x11 -o _PARAM2_:3336 -u_ACCOUNT_._WORKER_ -p d=0.08" },
        { "algo": "x13", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x13 -o _PARAM2_:3337 -u _ACCOUNT_._WORKER_ -p d=0.08" },
        { "algo": "x15", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x15 -o _PARAM2_:3340 -u _ACCOUNT_._WORKER_ -p d=0.08" },
        { "algo": "nist5", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ nist5 -o _PARAM2_:3339 -u _ACCOUNT_._WORKER_ -p d=0.08" }
        ]
    },
    "westhash": {
        "account": "14pZvGeJZ5J3SvtgTBtCHszRbxoNTKNeyW",
        "worker": "1",
        "param1": "-q -r 3 -R 10 -a",
        "param2": "stratum+tcp://stratum.westhash.com",
        "algos": [
            { "algo": "x11", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x11 -o _PARAM2_:3336 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "x13", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x13 -o _PARAM2_:3337 -u_ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "x15", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x15 -o _PARAM2_:3340 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "nist5", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ nist5 -o _PARAM2_:3339 -u _ACCOUNT_._WORKER_ -p d=0.08" }
        ]
    },
    "trademybit": {
        "apikey": "oops",
        "account": "14pZvGeJZ5J3SvtgTBtCHszRbxoNTKNeyW",
        "worker": "1",
        "param1": "-q -r 3 -R 10 -a",
        "param2": "stratum+tcp://east01.us.trademybit.com",
        "algos": [
            { "algo": "x11", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x11 -o _PARAM2_:4440 -u_ACCOUNT_._WORKER_ -p x" },
            { "algo": "x13", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x13 -o _PARAM2_:5550 -u_ACCOUNT_._WORKER_ -p x" },
            { "algo": "x15", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x15 -o _PARAM2_:6660 -u _ACCOUNT_._WORKER_ -p x" },
            { "algo": "nist5", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ nist5 -o _PARAM2_:7770 -u_ACCOUNT_._WORKER_ -p x" }
        ]
    },
    "yaamp": {
        "account": "14pZvGeJZ5J3SvtgTBtCHszRbxoNTKNeyW",
        "worker": "1",
        "param1": "-q -r 3 -R 10 -a",
        "param2": "stratum+tcp://yaamp.com",
        "algos": [
            { "algo": "x11", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x11 -o _PARAM2_:3533 -u _ACCOUNT_ -p _WORKER_"},
            { "algo": "x13", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x13 -o _PARAM2_:3633 -u _ACCOUNT_ -p _WORKER_"},
            { "algo": "x15", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x15 -o _PARAM2_:3733 -u _ACCOUNT_ -p _WORKER_"},
            { "algo": "nist5", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ nist5 -o _PARAM2_:3833 -u _ACCOUNT_ -p _WORKER_"}
        ]
    }
}


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 12, 2014, 02:21:47 AM
Is "ccminer-52.exe" in the same folder as MinerControl.exe?

Also, try double-clicking directly on the ccminer-52.exe executable.  If you get a windows security message make sure you select to not show the error again.  This can cause errors if Windows blocks the program from running.

And again, try using the start buttons on the individual price entries to see what happens.

Oh, and edit your posting to remove your API key.  That is like giving away to the keys to your house!

OK, so I get miner control config'd and the control panel comes up. When I hit auto eventually all status displays as dead. Help!?

error log:

Type: InvalidOperationException
Message: Sequence contains no elements
Stack trace:    at System.Linq.Enumerable.First[TSource](IEnumerable`1 source)
   at MinerControl.MiningEngine.RunBestAlgo(Boolean isMinimizedToTray)


over and over

First, try launching a miner manually (start button on the price grid).  If it doesn't start then you have a config error causing the miner to go dead.

Best guess is an error in your conf file.  If you provide a copy of it I can take a look.  Most likely you are not getting any valid miner entries from the file so trying to determine the best paying algo throws an error.

Try running with the sample conf file bundled with the executable.  Put in your Bitcoin address and TMB key.  Start modifying from there to put your own miner information in.

{
    "general": {
        "power": 0.10,
        "exchange": 500,
        "currencycode": "USD",
        "mintime": 4,
        "maxtime": 30,
        "switchtime": 3,
        "deadtime": 10,
        "logerrors": true,
        "gridsortmode": 1,
        "minerkillmode": 1,
        "traymode": 1,
        "donationpercentage": 2,
        "donationfrequency": 240
    },
    "algorithms": [
        { "name": "x11", "hashrate": 5251, "power": 49 },
        { "name": "x13", "hashrate": 4024, "power": 49 },
        { "name": "x15", "hashrate": 3270, "power": 52 },
        { "name": "nist5", "hashrate": 15682, "power": 54 }
    ],
    "nicehash": {
        "account": "14pZvGeJZ5J3SvtgTBtCHszRbxoNTKNeyW",
        "worker": "1",
        "weight": 0.75,
        "param1": "-q -r 3 -R 10 -a",
        "param2": "stratum+tcp://stratum.nicehash.com",
        "algos": [
        { "algo": "x11", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x11 -o _PARAM2_:3336 -u_ACCOUNT_._WORKER_ -p d=0.08" },
        { "algo": "x13", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x13 -o _PARAM2_:3337 -u _ACCOUNT_._WORKER_ -p d=0.08" },
        { "algo": "x15", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x15 -o _PARAM2_:3340 -u _ACCOUNT_._WORKER_ -p d=0.08" },
        { "algo": "nist5", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ nist5 -o _PARAM2_:3339 -u _ACCOUNT_._WORKER_ -p d=0.08" }
        ]
    },
    "westhash": {
        "account": "14pZvGeJZ5J3SvtgTBtCHszRbxoNTKNeyW",
        "worker": "1",
        "param1": "-q -r 3 -R 10 -a",
        "param2": "stratum+tcp://stratum.westhash.com",
        "algos": [
            { "algo": "x11", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x11 -o _PARAM2_:3336 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "x13", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x13 -o _PARAM2_:3337 -u_ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "x15", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x15 -o _PARAM2_:3340 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "nist5", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ nist5 -o _PARAM2_:3339 -u _ACCOUNT_._WORKER_ -p d=0.08" }
        ]
    },
    "trademybit": {
        "apikey": "KEEPYOURKEYPRIVATE!",
        "account": "14pZvGeJZ5J3SvtgTBtCHszRbxoNTKNeyW",
        "worker": "1",
        "param1": "-q -r 3 -R 10 -a",
        "param2": "stratum+tcp://east01.us.trademybit.com",
        "algos": [
            { "algo": "x11", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x11 -o _PARAM2_:4440 -u_ACCOUNT_._WORKER_ -p x" },
            { "algo": "x13", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x13 -o _PARAM2_:5550 -u_ACCOUNT_._WORKER_ -p x" },
            { "algo": "x15", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x15 -o _PARAM2_:6660 -u _ACCOUNT_._WORKER_ -p x" },
            { "algo": "nist5", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ nist5 -o _PARAM2_:7770 -u_ACCOUNT_._WORKER_ -p x" }
        ]
    },
    "yaamp": {
        "account": "14pZvGeJZ5J3SvtgTBtCHszRbxoNTKNeyW",
        "worker": "1",
        "param1": "-q -r 3 -R 10 -a",
        "param2": "stratum+tcp://yaamp.com",
        "algos": [
            { "algo": "x11", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x11 -o _PARAM2_:3533 -u _ACCOUNT_ -p _WORKER_"},
            { "algo": "x13", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x13 -o _PARAM2_:3633 -u _ACCOUNT_ -p _WORKER_"},
            { "algo": "x15", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ x15 -o _PARAM2_:3733 -u _ACCOUNT_ -p _WORKER_"},
            { "algo": "nist5", "folder": "", "command": "ccminer-52.exe", "arguments": "_PARAM1_ nist5 -o _PARAM2_:3833 -u _ACCOUNT_ -p _WORKER_"}
        ]
    }
}



Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: kalen37 on October 12, 2014, 02:29:14 AM
Is "ccminer-52.exe" in the same folder as MinerControl.exe?

Also, try double-clicking directly on the ccminer-52.exe executable.  If you get a windows security message make sure you select to not show the error again.  This can cause errors if Windows blocks the program from running.

And again, try using the start buttons on the individual price entries to see what happens.

Oh, and edit your posting to remove your API key.  That is like giving away to the keys to your house!

[/quote]

ccminer-52.exe is in the same folder as minercontroller.exe as is msvcr120.dll.

Double clicking on ccminer-52 directly causes it to flash and go away faster then I can read what the window says.

clicking on "start" button the status goes to "running" the box next to it with time stays at all zero. While the time next to the AUTO button increments, at 2 minutes on the top panel and still all zero's on the row.

oh, and no ccminer (dos-like) window opens


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 12, 2014, 02:32:46 AM
Is "ccminer-52.exe" in the same folder as MinerControl.exe?

Also, try double-clicking directly on the ccminer-52.exe executable.  If you get a windows security message make sure you select to not show the error again.  This can cause errors if Windows blocks the program from running.

And again, try using the start buttons on the individual price entries to see what happens.

Oh, and edit your posting to remove your API key.  That is like giving away to the keys to your house!


ccminer-52.exe is in the same folder as minercontroller.exe as is msvcr120.dll.

Double clicking on ccminer-52 directly causes it to flash and go away faster then I can read what the window says.

clicking on "start" button the status goes to "running" the box next to it with time stays at all zero. While the time next to the AUTO button increments, at 2 minutes on the top panel and still all zero's on the row.
[/quote]

Try putting a batch file in the folder with a full launch command for ccminer along with a pause afterward.  It feels like something is going wrong with the launch.  If the miner exits immediately then MC will declare the entry dead which appears to be what you are seeing.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: kalen37 on October 12, 2014, 02:37:02 AM
Is "ccminer-52.exe" in the same folder as MinerControl.exe?

Also, try double-clicking directly on the ccminer-52.exe executable.  If you get a windows security message make sure you select to not show the error again.  This can cause errors if Windows blocks the program from running.

And again, try using the start buttons on the individual price entries to see what happens.

Oh, and edit your posting to remove your API key.  That is like giving away to the keys to your house!


ccminer-52.exe is in the same folder as minercontroller.exe as is msvcr120.dll.

Double clicking on ccminer-52 directly causes it to flash and go away faster then I can read what the window says.

clicking on "start" button the status goes to "running" the box next to it with time stays at all zero. While the time next to the AUTO button increments, at 2 minutes on the top panel and still all zero's on the row.

Try putting a batch file in the folder with a full launch command for ccminer along with a pause afterward.  It feels like something is going wrong with the launch.  If the miner exits immediately then MC will declare the entry dead which appears to be what you are seeing.
[/quote]

OK, figured it out

it comes up "ccminer for nvidia GPUs by so and so
last line before pause is
ccminer-52.exe: Heavycoin hash requires block reward vote parameter (see --vote)


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: DemosMirak on October 12, 2014, 06:51:33 PM
Is "ccminer-52.exe" in the same folder as MinerControl.exe?

Also, try double-clicking directly on the ccminer-52.exe executable.  If you get a windows security message make sure you select to not show the error again.  This can cause errors if Windows blocks the program from running.

And again, try using the start buttons on the individual price entries to see what happens.

Oh, and edit your posting to remove your API key.  That is like giving away to the keys to your house!


ccminer-52.exe is in the same folder as minercontroller.exe as is msvcr120.dll.

Double clicking on ccminer-52 directly causes it to flash and go away faster then I can read what the window says.

clicking on "start" button the status goes to "running" the box next to it with time stays at all zero. While the time next to the AUTO button increments, at 2 minutes on the top panel and still all zero's on the row.

Try putting a batch file in the folder with a full launch command for ccminer along with a pause afterward.  It feels like something is going wrong with the launch.  If the miner exits immediately then MC will declare the entry dead which appears to be what you are seeing.

OK, figured it out

it comes up "ccminer for nvidia GPUs by so and so
last line before pause is
ccminer-52.exe: Heavycoin hash requires block reward vote parameter (see --vote)

[/quote]

You're not running heavy algo, are you? I remember this being an issue some time ago with the miner, are you sure it is the newest version?


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: kalen37 on October 12, 2014, 07:59:47 PM
Is "ccminer-52.exe" in the same folder as MinerControl.exe?

Also, try double-clicking directly on the ccminer-52.exe executable.  If you get a windows security message make sure you select to not show the error again.  This can cause errors if Windows blocks the program from running.

And again, try using the start buttons on the individual price entries to see what happens.

Oh, and edit your posting to remove your API key.  That is like giving away to the keys to your house!


ccminer-52.exe is in the same folder as minercontroller.exe as is msvcr120.dll.

Double clicking on ccminer-52 directly causes it to flash and go away faster then I can read what the window says.

clicking on "start" button the status goes to "running" the box next to it with time stays at all zero. While the time next to the AUTO button increments, at 2 minutes on the top panel and still all zero's on the row.

Try putting a batch file in the folder with a full launch command for ccminer along with a pause afterward.  It feels like something is going wrong with the launch.  If the miner exits immediately then MC will declare the entry dead which appears to be what you are seeing.

OK, figured it out

it comes up "ccminer for nvidia GPUs by so and so
last line before pause is
ccminer-52.exe: Heavycoin hash requires block reward vote parameter (see --vote)


You're not running heavy algo, are you? I remember this being an issue some time ago with the miner, are you sure it is the newest version?
[/quote]

nope, not running heavy.
OK, so I deleted all ccminer programs. Went and redownladed ccminer 1.4. When I extract it there is only ccminer, no ccminer-52. I put ccminer with both .dll that came with it.
 Now minercontrol launches and when I hit "auto" it goes to one algo and runs. Has been running for 22 minutes now. But how can you tell if it's actually doing anything. Trademybit has a worker build but no update.

oh, and GPU isn't even stressing a little.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: DemosMirak on October 12, 2014, 08:13:24 PM
Kalen, what numbers are you getting, what does the miner say? Do you get any yay's?


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: kalen37 on October 12, 2014, 08:31:49 PM
Kalen, what numbers are you getting, what does the miner say? Do you get any yay's?

YAY's ?
CCminer won't launch. It's still doing the flash and then gone thing. When I use the batch file it's still has the heavy coin message. Just the minercontrol program is running.

ADD: OK, I just searched and found ccminer 1.44. Downloaded and added it to minercontrol folder with msvcr120.dll and now I'm back to ccminer not running and miner control showing "dead" status for everything.
CCMINER bat gives heavy coin error.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: Zels on October 12, 2014, 11:14:34 PM
Get Nvminer v1.2U-D8 - 25-08-2014 here: http://cudamining.co.uk/url/releases

Working fine for x11, x13, x15, nist5.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 12, 2014, 11:26:43 PM
Get Nvminer v1.2U-D8 - 25-08-2014 here: http://cudamining.co.uk/url/releases

Working fine for x11, x13, x15, nist5.

That's the one I've been using as well.  I have a feeling that kalen is using a patched version of ccminer for heavycoin which is ignoring the algorithm selection and always trying to go with heavycoin.  nvminer is the way to go if you are going to mine the algos above on an nVIDIA card.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: kalen37 on October 12, 2014, 11:33:18 PM
Get Nvminer v1.2U-D8 - 25-08-2014 here: http://cudamining.co.uk/url/releases

Working fine for x11, x13, x15, nist5.

That's the one I've been using as well.  I have a feeling that kalen is using a patched version of ccminer for heavycoin which is ignoring the algorithm selection and always trying to go with heavycoin.  nvminer is the way to go if you are going to mine the algos above on an nVIDIA card.

deleted all ccminer/cuda/minercontrol copies off my computer and emptied recycle bin. Downloaded ccminer 1.44 and miner control 1.3. Re-did conf file same result.

 Will try nvminer and update conf file with nvminer.exe, any other files from the nvminer folder need to go in minercontrol?


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: Travis9x on October 12, 2014, 11:41:37 PM
Kalen, what numbers are you getting, what does the miner say? Do you get any yay's?

YAY's ?
CCminer won't launch. It's still doing the flash and then gone thing. When I use the batch file it's still has the heavy coin message. Just the minercontrol program is running.

ADD: OK, I just searched and found ccminer 1.44. Downloaded and added it to minercontrol folder with msvcr120.dll and now I'm back to ccminer not running and miner control showing "dead" status for everything.
CCMINER bat gives heavy coin error.
Get Nvminer v1.2U-D8 - 25-08-2014 here: http://cudamining.co.uk/url/releases

Working fine for x11, x13, x15, nist5.
I'm surprised that anyone using ccMiner doesn't check the main CUDAmining thread on this forum, or their website for the latest releases.

That's the one I've been using as well.  I have a feeling that kalen is using a patched version of ccminer for heavycoin which is ignoring the algorithm selection and always trying to go with heavycoin.  nvminer is the way to go if you are going to mine the algos above on an nVIDIA card.
Actually, djm's latest version of ccMiner has all the same optimizations as nvMiner, plus a slightly better averaging of your hashrate, and includes optimization for the M7 algorithm (which nvMiner doesn't support at all).  If you want a "one-miner-fits-all" that still has all the speed of previous versions, then djm's M7 version of ccMiner is the way to go.  Look through their thread to find it, unless djm has finally gotten around to uploading it to the CUDAmining website.
And of course, once you start to get some income from your mining efforts, be sure to send a few coins their way.  After all, you wouldn't be mining anything of value if it weren't for them writing the software you're using!  (same goes for StuffOfInterest…keep the donation mining turned on, so he gets rewarded for his work too)

EDIT:  Yes, his M7 version is there, called m7v7, right at the top of the ccMiner list.  That's the version I would recommend!


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 12, 2014, 11:53:07 PM
Kalen, what numbers are you getting, what does the miner say? Do you get any yay's?

YAY's ?
CCminer won't launch. It's still doing the flash and then gone thing. When I use the batch file it's still has the heavy coin message. Just the minercontrol program is running.

ADD: OK, I just searched and found ccminer 1.44. Downloaded and added it to minercontrol folder with msvcr120.dll and now I'm back to ccminer not running and miner control showing "dead" status for everything.
CCMINER bat gives heavy coin error.
Get Nvminer v1.2U-D8 - 25-08-2014 here: http://cudamining.co.uk/url/releases

Working fine for x11, x13, x15, nist5.
I'm surprised that anyone using ccMiner doesn't check the main CUDAmining thread on this forum, or their website for the latest releases.

That's the one I've been using as well.  I have a feeling that kalen is using a patched version of ccminer for heavycoin which is ignoring the algorithm selection and always trying to go with heavycoin.  nvminer is the way to go if you are going to mine the algos above on an nVIDIA card.
Actually, djm's latest version of ccMiner has all the same optimizations as nvMiner, plus a slightly better averaging of your hashrate, and includes optimization for the M7 algorithm (which nvMiner doesn't support at all).  If you want a "one-miner-fits-all" that still has all the speed of previous versions, then djm's M7 version of ccMiner is the way to go.  Look through their thread to find it, unless djm has finally gotten around to uploading it to the CUDAmining website.
And of course, once you start to get some income from your mining efforts, be sure to send a few coins their way.  After all, you wouldn't be mining anything of value if it weren't for them writing the software you're using!  (same goes for StuffOfInterest…keep the donation mining turned on, so he gets rewarded for his work too)

EDIT:  Yes, his M7 version is there, called m7v7, right at the top of the ccMiner list.  That's the version I would recommend!

Interesting.  Thanks for that tidbit.  I haven't been following the ccminer thread that closely lately and had missed this.

I really wish the various authors working to improve ccminer/nvminer would get together and put their work into a github repository so that we could move towards a single source tree again.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: kalen37 on October 13, 2014, 12:54:00 AM
Ok. Nvminer worked. But shortly after it was running my system crashed and doesn't seem to want to recover. Tried earlier restore point system disk. Any suggestions?


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: Travis9x on October 13, 2014, 05:28:48 AM
I really wish the various authors working to improve ccminer/nvminer would get together and put their work into a github repository so that we could move towards a single source tree again.
Yeah, that would be the most efficient way to manage it.   :-\


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: kalen37 on October 13, 2014, 12:27:16 PM
Kalen, what numbers are you getting, what does the miner say? Do you get any yay's?

YAY's ?
CCminer won't launch. It's still doing the flash and then gone thing. When I use the batch file it's still has the heavy coin message. Just the minercontrol program is running.

ADD: OK, I just searched and found ccminer 1.44. Downloaded and added it to minercontrol folder with msvcr120.dll and now I'm back to ccminer not running and miner control showing "dead" status for everything.
CCMINER bat gives heavy coin error.
Get Nvminer v1.2U-D8 - 25-08-2014 here: http://cudamining.co.uk/url/releases

Working fine for x11, x13, x15, nist5.
I'm surprised that anyone using ccMiner doesn't check the main CUDAmining thread on this forum, or their website for the latest releases.

That's the one I've been using as well.  I have a feeling that kalen is using a patched version of ccminer for heavycoin which is ignoring the algorithm selection and always trying to go with heavycoin.  nvminer is the way to go if you are going to mine the algos above on an nVIDIA card.
Actually, djm's latest version of ccMiner has all the same optimizations as nvMiner, plus a slightly better averaging of your hashrate, and includes optimization for the M7 algorithm (which nvMiner doesn't support at all).  If you want a "one-miner-fits-all" that still has all the speed of previous versions, then djm's M7 version of ccMiner is the way to go.  Look through their thread to find it, unless djm has finally gotten around to uploading it to the CUDAmining website.
And of course, once you start to get some income from your mining efforts, be sure to send a few coins their way.  After all, you wouldn't be mining anything of value if it weren't for them writing the software you're using!  (same goes for StuffOfInterest…keep the donation mining turned on, so he gets rewarded for his work too)

EDIT:  Yes, his M7 version is there, called m7v7, right at the top of the ccMiner list.  That's the version I would recommend!

it might have something to do with the god awful amount of threads and pages of said threads. Nevermind I found it.
Hopefully it doesn't crash my system like nvminer did.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: DemosMirak on October 13, 2014, 05:56:15 PM
Hey, can I make a feature request?

I would like for another tab to display average earning.
Example: You mine Option A, with an earning of 0.01 for 2 hours, and Option B, with an earning of 0.02 for 1 hour. In total, you would earn 0.04 over 3 hours, making it an average earning of 0.0133 (repeating).

Of course, in real life, the earnings would fluctuate more, so I would propose just dividing the total earned with the total mining time. This could also be done per service, per algo and per option.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: tarzanbigcity on October 14, 2014, 07:16:02 PM
Another good multi-algo pool would be ipoMiner. They support scrypt, x11 and x13.

https://www.ipominer.com/


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: jjjordan on October 14, 2014, 10:25:20 PM
Hi everybody! Good job with this tool, author-of-miner-control!
Donation mining is all good, but it's different to be thanked personally!

I am coming from AMD mining and I must say nvidia one is not very easy (automating it).
I've been looking at different miners, but I guess they are all based on ccminer / cudaminer...
And none of them have pools configuration. Like set up priority for pools etc...

I am saying all this, because it would be awesome if you can set Miner Control
to fail-over switch between pool 1, 2 or 3 in that order (if 1 and 2 are dead too switch to 3)
and if they are all dead to switch between pools 4,5 and 6 based on profit...

Anybody know if I can do that with Miner Control, or any of the miners, or any other tool out there?



Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: kalen37 on October 15, 2014, 12:18:52 AM
I really wish the various authors working to improve ccminer/nvminer would get together and put their work into a github repository so that we could move towards a single source tree again.
Yeah, that would be the most efficient way to manage it.   :-\

OK. I downloaded djm's latest version and dropped it in the miner control folder. Minercontrol launches and seems to run but once again ccminer doesn't launch. Could you please link the thread you're speaking of so I can try and figure out what I hosed?

Thanks


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 15, 2014, 12:38:30 AM
I really wish the various authors working to improve ccminer/nvminer would get together and put their work into a github repository so that we could move towards a single source tree again.
Yeah, that would be the most efficient way to manage it.   :-\

OK. I downloaded djm's latest version and dropped it in the miner control folder. Minercontrol launches and seems to run but once again ccminer doesn't launch. Could you please link the thread you're speaking of so I can try and figure out what I hosed?

Thanks

You will probably have your best luck on this thread (https://bitcointalk.org/index.php?topic=167229.0).  It is over 1000 pages long so go to the last page and ask away.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 15, 2014, 12:43:03 AM
Hi everybody! Good job with this tool, author-of-miner-control!
Donation mining is all good, but it's different to be thanked personally!

I am coming from AMD mining and I must say nvidia one is not very easy (automating it).
I've been looking at different miners, but I guess they are all based on ccminer / cudaminer...
And none of them have pools configuration. Like set up priority for pools etc...

I am saying all this, because it would be awesome if you can set Miner Control
to fail-over switch between pool 1, 2 or 3 in that order (if 1 and 2 are dead too switch to 3)
and if they are all dead to switch between pools 4,5 and 6 based on profit...

Anybody know if I can do that with Miner Control, or any of the miners, or any other tool out there?

What you are describing is sort of backwards as to how Miner Control would normally be used but it shouldn't be too hard.  Set up the profit switch pools/algos as you would normally do.  For your preferred pools, set them up as manual entries with absurdly high price numbers or a high positive weight number.  This will push the manual entries ahead of the profit switching entries.  As long as you have the launch parameters setup for the three strikes and your out configuration used in the samples then it will try each entry for 30 seconds before falling down to the next one until if finally finds one that will connect.  To avoid staying on a less preferred pool forever make sure you setup a max time for mining so there will be a forced restart every few hours.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 15, 2014, 12:45:11 AM
Another good multi-algo pool would be ipoMiner. They support scrypt, x11 and x13.

https://www.ipominer.com/

Does it have an API which reports per algo earnings in BTC?  Without that it is a non-starter for inclusion as there is no way to calculate earnings and choose which pool/algo to launch.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: djm34 on October 15, 2014, 01:47:56 AM
I really wish the various authors working to improve ccminer/nvminer would get together and put their work into a github repository so that we could move towards a single source tree again.
Yeah, that would be the most efficient way to manage it.   :-\

OK. I downloaded djm's latest version and dropped it in the miner control folder. Minercontrol launches and seems to run but once again ccminer doesn't launch. Could you please link the thread you're speaking of so I can try and figure out what I hosed?

Thanks
most of everything is in 2 or 3 repositories:
* original by Christian Buchner, then some of us try to add new things to it at a time where he didn't feel continuing developping for ccminer.
Most of everything algo from christian and newer algo can be found in my release ghitub/djm34.
The only algo which isn't part of my release is the one developped by tsiv for cryptonote mining.

So there is mostly 2 rep. So I am not sure about what you are complaining... especially when you never showed up on our thread to ask for anything (this is so true, that I didn't know at all of your minercontrol...
Now if you have special needs to ask to ccminer devs (with a s). better post on ccminer thread rather than complaining here (about how we manage stuff) on your thread which I never read until now.




Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 15, 2014, 02:05:44 AM
I really wish the various authors working to improve ccminer/nvminer would get together and put their work into a github repository so that we could move towards a single source tree again.
Yeah, that would be the most efficient way to manage it.   :-\

OK. I downloaded djm's latest version and dropped it in the miner control folder. Minercontrol launches and seems to run but once again ccminer doesn't launch. Could you please link the thread you're speaking of so I can try and figure out what I hosed?

Thanks
most of everything is in 2 or 3 repositories:
* original by Christian Buchner, then some of us try to add new things to it at a time where he didn't feel continuing developping for ccminer.
Most of everything algo from christian and newer algo can be found in my release ghitub/djm34.
The only algo which isn't part of my release is the one developped by tsiv for cryptonote mining.

So there is mostly 2 rep. So I am not sure about what you are complaining... especially when you never showed up on our thread to ask for anything (this is so true, that I didn't know at all of your minercontrol...
Now if you have special needs to ask to ccminer devs (with a s). better post on ccminer thread rather than complaining here (about how we manage stuff) on your thread which I never read until now.

djm, that's a little brusque.

I haven't been following the ccminer thread too closely the last couple of months but for a while I did see that several people were working independently on ccminer (doing great things) and a couple of people were then trying to merge together the best of each work into a unified product.  A little haphazard but it was still making progress.  That was the source of my musing that a single github repository would be a nice baseline for continuing to improve ccminer being that cbuchner has moved on to other things.  If your branch is now the most complete then hopefully others will submit pull requests to you rather than forking and releasing even more variants.  I'll probably try switching over to it myself soon as the latest version of nvminer I'm using is experiencing occasional crashes that I wasn't seeing before.

As for kalen37, a couple of us here directed him towards the ccminer thread being that the problem he is experiencing appears to be ccminer related and nothing to do with Miner Control.  I had him try launching ccminer from a batch file a few days ago to get Miner Control completely out of the equation and he still had the same problem with it not starting up correctly.  At that point it became apparent he would likely get better help on the ccminer thread.

Miner Control is generic and not dependent on ccminer or any other specific miner program.  It is just a tool to launch whichever miner someone chooses to configure under it.  The releases don't even have a real miner bundled in, just a fake one used to demonstrate how to configure the program.

Good luck with your continuing work on ccminer.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: jjjordan on October 15, 2014, 02:08:19 AM
Hi everybody! Good job with this tool, author-of-miner-control!
Donation mining is all good, but it's different to be thanked personally!

I am coming from AMD mining and I must say nvidia one is not very easy (automating it).
I've been looking at different miners, but I guess they are all based on ccminer / cudaminer...
And none of them have pools configuration. Like set up priority for pools etc...

I am saying all this, because it would be awesome if you can set Miner Control
to fail-over switch between pool 1, 2 or 3 in that order (if 1 and 2 are dead too switch to 3)
and if they are all dead to switch between pools 4,5 and 6 based on profit...

Anybody know if I can do that with Miner Control, or any of the miners, or any other tool out there?

What you are describing is sort of backwards as to how Miner Control would normally be used but it shouldn't be too hard.  Set up the profit switch pools/algos as you would normally do.  For your preferred pools, set them up as manual entries with absurdly high price numbers or a high positive weight number.  This will push the manual entries ahead of the profit switching entries.  As long as you have the launch parameters setup for the three strikes and your out configuration used in the samples then it will try each entry for 30 seconds before falling down to the next one until if finally finds one that will connect.  To avoid staying on a less preferred pool forever make sure you setup a max time for mining so there will be a forced restart every few hours.

Not necessarily backwards as if you are renting your miners renting should be with highest priority.
I like the weight setting idea, thank you for pointing it out. Should've figured it out myself though... ;)
So if renting "pool" is dead and my miner goes to profit switching,
next check if renting "pool" is alive would be after "max time for mining" setting?
I was looking for something more like checking every 1-2 mins if renting pool is alive...
Can I use "switchtime"? After initial start if pool 1 is dead (highest profit), and becomes alive at some point,
will the next choice of pool (after switchtime) include pool 1 again (highest profit, but alive now)?


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 15, 2014, 02:16:10 AM
Hi everybody! Good job with this tool, author-of-miner-control!
Donation mining is all good, but it's different to be thanked personally!

I am coming from AMD mining and I must say nvidia one is not very easy (automating it).
I've been looking at different miners, but I guess they are all based on ccminer / cudaminer...
And none of them have pools configuration. Like set up priority for pools etc...

I am saying all this, because it would be awesome if you can set Miner Control
to fail-over switch between pool 1, 2 or 3 in that order (if 1 and 2 are dead too switch to 3)
and if they are all dead to switch between pools 4,5 and 6 based on profit...

Anybody know if I can do that with Miner Control, or any of the miners, or any other tool out there?

What you are describing is sort of backwards as to how Miner Control would normally be used but it shouldn't be too hard.  Set up the profit switch pools/algos as you would normally do.  For your preferred pools, set them up as manual entries with absurdly high price numbers or a high positive weight number.  This will push the manual entries ahead of the profit switching entries.  As long as you have the launch parameters setup for the three strikes and your out configuration used in the samples then it will try each entry for 30 seconds before falling down to the next one until if finally finds one that will connect.  To avoid staying on a less preferred pool forever make sure you setup a max time for mining so there will be a forced restart every few hours.

Not necessarily backwards as if you are renting your miners renting should be with highest priority.
I like the weight setting idea, thank you for pointing it out. Should've figured it out myself though... ;)
So if renting "pool" is dead and my miner goes to profit switching,
next check if renting "pool" is alive would be after "max time for mining" setting?
I was looking for something more like checking every 1-2 mins if renting pool is alive...
Can I use "switchtime"? After initial start if pool 1 is dead (highest profit), and becomes alive at some point,
will the next choice of pool (after switchtime) include pool 1 again (highest profit, but alive now)?

No, switchtime won't help use.  That is used to make sure you don't flicker between two algorithms too fast which are trading the top spot.  Check the first post in the thread for more in depth explanations of each config parameter.

What may work better for you is "deadtime".  This is how long after an algo/pool is declared dead before trying to connect to it again.  If you have it set for 10 minutes and the connection fails then after that 10 minutes is up MC will try to connect you to it again if it is the best paying.  You'll want to tune these setting to limit how much bouncing around you do as each time MC tests a connection it has to shutdown the existing miner and start a new one trying to connect.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: djm34 on October 15, 2014, 02:22:21 AM
I really wish the various authors working to improve ccminer/nvminer would get together and put their work into a github repository so that we could move towards a single source tree again.
Yeah, that would be the most efficient way to manage it.   :-\

OK. I downloaded djm's latest version and dropped it in the miner control folder. Minercontrol launches and seems to run but once again ccminer doesn't launch. Could you please link the thread you're speaking of so I can try and figure out what I hosed?

Thanks
most of everything is in 2 or 3 repositories:
* original by Christian Buchner, then some of us try to add new things to it at a time where he didn't feel continuing developping for ccminer.
Most of everything algo from christian and newer algo can be found in my release ghitub/djm34.
The only algo which isn't part of my release is the one developped by tsiv for cryptonote mining.

So there is mostly 2 rep. So I am not sure about what you are complaining... especially when you never showed up on our thread to ask for anything (this is so true, that I didn't know at all of your minercontrol...
Now if you have special needs to ask to ccminer devs (with a s). better post on ccminer thread rather than complaining here (about how we manage stuff) on your thread which I never read until now.

djm, that's a little brusque.

I haven't been following the ccminer thread too closely the last couple of months but for a while I did see that several people were working independently on ccminer (doing great things) and a couple of people were then trying to merge together the best of each work into a unified product.  A little haphazard but it was still making progress.  That was the source of my musing that a single github repository would be a nice baseline for continuing to improve ccminer being that cbuchner has moved on to other things.  If your branch is now the most complete then hopefully others will submit pull requests to you rather than forking and releasing even more variants.  I'll probably try switching over to it myself soon as the latest version of nvminer I'm using is experiencing occasional crashes that I wasn't seeing before.

As for kalen37, a couple of us here directed him towards the ccminer thread being that the problem he is experiencing appears to be ccminer related and nothing to do with Miner Control.  I had him try launching ccminer from a batch file a few days ago to get Miner Control completely out of the equation and he still had the same problem with it not starting up correctly.  At that point it became apparent he would likely get better help on the ccminer thread.

Miner Control is generic and not dependent on ccminer or any other specific miner program.  It is just a tool to launch whichever miner someone chooses to configure under it.  The releases don't even have a real miner bundled in, just a fake one used to demonstrate how to configure the program.

Good luck with your continuing work on ccminer.
I think he should post exactly what he uses, without that it isn't really possible to help.

Regarding works in ccminer. I must say first that it is a nice platform to implement new algorithm, so people interested and this or that will use ccminer to implement xmr miner or else.
It has never been clear to me that tsiv wanted to have his work included in a release or else. On a different approach Cayars released nvminer to include everything related to nvidia miner (but didn't released the source...).

So all this is due to the presence of several developpers using ccminer more as a developpement platform than a mean to put everything togother... which I don't think has ever been the finality...


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: kalen37 on October 15, 2014, 11:19:39 AM
I really wish the various authors working to improve ccminer/nvminer would get together and put their work into a github repository so that we could move towards a single source tree again.
Yeah, that would be the most efficient way to manage it.   :-\

OK. I downloaded djm's latest version and dropped it in the miner control folder. Minercontrol launches and seems to run but once again ccminer doesn't launch. Could you please link the thread you're speaking of so I can try and figure out what I hosed?

Thanks
most of everything is in 2 or 3 repositories:
* original by Christian Buchner, then some of us try to add new things to it at a time where he didn't feel continuing developping for ccminer.
Most of everything algo from christian and newer algo can be found in my release ghitub/djm34.
The only algo which isn't part of my release is the one developped by tsiv for cryptonote mining.

So there is mostly 2 rep. So I am not sure about what you are complaining... especially when you never showed up on our thread to ask for anything (this is so true, that I didn't know at all of your minercontrol...
Now if you have special needs to ask to ccminer devs (with a s). better post on ccminer thread rather than complaining here (about how we manage stuff) on your thread which I never read until now.

djm, that's a little brusque.

I haven't been following the ccminer thread too closely the last couple of months but for a while I did see that several people were working independently on ccminer (doing great things) and a couple of people were then trying to merge together the best of each work into a unified product.  A little haphazard but it was still making progress.  That was the source of my musing that a single github repository would be a nice baseline for continuing to improve ccminer being that cbuchner has moved on to other things.  If your branch is now the most complete then hopefully others will submit pull requests to you rather than forking and releasing even more variants.  I'll probably try switching over to it myself soon as the latest version of nvminer I'm using is experiencing occasional crashes that I wasn't seeing before.

As for kalen37, a couple of us here directed him towards the ccminer thread being that the problem he is experiencing appears to be ccminer related and nothing to do with Miner Control.  I had him try launching ccminer from a batch file a few days ago to get Miner Control completely out of the equation and he still had the same problem with it not starting up correctly.  At that point it became apparent he would likely get better help on the ccminer thread.

Miner Control is generic and not dependent on ccminer or any other specific miner program.  It is just a tool to launch whichever miner someone chooses to configure under it.  The releases don't even have a real miner bundled in, just a fake one used to demonstrate how to configure the program.

Good luck with your continuing work on ccminer.
I think he should post exactly what he uses, without that it isn't really possible to help.

Regarding works in ccminer. I must say first that it is a nice platform to implement new algorithm, so people interested and this or that will use ccminer to implement xmr miner or else.
It has never been clear to me that tsiv wanted to have his work included in a release or else. On a different approach Cayars released nvminer to include everything related to nvidia miner (but didn't released the source...).

So all this is due to the presence of several developpers using ccminer more as a developpement platform than a mean to put everything togother... which I don't think has ever been the finality...

 Well I posted I was using minercontrol (Version 1.3) and using your CCMINER M7V7. Not sure what else you would need? When I get home I will post the error messages.
As to my previous post not sure why you would get angry about it? The crack about over a thousand pages being rather difficult to use for troubleshooting was a general comment.

I'm using a GTX 760 4G of ram.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: djm34 on October 15, 2014, 02:02:08 PM
I really wish the various authors working to improve ccminer/nvminer would get together and put their work into a github repository so that we could move towards a single source tree again.
Yeah, that would be the most efficient way to manage it.   :-\

OK. I downloaded djm's latest version and dropped it in the miner control folder. Minercontrol launches and seems to run but once again ccminer doesn't launch. Could you please link the thread you're speaking of so I can try and figure out what I hosed?

Thanks
most of everything is in 2 or 3 repositories:
* original by Christian Buchner, then some of us try to add new things to it at a time where he didn't feel continuing developping for ccminer.
Most of everything algo from christian and newer algo can be found in my release ghitub/djm34.
The only algo which isn't part of my release is the one developped by tsiv for cryptonote mining.

So there is mostly 2 rep. So I am not sure about what you are complaining... especially when you never showed up on our thread to ask for anything (this is so true, that I didn't know at all of your minercontrol...
Now if you have special needs to ask to ccminer devs (with a s). better post on ccminer thread rather than complaining here (about how we manage stuff) on your thread which I never read until now.

djm, that's a little brusque.

I haven't been following the ccminer thread too closely the last couple of months but for a while I did see that several people were working independently on ccminer (doing great things) and a couple of people were then trying to merge together the best of each work into a unified product.  A little haphazard but it was still making progress.  That was the source of my musing that a single github repository would be a nice baseline for continuing to improve ccminer being that cbuchner has moved on to other things.  If your branch is now the most complete then hopefully others will submit pull requests to you rather than forking and releasing even more variants.  I'll probably try switching over to it myself soon as the latest version of nvminer I'm using is experiencing occasional crashes that I wasn't seeing before.

As for kalen37, a couple of us here directed him towards the ccminer thread being that the problem he is experiencing appears to be ccminer related and nothing to do with Miner Control.  I had him try launching ccminer from a batch file a few days ago to get Miner Control completely out of the equation and he still had the same problem with it not starting up correctly.  At that point it became apparent he would likely get better help on the ccminer thread.

Miner Control is generic and not dependent on ccminer or any other specific miner program.  It is just a tool to launch whichever miner someone chooses to configure under it.  The releases don't even have a real miner bundled in, just a fake one used to demonstrate how to configure the program.

Good luck with your continuing work on ccminer.
I think he should post exactly what he uses, without that it isn't really possible to help.

Regarding works in ccminer. I must say first that it is a nice platform to implement new algorithm, so people interested and this or that will use ccminer to implement xmr miner or else.
It has never been clear to me that tsiv wanted to have his work included in a release or else. On a different approach Cayars released nvminer to include everything related to nvidia miner (but didn't released the source...).

So all this is due to the presence of several developpers using ccminer more as a developpement platform than a mean to put everything togother... which I don't think has ever been the finality...

 Well I posted I was using minercontrol (Version 1.3) and using your CCMINER M7V7. Not sure what else you would need? When I get home I will post the error messages.
As to my previous post not sure why you would get angry about it? The crack about over a thousand pages being rather difficult to use for troubleshooting was a general comment.

I'm using a GTX 760 4G of ram.
what are you mining ? (this is all I have been asking, but still you don't answer...)
I didn't get angry, but you post a message telling basically it doesn't work without giving any information which could be used to help you.
(and it isn't even clear in your message if ccminer crashes or run without mining.... (which may happen in case it can't connect to a pool)

First, try to run ccminer alone mining what you would mine with minercontrol (may-be Miner Control is controlling too many thing, if you don't know what you are mining...) or just tell us what you want to mine so we can tell you how to run ccminer.

Once you have done that then you can try to see what happen with miner control

For tip about running ccminer check cudamining.co.uk site.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: kalen37 on October 15, 2014, 02:40:05 PM
I really wish the various authors working to improve ccminer/nvminer would get together and put their work into a github repository so that we could move towards a single source tree again.
Yeah, that would be the most efficient way to manage it.   :-\

OK. I downloaded djm's latest version and dropped it in the miner control folder. Minercontrol launches and seems to run but once again ccminer doesn't launch. Could you please link the thread you're speaking of so I can try and figure out what I hosed?

Thanks
most of everything is in 2 or 3 repositories:
* original by Christian Buchner, then some of us try to add new things to it at a time where he didn't feel continuing developping for ccminer.
Most of everything algo from christian and newer algo can be found in my release ghitub/djm34.
The only algo which isn't part of my release is the one developped by tsiv for cryptonote mining.

So there is mostly 2 rep. So I am not sure about what you are complaining... especially when you never showed up on our thread to ask for anything (this is so true, that I didn't know at all of your minercontrol...
Now if you have special needs to ask to ccminer devs (with a s). better post on ccminer thread rather than complaining here (about how we manage stuff) on your thread which I never read until now.

djm, that's a little brusque.

I haven't been following the ccminer thread too closely the last couple of months but for a while I did see that several people were working independently on ccminer (doing great things) and a couple of people were then trying to merge together the best of each work into a unified product.  A little haphazard but it was still making progress.  That was the source of my musing that a single github repository would be a nice baseline for continuing to improve ccminer being that cbuchner has moved on to other things.  If your branch is now the most complete then hopefully others will submit pull requests to you rather than forking and releasing even more variants.  I'll probably try switching over to it myself soon as the latest version of nvminer I'm using is experiencing occasional crashes that I wasn't seeing before.

As for kalen37, a couple of us here directed him towards the ccminer thread being that the problem he is experiencing appears to be ccminer related and nothing to do with Miner Control.  I had him try launching ccminer from a batch file a few days ago to get Miner Control completely out of the equation and he still had the same problem with it not starting up correctly.  At that point it became apparent he would likely get better help on the ccminer thread.

Miner Control is generic and not dependent on ccminer or any other specific miner program.  It is just a tool to launch whichever miner someone chooses to configure under it.  The releases don't even have a real miner bundled in, just a fake one used to demonstrate how to configure the program.

Good luck with your continuing work on ccminer.
I think he should post exactly what he uses, without that it isn't really possible to help.

Regarding works in ccminer. I must say first that it is a nice platform to implement new algorithm, so people interested and this or that will use ccminer to implement xmr miner or else.
It has never been clear to me that tsiv wanted to have his work included in a release or else. On a different approach Cayars released nvminer to include everything related to nvidia miner (but didn't released the source...).

So all this is due to the presence of several developpers using ccminer more as a developpement platform than a mean to put everything togother... which I don't think has ever been the finality...

 Well I posted I was using minercontrol (Version 1.3) and using your CCMINER M7V7. Not sure what else you would need? When I get home I will post the error messages.
As to my previous post not sure why you would get angry about it? The crack about over a thousand pages being rather difficult to use for troubleshooting was a general comment.

I'm using a GTX 760 4G of ram.
what are you mining ? (this is all I have been asking, but still you don't answer...)
I didn't get angry, but you post a message telling basically it doesn't work without giving any information which could be used to help you.
(and it isn't even clear in your message if ccminer crashes or run without mining.... (which may happen in case it can't connect to a pool)

First, try to run ccminer alone mining what you would mine with minercontrol (may-be Miner Control is controlling too many thing, if you don't know what you are mining...) or just tell us what you want to mine so we can tell you how to run ccminer.

Once you have done that then you can try to see what happen with miner control

For tip about running ccminer check cudamining.co.uk site.


I'm sorry, but what I'm using and what I'm mining are 2 different questions. Above I stated what I was using. What I'm mining is X11,X13,X15 and NIST5.
CCMINER doesn't even seem to start, if it does it opens and closes faster then I blink. Above that there are no other indications

and what I posted originally "Minercontrol launches and seems to run but once again ccminer doesn't launch" That's all I can tell you. The only thing else I can do is post the errors from the log, which I will do as soon as I get home.
 When I get home I also build another batch file and see what happens when I start it and pause.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: djm34 on October 15, 2014, 02:54:39 PM
I really wish the various authors working to improve ccminer/nvminer would get together and put their work into a github repository so that we could move towards a single source tree again.
Yeah, that would be the most efficient way to manage it.   :-\

OK. I downloaded djm's latest version and dropped it in the miner control folder. Minercontrol launches and seems to run but once again ccminer doesn't launch. Could you please link the thread you're speaking of so I can try and figure out what I hosed?

Thanks
most of everything is in 2 or 3 repositories:
* original by Christian Buchner, then some of us try to add new things to it at a time where he didn't feel continuing developping for ccminer.
Most of everything algo from christian and newer algo can be found in my release ghitub/djm34.
The only algo which isn't part of my release is the one developped by tsiv for cryptonote mining.

So there is mostly 2 rep. So I am not sure about what you are complaining... especially when you never showed up on our thread to ask for anything (this is so true, that I didn't know at all of your minercontrol...
Now if you have special needs to ask to ccminer devs (with a s). better post on ccminer thread rather than complaining here (about how we manage stuff) on your thread which I never read until now.

djm, that's a little brusque.

I haven't been following the ccminer thread too closely the last couple of months but for a while I did see that several people were working independently on ccminer (doing great things) and a couple of people were then trying to merge together the best of each work into a unified product.  A little haphazard but it was still making progress.  That was the source of my musing that a single github repository would be a nice baseline for continuing to improve ccminer being that cbuchner has moved on to other things.  If your branch is now the most complete then hopefully others will submit pull requests to you rather than forking and releasing even more variants.  I'll probably try switching over to it myself soon as the latest version of nvminer I'm using is experiencing occasional crashes that I wasn't seeing before.

As for kalen37, a couple of us here directed him towards the ccminer thread being that the problem he is experiencing appears to be ccminer related and nothing to do with Miner Control.  I had him try launching ccminer from a batch file a few days ago to get Miner Control completely out of the equation and he still had the same problem with it not starting up correctly.  At that point it became apparent he would likely get better help on the ccminer thread.

Miner Control is generic and not dependent on ccminer or any other specific miner program.  It is just a tool to launch whichever miner someone chooses to configure under it.  The releases don't even have a real miner bundled in, just a fake one used to demonstrate how to configure the program.

Good luck with your continuing work on ccminer.
I think he should post exactly what he uses, without that it isn't really possible to help.

Regarding works in ccminer. I must say first that it is a nice platform to implement new algorithm, so people interested and this or that will use ccminer to implement xmr miner or else.
It has never been clear to me that tsiv wanted to have his work included in a release or else. On a different approach Cayars released nvminer to include everything related to nvidia miner (but didn't released the source...).

So all this is due to the presence of several developpers using ccminer more as a developpement platform than a mean to put everything togother... which I don't think has ever been the finality...

 Well I posted I was using minercontrol (Version 1.3) and using your CCMINER M7V7. Not sure what else you would need? When I get home I will post the error messages.
As to my previous post not sure why you would get angry about it? The crack about over a thousand pages being rather difficult to use for troubleshooting was a general comment.

I'm using a GTX 760 4G of ram.
what are you mining ? (this is all I have been asking, but still you don't answer...)
I didn't get angry, but you post a message telling basically it doesn't work without giving any information which could be used to help you.
(and it isn't even clear in your message if ccminer crashes or run without mining.... (which may happen in case it can't connect to a pool)

First, try to run ccminer alone mining what you would mine with minercontrol (may-be Miner Control is controlling too many thing, if you don't know what you are mining...) or just tell us what you want to mine so we can tell you how to run ccminer.

Once you have done that then you can try to see what happen with miner control

For tip about running ccminer check cudamining.co.uk site.


I'm sorry, but what I'm using and what I'm mining are 2 different questions. Above I stated what I was using. What I'm mining is X11,X13,X15 and NIST5.
CCMINER doesn't even seem to start, if it does it opens and closes faster then I blink. Above that there are no other indications

and what I posted originally "Minercontrol launches and seems to run but once again ccminer doesn't launch" That's all I can tell you. The only thing else I can do is post the errors from the log, which I will do as soon as I get home.
 When I get home I also build another batch file and see what happens when I start it and pause.
when you are at home try to run ccminer in a standalone mode and see what happens.

eg for x13: Release\ccminer -a x13 -s 2 -o stratum+tcp://dig.minep.it:3369 -u tpruvot.x13 -p minepit
(with the pool you prefer and your username and password...)


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: kalen37 on October 15, 2014, 09:25:55 PM
I really wish the various authors working to improve ccminer/nvminer would get together and put their work into a github repository so that we could move towards a single source tree again.
Yeah, that would be the most efficient way to manage it.   :-\

OK. I downloaded djm's latest version and dropped it in the miner control folder. Minercontrol launches and seems to run but once again ccminer doesn't launch. Could you please link the thread you're speaking of so I can try and figure out what I hosed?

Thanks
most of everything is in 2 or 3 repositories:
* original by Christian Buchner, then some of us try to add new things to it at a time where he didn't feel continuing developping for ccminer.
Most of everything algo from christian and newer algo can be found in my release ghitub/djm34.
The only algo which isn't part of my release is the one developped by tsiv for cryptonote mining.

So there is mostly 2 rep. So I am not sure about what you are complaining... especially when you never showed up on our thread to ask for anything (this is so true, that I didn't know at all of your minercontrol...
Now if you have special needs to ask to ccminer devs (with a s). better post on ccminer thread rather than complaining here (about how we manage stuff) on your thread which I never read until now.

djm, that's a little brusque.

I haven't been following the ccminer thread too closely the last couple of months but for a while I did see that several people were working independently on ccminer (doing great things) and a couple of people were then trying to merge together the best of each work into a unified product.  A little haphazard but it was still making progress.  That was the source of my musing that a single github repository would be a nice baseline for continuing to improve ccminer being that cbuchner has moved on to other things.  If your branch is now the most complete then hopefully others will submit pull requests to you rather than forking and releasing even more variants.  I'll probably try switching over to it myself soon as the latest version of nvminer I'm using is experiencing occasional crashes that I wasn't seeing before.

As for kalen37, a couple of us here directed him towards the ccminer thread being that the problem he is experiencing appears to be ccminer related and nothing to do with Miner Control.  I had him try launching ccminer from a batch file a few days ago to get Miner Control completely out of the equation and he still had the same problem with it not starting up correctly.  At that point it became apparent he would likely get better help on the ccminer thread.

Miner Control is generic and not dependent on ccminer or any other specific miner program.  It is just a tool to launch whichever miner someone chooses to configure under it.  The releases don't even have a real miner bundled in, just a fake one used to demonstrate how to configure the program.

Good luck with your continuing work on ccminer.
I think he should post exactly what he uses, without that it isn't really possible to help.

Regarding works in ccminer. I must say first that it is a nice platform to implement new algorithm, so people interested and this or that will use ccminer to implement xmr miner or else.
It has never been clear to me that tsiv wanted to have his work included in a release or else. On a different approach Cayars released nvminer to include everything related to nvidia miner (but didn't released the source...).

So all this is due to the presence of several developpers using ccminer more as a developpement platform than a mean to put everything togother... which I don't think has ever been the finality...

 Well I posted I was using minercontrol (Version 1.3) and using your CCMINER M7V7. Not sure what else you would need? When I get home I will post the error messages.
As to my previous post not sure why you would get angry about it? The crack about over a thousand pages being rather difficult to use for troubleshooting was a general comment.

I'm using a GTX 760 4G of ram.
what are you mining ? (this is all I have been asking, but still you don't answer...)
I didn't get angry, but you post a message telling basically it doesn't work without giving any information which could be used to help you.
(and it isn't even clear in your message if ccminer crashes or run without mining.... (which may happen in case it can't connect to a pool)

First, try to run ccminer alone mining what you would mine with minercontrol (may-be Miner Control is controlling too many thing, if you don't know what you are mining...) or just tell us what you want to mine so we can tell you how to run ccminer.

Once you have done that then you can try to see what happen with miner control

For tip about running ccminer check cudamining.co.uk site.


I'm sorry, but what I'm using and what I'm mining are 2 different questions. Above I stated what I was using. What I'm mining is X11,X13,X15 and NIST5.
CCMINER doesn't even seem to start, if it does it opens and closes faster then I blink. Above that there are no other indications

and what I posted originally "Minercontrol launches and seems to run but once again ccminer doesn't launch" That's all I can tell you. The only thing else I can do is post the errors from the log, which I will do as soon as I get home.
 When I get home I also build another batch file and see what happens when I start it and pause.
when you are at home try to run ccminer in a standalone mode and see what happens.

eg for x13: Release\ccminer -a x13 -s 2 -o stratum+tcp://dig.minep.it:3369 -u tpruvot.x13 -p minepit
(with the pool you prefer and your username and password...)

OK, ran ccminer by itself. It launches and disappears. Made a .bat file with a pause and the windoiw starts with ************ccminer for nvidia GPUs by djm34************
then the usual stuff and donation address.
then
ccminer.exe: Heavycoin hash requires block reward vote parameter (see --vote)

will try and figure out how to do what you're requesting above,.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: djm34 on October 15, 2014, 09:44:55 PM
I really wish the various authors working to improve ccminer/nvminer would get together and put their work into a github repository so that we could move towards a single source tree again.
Yeah, that would be the most efficient way to manage it.   :-\

OK. I downloaded djm's latest version and dropped it in the miner control folder. Minercontrol launches and seems to run but once again ccminer doesn't launch. Could you please link the thread you're speaking of so I can try and figure out what I hosed?

Thanks
most of everything is in 2 or 3 repositories:
* original by Christian Buchner, then some of us try to add new things to it at a time where he didn't feel continuing developping for ccminer.
Most of everything algo from christian and newer algo can be found in my release ghitub/djm34.
The only algo which isn't part of my release is the one developped by tsiv for cryptonote mining.

So there is mostly 2 rep. So I am not sure about what you are complaining... especially when you never showed up on our thread to ask for anything (this is so true, that I didn't know at all of your minercontrol...
Now if you have special needs to ask to ccminer devs (with a s). better post on ccminer thread rather than complaining here (about how we manage stuff) on your thread which I never read until now.

djm, that's a little brusque.

I haven't been following the ccminer thread too closely the last couple of months but for a while I did see that several people were working independently on ccminer (doing great things) and a couple of people were then trying to merge together the best of each work into a unified product.  A little haphazard but it was still making progress.  That was the source of my musing that a single github repository would be a nice baseline for continuing to improve ccminer being that cbuchner has moved on to other things.  If your branch is now the most complete then hopefully others will submit pull requests to you rather than forking and releasing even more variants.  I'll probably try switching over to it myself soon as the latest version of nvminer I'm using is experiencing occasional crashes that I wasn't seeing before.

As for kalen37, a couple of us here directed him towards the ccminer thread being that the problem he is experiencing appears to be ccminer related and nothing to do with Miner Control.  I had him try launching ccminer from a batch file a few days ago to get Miner Control completely out of the equation and he still had the same problem with it not starting up correctly.  At that point it became apparent he would likely get better help on the ccminer thread.

Miner Control is generic and not dependent on ccminer or any other specific miner program.  It is just a tool to launch whichever miner someone chooses to configure under it.  The releases don't even have a real miner bundled in, just a fake one used to demonstrate how to configure the program.

Good luck with your continuing work on ccminer.
I think he should post exactly what he uses, without that it isn't really possible to help.

Regarding works in ccminer. I must say first that it is a nice platform to implement new algorithm, so people interested and this or that will use ccminer to implement xmr miner or else.
It has never been clear to me that tsiv wanted to have his work included in a release or else. On a different approach Cayars released nvminer to include everything related to nvidia miner (but didn't released the source...).

So all this is due to the presence of several developpers using ccminer more as a developpement platform than a mean to put everything togother... which I don't think has ever been the finality...

 Well I posted I was using minercontrol (Version 1.3) and using your CCMINER M7V7. Not sure what else you would need? When I get home I will post the error messages.
As to my previous post not sure why you would get angry about it? The crack about over a thousand pages being rather difficult to use for troubleshooting was a general comment.

I'm using a GTX 760 4G of ram.
what are you mining ? (this is all I have been asking, but still you don't answer...)
I didn't get angry, but you post a message telling basically it doesn't work without giving any information which could be used to help you.
(and it isn't even clear in your message if ccminer crashes or run without mining.... (which may happen in case it can't connect to a pool)

First, try to run ccminer alone mining what you would mine with minercontrol (may-be Miner Control is controlling too many thing, if you don't know what you are mining...) or just tell us what you want to mine so we can tell you how to run ccminer.

Once you have done that then you can try to see what happen with miner control

For tip about running ccminer check cudamining.co.uk site.


I'm sorry, but what I'm using and what I'm mining are 2 different questions. Above I stated what I was using. What I'm mining is X11,X13,X15 and NIST5.
CCMINER doesn't even seem to start, if it does it opens and closes faster then I blink. Above that there are no other indications

and what I posted originally "Minercontrol launches and seems to run but once again ccminer doesn't launch" That's all I can tell you. The only thing else I can do is post the errors from the log, which I will do as soon as I get home.
 When I get home I also build another batch file and see what happens when I start it and pause.
when you are at home try to run ccminer in a standalone mode and see what happens.

eg for x13: Release\ccminer -a x13 -s 2 -o stratum+tcp://dig.minep.it:3369 -u tpruvot.x13 -p minepit
(with the pool you prefer and your username and password...)

OK, ran ccminer by itself. It launches and disappears. Made a .bat file with a pause and the windoiw starts with ************ccminer for nvidia GPUs by djm34************
then the usual stuff and donation address.
then
ccminer.exe: Heavycoin hash requires block reward vote parameter (see --vote)

will try and figure out how to do what you're requesting above,.
can you put here exactly what there is in your bat, when it exits with this kind of message it means, it didn't recognize the algo you entered (picking up the default heavycoin)


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: kalen37 on October 15, 2014, 10:06:37 PM
************ccminer for nvidia GPUs by djm34************
then the usual stuff and donation address.
then
ccminer.exe: Heavycoin hash requires block reward vote parameter (see --vote)

will try and figure out how to do what you're requesting above,.
can you put here exactly what there is in your bat, when it exits with this kind of message it means, it didn't recognize the algo you entered (picking up the default heavycoin)
[/quote]

https://www.dropbox.com/s/v9d54b9movp6axc/Screenshot%202014-10-15%2017.04.56.png?dl=0

bat file:
@echo off
ccminer.exe
pause




Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: Zels on October 15, 2014, 10:09:32 PM
************ccminer for nvidia GPUs by djm34************
then the usual stuff and donation address.
then
ccminer.exe: Heavycoin hash requires block reward vote parameter (see --vote)

will try and figure out how to do what you're requesting above,.
can you put here exactly what there is in your bat, when it exits with this kind of message it means, it didn't recognize the algo you entered (picking up the default heavycoin)

https://www.dropbox.com/s/v9d54b9movp6axc/Screenshot%202014-10-15%2017.04.56.png?dl=0

bat file:
@echo off
ccminer.exe
pause
[/quote]

And where do you tell to ccminer where to mine and what to mine in your bat ?
line should be like this: ccminer.exe -r 3 -R 5 --algo=x11 -o stratum+tcp://eu.wafflepool.com:3331 -u yourlogin -p yourPassword


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: djm34 on October 15, 2014, 10:53:17 PM
************ccminer for nvidia GPUs by djm34************
then the usual stuff and donation address.
then
ccminer.exe: Heavycoin hash requires block reward vote parameter (see --vote)

will try and figure out how to do what you're requesting above,.
can you put here exactly what there is in your bat, when it exits with this kind of message it means, it didn't recognize the algo you entered (picking up the default heavycoin)

https://www.dropbox.com/s/v9d54b9movp6axc/Screenshot%202014-10-15%2017.04.56.png?dl=0

bat file:
@echo off
ccminer.exe
pause


And where do you tell to ccminer where to mine and what to mine in your bat ?
line should be like this: ccminer.exe -r 3 -R 5 --algo=x11 -o stratum+tcp://eu.wafflepool.com:3331 -u yourlogin -p yourPassword
yes, ccminer cannot be run without any argument. You (or miner control I assume) need to append the argument so it knows what to do...
I hope you'll figure out rapidly how to copy and paste the line I (or Zels) gave you so we can move on... but my guess would be a problem related to miner control (or the operator  ;) )


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: kalen37 on October 15, 2014, 11:19:29 PM
************ccminer for nvidia GPUs by djm34************
then the usual stuff and donation address.
then
ccminer.exe: Heavycoin hash requires block reward vote parameter (see --vote)

will try and figure out how to do what you're requesting above,.
can you put here exactly what there is in your bat, when it exits with this kind of message it means, it didn't recognize the algo you entered (picking up the default heavycoin)

https://www.dropbox.com/s/v9d54b9movp6axc/Screenshot%202014-10-15%2017.04.56.png?dl=0

bat file:
@echo off
ccminer.exe
pause


And where do you tell to ccminer where to mine and what to mine in your bat ?
line should be like this: ccminer.exe -r 3 -R 5 --algo=x11 -o stratum+tcp://eu.wafflepool.com:3331 -u yourlogin -p yourPassword
yes, ccminer cannot be run without any argument. You (or miner control I assume) need to append the argument so it knows what to do...
I hope you'll figure out rapidly how to copy and paste the line I (or Zels) gave you so we can move on... but my guess would be a problem related to miner control (or the operator  ;) )

operator error it is. I'm a newb, so figures.
New problem. So I built the .bat correctly as per y'all instructions, hash rate between 1700 and 2100. After about 6 messages my whole system crashes. And I'm not saying it shutdown or rebooted. It crashed, I had to use system restore to get it back.
symptom: Computer bios boot runs, windows starts loading then goes to a kind of dark purple screen. Hard drive seems to think it's done. SO it sounds like something with the video card.
 Any idea's what I need to modify to keep it from kaboom? vid = GTX 760 with 4G ram.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: Zels on October 15, 2014, 11:42:59 PM
Do you use any tools to overclock your graphic card like evga precision or msi afterburner? If yes, try to lower/disable overclock and try again.

If not, you can try to monitor temp of you graphic card with msi afterburner (without overcloaking) and see if temps is raising really fast when you try ccminer.

Else found this on google with purple screen on boot: http://answers.microsoft.com/en-us/windows/forum/windows_8-system/windows-8-shows-a-blinking-purple-screen-after/0babde4b-c070-4976-a7c0-c073207ba194http://answers.microsoft.com/en-us/windows/forum/windows_8-system/windows-8-shows-a-blinking-purple-screen-after/0babde4b-c070-4976-a7c0-c073207ba194  it's on windows 8, but user found that without avast problem was solved. Perhaps somethings you can try :)

If nothing work, a clean install of windows/reinstal of updated driver is the last solution ^^


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: kalen37 on October 16, 2014, 12:27:06 AM
Do you use any tools to overclock your graphic card like evga precision or msi afterburner? If yes, try to lower/disable overclock and try again.

If not, you can try to monitor temp of you graphic card with msi afterburner (without overcloaking) and see if temps is raising really fast when you try ccminer.

Else found this on google with purple screen on boot: http://answers.microsoft.com/en-us/windows/forum/windows_8-system/windows-8-shows-a-blinking-purple-screen-after/0babde4b-c070-4976-a7c0-c073207ba194 http://answers.microsoft.com/en-us/windows/forum/windows_8-system/windows-8-shows-a-blinking-purple-screen-after/0babde4b-c070-4976-a7c0-c073207ba194  it's on windows 8, but user found that without avast problem was solved. Perhaps somethings you can try :)

If nothing work, a clean install of windows/reinstal of updated driver is the last solution ^^

Avast you say? I have avast on my PC.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: Travis9x on October 16, 2014, 03:05:03 AM
************ccminer for nvidia GPUs by djm34************
then the usual stuff and donation address.
then
ccminer.exe: Heavycoin hash requires block reward vote parameter (see --vote)

will try and figure out how to do what you're requesting above,.
can you put here exactly what there is in your bat, when it exits with this kind of message it means, it didn't recognize the algo you entered (picking up the default heavycoin)

https://www.dropbox.com/s/v9d54b9movp6axc/Screenshot%202014-10-15%2017.04.56.png?dl=0

bat file:
@echo off
ccminer.exe
pause


And where do you tell to ccminer where to mine and what to mine in your bat ?
line should be like this: ccminer.exe -r 3 -R 5 --algo=x11 -o stratum+tcp://eu.wafflepool.com:3331 -u yourlogin -p yourPassword
yes, ccminer cannot be run without any argument. You (or miner control I assume) need to append the argument so it knows what to do...
I hope you'll figure out rapidly how to copy and paste the line I (or Zels) gave you so we can move on... but my guess would be a problem related to miner control (or the operator  ;) )

operator error it is. I'm a newb, so figures.
New problem. So I built the .bat correctly as per y'all instructions, hash rate between 1700 and 2100. After about 6 messages my whole system crashes. And I'm not saying it shutdown or rebooted. It crashed, I had to use system restore to get it back.
symptom: Computer bios boot runs, windows starts loading then goes to a kind of dark purple screen. Hard drive seems to think it's done. SO it sounds like something with the video card.
 Any idea's what I need to modify to keep it from kaboom? vid = GTX 760 with 4G ram.
That does sound like it may be overheating.  Use MSI Afteburner (or something similar, like GPU-Z) to monitor the heat and overall system health.  Even without overclocking, heat can be a big issue if your system isn't properly ventilated or cooled, because mining stresses your GPU to the limit (it's like running a burn-in test constantly, 24/7).  If it turns out your GPU is getting really hot (anything above 80 degrees C is not recommended), then you can do two things (doing both is a good idea): first, use MSI AB to set a "thermal limit".  This will tell the GPU to automatically throttle back, if needed, to keep itself under the temp limit you set.  Second, add more system fans, or replace old/worn ones.  You can also rearrange things as needed, to give your system more "breathing room".  Some people with dedicated mining rigs don't even use a case, and have their GPUs very open to the air, for maximum ventilation/cooling.  If you use your system for anything other than mining, this is usually not very practical. :P lol  But in any case, do try to maximize the amount of air your system gets, to keep it cool.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: kalen37 on October 16, 2014, 01:11:24 PM
************ccminer for nvidia GPUs by djm34************
then the usual stuff and donation address.
then
ccminer.exe: Heavycoin hash requires block reward vote parameter (see --vote)

will try and figure out how to do what you're requesting above,.
can you put here exactly what there is in your bat, when it exits with this kind of message it means, it didn't recognize the algo you entered (picking up the default heavycoin)

https://www.dropbox.com/s/v9d54b9movp6axc/Screenshot%202014-10-15%2017.04.56.png?dl=0

bat file:
@echo off
ccminer.exe
pause


And where do you tell to ccminer where to mine and what to mine in your bat ?
line should be like this: ccminer.exe -r 3 -R 5 --algo=x11 -o stratum+tcp://eu.wafflepool.com:3331 -u yourlogin -p yourPassword
yes, ccminer cannot be run without any argument. You (or miner control I assume) need to append the argument so it knows what to do...
I hope you'll figure out rapidly how to copy and paste the line I (or Zels) gave you so we can move on... but my guess would be a problem related to miner control (or the operator  ;) )

operator error it is. I'm a newb, so figures.
New problem. So I built the .bat correctly as per y'all instructions, hash rate between 1700 and 2100. After about 6 messages my whole system crashes. And I'm not saying it shutdown or rebooted. It crashed, I had to use system restore to get it back.
symptom: Computer bios boot runs, windows starts loading then goes to a kind of dark purple screen. Hard drive seems to think it's done. SO it sounds like something with the video card.
 Any idea's what I need to modify to keep it from kaboom? vid = GTX 760 with 4G ram.
That does sound like it may be overheating.  Use MSI Afteburner (or something similar, like GPU-Z) to monitor the heat and overall system health.  Even without overclocking, heat can be a big issue if your system isn't properly ventilated or cooled, because mining stresses your GPU to the limit (it's like running a burn-in test constantly, 24/7).  If it turns out your GPU is getting really hot (anything above 80 degrees C is not recommended), then you can do two things (doing both is a good idea): first, use MSI AB to set a "thermal limit".  This will tell the GPU to automatically throttle back, if needed, to keep itself under the temp limit you set.  Second, add more system fans, or replace old/worn ones.  You can also rearrange things as needed, to give your system more "breathing room".  Some people with dedicated mining rigs don't even use a case, and have their GPUs very open to the air, for maximum ventilation/cooling.  If you use your system for anything other than mining, this is usually not very practical. :P lol  But in any case, do try to maximize the amount of air your system gets, to keep it cool.
I've got the latest version of precision on there. Went in and changed the priority to temp and set it to 80 degrees, will see if that fixes it. I have a fairly open case, the top has a 240 fan (I think it is) and the rest of the top is a steel screen, strong enough to support my cat but with plenty of spaces to let heat rise. And yes, I just recently blew out all the dust from all the nooks and crannies. A 120 fan on the side, front and rear of the case.
 This is actually my experiment to see if I want to put together a seperate mining machine. If I build a dedicated mining machine I've seen people suggest building it in a pair of old milk crates.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: kalen37 on October 17, 2014, 11:27:03 AM
OK, so last night I brought up precision. Made sure the priority was set to 80 degrees, that's well within EVGAs stated heat threshold.
Launched the batch file and watched it mine whle having precision right next to it to watch the temps. Precision got to about 61 degree's before system crashed to purple. Tried 4 times, system is still down.....grrrrr


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: djm34 on October 17, 2014, 01:47:17 PM
OK, so last night I brought up precision. Made sure the priority was set to 80 degrees, that's well within EVGAs stated heat threshold.
Launched the batch file and watched it mine whle having precision right next to it to watch the temps. Precision got to about 61 degree's before system crashed to purple. Tried 4 times, system is still down.....grrrrr
Is you card plugged into the mobo or do you use risers ?
(I don't know much about purple crash... but bad riser will make your system crashes for sure...)
What are you mining by the way ?


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: kalen37 on October 17, 2014, 02:11:18 PM
OK, so last night I brought up precision. Made sure the priority was set to 80 degrees, that's well within EVGAs stated heat threshold.
Launched the batch file and watched it mine whle having precision right next to it to watch the temps. Precision got to about 61 degree's before system crashed to purple. Tried 4 times, system is still down.....grrrrr
Is you card plugged into the mobo or do you use risers ?
(I don't know much about purple crash... but bad riser will make your system crashes for sure...)
What are you mining by the way ?

video card plugs directly into the PCIe slot
on the .bat file I'm just mining X11.


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: djm34 on October 17, 2014, 02:33:47 PM
OK, so last night I brought up precision. Made sure the priority was set to 80 degrees, that's well within EVGAs stated heat threshold.
Launched the batch file and watched it mine whle having precision right next to it to watch the temps. Precision got to about 61 degree's before system crashed to purple. Tried 4 times, system is still down.....grrrrr
Is you card plugged into the mobo or do you use risers ?
(I don't know much about purple crash... but bad riser will make your system crashes for sure...)
What are you mining by the way ?

video card plugs directly into the PCIe slot
on the .bat file I'm just mining X11.
that's strange in that case, because x11 is rather stable, may-be a problem with the card.
Does windows give a reason for the crash ?


Title: Re: [ANN] Miner Control 1.3.0 - Auto profit switching miner controller
Post by: kalen37 on October 17, 2014, 04:24:30 PM
OK, so last night I brought up precision. Made sure the priority was set to 80 degrees, that's well within EVGAs stated heat threshold.
Launched the batch file and watched it mine whle having precision right next to it to watch the temps. Precision got to about 61 degree's before system crashed to purple. Tried 4 times, system is still down.....grrrrr
Is you card plugged into the mobo or do you use risers ?
(I don't know much about purple crash... but bad riser will make your system crashes for sure...)
What are you mining by the way ?

video card plugs directly into the PCIe slot
on the .bat file I'm just mining X11.
that's strange in that case, because x11 is rather stable, may-be a problem with the card.
Does windows give a reason for the crash ?

I wish
Computer crashes, when I reboot everything boots fine until you get to the desktop, it never appears. Just a purple screen. Unfortunately I'm not at that PC and was unable to revive it from the last crash. But I remember something about a failover occuring. I'll try again tonight and write it down.


Title: Re: [ANN] Miner Control 1.3.1 - Auto profit switching miner controller
Post by: StuffOfInterest on October 17, 2014, 05:13:48 PM
MinerControl 1.3.1 is now available for download (https://github.com/StuffOfInterest/MinerControl/releases).

This release adds activity logging for miner start and stop events.


Title: Re: [ANN] Miner Control 1.4.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 18, 2014, 05:52:25 PM
Released MinerControl 1.4.0 (https://github.com/StuffOfInterest/MinerControl/releases).

Now has a console window which displays output from miners so that they don't have to run in a separate window anymore.  Config option is available to force the miner to a separate window if needed.

http://stuffofinterest.com/MinerControl/MinerControl-1.4.0.png


Title: Re: [ANN] Miner Control 1.4.0 - Auto profit switching miner controller
Post by: ltc_bilic on October 18, 2014, 06:18:29 PM
Released MinerControl 1.4.0 (https://github.com/StuffOfInterest/MinerControl/releases).

Now has a console window which displays output from miners so that they don't have to run in a separate window anymore.  Config option is available to force the miner to a separate window if needed.


Now this is a very useful feature! If there's an config option, you should add to docs on top of the page and in example config, if someone needs to change it. I love it!


Title: Re: [ANN] Miner Control 1.4.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 18, 2014, 06:38:16 PM
Released MinerControl 1.4.0 (https://github.com/StuffOfInterest/MinerControl/releases).

Now has a console window which displays output from miners so that they don't have to run in a separate window anymore.  Config option is available to force the miner to a separate window if needed.


Now this is a very useful feature! If there's an config option, you should add to docs on top of the page and in example config, if someone needs to change it. I love it!

Already done in the first post and in the sample config packaged with the binaries.


Title: Re: [ANN] Miner Control 1.4.0 - Auto profit switching miner controller
Post by: Zels on October 19, 2014, 12:24:11 AM
Released MinerControl 1.4.0 (https://github.com/StuffOfInterest/MinerControl/releases).

Now has a console window which displays output from miners so that they don't have to run in a separate window anymore.  Config option is available to force the miner to a separate window if needed.


Now this is a very useful feature! If there's an config option, you should add to docs on top of the page and in example config, if someone needs to change it. I love it!

Already done in the first post and in the sample config packaged with the binaries.

Code:
"nicehash": {
        "account": "1KSTYGj25RRQ5i1GNVUGTjUsSyZr4uSPiz",
        "worker": "750ti",
        "param1": "-q -r 3 -R 5 -a",
        "param2": "stratum+tcp://stratum.nicehash.com",
"usewindow": "false",
        "algos": [
            { "algo": "x11", "folder": "", "command": "nvminer.exe", "arguments": "_PARAM1_ x11 -o _PARAM2_:3336 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "x13", "folder": "", "command": "nvminer.exe", "arguments": "_PARAM1_ x13 -o _PARAM2_:3337 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "x15", "folder": "", "command": "nvminer.exe", "arguments": "_PARAM1_ x15 -o _PARAM2_:3339 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "nist5", "folder": "", "command": "nvminer.exe", "arguments": "-q -r 3 -R 10 -a nist5 -o _PARAM2_:3340 -u _ACCOUNT_._WORKER_ -p d=0.08" }
        ]
    },

I tried "usewindow": "true", or "usewindow": true, and same with false, but nothing, only display in consol and not anymore the miner windows  ???

And don't see any reference to usewindow in the .conf as sample in archive


Title: Re: [ANN] Miner Control 1.4.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 19, 2014, 01:01:18 AM
'"usewindow": true' is all you should need, under the individual algo you want to launch. :)  Your entry should look something like this:

Code:
{ "algo": "nist5", "folder": "", "command": "nvminer.exe", "arguments": "-q -r 3 -R 10 -a nist5 -o _PARAM2_:3340 -u _ACCOUNT_._WORKER_ -p d=0.08", "usewindow": true }

Look at the sha256 entry under nicehash in the sample conf file bundled with the executable.

Being that each algo can be launched with a different miner the option is configured at that level.


Title: Re: [ANN] Miner Control 1.4.0 - Auto profit switching miner controller
Post by: Travis9x on October 19, 2014, 04:09:52 AM
Released MinerControl 1.4.0 (https://github.com/StuffOfInterest/MinerControl/releases).

Now has a console window which displays output from miners so that they don't have to run in a separate window anymore.  Config option is available to force the miner to a separate window if needed.
Awesome feature!  I hadn't even thought of integrating a console into the app.  The only improvement I can think of in that area, is to also make it compatible with the SplitScreen utility (also made by the same guys as ccMiner).  SplitScreen makes it easier to read and keep track of the output from the miner, averages, metrics, etc (also more info about the GPUs, such as temp, etc), and is compatible with all versions of ccMiner, nvMiner, and cudaminer, and even some CPU miners.  The reason it can't really be used with Miner Control right now, is that the arguments when calling SplitScreen use quotes ("), which would conflict with Miner Control's .conf file syntax.  I'm not sure if this can be fixed on Miner Control's end, or if a change would have to be made in SplitScreen instead.
Check out details of SplitScreen for more info:  https://github.com/zelante/ccminer/releases (https://github.com/zelante/ccminer/releases)  (also on the CUDAmining (http://cudamining.co.uk/url/releases) site)


Title: Re: [ANN] Miner Control 1.4.0 - Auto profit switching miner controller
Post by: Travis9x on October 19, 2014, 05:24:10 AM
Time for an error report!

Okay, so I was running the new version with the console, and loving it.  Then it went to automatically switch algo/miner, and I noticed something went wrong.  There was nothing obvious, it seemed to just kinda stall.  It was trying to switch from X11 to Scrypt, which of course required a miner change (from ccMiner to CUDAminer), but when it went to launch the new miner on Scrypt, it just stopped.  It seemed to get hung up on the launch attempt, and the console stopped updating with any further info.  The Prices window continued to run, as if a miner was running (time continued to tick up on the Scrypt pool), but the activity on my GPUs clearly showed that nothing was being run/mined.  So I clicked Stop, and went to check if something was wrong with my config settings for Scrypt.  I didn't find anything wrong, but I wanted to still test the Scrypt miner to make sure it was working, so I clicked Start on the Scrypt pool.  The console still showed no change, other than a repeat of the line indicating an attempt to launch the miner.  I clicked Stop again, and then tried to resume the Auto mining.  However, even though another algo/pool was now more profitable, it continued to try to mine the old Scrypt pool (time continued to tick up on that one, instead of the now more profitable one), and the Console still only showed a repeat of the line indicating an attempt to launch the Scrypt miner.  So I tried to close Miner Control altogether, but it didn't respond.  The window didn't gray out or anything, clicking the red X simply didn't do anything.  I ended up having to use Task Manager to kill it.
I then went to the error logs, and wow…the file had grown in magnitudes since the last time I'd looked at it.  I scanned down near the most recent logs, and looked for timestamps near when I first noticed the problem with the miner switch.  I found some interesting errors, so here they are.

When it first tried to switch miners, this error began appearing in the log, repeating every second until I told Miner Control to stop mining:  
Code:
2014/10/18 22:46:23
----------------------------------------------
Type: InvalidOperationException
Message: No process is associated with this object.
Stack trace:    at System.Diagnostics.Process.EnsureState(State state)
   at System.Diagnostics.Process.get_HasExited()
   at MinerControl.MiningEngine.RunBestAlgo(Boolean isMinimizedToTray)

Then, when I clicked Stop, this error was logged:  
Code:
2014/10/18 22:46:24
----------------------------------------------
Type: InvalidOperationException
Message: No process is associated with this object.
Stack trace:    at System.Diagnostics.Process.EnsureState(State state)
   at System.Diagnostics.Process.get_HasExited()
   at MinerControl.MiningEngine.StopMiner()
   at MinerControl.MiningEngine.RequestStop()
   at MinerControl.MainWindow.btnStop_Click(Object sender, EventArgs e)
   at System.Windows.Forms.Control.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnClick(EventArgs e)
   at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.ButtonBase.WndProc(Message& m)
   at System.Windows.Forms.Button.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

When I clicked to start the Scrypt miner again, then this error was logged:  
Code:
2014/10/18 22:48:18
----------------------------------------------
Type: Win32Exception
Message: The system cannot find the file specified
Stack trace:    at System.Diagnostics.Process.StartWithCreateProcess(ProcessStartInfo startInfo)
   at System.Diagnostics.Process.Start()
   at MinerControl.MiningEngine.StartMiner(PriceEntryBase entry, Boolean isMinimizedToTray)
   at MinerControl.MiningEngine.RequestStart(Int32 id, Boolean isMinimizedToTray)
   at MinerControl.MainWindow.dgPrices_CellContentClick(Object sender, DataGridViewCellEventArgs e)
   at System.Windows.Forms.DataGridView.OnCellContentClick(DataGridViewCellEventArgs e)
   at System.Windows.Forms.DataGridView.OnCommonCellContentClick(Int32 columnIndex, Int32 rowIndex, Boolean doubleClick)
   at System.Windows.Forms.DataGridViewCell.OnMouseUpInternal(DataGridViewCellMouseEventArgs e)
   at System.Windows.Forms.DataGridView.OnCellMouseUp(DataGridViewCellMouseEventArgs e)
   at System.Windows.Forms.DataGridView.OnMouseUp(MouseEventArgs e)
   at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   at System.Windows.Forms.Control.WndProc(Message& m)
   at System.Windows.Forms.DataGridView.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

It then repeated the error for clicking Stop, and then when I clicked Auto to resume normal mining, it began repeating the first error every second again.  I then saw more repeats of the Stop errors and the Auto mining errors as it was stuck trying to mine Scrypt, but then I noticed a new error from when I tried to close the application:  
Code:
2014/10/18 22:49:08
----------------------------------------------
Type: InvalidOperationException
Message: No process is associated with this object.
Stack trace:    at System.Diagnostics.Process.EnsureState(State state)
   at System.Diagnostics.Process.get_HasExited()
   at MinerControl.MiningEngine.StopMiner()
   at MinerControl.MiningEngine.Cleanup()
   at MinerControl.MainWindow.MainWindow_FormClosing(Object sender, FormClosingEventArgs e)
   at System.Windows.Forms.Form.OnFormClosing(FormClosingEventArgs e)
   at System.Windows.Forms.Form.WmClose(Message& m)
   at System.Windows.Forms.Form.WndProc(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
   at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

These errors repeated in different sequence a few more times while I was wrestling with the application, but the pattern of which errors were recorded as I tried different things continued to follow logically.  From what I can deduce, it seems that it's having trouble with closing the miner and starting a new one when they're running in the console.  This then causes the error of trying to close the application, since it thinks a miner it still running, but tries to close the non-existent miner before exiting.
I haven't yet tested whether these errors still occur when the miners are being launched/run in a separate window, but it seems fairly obvious that the change to the console is the most likely cause.


Title: Re: [ANN] Miner Control 1.4.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 19, 2014, 12:04:49 PM
I won't even ask why you were trying to mine scrypt with a GPU in this day.  ::)

OK, there is definitely something up with cudaminer under the internal console.  I was able to reproduce the problem (which is a good thing) so I'll see what I can find out.  In the mean time, if you use the "usewindow" option it does appear to behave.  I'm really bothered about why things lock up so that will be my first target.  Something is getting into a really bad state internally.  Thanks for the error captures, those will help.

As for splitscreen, that isn't going to happen.  The console intercepts STDOUT and STDERROR from the miner program to display.  Any direct console manipulation (such as repositioning the cursor or changing colors) is not caught and could cause errors.  I knew some things would not work under the internal console which is why the option to use an external window is there.


Title: Re: [ANN] Miner Control 1.4.1 - Auto profit switching miner controller
Post by: StuffOfInterest on October 19, 2014, 09:15:22 PM
OK, launch issue for cudaminer is fixed with version 1.4.1.

There was some other odd behaviors from the errors listed above I want to dig into but this was the root cause for the problems.


Title: Re: [ANN] Miner Control 1.4.2 - Auto profit switching miner controller
Post by: StuffOfInterest on October 20, 2014, 03:13:40 PM
And another quick dot release.

Just released version 1.4.2 with support for the LTCRabbit pool (https://bitcointalk.org/index.php?topic=265224.0).

This pool is a little different in that it pays out in LTC but I decided to go ahead and include it because 1) they asked and 2) they have a good API which provides all the information necessary (including LTC/BTC exchange rate) for calculating all the needed values.


Title: Re: [ANN] Miner Control 1.4.2 - Auto profit switching miner controller
Post by: DemosMirak on October 20, 2014, 03:47:15 PM
And another quick dot release.

Just released version 1.4.2 with support for the LTCRabbit pool (https://bitcointalk.org/index.php?topic=265224.0).

This pool is a little different in that it pays out in LTC but I decided to go ahead and include it because 1) they asked and 2) they have a good API which provides all the information necessary (including LTC/BTC exchange rate) for calculating all the needed values.

Seems I will need to dust off my old LTC wallet, then.


Title: Re: [ANN] Miner Control 1.4.2 - Auto profit switching miner controller
Post by: kalen37 on October 20, 2014, 03:56:45 PM
howdy all, me again.

 Thanks to all of you who were helping me with my noobness.

 So far it looks like my issue wasn't with mining but nvlddmkm.sys issues. Didn't have them when I was using my 560TI but my 760 seems to have a problem with it. Still trying to fix it but I'm still trying to figure out if it's the card or 344.11 driver.


Title: Re: [ANN] Miner Control 1.4.2 - Auto profit switching miner controller
Post by: frazier34567 on October 20, 2014, 05:15:30 PM
I tried to setup a scrypt only version to run my ASIC Zeus Blizzard 1.2 MHz.  

This is what I get when I try to start any pools:

[12:08:18] Starting TradeMyBit scrypt

Redirection is not supported.


Code:
"trademybit": {
        "apikey": "APIKey",
        "account": "account",
        "worker": "3",
"param1": "",
        "param2": "--scan-serial //./COM13  --zeus-chips 6 --zeus-clock 328 -o stratum+tcp://east01.us.trademybit.com",
        "algos": [
            { "algo": "scrypt", "folder": "C:\\Users\\Jim\\Desktop\\cpuminer\\cgminer4.3.5-zeus", "command": "cgminer.exe", "arguments": "--scrypt _PARAM2_:3330 -u _ACCOUNT_._WORKER_ -p x" }
        ]
    },

I assume it is something with cgminer, it normally opens another window to run cgminer after loading the conf file.  Is there a way to disable it?

This is on windows 7.1 Pro

EDIT: Figured it out need to use --text-only  in front of --scan-serial


Title: Re: [ANN] Miner Control 1.4.2 - Auto profit switching miner controller
Post by: StuffOfInterest on October 20, 2014, 06:08:41 PM
I tried to setup a scrypt only version to run my ASIC Zeus Blizzard 1.2 MHz.  

This is what I get when I try to start any pools:

[12:08:18] Starting TradeMyBit scrypt

Redirection is not supported.


Code:
"trademybit": {
        "apikey": "APIKey",
        "account": "account",
        "worker": "3",
"param1": "",
        "param2": "--scan-serial //./COM13  --zeus-chips 6 --zeus-clock 328 -o stratum+tcp://east01.us.trademybit.com",
        "algos": [
            { "algo": "scrypt", "folder": "C:\\Users\\Jim\\Desktop\\cpuminer\\cgminer4.3.5-zeus", "command": "cgminer.exe", "arguments": "--scrypt _PARAM2_:3330 -u _ACCOUNT_._WORKER_ -p x" }
        ]
    },

I assume it is something with cgminer, it normally opens another window to run cgminer after loading the conf file.  Is there a way to disable it?

This is on windows 7.1 Pro

EDIT: Figured it out need to use --text-only  in front of --scan-serial

Are you using Miner Control 1.4 or above?  I bet it was an issue with the cgminer output not being handled by the internal console in Miner Control.  If that was the case, another work around would have been to put '"usewindow": true' as an option in the scrypt algo line.  That would force the miner to launch in a separate window.  It is good that cgminer included an option to do text only output so it can run in the internal console.


Title: Re: [ANN] Miner Control 1.4.3 - Auto profit switching miner controller
Post by: StuffOfInterest on October 22, 2014, 01:29:34 AM
Just pushed out version 1.4.3 (https://github.com/StuffOfInterest/MinerControl/releases).

Has a few tweeks for the LTCRabbit service and new substitution parameters at the algorithm level.  This can cut down on some redundancy in the config entries.  I'll try to get some more examples of how to use it in the first post tomorrow.


Title: Re: [ANN] Miner Control 1.4.3 - Auto profit switching miner controller
Post by: int3ractivodular on October 22, 2014, 09:06:09 AM
Stoked that this is still getting updated, keep up the awesome work! :)


Title: Re: [ANN] Miner Control 1.4.3 - Auto profit switching miner controller
Post by: frazier34567 on October 22, 2014, 08:36:34 PM
Here is my Script Mining Conf File for my Zeus Blizzard using cgminer 4.3.5 for Miner Control 1.4.3 Running on Windows 7.1 Pro

(I do not pay for power so please review the power settings under "general" and "algorithms" if you pay for it.)

Code:
{
    "general": {
        "power": 0.001,
        "exchange": 500,
  "currencycode": "USD",
        "mintime": 4,
        "maxtime": 240,
        "switchtime": 1,
        "deadtime": 10,
"logerrors": true,
        "logactivity": true,
        "gridsortmode": 1,
        "minerkillmode": 1,
        "traymode": 1,
"donationpercentage": 2,
        "donationfrequency": 240
    },
    "algorithms": [
        { "name": "scrypt", "hashrate": 1400, "power": 1, "aparam1": "cgminer.exe", "aparam2": "--scrypt" }
    ],
    "nicehash": {
        "account": "174xGU8o4axrax417kwMn7hygRR187zo4w",
        "worker": "3",
  "sparam1": "-o stratum+tcp://stratum.nicehash.com",
        "sparam2": "-p d=256 --text-only --scan-serial //./COM13  --zeus-chips 6 --zeus-clock 328",
        "algos": [
                       { "algo": "scrypt", "folder": "C:\\Users\\Jim\\Desktop\\cpuminer\\cgminer4.3.5-zeus", "command": "_APARAM1_", "arguments": "_APARAM2_ _SPARAM1_:3333 -u _ACCOUNT_._WORKER_ _SPARAM2_" }
]
    },
    "westhash": {
        "account": "174xGU8o4axrax417kwMn7hygRR187zo4w",
        "worker": "3",
  "weight": 0.99,
"sparam1": "-o stratum+tcp://stratum.westhash.com",
        "sparam2": "-p d=256 --text-only --scan-serial //./COM13  --zeus-chips 6 --zeus-clock 328",
        "algos": [
           
            { "algo": "scrypt", "folder": "C:\\Users\\Jim\\Desktop\\cpuminer\\cgminer4.3.5-zeus", "command": "_APARAM1_", "arguments": "_APARAM2_
_SPARAM1_:3333 -u _ACCOUNT_._WORKER_ _SPARAM2_" }
        ]
    },
    "trademybit": {
        "apikey": "931640e1eab78345ae4ea6121504fb5c55c9612b83574572c76f4bb9d0e0e11c",
        "account": "frazier345",
        "worker": "3",
"sparam1": "-o stratum+tcp://east01.us.trademybit.com",
        "sparam2": "-p x --text-only --scan-serial //./COM13  --zeus-chips 6 --zeus-clock 328",
        "algos": [
            { "algo": "scrypt", "folder": "C:\\Users\\Jim\\Desktop\\cpuminer\\cgminer4.3.5-zeus", "command": "_APARAM1_", "arguments": "_APARAM2_ _SPARAM1_:3330 -u _ACCOUNT_._WORKER_ _SPARAM2_" }
        ]
    },
    "yaamp": {
        "account": "174xGU8o4axrax417kwMn7hygRR187zo4w",
"worker": "3",
"sparam1": "-o stratum+tcp://yaamp.com",
        "sparam2": "--text-only --scan-serial //./COM13  --zeus-chips 6 --zeus-clock 328",
        "algos": [
            { "algo": "scrypt", "folder": "C:\\Users\\Jim\\Desktop\\cpuminer\\cgminer4.3.5-zeus", "command": "_APARAM1_", "arguments": "_APARAM2_ _SPARAM1_:3433 -u _ACCOUNT_ -p _WORKER_ _SPARAM2_" }
      ]
    },
    "wafflepool": {
        "account": "174xGU8o4axrax417kwMn7hygRR187zo4w",
        "worker":  "3",
"weight": 0.80,
        "sparam1": "--text-only --scan-serial //./COM13  --zeus-chips 6 --zeus-clock 328 -o stratum+tcp://useast.wafflepool.com",
        "sparam2": "-p x",
        "algos": [
            { "algo": "scrypt", "folder": "C:\\Users\\Jim\\Desktop\\cpuminer\\cgminer4.3.5-zeus", "command": "_APARAM1_", "arguments": "_APARAM2_ _SPARAM1_:3333 -u _ACCOUNT_._WORKER_ _PARAM2_" }
        ]
    },
    "ltcrabbit": {
        "apikey": "1e64305ea7d6d0e5a099233285f63d9dc95e8cea7ec5c674374140f029c15204",
        "account": "frazier345",
        "worker":  "3",
        "sparam1": "--text-only --scan-serial //./COM13  --zeus-chips 6 --zeus-clock 328",
        "sparam2": "-p x",
        "algos": [
            { "algo": "scrypt", "folder": "C:\\Users\\Jim\\Desktop\\cpuminer\\cgminer4.3.5-zeus", "command": "_APARAM1_", "arguments": "_APARAM2_ _SPARAM1_ -o stratum+tcp://scrypt.ltcrabbit.com:3333 -u _ACCOUNT_._WORKER_ _PARAM2_" }
        ]
    }
}



Title: Re: [ANN] Miner Control 1.4.3 - Auto profit switching miner controller
Post by: int3ractivodular on October 22, 2014, 10:35:47 PM
So I got it all working properly on my Nvidia rigs and ccminer, but I'm running into some issues with my AMD rig with sgminer.

Here is the output I get whenever I try to launch (x15 in this example, using bitblock kernel):

Code:
[15:15:48] Starting NiceHash x15
[15:15:48] Set default algorithm to bitblock
[15:15:48] Global quota greatest common denominator set to 1
[15:15:48] Default Devices = all
[15:15:48] set_devices(all)
[15:15:48] Loading settings from default_profile for pool 0
[15:15:48] Pool 0 Algorithm set to "bitblock"
[15:15:48] Pool 0 devices set to "all"
[15:15:48] Pool 0 lookup gap set to "(null)"
[15:15:48] Pool 0 Intensity set to "19"
[15:15:48] Pool 0 XIntensity set to "(null)"
[15:15:48] Pool 0 Raw Intensity set to "(null)"
[15:15:48] Pool 0 Thread Concurrency set to "8192"
[15:15:48] Pool 0 GPU Clock set to "1100"
[15:15:48] Pool 0 GPU Memory clock set to "1250"
[15:15:48] Pool 0 GPU Threads set to "2"
[15:15:48] Pool 0 GPU Fan set to "(null)"
[15:15:48] Pool 0 GPU Powertune set to "(null)"
[15:15:48] Pool 0 GPU Vddc set to "(null)"
[15:15:48] Pool 0 Shaders set to "(null)"
[15:15:48] Pool 0 Worksize set to "256"

Redirection is not supported.

No clue what "Redirection is not supported." means. I'm also not entirely sure that everything is being passed correctly to sgminer, it seems like it is getting most of what I tell it but it's still not working properly.. Also I get the same set of errors regardless of which algo I attempt to use, except that the output changes respective to that algorithm and it's specific passed arguments.

Here's my Nicehash x15 config:

Code:
{ "algo": "x15", "folder": "", "command": "sgminer.exe", "arguments": " -k bitblock -o stratum+tcp://stratum.nicehash.com:3339 -u 1MyBTCAddresshere.worker -p x --thread-concurrency 8192 -I 19 -w 256 -g 2 --gpu-engine 1100 --gpu-memclock 1250" }

Any ideas as to what I might be doing wrong? I wasn't even able to get miners to fully start when I was using the SPARAMs etc so I just removed them and manually input the arguments, which seems to have worked for the most part, but obviously it's still not quite right or I'd be hashing away. Any help is greatly appreciated  :)

EDIT: Here is what appears in the error.log right after I attempt to launch it.

Code:
10/22/2014 3:47:48 PM
----------------------------------------------
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 System.Net.DownloadStringCompletedEventArgs.get_Result()
   at MinerControl.Utility.WebUtil.DownloadJsonComplete(Object sender, DownloadStringCompletedEventArgs e)

10/22/2014 3:47:48 PM
----------------------------------------------
Type: WebException
Message: The underlying connection was closed: The connection was closed unexpectedly.
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)

10/22/2014 3:47:49 PM
----------------------------------------------
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 System.Net.DownloadStringCompletedEventArgs.get_Result()
   at MinerControl.Utility.WebUtil.DownloadJsonComplete(Object sender, DownloadStringCompletedEventArgs e)

10/22/2014 3:47:49 PM
----------------------------------------------
Type: WebException
Message: The underlying connection was closed: The connection was closed unexpectedly.
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)


Title: Re: [ANN] Miner Control 1.4.3 - Auto profit switching miner controller
Post by: Travis9x on October 22, 2014, 11:11:34 PM
So I got it all working properly on my Nvidia rigs and ccminer, but I'm running into some issues with my AMD rig with sgminer.

Here is the output I get whenever I try to launch (x15 in this example, using bitblock kernel):

Code:
[15:15:48] Starting NiceHash x15
[15:15:48] Set default algorithm to bitblock
[15:15:48] Global quota greatest common denominator set to 1
[15:15:48] Default Devices = all
[15:15:48] set_devices(all)
[15:15:48] Loading settings from default_profile for pool 0
[15:15:48] Pool 0 Algorithm set to "bitblock"
[15:15:48] Pool 0 devices set to "all"
[15:15:48] Pool 0 lookup gap set to "(null)"
[15:15:48] Pool 0 Intensity set to "19"
[15:15:48] Pool 0 XIntensity set to "(null)"
[15:15:48] Pool 0 Raw Intensity set to "(null)"
[15:15:48] Pool 0 Thread Concurrency set to "8192"
[15:15:48] Pool 0 GPU Clock set to "1100"
[15:15:48] Pool 0 GPU Memory clock set to "1250"
[15:15:48] Pool 0 GPU Threads set to "2"
[15:15:48] Pool 0 GPU Fan set to "(null)"
[15:15:48] Pool 0 GPU Powertune set to "(null)"
[15:15:48] Pool 0 GPU Vddc set to "(null)"
[15:15:48] Pool 0 Shaders set to "(null)"
[15:15:48] Pool 0 Worksize set to "256"

Redirection is not supported.

No clue what "Redirection is not supported." means. I'm also not entirely sure that everything is being passed correctly to sgminer, it seems like it is getting most of what I tell it but it's still not working properly.. Also I get the same set of errors regardless of which algo I attempt to use, except that the output changes respective to that algorithm and it's specific passed arguments.

Here's my Nicehash x15 config:

Code:
{ "algo": "x15", "folder": "", "command": "sgminer.exe", "arguments": " -k bitblock -o stratum+tcp://stratum.nicehash.com:3339 -u 1MyBTCAddresshere.worker -p x --thread-concurrency 8192 -I 19 -w 256 -g 2 --gpu-engine 1100 --gpu-memclock 1250" }

Any ideas as to what I might be doing wrong? I wasn't even able to get miners to fully start when I was using the SPARAMs etc so I just removed them and manually input the arguments, which seems to have worked for the most part, but obviously it's still not quite right or I'd be hashing away. Any help is greatly appreciated  :)

EDIT: Here is what appears in the error.log right after I attempt to launch it.

Code:
10/22/2014 3:47:48 PM
----------------------------------------------
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 System.Net.DownloadStringCompletedEventArgs.get_Result()
   at MinerControl.Utility.WebUtil.DownloadJsonComplete(Object sender, DownloadStringCompletedEventArgs e)

10/22/2014 3:47:48 PM
----------------------------------------------
Type: WebException
Message: The underlying connection was closed: The connection was closed unexpectedly.
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)

10/22/2014 3:47:49 PM
----------------------------------------------
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 System.Net.DownloadStringCompletedEventArgs.get_Result()
   at MinerControl.Utility.WebUtil.DownloadJsonComplete(Object sender, DownloadStringCompletedEventArgs e)

10/22/2014 3:47:49 PM
----------------------------------------------
Type: WebException
Message: The underlying connection was closed: The connection was closed unexpectedly.
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)
From what I understand (I don't have any AMD cards, so I don't use sgminer), sgminer output is not compatible with the Miner Control console.  So, you need to either set sgminer to text-only output, or tell Miner Control to launch sgminer in a separate window.


Title: Re: [ANN] Miner Control 1.4.3 - Auto profit switching miner controller
Post by: int3ractivodular on October 22, 2014, 11:14:09 PM
That's basically what I was thinking was happening but I wasn't sure. Alright, I'll try that.

I was trying to get the miners to launch in a separate window with  the "usewindow" command but I guess I am still not doing it right.


Title: Re: [ANN] Miner Control 1.4.3 - Auto profit switching miner controller
Post by: int3ractivodular on October 22, 2014, 11:25:00 PM
Well, seems like I got it working via using both text only output and the "usewindow" command and all is well. :)

On a semi-related note, I haven't been keeping up with GPU mining super closely recently, what are the expected speeds for a 280X on each algo nowadays?

Are their newly released modded kernels? Did people figure out the settings/clocks better? What settings/software are you guys mining with/could you redirect me to a better resource?


Title: Re: [ANN] Miner Control 1.4.3 - Auto profit switching miner controller
Post by: Travis9x on October 22, 2014, 11:30:51 PM
Well, seems like I got it working via using both text only output and the "usewindow" command and all is well. :)

On a semi-related note, I haven't been keeping up with GPU mining super closely recently, what are the expected speeds for a 280X on each algo nowadays?

Are their newly released modded kernels? Did people figure out the settings/clocks better? What settings/software are you guys mining with/could you redirect me to a better resource?
I don't know a lot about AMD cards, so perhaps someone else here could help you more with that.  But I do know that NVIDIA cards seem to be the best for any of the X## algorithms, and AMD cards are best for some others.


Title: Re: [ANN] Miner Control 1.4.3 - Auto profit switching miner controller
Post by: int3ractivodular on October 22, 2014, 11:31:56 PM
Well, seems like I got it working via using both text only output and the "usewindow" command and all is well. :)

On a semi-related note, I haven't been keeping up with GPU mining super closely recently, what are the expected speeds for a 280X on each algo nowadays?

Are their newly released modded kernels? Did people figure out the settings/clocks better? What settings/software are you guys mining with/could you redirect me to a better resource?
I don't know a lot about AMD cards, so perhaps someone else here could help you more with that.  But I do know that NVIDIA cards seem to be the best for any of the X## algorithms, and AMD cards are best for some others.

Okay, thanks for your help :)


Title: Re: [ANN] Miner Control 1.4.3 - Auto profit switching miner controller
Post by: xIIImaL on October 24, 2014, 02:25:24 AM
please add support for the new algos from yaamp pool. x14, etc.


Title: Re: [ANN] Miner Control 1.4.3 - Auto profit switching miner controller
Post by: StuffOfInterest on October 24, 2014, 10:09:30 AM
please add support for the new algos from yaamp pool. x14, etc.

Already handled.  Just add an algorithms line for "x14" (or the other new algos supported by yaamp) and then a new algos line under yaamp.


Title: Re: [ANN] Miner Control 1.4.3 - Auto profit switching miner controller
Post by: frazier34567 on October 24, 2014, 02:51:20 PM
YAAMP not updating for me.  Anyone else having issues?  I get this in the error log.  last update was at 8:00 Central time.

Code:
10/24/2014 9:48:22 AM
----------------------------------------------
Type: ArgumentException
Message: Invalid JSON primitive: scrypt.
Stack trace:    at System.Web.Script.Serialization.JavaScriptObjectDeserializer.DeserializePrimitiveObject()
at System.Web.Script.Serialization.JavaScriptObjectDeserializer.DeserializeInternal(Int32 depth)
at System.Web.Script.Serialization.JavaScriptObjectDeserializer.DeserializeDictionary(Int32 depth)
at System.Web.Script.Serialization.JavaScriptObjectDeserializer.DeserializeInternal(Int32 depth)
at System.Web.Script.Serialization.JavaScriptObjectDeserializer.DeserializeDictionary(Int32 depth)
at System.Web.Script.Serialization.JavaScriptObjectDeserializer.DeserializeInternal(Int32 depth)
at System.Web.Script.Serialization.JavaScriptObjectDeserializer.BasicDeserialize(String input, Int32 depthLimit, JavaScriptSerializer serializer)
at System.Web.Script.Serialization.JavaScriptSerializer.Deserialize(JavaScriptSerializer serializer, String input, Type type, Int32 depthLimit)
at System.Web.Script.Serialization.JavaScriptSerializer.DeserializeObject(String input)
at MinerControl.Utility.WebUtil.DownloadJsonComplete(Object sender, DownloadStringCompletedEventArgs e)

My guess is that they changed or screwed up the JSON output from the site.


Title: Re: [ANN] Miner Control 1.4.3 - Auto profit switching miner controller
Post by: StuffOfInterest on October 24, 2014, 03:04:46 PM
YAAMP not updating for me.  Anyone else having issues?  I get this in the error log.  last update was at 8:00 Central time.

Code:
10/24/2014 9:48:22 AM
----------------------------------------------
Type: ArgumentException
Message: Invalid JSON primitive: scrypt.
Stack trace:    at System.Web.Script.Serialization.JavaScriptObjectDeserializer.DeserializePrimitiveObject()
at System.Web.Script.Serialization.JavaScriptObjectDeserializer.DeserializeInternal(Int32 depth)
at System.Web.Script.Serialization.JavaScriptObjectDeserializer.DeserializeDictionary(Int32 depth)
at System.Web.Script.Serialization.JavaScriptObjectDeserializer.DeserializeInternal(Int32 depth)
at System.Web.Script.Serialization.JavaScriptObjectDeserializer.DeserializeDictionary(Int32 depth)
at System.Web.Script.Serialization.JavaScriptObjectDeserializer.DeserializeInternal(Int32 depth)
at System.Web.Script.Serialization.JavaScriptObjectDeserializer.BasicDeserialize(String input, Int32 depthLimit, JavaScriptSerializer serializer)
at System.Web.Script.Serialization.JavaScriptSerializer.Deserialize(JavaScriptSerializer serializer, String input, Type type, Int32 depthLimit)
at System.Web.Script.Serialization.JavaScriptSerializer.DeserializeObject(String input)
at MinerControl.Utility.WebUtil.DownloadJsonComplete(Object sender, DownloadStringCompletedEventArgs e)

My guess is that they changed or screwed up the JSON output from the site.

Definitely fouled up, output won't pass JSONLint now.

Code:
http://yaamp.com/api/status

Code:
arse error on line 74:
...h",        "port": -,        "coins":
----------------------^
Expecting 'STRING', 'NUMBER', 'NULL', 'TRUE', 'FALSE', '{', '['


Title: Re: [ANN] Miner Control 1.4.3 - Auto profit switching miner controller
Post by: ghotiphry on October 24, 2014, 03:09:38 PM
Yeah, YAAMP screwed with their API.  They've got a new field for starters.  I tweeted to them a couple change requests.  They've fixed one problem, still breaking where "port": -,


Title: Re: [ANN] Miner Control 1.4.3 - Auto profit switching miner controller
Post by: frazier34567 on October 24, 2014, 03:17:49 PM
ah I see it now, for fresh and neoscrypt.


Title: Re: [ANN] Miner Control 1.4.3 - Auto profit switching miner controller
Post by: ghotiphry on October 24, 2014, 03:18:20 PM
Recommendation for next version: if retrieval of API from one site fails, allow the rest to continue as normal rather than failing to run?


Title: Re: [ANN] Miner Control 1.4.3 - Auto profit switching miner controller
Post by: StuffOfInterest on October 24, 2014, 03:23:22 PM
Recommendation for next version: if retrieval of API from one site fails, allow the rest to continue as normal rather than failing to run?

Already does that for api calls.  You would just see all of the YAAMP prices stay at zero.  

If the app is crashing out then I do need to know as there is another issue.  Also, related to that, I'd prefer to see the reports in the thread rather than as PMs.


Title: Re: [ANN] Miner Control 1.4.3 - Auto profit switching miner controller
Post by: ghotiphry on October 24, 2014, 03:28:50 PM
It looks like YAAMP has corrected their API by changing the port from - to 0.

I was getting the following error:

10/24/2014 10:02:21 AM
----------------------------------------------
Type: InvalidOperationException
Message: Sequence contains no matching element
Stack trace:    at System.Linq.Enumerable.Single[TSource](IEnumerable`1 source, Func`2 predicate)
   at MinerControl.Services.ServiceBase`1.GetEntry(Dictionary`2 item)
   at MinerControl.Services.YaampService.Initialize(IDictionary`2 data)
   at MinerControl.MiningEngine.LoadService(IService service, IDictionary`2 data, String name)
   at MinerControl.MiningEngine.LoadConfig()
   at MinerControl.MainWindow..ctor()
   at MinerControl.Program.Main(String[] args)

I checked my conf file, I had set a new pool for YAAMP for quark, but had forgotten to add in the algorithm.  My mistake, I'm good now.


Title: Re: [ANN] Miner Control 1.4.3 - Auto profit switching miner controller
Post by: lextad on October 24, 2014, 10:50:28 PM
Have any one experience random freez up on the host PC   running 1.4.3 


Title: Re: [ANN] Miner Control 1.4.4 - Auto profit switching miner controller
Post by: StuffOfInterest on October 25, 2014, 07:46:57 PM
Just posted version 1.4.4 (https://github.com/StuffOfInterest/MinerControl/releases).  Bug fixes and some explicit examples for X14 and quark on YAAMP.


Title: Re: [ANN] Miner Control 1.4.5 - Auto profit switching miner controller
Post by: StuffOfInterest on October 26, 2014, 11:07:47 AM
Have any one experience random freez up on the host PC   running 1.4.3  

The whole PC or is just Miner Control refusing to respond?

If it is the later, I just put out version 1.4.5 (https://github.com/StuffOfInterest/MinerControl/releases) which addresses a condition where Miner Control would freeze if an invalid miner program is specified in the config.


Title: Re: [ANN] Miner Control 1.4.5 - Auto profit switching miner controller
Post by: frazier34567 on October 27, 2014, 04:52:07 PM
Added Neoscrypt on Yaamp.com It still opens another window but does run and MC does kill it for me.  I get 48K on my single GPU Rig, but only 140K on my 6 card rig.   I am using their cgminer and I do not know what settings to try on the multi card rig.  I am getting a lot of waiting for work from pool. which I think is effecting my performance.

Go here to get gpu miner (I have 750ti)  https://forum.feathercoin.com/index.php?/topic/7780-neoscrypt-gpu-miner-public-beta-test/ (https://forum.feathercoin.com/index.php?/topic/7780-neoscrypt-gpu-miner-public-beta-test/)

Code:
"algorithms": [
        { "name": "x11", "hashrate": 2645, "power": 49, "aparam1": "ccminer.exe", "aparam2": "-a x11" },
        { "name": "x13", "hashrate": 2060, "power": 49, "aparam1": "ccminer.exe", "aparam2": "-a x13" },
{ "name": "x14", "hashrate": 2000, "power": 49, "aparam1": "ccminer.exe", "aparam2": "-a x14" },
        { "name": "x15", "hashrate": 1600, "power": 52, "aparam1": "ccminer.exe", "aparam2": "-a x15" },
        { "name": "nist5", "hashrate": 7300, "power": 54, "aparam1": "ccminer.exe", "aparam2": "-a nist5" },
        { "name": "scrypt", "hashrate": 280, "power": 60, "aparam1": "cmd.exe", "aparam2": "/c cudaminer.exe -a scrypt -i 1 -l T5x24" },
        { "name": "scryptn", "hashrate": 140, "power": 60, "aparam1": "cmd.exe", "aparam2": "/c cudaminer.exe -a scrypt:2048 -i 1 -l T5x24" },
        { "name": "keccak", "hashrate": 16300, "power": 50, "aparam1": "cmd.exe", "aparam2": "-a keccak -i 1 -l T85x5" },
        { "name": "sha256", "hashrate": 0, "power": 50, "aparam1": "cmd.exe", "aparam2": "/c cudaminer.exe -a sha256 -batch" },
{ "name": "neoscrypt", "hashrate": 48, "power": 50, "aparam1": "cmd.exe", "aparam2": "/c cgminer.exe -a neoscrypt -batch" },
{ "name": "quark", "hashrate": 4100, "power": 54, "aparam1": "ccminer.exe", "aparam2": "-a quark" }
    ],

Yaamp settings

Code:
"algos": [
   { "algo": "x11", "folder": "", "command": "ccminer.exe", "arguments": "-a x11 _SPARAM1_:3533 -u _ACCOUNT_ _SPARAM2_" },
            { "algo": "x13", "folder": "", "command": "ccminer.exe", "arguments": "-a x13 _SPARAM1_:3633 -u _ACCOUNT_ _SPARAM2_" },
   { "algo": "x14", "folder": "", "command": "ccminer.exe", "arguments": "-a x14 _SPARAM1_:3933 -u _ACCOUNT_ _SPARAM2_" },
            { "algo": "x15", "folder": "", "command": "ccminer.exe", "arguments": "-a x15 _SPARAM1_:3733 -u _ACCOUNT_ _SPARAM2_" },
            { "algo": "nist5", "folder": "", "command": "ccminer.exe", "arguments": "-a nist5 _SPARAM1_:3833 -u _ACCOUNT_ _SPARAM2_" },
   { "algo": "neoscrypt", "folder": "C:\\cpuminer\\neoscrypt\\cgminer-3.7.7.bNeoscrypt", "command": "cgminer.exe", "arguments": "--neoscrypt -T -I 14 _SPARAM1_:4233 -u _ACCOUNT_ _SPARAM2_", "usewindow": true },
   { "algo": "quark", "folder": "", "command": "ccminer.exe", "arguments": "-a quark _SPARAM1_:4033 -u _ACCOUNT_ _SPARAM2_" }
     ]

UPDATE:  If you have issues where it just seems to shut down with in 30 seconds of starting or you are getting Postcalc_hjash thread issues, mine was after I updated the graphics driver,  Go to the cgminer folder and delete the .bin file(s) that has the name of your graphics card in it.  (neoscrypt140909GeForce GTX 750 Tigmgc1048576w256l4.bin)  Then try again.  It fixed my problem. 


Title: Re: [ANN] Miner Control 1.4.5 - Auto profit switching miner controller
Post by: schnuvany on October 28, 2014, 11:12:05 AM
no work here:
"trademybit": {
        "apikey": "mykey",
        "account": "newxxx",
        "worker": "1",
        "sparam1": "-o stratum+tcp://am1.eu.trademybit.com",
        "sparam2": "-p x",
"nicehash": {
        "account": "3Cmw2n33Ksay9PdVGBjt9J8exxxxxxxxxx",
        "worker": "1",
        "sparam1": "-o stratum+tcp://stratum.nicehash.com",
        "sparam2": "-p x",
        "weight": 0.90,
"westhash": { .....

Local area is europe, pls change "currencycode": "USD", to Euro ?? and Server home to eu.trademybit.com and the next too

Hardware "750" no "750 TI"

Thanks

Thank you, i repair some Login and reduce error. but i do not understand mapping error to Login server


Title: Re: [ANN] Miner Control 1.4.5 - Auto profit switching miner controller
Post by: StuffOfInterest on October 28, 2014, 11:26:50 AM
no work here:
"trademybit": {
        "apikey": "mykey",
        "account": "newxxx",
        "worker": "1",
        "sparam1": "-o stratum+tcp://am1.eu.trademybit.com",
        "sparam2": "-p x",
"nicehash": {
        "account": "3Cmw2n33Ksay9PdVGBjt9J8exxxxxxxxxx",
        "worker": "1",
        "sparam1": "-o stratum+tcp://stratum.nicehash.com",
        "sparam2": "-p x",
        "weight": 0.90,
"westhash": { .....

Local area is europe, pls change "currencycode": "USD", to Euro ?? and Server home to eu.trademybit.com and the next too

Hardware "750" no "750 TI"

Thanks

Make sure you set your apikey to the correct value.  "mykey" is there as a placeholder.  You'll have to get your own key from the account settings page at the TradeMyBit website.  From the error information you sent me via PM (below) it looks like access denied errors when trying to access the service.

The config file needs considerable customization for each user's application.  That is why there are two examples in the first post to show how to customize it.  You can't just drop in a config file and run.

For everyone, regarding reporting issues, please don't PM me the error reports.  Post them in the thread.  More people than just me watch the thread and may be able to help.

Code:
28.10.2014 10:02:57
----------------------------------------------
Type: TargetInvocationException
Message: Während des Vorgangs ist eine Ausnahme aufgetreten, sodass das Ergebnis ungültig ist. Weitere Ausnahmedetails finden Sie in InnerException.
Stack trace:    bei System.ComponentModel.AsyncCompletedEventArgs.RaiseExceptionIfNecessary()
   bei System.Net.DownloadStringCompletedEventArgs.get_Result()
   bei MinerControl.Utility.WebUtil.DownloadJsonComplete(Object sender, DownloadStringCompletedEventArgs e)

28.10.2014 10:02:57
----------------------------------------------
Type: WebException
Message: Der Remoteserver hat einen Fehler zurückgegeben: (401) Nicht autorisiert.
Stack trace:    bei System.Net.HttpWebRequest.EndGetResponse(IAsyncResult asyncResult)
   bei System.Net.WebClient.GetWebResponse(WebRequest request, IAsyncResult result)
   bei System.Net.WebClient.DownloadBitsResponseCallback(IAsyncResult result)

28.10.2014 10:02:57
----------------------------------------------
Type: KeyNotFoundException
Message: Der angegebene Schlüssel war nicht im Wörterbuch angegeben.
Stack trace:    bei System.Collections.Generic.Dictionary`2.get_Item(TKey key)
   bei MinerControl.Services.TradeMyBitService.ProcessBalances(Object jsonData)
   bei MinerControl.Utility.WebUtil.DownloadJsonComplete(Object sender, DownloadStringCompletedEventArgs e)


Title: Re: [ANN] Miner Control 1.4.5 - Auto profit switching miner controller
Post by: StuffOfInterest on October 28, 2014, 11:31:50 AM
Quick question for those using Miner Control.  How many separate rigs do you run on one network with the software?  The answer has implications for a new feature I'm working on.

I run on two PCs at home.  One I don't look at very often.

Thanks.


Title: Re: [ANN] Miner Control 1.4.5 - Auto profit switching miner controller
Post by: ltc_bilic on October 28, 2014, 11:50:31 AM
Quick question for those using Miner Control.  How many separate rigs do you run on one network with the software?  The answer has implications for a new feature I'm working on.

I run on two PCs at home.  One I don't look at very often.

Thanks.

I run 6 rigs, only one is a dedicated rig with 6x750ti.


Title: Re: [ANN] Miner Control 1.4.5 - Auto profit switching miner controller
Post by: DemosMirak on October 28, 2014, 12:42:03 PM
Quick question for those using Miner Control.  How many separate rigs do you run on one network with the software?  The answer has implications for a new feature I'm working on.

I run on two PCs at home.  One I don't look at very often.

Thanks.

1, but I could start up a old gaming PC for fun.


Title: Re: [ANN] Miner Control 1.4.5 - Auto profit switching miner controller
Post by: rurki on October 28, 2014, 04:17:34 PM
Quick question for those using Miner Control.  How many separate rigs do you run on one network with the software?  The answer has implications for a new feature I'm working on.

I run on two PCs at home.  One I don't look at very often.

Thanks.

I'm currently running it on two separate dedicated rigs with 6x750ti each.

Great work


Title: Re: [ANN] Miner Control 1.4.5 - Auto profit switching miner controller
Post by: frazier34567 on October 28, 2014, 05:20:58 PM
I have 2 Rigs using 3 instances MC (2 GPU Mining, 1 SCRYPT ASIC Mining).  They all are running separate instances of MC.

I do not know if with the right config file you could run them all from 1 instance of MC, depending on what software is running on each rig. 



Title: Re: [ANN] Miner Control 1.4.5 - Auto profit switching miner controller
Post by: Zels on October 28, 2014, 05:29:58 PM
Quick question for those using Miner Control.  How many separate rigs do you run on one network with the software?  The answer has implications for a new feature I'm working on.

I run on two PCs at home.  One I don't look at very often.

Thanks.

2 Rigs here.
If u come with an app that do all the api request, and then every Minercontrol on the same network to connect to the app it will be great :p


Title: Re: [ANN] Miner Control 1.4.5 - Auto profit switching miner controller
Post by: tarzanbigcity on October 29, 2014, 02:54:53 AM
3 rigs here. 2x with 6 750TI SC and 1x with 3 970's.


Title: Re: [ANN] Miner Control 1.4.5 - Auto profit switching miner controller
Post by: Beulemann on October 29, 2014, 10:08:54 AM
first:
big thanks for this nice software

second:
traymode seems no to work for me.
i start the program with the param -a and set traymode=2 in config, but it is only minimized not send to tray after start.
only if i click the minimize button, then it goes to tray

third:
only 1 small rig here


Title: Re: [ANN] Miner Control 1.4.5 - Auto profit switching miner controller
Post by: StuffOfInterest on October 29, 2014, 11:31:44 AM
second:
traymode seems no to work for me.
i start the program with the param -a and set traymode=2 in config, but it is only minimized not send to tray after start.
only if i click the minimize button, then it goes to tray

Traymode doesn't affect how it starts only where it goes when it is minimized. "-a" autostarts but doesn't adjust the visibility.  I never did anything regarding a start mode.  Will add it to the wish list.


Title: Re: [ANN] Miner Control 1.5.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 30, 2014, 01:26:49 AM
And now the reason why I was asking how many miner machines everyone operates.

Just released Miner Control 1.5.0 (https://github.com/StuffOfInterest/MinerControl/releases).  This release introduces the ability to send console output between instances of Miner Control.  Have all of your miners that you don't watch all the time configured with '"remotesend": true' in the general config section.  On the machine which you do watch, add '"remotereceive": true' to the general config section.  You will see a new tab labeled 'remote'.  All console output from the machines configured to send will be echoed in the remote window.

Communication is handled through IP multicast traffic so you can have multiple receivers for the same output.  This traffic will not traverse routers so it will only work within a local network.  Multicast IP is something I've been interested in for 20 years so it's nice to have a chance to use it in a real world application.  Hope you multi-miner operators find it useful.

http://StuffOfInterest.com/MinerControl/MinerControl-1.5.0.png


Title: Re: [ANN] Miner Control 1.5.0 - Auto profit switching miner controller
Post by: ltc_bilic on October 30, 2014, 09:50:29 AM
Wow, very usefull feature but imo needs some tweaking.

So at the moment all the miners on the same network are shown in the remote tab. If you only have 2 graphics cards on two mining rigs it's not a problem but if you have more, you can't keep track of all the data being processed. I suggest instead of using remote tab, add a new tab named "worker" which uses worker flag from config for every miner on the network, to display the progress, so you can manually check each miner. Second request - not sure if possible but any chance of windows XP support. Currently when you use new version with new config, it won't show up the prices and you have to kill it manually (task manager).

Once again thank you for developing and maintaining this awesome app.


Title: Re: [ANN] Miner Control 1.5.0 - Auto profit switching miner controller
Post by: StuffOfInterest on October 30, 2014, 10:21:22 AM
Wow, very usefull feature but imo needs some tweaking.

So at the moment all the miners on the same network are shown in the remote tab. If you only have 2 graphics cards on two mining rigs it's not a problem but if you have more, you can't keep track of all the data being processed. I suggest instead of using remote tab, add a new tab named "worker" which uses worker flag from config for every miner on the network, to display the progress, so you can manually check each miner. Second request - not sure if possible but any chance of windows XP support. Currently when you use new version with new config, it won't show up the prices and you have to kill it manually (task manager).

Once again thank you for developing and maintaining this awesome app.

I'm planning to break out the multiple remote streams at some point.  Walk before run.  Two ways I'm looking towards are to either 1) have a dropdown list on the remote console where you can select the machine to watch or 2) spawn off a new remote tab for each system which reports in.  I also hope to add more status information for the remote systems such as what they are currently mining and for what net profit.

The XP problem bugs me.  I didn't change the build target so it should still work on XP as it did before.  Try turning off remote send and remote receive and see if that returns it to working again. FYI, the first time I started up the new version my windows firewall asked for confirmation that it should allow the program to open up a network connection.

Finally, just put out 1.5.1 this morning.  Turns out I used a multicast address in a range that was not appropriate for the intended use.  New version switches to a more appropriate address.  Unfortunately, this means that all miners need to be updated or they won't be looking at the same place.  Another future option will include the ability to set the multicast address manually so you can customize for your own environment.


Title: Re: [ANN] Miner Control 1.5.1 - Auto profit switching miner controller
Post by: mangup on October 30, 2014, 11:39:03 AM
Greate app! Thanks.
I want to force miner in separate windows, to see temperature per card and other stuff. This way is mess.
Is there solution for that?
Thanks.


Title: Re: [ANN] Miner Control 1.5.1 - Auto profit switching miner controller
Post by: StuffOfInterest on October 30, 2014, 11:56:41 AM
Greate app! Thanks.
I want to force miner in separate windows, to see temperature per card and other stuff. This way is mess.
Is there solution for that?
Thanks.

'"usewindow": true' as part of the entry config.  See first post or bundled sample config for example.


Title: Re: [ANN] Miner Control 1.5.1 - Auto profit switching miner controller
Post by: mangup on October 30, 2014, 12:08:35 PM
I try that, but miner open i console tab not in separate window.
Code:
   "wafflepool": {
        "account": "xxx",
        "worker": "R9",
        "param1": "--text-only -c",
        "param2": "stratum+tcp://wafflepool.com",
"usewindow": true,
        "algos": [
            { "algo": "x11", "folder": "sgminer_v5_0_mod", "command": "sgminer.exe", "arguments": "_PARAM1_ pool/waffle/sgminer-x11.conf" },
            { "algo": "x13", "folder": "sgminer_v5_0_mod", "command": "sgminer.exe", "arguments": "_PARAM1_ pool/waffle/sgminer-x13.conf" }
        ]
    }


Title: Re: [ANN] Miner Control 1.5.1 - Auto profit switching miner controller
Post by: StuffOfInterest on October 30, 2014, 12:12:53 PM
I try that, but miner open i console tab not in separate window.
Code:
   "wafflepool": {
        "account": "xxx",
        "worker": "R9",
        "param1": "--text-only -c",
        "param2": "stratum+tcp://wafflepool.com",
"usewindow": true,
        "algos": [
            { "algo": "x11", "folder": "sgminer_v5_0_mod", "command": "sgminer.exe", "arguments": "_PARAM1_ pool/waffle/sgminer-x11.conf" },
            { "algo": "x13", "folder": "sgminer_v5_0_mod", "command": "sgminer.exe", "arguments": "_PARAM1_ pool/waffle/sgminer-x13.conf" }
        ]
    }

You need to look at the example closer. Here is what it should look like:

Code:
   "wafflepool": {
        "account": "xxx",
        "worker": "R9",
        "param1": "--text-only -c",
        "param2": "stratum+tcp://wafflepool.com",
        "algos": [
            { "algo": "x11", "folder": "sgminer_v5_0_mod", "command": "sgminer.exe", "arguments": "_PARAM1_ pool/waffle/sgminer-x11.conf", "usewindow": true },
            { "algo": "x13", "folder": "sgminer_v5_0_mod", "command": "sgminer.exe", "arguments": "_PARAM1_ pool/waffle/sgminer-x13.conf", "usewindow": true }
        ]
    }


Title: Re: [ANN] Miner Control 1.5.1 - Auto profit switching miner controller
Post by: mangup on October 30, 2014, 02:20:06 PM
Work, thanks again


Title: Re: [ANN] Miner Control 1.5.1 - Auto profit switching miner controller
Post by: runra on October 30, 2014, 02:32:21 PM
how to use feature "remote" ?


Title: Re: [ANN] Miner Control 1.5.1 - Auto profit switching miner controller
Post by: StuffOfInterest on October 30, 2014, 02:42:55 PM
how to use feature "remote" ?

1. Read back a few posts for the announcement for version 1.5.0.

2. Read the first post which gives an overview of the whole application.


Title: Re: [ANN] Miner Control 1.5.1 - Auto profit switching miner controller
Post by: runra on October 30, 2014, 03:30:16 PM
how to use feature "remote" ?

1. Read back a few posts for the announcement for version 1.5.0.

2. Read the first post which gives an overview of the whole application.

i want to know about how to lookup other pc in my network? because i already do that setting same first page but see only 1 pc


Title: Re: [ANN] Miner Control 1.5.1 - Auto profit switching miner controller
Post by: frazier34567 on October 30, 2014, 04:46:25 PM
WafflePool,

I use waffelpool as part of my ASIC scrypt mining multipool using Miner Control, however I have no history of receiving any coins from there.  Has anyone else has that problem?  I only have a 1.4 MH/s going through there.  And due to it being a PPLNS pool it does not favor pool hopping.  So for example in the last 24 hours I mined 52 minutes over there and it show no payout information no coins earned, etc. 

Anyone else have this issue?

Thanks,

Bitcoin Earnings:
                                        Scrypt            Scrypt-N             X11                   [All]
Sent                              0.00000000    0.00000000    0.00000000    0.00000000
Earned (not yet sent)            0.00000000    0.00000000    0.00000000    0.00000000
Unconverted (approximate)    0.00000000    0.00000000    0.00000000    0.00000000
Earned+Unconverted            0.00000000    0.00000000    0.00000000    0.00000000
Total                            0.00000000    0.00000000    0.00000000    0.00000000

Coin    Converted    Confirmed    Unconfirmed    Approx BTC Value
Total                                     0.00000000


Recent Payouts (last 7 days)
Doesn't look like we've paid this address in the last 7 days.

Earnings Log
No recent changes in balances (last 14 days)


Title: Re: [ANN] Miner Control 1.5.1 - Auto profit switching miner controller
Post by: StuffOfInterest on October 30, 2014, 05:45:45 PM
WafflePool,

I use waffelpool as part of my ASIC scrypt mining multipool using Miner Control, however I have no history of receiving any coins from there.  Has anyone else has that problem?  I only have a 1.4 MH/s going through there.  And due to it being a PPLNS pool it does not favor pool hopping.  So for example in the last 24 hours I mined 52 minutes over there and it show no payout information no coins earned, etc. 

Anyone else have this issue?

Thanks,

Bitcoin Earnings:
                                        Scrypt            Scrypt-N             X11                   [All]
Sent                              0.00000000    0.00000000    0.00000000    0.00000000
Earned (not yet sent)            0.00000000    0.00000000    0.00000000    0.00000000
Unconverted (approximate)    0.00000000    0.00000000    0.00000000    0.00000000
Earned+Unconverted            0.00000000    0.00000000    0.00000000    0.00000000
Total                            0.00000000    0.00000000    0.00000000    0.00000000

Coin    Converted    Confirmed    Unconfirmed    Approx BTC Value
Total                                     0.00000000


Recent Payouts (last 7 days)
Doesn't look like we've paid this address in the last 7 days.

Earnings Log
No recent changes in balances (last 14 days)


I have the same issue with WafflePool.  I've stopped using it by putting a real low weighting (I think 0.7 currently) being that even though I see shares going in I never have any additional credit showing in the stats.


Title: Re: [ANN] Miner Control 1.5.1 - Auto profit switching miner controller
Post by: StuffOfInterest on October 30, 2014, 06:38:42 PM
how to use feature "remote" ?

1. Read back a few posts for the announcement for version 1.5.0.

2. Read the first post which gives an overview of the whole application.

i want to know about how to lookup other pc in my network? because i already do that setting same first page but see only 1 pc

I'm not sure what you are asking but let me throw out a few things.

If you are not seeing any output at all try setting remotesend and remotereceive both to true on the same instance.  Start up a miner and you should see the same output in both the console window and remote window.

If that works, set remotesend to true on your second machine and start a miner.  You should see output in the remote window on your first machine.  If you don't, it could be an issue with your network.

This program uses multicast traffic with a timetolive of "1".  That means the traffic will not pass through any router and will only stay on a single network subnet.  Additionally, some older or very cheap network switches may not pass multicast traffic.  Some more expensive smart switches won't pass multicast traffic unless they are specifically configured for it.  In my experience, newer cheap switches handle multicast just fine.  Between my two systems at home there are three switches, one D-Link and two Trendnet, and the packets are coming through fine.


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: StuffOfInterest on October 31, 2014, 01:25:40 AM
Just put out version 1.5.2 (https://github.com/StuffOfInterest/MinerControl/releases).  This release has a fix for the remote sender under Windows XP.


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: ltc_bilic on October 31, 2014, 09:16:18 AM
Just put out version 1.5.2 (https://github.com/StuffOfInterest/MinerControl/releases).  This release has a fix for the remote sender under Windows XP.

Very nice, thank you can confirm now it's working properly.

second:
traymode seems no to work for me.
i start the program with the param -a and set traymode=2 in config, but it is only minimized not send to tray after start.
only if i click the minimize button, then it goes to tray

Traymode doesn't affect how it starts only where it goes when it is minimized. "-a" autostarts but doesn't adjust the visibility.  I never did anything regarding a start mode.  Will add it to the wish list.

I think when you've introduced console mode in the program, the traymode option stopped working. For example previously I could bypass the problem by launching the app with following parameters:
start "c" /D C:\cuda /I /MIN "C:\cuda\MinerControl.exe" "-t"  "-a"  // config traymode:2

and it would auto-start minimize to tray and stay hidden from user, now it auto-starts but doesn't hide to tray - when you open it and manually click minimize then it does. So something has changed.


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: StuffOfInterest on October 31, 2014, 10:42:30 AM
Just put out version 1.5.2 (https://github.com/StuffOfInterest/MinerControl/releases).  This release has a fix for the remote sender under Windows XP.
Very nice, thank you can confirm now it's working properly.

OK, glad that is sorted out.

Quote
second:
traymode seems no to work for me.
i start the program with the param -a and set traymode=2 in config, but it is only minimized not send to tray after start.
only if i click the minimize button, then it goes to tray

Traymode doesn't affect how it starts only where it goes when it is minimized. "-a" autostarts but doesn't adjust the visibility.  I never did anything regarding a start mode.  Will add it to the wish list.

I think when you've introduced console mode in the program, the traymode option stopped working. For example previously I could bypass the problem by launching the app with following parameters:
start "c" /D C:\cuda /I /MIN "C:\cuda\MinerControl.exe" "-t"  "-a"  // config traymode:2

and it would auto-start minimize to tray and stay hidden from user, now it auto-starts but doesn't hide to tray - when you open it and manually click minimize then it does. So something has changed.

I'll add this to the pile.  I'd actually like to deprecate out the tray mode command line parameter being that there is a config file option which handles the setting better.  I'll look at adding an option to minimize the program on start so that could be combined with autostart to begin mining at the same time as it starts minimized.


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: frazier34567 on October 31, 2014, 07:29:34 PM
I was finally able to get the remote window to work, the problem was two fold.

1. I use the 10.0.0.X IP range for my home network.
2. I have a blackberry phone that has a virtual private network between the computer and the phone It used a 169.258.x.x address. 

MC was using the ip address for the VPN to try to communicate to the other computers on the network.  However because the VPN is only for the BlackBerry, it would reject the connection attempts.  I finally had to turn off the IPv4 adapter on the Blackberry Local area connector. to get it to work.


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: mangup on October 31, 2014, 07:37:50 PM
One more time, great app! Thanks.

I temporarily want to disable some algoritam or just one pool, but I do not want to delete from config.
Can You add option for pool or algo. setings example '"disable": true' ?

Thanks


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: frazier34567 on October 31, 2014, 08:00:15 PM
Only on certain pools or the whole Algo?

for Everywhere,
just change the hash rate in the Algorithm to 0 or the power to 100000

I don't know who for certain pools.


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: StuffOfInterest on November 01, 2014, 10:43:52 AM
One more time, great app! Thanks.

I temporarily want to disable some algoritam or just one pool, but I do not want to delete from config.
Can You add option for pool or algo. setings example '"disable": true' ?

Thanks

To disable an algo, as someone else mentioned, you can set the power cost to an impossibly high value which will push the price into the ground.

Another way, if you use the parameter substitution, is to set the miner command to an empty string.  If you inject the command with the aparam2 substitution value (as is done in the sample) then you could just rename "aparam2" for the algo to something like "aparam2x" and the command will end up as an empty string which will prevent it from being used.

To disable a single entry under a service, rename "command" to "commandx".

To disable an entire service, rename the service name such as changing "nicehash" to "nicehashx".

Of course, you could just make a backup copy of the conf file and then remote anything you don't want from the one you are using.


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: StuffOfInterest on November 01, 2014, 10:47:55 AM
I was finally able to get the remote window to work, the problem was two fold.

1. I use the 10.0.0.X IP range for my home network.
2. I have a blackberry phone that has a virtual private network between the computer and the phone It used a 169.258.x.x address. 

MC was using the ip address for the VPN to try to communicate to the other computers on the network.  However because the VPN is only for the BlackBerry, it would reject the connection attempts.  I finally had to turn off the IPv4 adapter on the Blackberry Local area connector. to get it to work.

The remote console implementation wasn't really designed for complex network architectures.  It just wants to see a local network and then bind to it.  I'm actually not sure how it handles multiple network interfaces in terms of binding to one at random or binding to all the interfaces.  I'll have to look into it.  I may be able to force the bind to a specific interface so you could tell it which one to go to.


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: DemosMirak on November 03, 2014, 10:18:26 AM
I don't think this has been mentioned before, but YAAMP X14, WafflePool X13 en TradeMyBit Nist5 all show 0's for price. I am using the newest version, on Windows 7 Home Premium, all updates.

This is my .conf file, should it be needed.
Code:
{
    "general": {
        "power": 0.10,
        "exchange": 500,
"currencycode": "EUR",
        "mintime": 4,
        "maxtime": 30,
        "switchtime": 3,
        "deadtime": 10,
"logerrors": true,
        "gridsortmode": 1,
        "minerkillmode": 1,
"traymode": 1,
"donationpercentage": 3,
        "donationfrequency": 240
    },
    "algorithms": [
        { "name": "x11", "hashrate": 2800, "power": 0 },
        { "name": "x13", "hashrate": 2100, "power": 0 },
{ "name": "x14", "hashrate": 2200, "power": 0 },
        { "name": "x15", "hashrate": 985, "power": 0 },
{ "name": "quark", "hashrate": 4200, "power": 0 },
        { "name": "nist5", "hashrate": 8247, "power": 0 },
        { "name": "scrypt", "hashrate": 390, "power": 0 },
        { "name": "scryptn", "hashrate": 183, "power": 0 },
        { "name": "keccak", "hashrate": 2500, "power": 0 },
        { "name": "sha256", "hashrate": 0, "power": 0 }
    ],
    "nicehash": {
        "account": "13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx",
        "worker": "1",
        "algos": [
            { "algo": "x11", "folder": "", "command": "nvminer.exe", "arguments": "-a x11  -o stratum+tcp://stratum.nicehash.com:3336 -u 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main -p d=0.01" },
            { "algo": "x13", "folder": "", "command": "nvminer.exe", "arguments": "a x13  -o stratum+tcp://stratum.nicehash.com:3337 -u 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main -p d=0.01" },
            { "algo": "scrypt", "folder": "", "command": "nvminer.exe", "arguments": "-l K8x32 -i 0 -H 1 -o stratum+tcp://stratum.nicehash.com:3333 -O 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main:d=256" },
            { "algo": "scryptn", "folder": "", "command": "nvminer.exe", "arguments": " -a scrypt:2048 -l K71x3 -i 0 -H 1 -o stratum+tcp://stratum.nicehash.com:3335 -O 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main:d=128" },
            { "algo": "keccak", "folder": "", "command": "nvminer.exe", "arguments": "-a keccak -l K21x20 -i 0 -H 1 -o stratum+tcp://stratum.nicehash.com:3338 -O 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main:x" },
            { "algo": "x15", "folder": "", "command": "nvminer.exe", "arguments": "-a x15  -o stratum+tcp://stratum.nicehash.com:3339 -u 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main -p d=0.01" },
            { "algo": "nist5", "folder": "", "command": "nvminer.exe", "arguments": "/-a nist5  -o stratum+tcp://stratum.nicehash.com:3340 -u 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main -p x" },
            { "algo": "sha256", "folder": "", "command": "nvminer.exe", "arguments": "/c test-run.bat sha256 _ACCOUNT_._WORKER_" }
        ]
    },
    "trademybit": {
        "apikey": "23c10ba18126e97f7236c89b07c65697a3ee92a99115217ea33eb83a2398b77d",
        "account": "13remon",
        "worker": 1,
        "algos": [
            { "algo": "x11", "folder": "", "command": "nvminer.exe", "arguments": "-a x11  -o stratum+tcp://am01.eu.trademybit.com:4440 -u 13remon.1 -p x" },
            { "algo": "x13", "folder": "", "command": "nvminer.exe", "arguments": "-a x13  -o stratum+tcp://am01.eu.trademybit.com:5550 -u 13remon.1 -p x" },
            { "algo": "x15", "folder": "", "command": "nvminer.exe", "arguments": "-a x15  -o stratum+tcp://am01.eu.trademybit.com:6660 -u 13remon.1 -p x" },
            { "algo": "nist5", "folder": "", "command": "nvminer.exe", "arguments": "-a nist5  -o stratum+tcp://am01.eu.trademybit.com:7770 -u 13remon.1 -p x" },
            { "algo": "scrypt", "folder": "", "command": "nvminer.exe", "arguments": "-l K8x23 -i 0 -H 1 -o stratum+tcp://am01.eu.trademybit.com:3330 -O 13remon.1:x" },
            { "algo": "scryptn", "folder": "", "command": "nvminer.exe", "arguments": "-a scrypt:2048 -l K71x3 -i 0 -H 1 -o stratum+tcp://am01.eu.trademybit.com:2220 -O 13remon.1:x" }
        ]
    },
    "yaamp": {
        "account": "13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx",
        "algos": [
            { "algo": "x11", "folder": "", "command": "nvminer.exe", "arguments": "-a x11  -o  stratum+tcp://yaamp.com:3533 -u 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main -p xx" },
            { "algo": "x13", "folder": "", "command": "nvminer.exe", "arguments": "-a x13  -o  stratum+tcp://yaamp.com:3633 -u 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main -p xx" },
    { "algo": "x14", "folder": "", "command": "nvminer.exe", "arguments": "-a x14  -o  stratum+tcp://yaamp.com:3933 -u 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main -p xx" },
            { "algo": "x15", "folder": "", "command": "nvminer.exe", "arguments": "-a x15  -o s stratum+tcp://yaamp.com:3733 -u 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main -p xx" },
            { "algo": "nist5", "folder": "", "command": "nvminer.exe", "arguments": "-a nist5  -o  stratum+tcp://yaamp.com:3833 -u 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main -p xx" },
            { "algo": "scrypt", "folder": "", "command": "nvminer.exe", "arguments": "-l K8x32 -i 0 -H 1 -o stratum+tcp://yaamp.com:3433 -O 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main:d=256" }
        ]
    },
"wafflepool": {
        "account": "13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx",
"weight": 0.80,
        "algos": [
    { "algo": "x11", "folder": "", "command": "nvminer.exe", "arguments": "-a x11  -o  stratum+tcp://eu.wafflepool.com:3331 -u 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx -p 0.04" },
            { "algo": "x13", "folder": "", "command": "nvminer.exe", "arguments": "-a x13  -o  stratum+tcp://eu.wafflepool.com:3330 -u 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main -p 0.04" },
            { "algo": "scrypt", "folder": "", "command": "nvminer.exe", "arguments": "-l K8x32 -i 0 -H 1 -o stratum+tcp://eu.wafflepool.com:3333 -O 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx:d=256" },
    { "algo": "scryptn", "folder": "", "command": "nvminer.exe", "arguments": " -a scrypt:2048 -l K71x3 -i 0 -H 1 -o sstratum+tcp://eu.wafflepool.com:3332 -O 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx:d=128" }
        ]
    }
}


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: Zels on November 03, 2014, 10:57:54 AM
I don't think this has been mentioned before, but YAAMP X14, WafflePool X13 en TradeMyBit Nist5 all show 0's for price. I am using the newest version, on Windows 7 Home Premium, all updates.

This is my .conf file, should it be needed.
Code:
{
    "general": {
        "power": 0.10,
        "exchange": 500,
"currencycode": "EUR",
        "mintime": 4,
        "maxtime": 30,
        "switchtime": 3,
        "deadtime": 10,
"logerrors": true,
        "gridsortmode": 1,
        "minerkillmode": 1,
"traymode": 1,
"donationpercentage": 3,
        "donationfrequency": 240
    },
    "algorithms": [
        { "name": "x11", "hashrate": 2800, "power": 0 },
        { "name": "x13", "hashrate": 2100, "power": 0 },
{ "name": "x14", "hashrate": 2200, "power": 0 },
        { "name": "x15", "hashrate": 985, "power": 0 },
{ "name": "quark", "hashrate": 4200, "power": 0 },
        { "name": "nist5", "hashrate": 8247, "power": 0 },
        { "name": "scrypt", "hashrate": 390, "power": 0 },
        { "name": "scryptn", "hashrate": 183, "power": 0 },
        { "name": "keccak", "hashrate": 2500, "power": 0 },
        { "name": "sha256", "hashrate": 0, "power": 0 }
    ],
    "nicehash": {
        "account": "13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx",
        "worker": "1",
        "algos": [
            { "algo": "x11", "folder": "", "command": "nvminer.exe", "arguments": "-a x11  -o stratum+tcp://stratum.nicehash.com:3336 -u 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main -p d=0.01" },
            { "algo": "x13", "folder": "", "command": "nvminer.exe", "arguments": "a x13  -o stratum+tcp://stratum.nicehash.com:3337 -u 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main -p d=0.01" },
            { "algo": "scrypt", "folder": "", "command": "nvminer.exe", "arguments": "-l K8x32 -i 0 -H 1 -o stratum+tcp://stratum.nicehash.com:3333 -O 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main:d=256" },
            { "algo": "scryptn", "folder": "", "command": "nvminer.exe", "arguments": " -a scrypt:2048 -l K71x3 -i 0 -H 1 -o stratum+tcp://stratum.nicehash.com:3335 -O 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main:d=128" },
            { "algo": "keccak", "folder": "", "command": "nvminer.exe", "arguments": "-a keccak -l K21x20 -i 0 -H 1 -o stratum+tcp://stratum.nicehash.com:3338 -O 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main:x" },
            { "algo": "x15", "folder": "", "command": "nvminer.exe", "arguments": "-a x15  -o stratum+tcp://stratum.nicehash.com:3339 -u 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main -p d=0.01" },
            { "algo": "nist5", "folder": "", "command": "nvminer.exe", "arguments": "/-a nist5  -o stratum+tcp://stratum.nicehash.com:3340 -u 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main -p x" },
            { "algo": "sha256", "folder": "", "command": "nvminer.exe", "arguments": "/c test-run.bat sha256 _ACCOUNT_._WORKER_" }
        ]
    },
    "trademybit": {
        "apikey": "23c10ba18126e97f7236c89b07c65697a3ee92a99115217ea33eb83a2398b77d",
        "account": "13remon",
        "worker": 1,
        "algos": [
            { "algo": "x11", "folder": "", "command": "nvminer.exe", "arguments": "-a x11  -o stratum+tcp://am01.eu.trademybit.com:4440 -u 13remon.1 -p x" },
            { "algo": "x13", "folder": "", "command": "nvminer.exe", "arguments": "-a x13  -o stratum+tcp://am01.eu.trademybit.com:5550 -u 13remon.1 -p x" },
            { "algo": "x15", "folder": "", "command": "nvminer.exe", "arguments": "-a x15  -o stratum+tcp://am01.eu.trademybit.com:6660 -u 13remon.1 -p x" },
            { "algo": "nist5", "folder": "", "command": "nvminer.exe", "arguments": "-a nist5  -o stratum+tcp://am01.eu.trademybit.com:7770 -u 13remon.1 -p x" },
            { "algo": "scrypt", "folder": "", "command": "nvminer.exe", "arguments": "-l K8x23 -i 0 -H 1 -o stratum+tcp://am01.eu.trademybit.com:3330 -O 13remon.1:x" },
            { "algo": "scryptn", "folder": "", "command": "nvminer.exe", "arguments": "-a scrypt:2048 -l K71x3 -i 0 -H 1 -o stratum+tcp://am01.eu.trademybit.com:2220 -O 13remon.1:x" }
        ]
    },
    "yaamp": {
        "account": "13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx",
        "algos": [
            { "algo": "x11", "folder": "", "command": "nvminer.exe", "arguments": "-a x11  -o  stratum+tcp://yaamp.com:3533 -u 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main -p xx" },
            { "algo": "x13", "folder": "", "command": "nvminer.exe", "arguments": "-a x13  -o  stratum+tcp://yaamp.com:3633 -u 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main -p xx" },
    { "algo": "x14", "folder": "", "command": "nvminer.exe", "arguments": "-a x14  -o  stratum+tcp://yaamp.com:3933 -u 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main -p xx" },
            { "algo": "x15", "folder": "", "command": "nvminer.exe", "arguments": "-a x15  -o s stratum+tcp://yaamp.com:3733 -u 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main -p xx" },
            { "algo": "nist5", "folder": "", "command": "nvminer.exe", "arguments": "-a nist5  -o  stratum+tcp://yaamp.com:3833 -u 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main -p xx" },
            { "algo": "scrypt", "folder": "", "command": "nvminer.exe", "arguments": "-l K8x32 -i 0 -H 1 -o stratum+tcp://yaamp.com:3433 -O 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main:d=256" }
        ]
    },
"wafflepool": {
        "account": "13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx",
"weight": 0.80,
        "algos": [
    { "algo": "x11", "folder": "", "command": "nvminer.exe", "arguments": "-a x11  -o  stratum+tcp://eu.wafflepool.com:3331 -u 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx -p 0.04" },
            { "algo": "x13", "folder": "", "command": "nvminer.exe", "arguments": "-a x13  -o  stratum+tcp://eu.wafflepool.com:3330 -u 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx.main -p 0.04" },
            { "algo": "scrypt", "folder": "", "command": "nvminer.exe", "arguments": "-l K8x32 -i 0 -H 1 -o stratum+tcp://eu.wafflepool.com:3333 -O 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx:d=256" },
    { "algo": "scryptn", "folder": "", "command": "nvminer.exe", "arguments": " -a scrypt:2048 -l K71x3 -i 0 -H 1 -o sstratum+tcp://eu.wafflepool.com:3332 -O 13enECLM3M3gjQDoBKouXuYFG4zXaDdDPx:d=128" }
        ]
    }
}

Waffle X13 is disable since many month on waffle, normal to have 0 there :)
Yamp x14, they have 0 coins, soo nothing to mine, again normal to 0 ^^
Trademybit nist5 is working fine for me, perhaps api too slow to respond and then MC set price to 0, restart or wait a little and should work :)


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: DemosMirak on November 03, 2014, 11:23:24 AM
I don't think this has been mentioned before, but YAAMP X14, WafflePool X13 en TradeMyBit Nist5 all show 0's for price. I am using the newest version, on Windows 7 Home Premium, all updates.

Waffle X13 is disable since many month on waffle, normal to have 0 there :)
Yamp x14, they have 0 coins, soo nothing to mine, again normal to 0 ^^
Trademybit nist5 is working fine for me, perhaps api too slow to respond and then MC set price to 0, restart or wait a little and should work :)

Ah, that explains that. When I restarted, all of the YAAMP algoes showed 0 for price, together with TradeMyBit Nist5 still showing 0. I let it run for a while, and YAAMP returned, so that is just slow. I'll let it run for a while longer, see if TMB Nist5 returns as well.


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: StuffOfInterest on November 03, 2014, 11:30:20 AM
I don't think this has been mentioned before, but YAAMP X14, WafflePool X13 en TradeMyBit Nist5 all show 0's for price. I am using the newest version, on Windows 7 Home Premium, all updates.

Waffle X13 is disable since many month on waffle, normal to have 0 there :)
Yamp x14, they have 0 coins, soo nothing to mine, again normal to 0 ^^
Trademybit nist5 is working fine for me, perhaps api too slow to respond and then MC set price to 0, restart or wait a little and should work :)

Ah, that explains that. When I restarted, all of the YAAMP algoes showed 0 for price, together with TradeMyBit Nist5 still showing 0. I let it run for a while, and YAAMP returned, so that is just slow. I'll let it run for a while longer, see if TMB Nist5 returns as well.

I received an e-mail this morning that NiceHash has been under a major DDOS attack again.  It could be that some of the other services are suffering similar attacks.  The APIs for prices are called once a minute independent of each other.  If one service stalls it should not affect any others being able to get pricing.  If a service has pricing but MC is unable to contact the pricing API for 30 minutes then the prices are set back to 0 to avoid working from stale data.


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: Joltheadq on November 04, 2014, 09:43:19 PM
I've noticed a discrepancy among the payouts between trademybit and yaamp. Trademybit always seems to one-up yaamp by a percent. But when I look at time mined vs payout in miner control, it seems like I put in more time and less payout than yaamp. Is this because of auto-exchange or are the numbers getting jacked around when miner control is calculating profits. I remember reading something on trademybit that the exchange value is only calculated at the time of the exchange which is probably later than the mining for alt coin occurred. This seems a little sketchy.


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: StuffOfInterest on November 04, 2014, 09:53:16 PM
I've noticed a discrepancy among the payouts between trademybit and yaamp. Trademybit always seems to one-up yaamp by a percent. But when I look at time mined vs payout in miner control, it seems like I put in more time and less payout than yaamp. Is this because of auto-exchange or are the numbers getting jacked around when miner control is calculating profits. I remember reading something on trademybit that the exchange value is only calculated at the time of the exchange which is probably later than the mining for alt coin occurred. This seems a little sketchy.

In a case like this I'd apply a less than 1 weighting on tmb to adjust for any over reporting they may do.


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: Joltheadq on November 05, 2014, 11:37:41 PM
I've been stuck trying to config cudaminer all night for scrypt. for whatever reason it's most profit tonight. Nicehash keeps saying strutum auth failed. My config is as follows.
Code:
    },
    "algorithms": [
        { "name": "scryptn", "hashrate": 700, "power": 60, "aparam1": "F:\\P\\MinerControl-1.2.2", "aparam2": "cudaminer.exe", "aparam3": "-a scrypt:2048 -d 0,1" },
],
    "nicehash": {
        "account": "btc",
        "worker": "1",
        "sparam1": "-o stratum+tcp://stratum.nicehash.com",
        "sparam2": "-p x",
        "weight": 0.90,
        "algos": [
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3335 -u _ACCOUNT_._WORKER_ _SPARAM2_" },,
]
this is what MC spits out

[18:29:36] Starting NiceHash Scrypt-N with F:\P\MinerControl-1.2.2\cudaminer.exe -a scrypt:2048 -d 0,1 -o stratum+tcp://stratum.nicehash.com:3335 -u [#real wallet#].1 -p x
[2014-11-05 18:29:36] Starting Stratum on stratum+tcp://stratum.nicehash.com:3335
[2014-11-05 18:29:36] 2 miner threads started, using 'scrypt' algorithm.
[2014-11-05 18:29:37] Stratum authentication failed
[2014-11-05 18:29:37] ...retry after 15 seconds


What am I missing?


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: StuffOfInterest on November 06, 2014, 12:00:31 AM
I've been stuck trying to config cudaminer all night for scrypt. for whatever reason it's most profit tonight. Nicehash keeps saying strutum auth failed. My config is as follows.
Code:
    },
    "algorithms": [
        { "name": "scryptn", "hashrate": 700, "power": 60, "aparam1": "F:\\P\\MinerControl-1.2.2", "aparam2": "cudaminer.exe", "aparam3": "-a scrypt:2048 -d 0,1" },
],
    "nicehash": {
        "account": "btc",
        "worker": "1",
        "sparam1": "-o stratum+tcp://stratum.nicehash.com",
        "sparam2": "-p x",
        "weight": 0.90,
        "algos": [
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3335 -u _ACCOUNT_._WORKER_ _SPARAM2_" },,
]
this is what MC spits out

[18:29:36] Starting NiceHash Scrypt-N with F:\P\MinerControl-1.2.2\cudaminer.exe -a scrypt:2048 -d 0,1 -o stratum+tcp://stratum.nicehash.com:3335 -u [#real wallet#].1 -p x
[2014-11-05 18:29:36] Starting Stratum on stratum+tcp://stratum.nicehash.com:3335
[2014-11-05 18:29:36] 2 miner threads started, using 'scrypt' algorithm.
[2014-11-05 18:29:37] Stratum authentication failed
[2014-11-05 18:29:37] ...retry after 15 seconds


What am I missing?

As long as you have two video cards this looks fine.  Very close to what I have mining against westhash right now.


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: Joltheadq on November 06, 2014, 12:12:02 AM
The prob is  that I am not authenticating via stratum. Westhash, nicehash  for some reason isn't accepting a connection.

Starting NiceHash X11 with CCMiner.exe -a x11 -o stratum+tcp://stratum.nicehash.com:3336 -u BTC.1 -p
option requires an argument -- p
*** ccMiner for nVidia GPUs by Christian Buchner and Christian H. ***
Try `ccminer --help' for more information.
    This is the forked version 1.4.4 (tpruvot@github)
     Built with VC++ 2013 and nVidia CUDA SDK 6.5

     based on pooler-cpuminer 2.3.2 (c) 2010 Jeff Garzik, 2012 pooler
       and HVC extension from http://hvc.1gh.com/

   Cuda additions Copyright 2014 Christian Buchner, Christian H.

   Include some of djm34 additions, cleaned by Tanguy Pruvot
     BTC donation address: 1AJdfCpLWPNoAMDfHF1wD5y8VgKSSTHxPo

added difficulty and now ggetting this

[19:17:42] Starting NiceHash X11 with CCMiner.exe -a x11 -o stratum+tcp://stratum.nicehash.com:3336 -u BTCx.1 -p d=0.16
[2014-11-05 19:17:42] Starting Stratum on stratum+tcp://stratum.nicehash.com:3336
[2014-11-05 19:17:42] Binding thread 0 to cpu 0
[2014-11-05 19:17:42] Binding thread 1 to cpu 1
[2014-11-05 19:17:42] 2 miner threads started, using 'x11' algorithm.
[2014-11-05 19:17:43] Stratum authentication failed
[2014-11-05 19:17:43] ...retry after 30 seconds
[2014-11-05 19:17:43] GPU #0: GeForce GTX 980, 3197 kH/s
[2014-11-05 19:17:43] GPU #1: GeForce GTX 980, 3102 kH/s
[2014-11-05 19:18:09] GPU #0: GeForce GTX 980, 7605 kH/s
[2014-11-05 19:18:10] GPU #1: GeForce GTX 980, 7112 kH/s
[2014-11-05 19:18:13] GPU #0: GeForce GTX 980, 7630 kH/s
[2014-11-05 19:18:13] GPU #1: GeForce GTX 980, 7131 kH/s
[2014-11-05 19:18:13] Stratum authentication failed
[2014-11-05 19:18:13] ...retry after 30 seconds
[2014-11-05 19:18:43] GPU #1: GeForce GTX 980, 7078 kH/s
[2014-11-05 19:18:43] GPU #0: GeForce GTX 980, 7609 kH/s
[2014-11-05 19:18:44] Stratum authentication failed
[2014-11-05 19:18:44] ...retry after 30 seconds
[2014-11-05 19:19:14] GPU #0: GeForce GTX 980, 7670 kH/s
[2014-11-05 19:19:14] GPU #1: GeForce GTX 980, 7100 kH/s
[2014-11-05 19:19:14] Stratum authentication failed
[2014-11-05 19:19:14] ...retry after 30 seconds


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: Joltheadq on November 06, 2014, 12:20:59 AM
I've been stuck trying to config cudaminer all night for scrypt. for whatever reason it's most profit tonight. Nicehash keeps saying strutum auth failed. My config is as follows.
Code:
    },
    "algorithms": [
        { "name": "scryptn", "hashrate": 700, "power": 60, "aparam1": "F:\\P\\MinerControl-1.2.2", "aparam2": "cudaminer.exe", "aparam3": "-a scrypt:2048 -d 0,1" },
],
    "nicehash": {
        "account": "btc",
        "worker": "1",
        "sparam1": "-o stratum+tcp://stratum.nicehash.com",
        "sparam2": "-p x",
        "weight": 0.90,
        "algos": [
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3335 -u _ACCOUNT_._WORKER_ _SPARAM2_" },,
]
this is what MC spits out

[18:29:36] Starting NiceHash Scrypt-N with F:\P\MinerControl-1.2.2\cudaminer.exe -a scrypt:2048 -d 0,1 -o stratum+tcp://stratum.nicehash.com:3335 -u [#real wallet#].1 -p x
[2014-11-05 18:29:36] Starting Stratum on stratum+tcp://stratum.nicehash.com:3335
[2014-11-05 18:29:36] 2 miner threads started, using 'scrypt' algorithm.
[2014-11-05 18:29:37] Stratum authentication failed
[2014-11-05 18:29:37] ...retry after 15 seconds


What am I missing?

As long as you have two video cards this looks fine.  Very close to what I have mining against westhash right now.
2x 980s


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: StuffOfInterest on November 06, 2014, 02:26:04 AM
I've been stuck trying to config cudaminer all night for scrypt. for whatever reason it's most profit tonight. Nicehash keeps saying strutum auth failed. My config is as follows.
Code:
    },
    "algorithms": [
        { "name": "scryptn", "hashrate": 700, "power": 60, "aparam1": "F:\\P\\MinerControl-1.2.2", "aparam2": "cudaminer.exe", "aparam3": "-a scrypt:2048 -d 0,1" },
],
    "nicehash": {
        "account": "btc",
        "worker": "1",
        "sparam1": "-o stratum+tcp://stratum.nicehash.com",
        "sparam2": "-p x",
        "weight": 0.90,
        "algos": [
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3335 -u _ACCOUNT_._WORKER_ _SPARAM2_" },,
]
this is what MC spits out

[18:29:36] Starting NiceHash Scrypt-N with F:\P\MinerControl-1.2.2\cudaminer.exe -a scrypt:2048 -d 0,1 -o stratum+tcp://stratum.nicehash.com:3335 -u [#real wallet#].1 -p x
[2014-11-05 18:29:36] Starting Stratum on stratum+tcp://stratum.nicehash.com:3335
[2014-11-05 18:29:36] 2 miner threads started, using 'scrypt' algorithm.
[2014-11-05 18:29:37] Stratum authentication failed
[2014-11-05 18:29:37] ...retry after 15 seconds


What am I missing?

As long as you have two video cards this looks fine.  Very close to what I have mining against westhash right now.
2x 980s


Well, there's your problem!

You won't get very far using cudaminer with AMD cards.  It only works with nVIDIA CUDA cards.  You probably want to look at sgminer.


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: Joltheadq on November 06, 2014, 03:25:41 AM
I've been stuck trying to config cudaminer all night for scrypt. for whatever reason it's most profit tonight. Nicehash keeps saying strutum auth failed. My config is as follows.
Code:
    },
    "algorithms": [
        { "name": "scryptn", "hashrate": 700, "power": 60, "aparam1": "F:\\P\\MinerControl-1.2.2", "aparam2": "cudaminer.exe", "aparam3": "-a scrypt:2048 -d 0,1" },
],
    "nicehash": {
        "account": "btc",
        "worker": "1",
        "sparam1": "-o stratum+tcp://stratum.nicehash.com",
        "sparam2": "-p x",
        "weight": 0.90,
        "algos": [
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3335 -u _ACCOUNT_._WORKER_ _SPARAM2_" },,
]
this is what MC spits out

[18:29:36] Starting NiceHash Scrypt-N with F:\P\MinerControl-1.2.2\cudaminer.exe -a scrypt:2048 -d 0,1 -o stratum+tcp://stratum.nicehash.com:3335 -u [#real wallet#].1 -p x
[2014-11-05 18:29:36] Starting Stratum on stratum+tcp://stratum.nicehash.com:3335
[2014-11-05 18:29:36] 2 miner threads started, using 'scrypt' algorithm.
[2014-11-05 18:29:37] Stratum authentication failed
[2014-11-05 18:29:37] ...retry after 15 seconds


What am I missing?

As long as you have two video cards this looks fine.  Very close to what I have mining against westhash right now.
2x 980s


Well, there's your problem!

You won't get very far using cudaminer with AMD cards.  It only works with nVIDIA CUDA cards.  You probably want to look at sgminer.

GTX 980s


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: StuffOfInterest on November 06, 2014, 10:57:29 AM
I've been stuck trying to config cudaminer all night for scrypt. for whatever reason it's most profit tonight. Nicehash keeps saying strutum auth failed. My config is as follows.
Code:
   },
    "algorithms": [
        { "name": "scryptn", "hashrate": 700, "power": 60, "aparam1": "F:\\P\\MinerControl-1.2.2", "aparam2": "cudaminer.exe", "aparam3": "-a scrypt:2048 -d 0,1" },
],
    "nicehash": {
        "account": "btc",
        "worker": "1",
        "sparam1": "-o stratum+tcp://stratum.nicehash.com",
        "sparam2": "-p x",
        "weight": 0.90,
        "algos": [
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3335 -u _ACCOUNT_._WORKER_ _SPARAM2_" },,
]
this is what MC spits out

[18:29:36] Starting NiceHash Scrypt-N with F:\P\MinerControl-1.2.2\cudaminer.exe -a scrypt:2048 -d 0,1 -o stratum+tcp://stratum.nicehash.com:3335 -u [#real wallet#].1 -p x
[2014-11-05 18:29:36] Starting Stratum on stratum+tcp://stratum.nicehash.com:3335
[2014-11-05 18:29:36] 2 miner threads started, using 'scrypt' algorithm.
[2014-11-05 18:29:37] Stratum authentication failed
[2014-11-05 18:29:37] ...retry after 15 seconds


What am I missing?

As long as you have two video cards this looks fine.  Very close to what I have mining against westhash right now.
2x 980s


Well, there's your problem!

You won't get very far using cudaminer with AMD cards.  It only works with nVIDIA CUDA cards.  You probably want to look at sgminer.

GTX 980s

[slap] duh, thanks.

Well, Scrypt-N is back in the gutter so hopefully ccminer is working for you on the X protocols now.

I think your problem may have been a local security issue keeping cudaminer from talking to the nicehash server.  Try this.  Open a command prompt window, change to the directory where you have cudaminer, and paste in this command:

Code:
cudaminer.exe -a scrypt:2048 -d 0,1 -o stratum+tcp://stratum.nicehash.com:3335 -u [#real wallet#].1 -p x

Replace the wallet number and then hit enter.  You may end up seeing a popup warning about communicating on the network.  If you do, select the option to always allow this.

If all this works right, you should be able to go back to Miner Control, stop whatever miner you have running, and then manually start Scrypt-N on NiceHash.

One more thing you can try is the "usewindow" option to force the miner into a separate command window instead of running inside of Miner Control.  I don't have to do that for cudaminer but your mileage may vary.


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: DemosMirak on November 06, 2014, 12:14:11 PM
StuffOfInterest, some time ago, you talked about an option that would automatically start the miner when the screensaver got activated, or something similar. How's that coming along? I sometimes forget to turn on the miner, and when I come back after an hour and see that my PC was just idling, it is pretty annoying.


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: Joltheadq on November 06, 2014, 05:27:44 PM
I've been stuck trying to config cudaminer all night for scrypt. for whatever reason it's most profit tonight. Nicehash keeps saying strutum auth failed. My config is as follows.
Code:
   },
    "algorithms": [
        { "name": "scryptn", "hashrate": 700, "power": 60, "aparam1": "F:\\P\\MinerControl-1.2.2", "aparam2": "cudaminer.exe", "aparam3": "-a scrypt:2048 -d 0,1" },
],
    "nicehash": {
        "account": "btc",
        "worker": "1",
        "sparam1": "-o stratum+tcp://stratum.nicehash.com",
        "sparam2": "-p x",
        "weight": 0.90,
        "algos": [
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3335 -u _ACCOUNT_._WORKER_ _SPARAM2_" },,
]
this is what MC spits out

[18:29:36] Starting NiceHash Scrypt-N with F:\P\MinerControl-1.2.2\cudaminer.exe -a scrypt:2048 -d 0,1 -o stratum+tcp://stratum.nicehash.com:3335 -u [#real wallet#].1 -p x
[2014-11-05 18:29:36] Starting Stratum on stratum+tcp://stratum.nicehash.com:3335
[2014-11-05 18:29:36] 2 miner threads started, using 'scrypt' algorithm.
[2014-11-05 18:29:37] Stratum authentication failed
[2014-11-05 18:29:37] ...retry after 15 seconds


What am I missing?

As long as you have two video cards this looks fine.  Very close to what I have mining against westhash right now.
2x 980s


Well, there's your problem!

You won't get very far using cudaminer with AMD cards.  It only works with nVIDIA CUDA cards.  You probably want to look at sgminer.

GTX 980s

[slap] duh, thanks.

Well, Scrypt-N is back in the gutter so hopefully ccminer is working for you on the X protocols now.

I think your problem may have been a local security issue keeping cudaminer from talking to the nicehash server.  Try this.  Open a command prompt window, change to the directory where you have cudaminer, and paste in this command:

Code:
cudaminer.exe -a scrypt:2048 -d 0,1 -o stratum+tcp://stratum.nicehash.com:3335 -u [#real wallet#].1 -p x

Replace the wallet number and then hit enter.  You may end up seeing a popup warning about communicating on the network.  If you do, select the option to always allow this.

If all this works right, you should be able to go back to Miner Control, stop whatever miner you have running, and then manually start Scrypt-N on NiceHash.

One more thing you can try is the "usewindow" option to force the miner into a separate command window instead of running inside of Miner Control.  I don't have to do that for cudaminer but your mileage may vary.

still not authenticating
is there an api code or something? I can ping the url...
I'm using cudaminer-2014-02-28

Tried using they're proxy server and all I can say is WTF ???
2014-11-06 14:35:54,748 INFO     [main]:strat.mining.stratum.proxy.Launcher - Us
ing pools: [Pool [name=Nicehash Scrypt, host=stratum.nicehash.com:3333, username
=BTC, password=x, readySince=null, isReady=false,
 isEnabled=true, isStable=false, priority=0, weight=1], Pool [name=Westhash Scry
pt, host=stratum.westhash.com:3333, username=3P7rDh9L5BHamWQNCmNNu1jffBHczgmLjC,
 password=x, readySince=null, isReady=false, isEnabled=true, isStable=false, pri
ority=1, weight=1]].


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: StuffOfInterest on November 06, 2014, 06:46:45 PM
StuffOfInterest, some time ago, you talked about an option that would automatically start the miner when the screensaver got activated, or something similar. How's that coming along? I sometimes forget to turn on the miner, and when I come back after an hour and see that my PC was just idling, it is pretty annoying.

I had tabled the idea a while back when I noticed that every time Miner Control stopped one miner and started another it would bring the computer out of screen saver mode.  Appeared to be related to opening a new window.  Since I put in the internal console I haven't seen that behavior so it may be worth revisiting the idea.  I did a little bit of research on how to detect the screen saver but it looked at the time like the techniques were a bit hit or miss.  I'll have to look into it again.


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: arbuzik on November 06, 2014, 08:30:24 PM
Please, add NeoScrypt for NiceHash.
https://www.nicehash.com/index.jsp?p=allorders&a=8


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: ltc_bilic on November 06, 2014, 10:18:50 PM
Please, add NeoScrypt for NiceHash.
https://www.nicehash.com/index.jsp?p=allorders&a=8

and TMB - NeoScrypt Port 8880


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: DemosMirak on November 06, 2014, 10:58:32 PM
StuffOfInterest, some time ago, you talked about an option that would automatically start the miner when the screensaver got activated, or something similar. How's that coming along? I sometimes forget to turn on the miner, and when I come back after an hour and see that my PC was just idling, it is pretty annoying.

I had tabled the idea a while back when I noticed that every time Miner Control stopped one miner and started another it would bring the computer out of screen saver mode.  Appeared to be related to opening a new window.  Since I put in the internal console I haven't seen that behavior so it may be worth revisiting the idea.  I did a little bit of research on how to detect the screen saver but it looked at the time like the techniques were a bit hit or miss.  I'll have to look into it again.

Perhaps with it's own inactivity timer, or perhaps if the GPU activity is lower than a certain percentage for a certain time (all configurable by .conf?) it starts. The same could apply for CPU. It would not deactivate when you would resume normal use, but you'd just have to check for that.


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: StuffOfInterest on November 07, 2014, 02:38:41 AM
Please, add NeoScrypt for NiceHash.
https://www.nicehash.com/index.jsp?p=allorders&a=8

and TMB - NeoScrypt Port 8880

Done and released as version 1.5.3 (https://github.com/StuffOfInterest/MinerControl/releases).


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: Travis9x on November 07, 2014, 05:11:54 AM
Bug report time.
I think I may have caught a crash, though I'm not sure since I was at work when it occurred.  Still, I have logs that look like they go right up to the time of the apparent crash.  In addition, it looks like the Miner Control crash also caused the crash (or perhaps just closure) of numerous other processes running…my desktop was devoid of all apps and/or windows when I got home, including several background tasks (had to reboot my PC to get everything back up & running).  The log is rather lengthy, so you may want to grab a snack & a drink before diving in:
Code:
logs removed because they weren't posting right
Apparently the logs are too long for this message board to handle properly.  Let me know another way of getting them to you, and I'll send them that way.  :P


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: frazier34567 on November 07, 2014, 05:40:00 PM
Please, add NeoScrypt for NiceHash.
https://www.nicehash.com/index.jsp?p=allorders&a=8

and TMB - NeoScrypt Port 8880

Done and released as version 1.5.3 (https://github.com/StuffOfInterest/MinerControl/releases).

For NiceHash you need to use sgminer.   https://bitcointalk.org/index.php?topic=632503.msg9459003#msg9459003 (https://bitcointalk.org/index.php?topic=632503.msg9459003#msg9459003)

Here is my conf for it for my 750 ti

Code:
{ "algo": "neoscrypt", "folder": "C:\\Users\\Jim\\Desktop\\cpuminer\\sgminer", "command": "sgminer.exe", "arguments": "_SPARAM1_:3341 -u _ACCOUNT_._WORKER_ -p d=32 -I 14 -k neoscrypt", "usewindow": true },



Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: StuffOfInterest on November 07, 2014, 09:14:53 PM
Bug report time.
I think I may have caught a crash, though I'm not sure since I was at work when it occurred.  Still, I have logs that look like they go right up to the time of the apparent crash.  In addition, it looks like the Miner Control crash also caused the crash (or perhaps just closure) of numerous other processes running…my desktop was devoid of all apps and/or windows when I got home, including several background tasks (had to reboot my PC to get everything back up & running).  The log is rather lengthy, so you may want to grab a snack & a drink before diving in:
Code:
logs removed because they weren't posting right
Apparently the logs are too long for this message board to handle properly.  Let me know another way of getting them to you, and I'll send them that way.  :P

How about trying the issue tracker over at GitHub? link (https://github.com/StuffOfInterest/MinerControl/issues)

It may be able to handle longer text.  You probably don't need to include the entire file either, just the last 10 minutes or so.  Most of the file is probably failed connects to the remote API providers.


Title: Re: [ANN] Miner Control 1.5.2 - Auto profit switching miner controller
Post by: StuffOfInterest on November 07, 2014, 09:16:26 PM
Please, add NeoScrypt for NiceHash.
https://www.nicehash.com/index.jsp?p=allorders&a=8

and TMB - NeoScrypt Port 8880

Done and released as version 1.5.3 (https://github.com/StuffOfInterest/MinerControl/releases).

For NiceHash you need to use sgminer.   https://bitcointalk.org/index.php?topic=632503.msg9459003#msg9459003 (https://bitcointalk.org/index.php?topic=632503.msg9459003#msg9459003)

Here is my conf for it for my 750 ti

Code:
{ "algo": "neoscrypt", "folder": "C:\\Users\\Jim\\Desktop\\cpuminer\\sgminer", "command": "sgminer.exe", "arguments": "_SPARAM1_:3341 -u _ACCOUNT_._WORKER_ -p d=32 -I 14 -k neoscrypt", "usewindow": true },


Ahh, thanks, I'll have to give that a try.  I tried to use cgminer last night without any luck, which is one reason why I didn't publish any concrete config examples for NeoScrypt.


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: StuffOfInterest on November 07, 2014, 09:19:55 PM
OK, someone posted last night about the broken auto-start (to tray) and then apparently removed the posting later today.

Fixing that is on my radar.  I've unfortunately been time squeezed lately.  Adding in the new algos was a lot easier than diagnosing the start-up issues so I was able to squeeze that work in.  Hopefully I'll have some time to work on getting auto-start in tray mode working again in a few days.


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: kaltar on November 08, 2014, 12:42:12 AM
Is it just me or TMB Neo, doesn't seem to work, i can connect manually but Miner Control just sees the pool as dead.
yes i checked all my config, X11 connects, X15 sometimes, Neo, never
but NEO works fine on Nicehash


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: ltc_bilic on November 08, 2014, 12:09:46 PM
Is it just me or TMB Neo, doesn't seem to work, i can connect manually but Miner Control just sees the pool as dead.
yes i checked all my config, X11 connects, X15 sometimes, Neo, never
but NEO works fine on Nicehash

Yep, can confirm, there appears to be an API parsing error with TMB neo. Needs fixing.


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: StuffOfInterest on November 08, 2014, 06:33:04 PM
Is it just me or TMB Neo, doesn't seem to work, i can connect manually but Miner Control just sees the pool as dead.
yes i checked all my config, X11 connects, X15 sometimes, Neo, never
but NEO works fine on Nicehash

Yep, can confirm, there appears to be an API parsing error with TMB neo. Needs fixing.

I'm not following.  Do you see an issue with NeoScrypt on TMB or NeoScrypt for TMB within Miner Control?  I'm seeing pricing information which means I am parsing the incoming API.  Launching the miner doesn't have anything to do with the API so I'm wondering if it is an issue with the miner not talking to TMB.  Have you tried launching the miner manually?


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: kaltar on November 08, 2014, 07:33:09 PM
yes, the pricing shows up, but when i click auto, the pools shows up dead in the listing.

maybe pointing to the wrong port or something.

and yup, lauchning the miner manually works..


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: StuffOfInterest on November 08, 2014, 07:38:13 PM
yes, the pricing shows up, but when i click auto, the pools shows up dead in the listing.

maybe pointing to the wrong port or something.

and yup, lauchning the miner manually works..

Look at the starting command which is echoed in the console window (if if you are running with 'usewindow').  See if the port number listed there matches what TMB is expecting.  If it looks good, try running that command in a command prompt window.  This really sounds like just a configuration issue.


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: StuffOfInterest on November 09, 2014, 01:31:21 AM
Is it just me or TMB Neo, doesn't seem to work, i can connect manually but Miner Control just sees the pool as dead.
yes i checked all my config, X11 connects, X15 sometimes, Neo, never
but NEO works fine on Nicehash

Yep, can confirm, there appears to be an API parsing error with TMB neo. Needs fixing.

I'm not following.  Do you see an issue with NeoScrypt on TMB or NeoScrypt for TMB within Miner Control?  I'm seeing pricing information which means I am parsing the incoming API.  Launching the miner doesn't have anything to do with the API so I'm wondering if it is an issue with the miner not talking to TMB.  Have you tried launching the miner manually?

FYI, I'm happily mining away on NeoScrypt right now via TMB. Of note, I had to use the "usewindow" option or sgminer went haywire.

Code:
[20:26:45] Starting TradeMyBit NeoScrypt with C:\CryptoMining\sgminer-5-dev-neoscrypt-windows\sgminer.exe -k neoscrypt -I 14 -T -o stratum+tcp://east01.us.trademybit.com:8880 -u MinerControl.1 -p x



Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: Joe9 on November 11, 2014, 02:27:09 AM
I can't seem to get more than 25KHS per 750 Ti using neoscrypt on sgminer. Do I need to install any extra bits like opencl drivers? I'm using Nvidia driver version 344.11

Also what to put in the sgminer.conf file or just delete it? I've removed it for now.

my current settings for nicehash look like this:

{ "algo": "neoscrypt", "folder": "C:\\Users\\xxx\\Desktop\\sgm5", "command": "sgminer.exe", "arguments": "_SPARAM1_:3341 -u _ACCOUNT_._WORKER_ -p d=.08 -w 128 -g 1 -I 12 -k neoscrypt", "usewindow": true }



Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: StuffOfInterest on November 11, 2014, 02:09:16 PM
I can't seem to get more than 25KHS per 750 Ti using neoscrypt on sgminer. Do I need to install any extra bits like opencl drivers? I'm using Nvidia driver version 344.11

Also what to put in the sgminer.conf file or just delete it? I've removed it for now.

my current settings for nicehash look like this:

{ "algo": "neoscrypt", "folder": "C:\\Users\\xxx\\Desktop\\sgm5", "command": "sgminer.exe", "arguments": "_SPARAM1_:3341 -u _ACCOUNT_._WORKER_ -p d=.08 -w 128 -g 1 -I 12 -k neoscrypt", "usewindow": true }



Probably a better question to ask on the sgminer thread.  Just for comparison, however, I'm getting about 40KHS per 750 Ti SC (eVGA) on my machine.


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: frazier34567 on November 11, 2014, 05:41:31 PM
I can't seem to get more than 25KHS per 750 Ti using neoscrypt on sgminer. Do I need to install any extra bits like opencl drivers? I'm using Nvidia driver version 344.11

Also what to put in the sgminer.conf file or just delete it? I've removed it for now.

my current settings for nicehash look like this:

{ "algo": "neoscrypt", "folder": "C:\\Users\\xxx\\Desktop\\sgm5", "command": "sgminer.exe", "arguments": "_SPARAM1_:3341 -u _ACCOUNT_._WORKER_ -p d=.08 -w 128 -g 1 -I 12 -k neoscrypt", "usewindow": true }



Try -I 14  My Config code

Code:
{ "algo": "neoscrypt", "folder": "C:\\Users\\Jim\\Desktop\\cpuminer\\sgminer", "command": "sgminer.exe", "arguments": "_SPARAM1_:3341 -u _ACCOUNT_._WORKER_ -p d=32 -I 14 -k neoscrypt", "usewindow": true },


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: Joe9 on November 12, 2014, 12:07:03 AM
Tried a couple of things including I -14, and just using sgminer on it's own. It lags the whole system both amd (cpu) and intel rigs. I've disabled neoscrypt for now within minercontrol, and will wait to see if any cuda miners add neoscrypt. Thanks for the replies.


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: varthshenon on November 12, 2014, 07:39:49 AM
I'm getting this error. bat tested directly doesn't gives error, only with Miner Control

Code:
[14:38:59] Starting TradeMyBit X15 with F:\Desktop\sgminer-5.1-dev-2014-11-10-win32\sgminer.exe  -o stratum+tcp://am01.eu.trademybit.com:6660 -u xxxx -p xxxx -k bitblock -I 18 -w 256 --vectors 1 --thread-concurrency 8192 --lookup-gap 2 --gpu-threads 2
[14:38:59] Global quota greatest common denominator set to 1
[14:38:59] Set default algorithm to bitblock
[14:38:59] Default Devices = all
[14:38:59] set_devices(all)
[14:38:59] GPU 0 Worksize set to 256.
[14:38:59] Loading settings from default_profile for pool 0
[14:38:59] Pool 0 Algorithm set to "bitblock"
[14:38:59] Pool 0 devices set to "all"
[14:38:59] Pool 0 lookup gap set to "2"
[14:38:59] Pool 0 Intensity set to "18"
[14:38:59] Pool 0 XIntensity set to ""
[14:38:59] Pool 0 Raw Intensity set to ""
[14:38:59] Pool 0 Thread Concurrency set to "8192"
[14:38:59] Pool 0 GPU Clock set to "(null)"
[14:38:59] Pool 0 GPU Memory clock set to "(null)"
[14:38:59] Pool 0 GPU Threads set to "2"
[14:38:59] Pool 0 GPU Fan set to "(null)"
[14:38:59] Pool 0 GPU Powertune set to "(null)"
[14:38:59] Pool 0 GPU Vddc set to "(null)"
[14:38:59] Pool 0 Shaders set to "(null)"
[14:38:59] Pool 0 Worksize set to "256"
LINES value must be >= 2 and <= -4904: got -1
initscr(): Unable to create SP



EDIT : Just finished searcheing google, and it seems I missed -T command :O . Might be useful if you put this on first post for windows user :P I don't know if it's sgminer or miner control


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: Joltheadq on November 13, 2014, 12:36:13 AM
Am I the only one having to close out MC with Task Manager? ???  It won't close otherwise. Even after mining has been stopped.


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: jjjordan on November 13, 2014, 01:00:07 AM
I haven't checked in a while and just saw manual configuration and failovers are now implemented.
Great job! Will start looking into it now.

I see some people are using cgminer/sgminer based nvidia miners.
Can you tell me how to find these? I've been looking for a while, but no luck.
I would really love the APIs that sgminer offers.


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: kaltar on November 13, 2014, 03:12:25 AM
Am I the only one having to close out MC with Task Manager? ???  It won't close otherwise. Even after mining has been stopped.

No, i have the same problem


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: Travis9x on November 13, 2014, 07:08:11 AM
Am I the only one having to close out MC with Task Manager? ???  It won't close otherwise. Even after mining has been stopped.
I only had this issue a while back, with CudaMiner (not ccMiner), and that was several releases ago, shortly after console integration.  Haven't had the issue since then.


I haven't checked in a while and just saw manual configuration and failovers are now implemented.
Great job! Will start looking into it now.

I see some people are using cgminer/sgminer based nvidia miners.
Can you tell me how to find these? I've been looking for a while, but no luck.
I would really love the APIs that sgminer offers.
As far as I'm aware, the only reason anyone is using SGminer is either because they have AMD cards, or because they're mining neoScrypt (there is no ccMiner or any other NVIDIA-specific miner for neoScrypt yet).


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: jjjordan on November 13, 2014, 07:30:13 AM
Am I the only one having to close out MC with Task Manager? ???  It won't close otherwise. Even after mining has been stopped.
I only had this issue a while back, with CudaMiner (not ccMiner), and that was several releases ago, shortly after console integration.  Haven't had the issue since then.


I haven't checked in a while and just saw manual configuration and failovers are now implemented.
Great job! Will start looking into it now.

I see some people are using cgminer/sgminer based nvidia miners.
Can you tell me how to find these? I've been looking for a while, but no luck.
I would really love the APIs that sgminer offers.
As far as I'm aware, the only reason anyone is using SGminer is either because they have AMD cards, or because they're mining neoScrypt (there is no ccMiner or any other NVIDIA-specific miner for neoScrypt yet).

Well, too bad... I'd really like to look at fans and temps, to be switching pools with cgminermonitor (all miners - amd and nvidia) etc...
Anyway - I guess I'll keep using sgminer with AMD cards and ccminer with nvidia. Thanks, Travis!


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: StuffOfInterest on November 13, 2014, 10:32:35 AM
Am I the only one having to close out MC with Task Manager? ???  It won't close otherwise. Even after mining has been stopped.

No, i have the same problem

It will close eventually but it is a problem with shutting down the multicast receiver.  If you disable remotereceive then you won't have the delay.  I'll have a fix in the next version which sets a max time for shutting down (0.5 seconds) and then continues on regardless.  I'll see if I can get that release out later today.


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: StuffOfInterest on November 13, 2014, 10:34:31 AM
Am I the only one having to close out MC with Task Manager? ???  It won't close otherwise. Even after mining has been stopped.
I only had this issue a while back, with CudaMiner (not ccMiner), and that was several releases ago, shortly after console integration.  Haven't had the issue since then.


I haven't checked in a while and just saw manual configuration and failovers are now implemented.
Great job! Will start looking into it now.

I see some people are using cgminer/sgminer based nvidia miners.
Can you tell me how to find these? I've been looking for a while, but no luck.
I would really love the APIs that sgminer offers.
As far as I'm aware, the only reason anyone is using SGminer is either because they have AMD cards, or because they're mining neoScrypt (there is no ccMiner or any other NVIDIA-specific miner for neoScrypt yet).

For sgminer, you need to use the usewindow/true option on the config line.  Otherwise, sgminer gets really confused with the console mode.  There is a text only option in sgminer which should make it compatible but it doesn't seem to work right for me.


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: jjjordan on November 13, 2014, 02:32:50 PM
Am I the only one having to close out MC with Task Manager? ???  It won't close otherwise. Even after mining has been stopped.
I only had this issue a while back, with CudaMiner (not ccMiner), and that was several releases ago, shortly after console integration.  Haven't had the issue since then.


I haven't checked in a while and just saw manual configuration and failovers are now implemented.
Great job! Will start looking into it now.

I see some people are using cgminer/sgminer based nvidia miners.
Can you tell me how to find these? I've been looking for a while, but no luck.
I would really love the APIs that sgminer offers.
As far as I'm aware, the only reason anyone is using SGminer is either because they have AMD cards, or because they're mining neoScrypt (there is no ccMiner or any other NVIDIA-specific miner for neoScrypt yet).

For sgminer, you need to use the usewindow/true option on the config line.  Otherwise, sgminer gets really confused with the console mode.  There is a text only option in sgminer which should make it compatible but it doesn't seem to work right for me.

Are you aware if there is a specific sgminer build for nvidia, and is it only used for neoscrypt or all algorithms?

About the failover - Is there a failover only mode (prioritized pool list) or is it only profit based mode?
I know for the failover mode workaround - using algo weights and so on, but it's very annoying if you have 10-15 pools or so.
So clean failover mode would be great - "disabling" profit switching and using pools based on a priority list.



Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: Joe9 on November 13, 2014, 03:44:31 PM
Am I the only one having to close out MC with Task Manager? ???  It won't close otherwise. Even after mining has been stopped.
I only had this issue a while back, with CudaMiner (not ccMiner), and that was several releases ago, shortly after console integration.  Haven't had the issue since then.


I haven't checked in a while and just saw manual configuration and failovers are now implemented.
Great job! Will start looking into it now.

I see some people are using cgminer/sgminer based nvidia miners.
Can you tell me how to find these? I've been looking for a while, but no luck.
I would really love the APIs that sgminer offers.
As far as I'm aware, the only reason anyone is using SGminer is either because they have AMD cards, or because they're mining neoScrypt (there is no ccMiner or any other NVIDIA-specific miner for neoScrypt yet).

For sgminer, you need to use the usewindow/true option on the config line.  Otherwise, sgminer gets really confused with the console mode.  There is a text only option in sgminer which should make it compatible but it doesn't seem to work right for me.

Have you tried cgminer 3.7.7b for neoscrypt on Nvidia gpu? I got it up and running but only 100% rejects.


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: StuffOfInterest on November 13, 2014, 03:52:20 PM
Am I the only one having to close out MC with Task Manager? ???  It won't close otherwise. Even after mining has been stopped.
I only had this issue a while back, with CudaMiner (not ccMiner), and that was several releases ago, shortly after console integration.  Haven't had the issue since then.


I haven't checked in a while and just saw manual configuration and failovers are now implemented.
Great job! Will start looking into it now.

I see some people are using cgminer/sgminer based nvidia miners.
Can you tell me how to find these? I've been looking for a while, but no luck.
I would really love the APIs that sgminer offers.
As far as I'm aware, the only reason anyone is using SGminer is either because they have AMD cards, or because they're mining neoScrypt (there is no ccMiner or any other NVIDIA-specific miner for neoScrypt yet).

For sgminer, you need to use the usewindow/true option on the config line.  Otherwise, sgminer gets really confused with the console mode.  There is a text only option in sgminer which should make it compatible but it doesn't seem to work right for me.

Are you aware if there is a specific sgminer build for nvidia, and is it only used for neoscrypt or all algorithms?

About the failover - Is there a failover only mode (prioritized pool list) or is it only profit based mode?
I know for the failover mode workaround - using algo weights and so on, but it's very annoying if you have 10-15 pools or so.
So clean failover mode would be great - "disabling" profit switching and using pools based on a priority list.

There is a section for configuring manual pools.  This works in conjunction with having the miners exit if unable to connect (which flags them as dead) to fall back to less and less profitable services.  See the first post in the thread for how to configure.


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: StuffOfInterest on November 13, 2014, 03:53:05 PM
Am I the only one having to close out MC with Task Manager? ???  It won't close otherwise. Even after mining has been stopped.
I only had this issue a while back, with CudaMiner (not ccMiner), and that was several releases ago, shortly after console integration.  Haven't had the issue since then.


I haven't checked in a while and just saw manual configuration and failovers are now implemented.
Great job! Will start looking into it now.

I see some people are using cgminer/sgminer based nvidia miners.
Can you tell me how to find these? I've been looking for a while, but no luck.
I would really love the APIs that sgminer offers.
As far as I'm aware, the only reason anyone is using SGminer is either because they have AMD cards, or because they're mining neoScrypt (there is no ccMiner or any other NVIDIA-specific miner for neoScrypt yet).

For sgminer, you need to use the usewindow/true option on the config line.  Otherwise, sgminer gets really confused with the console mode.  There is a text only option in sgminer which should make it compatible but it doesn't seem to work right for me.

Have you tried cgminer 3.7.7b for neoscrypt on Nvidia gpu? I got it up and running but only 100% rejects.

cgminer doesn't work with nVIDIA.  Tried it and had the same problem you are seeing.  You need to use sgminer.  The one I'm using I downloaded from cryptomining blog.


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: Travis9x on November 13, 2014, 05:36:39 PM
Are you aware if there is a specific sgminer build for nvidia, and is it only used for neoscrypt or all algorithms?
All versions of CG/SG miner were designed with AMD in mind.  In fact, as StuffOfInterest pointed out, CGminer doesn't even work with NVIDIA GPUs at all.  Fortunately, I believe someone is working on a ccMiner for NeoScrypt, and there is also a version being developed purely for the new generation of Maxwell GPUs (GTX 900-series) which does include info like what you're looking for (fans, temps, etc.).  There is also a supplemental app, called SplitScreen, which works with existing versions of ccMiner and includes all that extra info, but sadly it isn't compatible with MinerControl.


Title: Re: [ANN] Miner Control 1.5.4 - Auto profit switching miner controller
Post by: StuffOfInterest on November 13, 2014, 07:05:31 PM
Just released version 1.5.4 (https://github.com/StuffOfInterest/MinerControl/releases).  This version introduces a "-m" command line option to minimize the application on startup.  You can combine this with other options so "-m -a" will start minimized and auto-start mining.  Also includes a fix for the slow exit if remote receive is active.


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: jjjordan on November 13, 2014, 07:12:45 PM
Are you aware if there is a specific sgminer build for nvidia, and is it only used for neoscrypt or all algorithms?
All versions of CG/SG miner were designed with AMD in mind.  In fact, as StuffOfInterest pointed out, CGminer doesn't even work with NVIDIA GPUs at all.  Fortunately, I believe someone is working on a ccMiner for NeoScrypt, and there is also a version being developed purely for the new generation of Maxwell GPUs (GTX 900-series) which does include info like what you're looking for (fans, temps, etc.).  There is also a supplemental app, called SplitScreen, which works with existing versions of ccMiner and includes all that extra info, but sadly it isn't compatible with MinerControl.

Thank you Travis,
I hope there will be an interactive miner soon. (not just start it or kill it)


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: StuffOfInterest on November 13, 2014, 07:15:08 PM
Are you aware if there is a specific sgminer build for nvidia, and is it only used for neoscrypt or all algorithms?
All versions of CG/SG miner were designed with AMD in mind.  In fact, as StuffOfInterest pointed out, CGminer doesn't even work with NVIDIA GPUs at all.  Fortunately, I believe someone is working on a ccMiner for NeoScrypt, and there is also a version being developed purely for the new generation of Maxwell GPUs (GTX 900-series) which does include info like what you're looking for (fans, temps, etc.).  There is also a supplemental app, called SplitScreen, which works with existing versions of ccMiner and includes all that extra info, but sadly it isn't compatible with MinerControl.

Splitscreen is fine as long as you use the "usewindow" option. 


Title: Re: [ANN] Miner Control 1.5.4 - Auto profit switching miner controller
Post by: int3ractivodular on November 13, 2014, 11:03:24 PM
Great work as usual, keep it up! Love the remote console features.


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: jjjordan on November 15, 2014, 05:06:28 AM
About the failover - Is there a failover only mode (prioritized pool list) or is it only profit based mode?
I know for the failover mode workaround - using algo weights and so on, but it's very annoying if you have 10-15 pools or so.
So clean failover mode would be great - "disabling" profit switching and using pools based on a priority list.
There is a section for configuring manual pools.  This works in conjunction with having the miners exit if unable to connect (which flags them as dead) to fall back to less and less profitable services.  See the first post in the thread for how to configure.
So I got it up and running in "manual profit based priority" mode.
I faced couple of problems:

1. I use MRR to rent my rigs. This means pool configuration like that:
Code:
   "manual": {
        "account": "xxxxxx",
        "sparam1": "stratum+tcp://us-central01.miningrigrentals.com:3333",
        "algos": [
            { "algo": "x11 MRR", "price": 100, "fee": 0, "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_ -u _ACCOUNT_.100001 -p x", "usewindow": true },
            { "algo": "x13 MRR", "price": 100, "fee": 0, "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_ -u _ACCOUNT_.100003 -p x", "usewindow": true },
            { "algo": "x15 MRR", "price": 100, "fee": 0, "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_ -u _ACCOUNT_.100004 -p x", "usewindow": true },
            { "algo": "nist5 MRR", "price": 100, "fee": 0, "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_ -u _ACCOUNT_.100002 -p x", "usewindow": true },
            { "algo": "x11 manual", "price": 1, "fee": 0, "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ stratum+tcp://manualpool.com:3333 -u manualaccount -p x", "usewindow": true },
            { "algo": "x13 manual", "price": 1, "fee": 0, "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ stratum+tcp://manualpool.com:3333 -u manualaccount -p x", "usewindow": true },
            { "algo": "x15 manual", "price": 1, "fee": 0, "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ stratum+tcp://manualpool.com:3333 -u manualaccount -p x", "usewindow": true },
            { "algo": "nist5 manual", "price": 1, "fee": 0, "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ stratum+tcp://manualpool.com:3333 -u manualaccount -p x", "usewindow": true },
        ]
    }
So my miner will automatically start mining to one of the MRR pools (high "profitability" with price:100) if anybody rents some of them. So far so good, but let's say X15 MRR is rented.
Miner Control (MC) starts in auto mode:
 - Mining at X11 MRR - MC tries 3 times with 10s pause (-r 3 -R10) total of 30s before it declares pool as dead
 - Mining at X13 MRR - there it goes another 30s
 - Starts mining at X15 MRR which will be alive.
 - switchtime is 2min - even better to be 1min, because I'd want my renter to get his hashrate sooner. That means every 2min of mining will be followed by 1min of waiting when declaring dead pools.

It will be even worse if there is no rented rig (all MRR are dead) - there will be at least 2min pause every switchtime...
Am I missing something? Maybe there is another way to do it?
I think it would be the ideal way if MC could check for pools viability before switching to them?
And then switches to the first alive pool going from the most profitable down...

2. Had to define more "algos" so I can tell different pools in "manual" service even though both pools use same algorithm. (cosmetic issue, more of annoyance but not functionality)
Example:
Code:
       { "name": "x11 NiceHash", "hashrate": 5435, "power": 49, "aparam1": "C:\\CryptoMining\\ccminer-maxwell-optimized-1.47.sp", "aparam2": "ccminer.exe", "aparam3": "-q -r 3 -R 10 -a x11 --no-color -o" },
        { "name": "x11 Blackcoinpool", "hashrate": 5435, "power": 49, "aparam1": "C:\\CryptoMining\\ccminer-maxwell-optimized-1.47.sp", "aparam2": "ccminer.exe", "aparam3": "-q -r 3 -R 10 -a x11 --no-color -o" },



Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: Travis9x on November 15, 2014, 01:50:50 PM
About the failover - Is there a failover only mode (prioritized pool list) or is it only profit based mode?
I know for the failover mode workaround - using algo weights and so on, but it's very annoying if you have 10-15 pools or so.
So clean failover mode would be great - "disabling" profit switching and using pools based on a priority list.
There is a section for configuring manual pools.  This works in conjunction with having the miners exit if unable to connect (which flags them as dead) to fall back to less and less profitable services.  See the first post in the thread for how to configure.
So I got it up and running in "manual profit based priority" mode.
I faced couple of problems:

1. I use MRR to rent my rigs. This means pool configuration like that:
Code:
code stuff
So my miner will automatically start mining to one of the MRR pools (high "profitability" with price:100) if anybody rents some of them. So far so good, but let's say X15 MRR is rented.
Miner Control (MC) starts in auto mode:
 - Mining at X11 MRR - MC tries 3 times with 10s pause (-r 3 -R10) total of 30s before it declares pool as dead
 - Mining at X13 MRR - there it goes another 30s
 - Starts mining at X15 MRR which will be alive.
 - switchtime is 2min - even better to be 1min, because I'd want my renter to get his hashrate sooner. That means every 2min of mining will be followed by 1min of waiting when declaring dead pools.

It will be even worse if there is no rented rig (all MRR are dead) - there will be at least 2min pause every switchtime...
Am I missing something? Maybe there is another way to do it?
I think it would be the ideal way if MC could check for pools viability before switching to them?
And then switches to the first alive pool going from the most profitable down...
Since you're using it to manually switch between renters, which will only do so when one goes down, you don't really need any "switch time" at all.  I'd say set it to something extremely low, or even 0, so there is little-to-no wait time when switching.


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: jjjordan on November 15, 2014, 04:11:14 PM
....
It will be even worse if there is no rented rig (all MRR are dead) - there will be at least 2min pause every switchtime...
Am I missing something? Maybe there is another way to do it?
I think it would be the ideal way if MC could check for pools viability before switching to them?
And then switches to the first alive pool going from the most profitable down...
Since you're using it to manually switch between renters, which will only do so when one goes down, you don't really need any "switch time" at all.  I'd say set it to something extremely low, or even 0, so there is little-to-no wait time when switching.
Travis, I might not be getting exactly what your idea is, but here is some more detailed explanation:
First 4 pools (MRR in name) are rentals. They will be all dead, OR only one will be alive.
MC should switch when one of them gets alive AND switch back to profit based when all the rentals are dead.
Here is a simple block diagram:
http://i59.servimg.com/u/f59/17/57/14/13/block-10.jpg

I achieved that, but the main problem is in order to do the "IF" statement MC has to go through (start mining at) all the pools based on their profitability,
which means there will be a lot of down time (retries before a pool is declared dead). That is because a check for an alive renting pool should be done once
every 1 or 2 mins. So even if there is no change in which pools are alive or dead there will be an interruption of mining for pool status check. So that was my initial idea -
Could Miner Control check pool viability without actually interrupting current mining?

Like is it possible to start new instance of ccminer that only checks if pools are dead or alive?
And only initiate a switch if there is a change in the profitability/availability of pools?
I am pretty sure that is the way c/sgminer works (without the profitability part).



Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: Travis9x on November 16, 2014, 02:16:48 AM
....
It will be even worse if there is no rented rig (all MRR are dead) - there will be at least 2min pause every switchtime...
Am I missing something? Maybe there is another way to do it?
I think it would be the ideal way if MC could check for pools viability before switching to them?
And then switches to the first alive pool going from the most profitable down...
Since you're using it to manually switch between renters, which will only do so when one goes down, you don't really need any "switch time" at all.  I'd say set it to something extremely low, or even 0, so there is little-to-no wait time when switching.
Travis, I might not be getting exactly what your idea is, but here is some more detailed explanation:
First 4 pools (MRR in name) are rentals. They will be all dead, OR only one will be alive.
MC should switch when one of them gets alive AND switch back to profit based when all the rentals are dead.
Here is a simple block diagram:
http://i59.servimg.com/u/f59/17/57/14/13/block-10.jpg

I achieved that, but the main problem is in order to do the "IF" statement MC has to go through (start mining at) all the pools based on their profitability,
which means there will be a lot of down time (retries before a pool is declared dead). That is because a check for an alive renting pool should be done once
every 1 or 2 mins. So even if there is no change in which pools are alive or dead there will be an interruption of mining for pool status check. So that was my initial idea -
Could Miner Control check pool viability without actually interrupting current mining?

Like is it possible to start new instance of ccminer that only checks if pools are dead or alive?
And only initiate a switch if there is a change in the profitability/availability of pools?
I am pretty sure that is the way c/sgminer works (without the profitability part).
You are correct.  SGminer/CGminer already have this function built-in, since AMD cards were all the rage for cryptomining at first.  NVIDIA mining only just recently began to have some advantage over AMD, so the mining tools for NVIDIA are still being developed.  I think you may be one of the first people I've heard of who is seriously wanting to use NVIDIA cards for mining rental, so that's why you're finding some difficulty in finding a tool for this purpose, specifically for NVIDIA GPUs.  The need simply wasn't there before, so you're basically breaking new ground.
Fortunately, what you need should be a reasonably simple feature that could be added to MinerControl (I can't see it being as easy to directly build it in to ccMiner), since it would basically only have to ping the "dead" servers (at least in your case, and if I'm understanding the nature of these rental servers correctly).  There could be a "switch" value in the config file, that would flag certain pools as rentals.  When starting to mine, or whenever the "dead" timer expires, any dead pools which are flagged would be pinged first to check on alive status, before trying to mine them.  This rental mining feature would be an entirely new mode in MinerControl, so there would be some work in coding that, but the technical aspects are fairly simple.
Unfortunately I've become rather busy lately and so I don't have the time to tinker with the idea myself, but I'm sure StuffOfInterest would be happy to add it to the wishlist of features, if you ask him nicely.  ;)


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: jjjordan on November 16, 2014, 04:27:10 AM
....
It will be even worse if there is no rented rig (all MRR are dead) - there will be at least 2min pause every switchtime...
Am I missing something? Maybe there is another way to do it?
I think it would be the ideal way if MC could check for pools viability before switching to them?
And then switches to the first alive pool going from the most profitable down...
Since you're using it to manually switch between renters, which will only do so when one goes down, you don't really need any "switch time" at all.  I'd say set it to something extremely low, or even 0, so there is little-to-no wait time when switching.
Travis, I might not be getting exactly what your idea is, but here is some more detailed explanation:
First 4 pools (MRR in name) are rentals. They will be all dead, OR only one will be alive.
MC should switch when one of them gets alive AND switch back to profit based when all the rentals are dead.
Here is a simple block diagram:
http://i59.servimg.com/u/f59/17/57/14/13/block-10.jpg

I achieved that, but the main problem is in order to do the "IF" statement MC has to go through (start mining at) all the pools based on their profitability,
which means there will be a lot of down time (retries before a pool is declared dead). That is because a check for an alive renting pool should be done once
every 1 or 2 mins. So even if there is no change in which pools are alive or dead there will be an interruption of mining for pool status check. So that was my initial idea -
Could Miner Control check pool viability without actually interrupting current mining?

Like is it possible to start new instance of ccminer that only checks if pools are dead or alive?
And only initiate a switch if there is a change in the profitability/availability of pools?
I am pretty sure that is the way c/sgminer works (without the profitability part).
You are correct.  SGminer/CGminer already have this function built-in, since AMD cards were all the rage for cryptomining at first.  NVIDIA mining only just recently began to have some advantage over AMD, so the mining tools for NVIDIA are still being developed.  I think you may be one of the first people I've heard of who is seriously wanting to use NVIDIA cards for mining rental, so that's why you're finding some difficulty in finding a tool for this purpose, specifically for NVIDIA GPUs.  The need simply wasn't there before, so you're basically breaking new ground.
Fortunately, what you need should be a reasonably simple feature that could be added to MinerControl (I can't see it being as easy to directly build it in to ccMiner), since it would basically only have to ping the "dead" servers (at least in your case, and if I'm understanding the nature of these rental servers correctly).  There could be a "switch" value in the config file, that would flag certain pools as rentals.  When starting to mine, or whenever the "dead" timer expires, any dead pools which are flagged would be pinged first to check on alive status, before trying to mine them.  This rental mining feature would be an entirely new mode in MinerControl, so there would be some work in coding that, but the technical aspects are fairly simple.
Unfortunately I've become rather busy lately and so I don't have the time to tinker with the idea myself, but I'm sure StuffOfInterest would be happy to add it to the wishlist of features, if you ask him nicely.  ;)

Alright, I'll be the most nicest people out here... :)
As for renting - we are all mining to get some BTC, am I correct?
And if you can provide mining to somebody else for higher profit, then why not?

So StuffOfInterest - I must say again I admire thee for what you are doing here and how this is helpful to all of us.
I also have some ideas about the logic behind pool switching. This will switch to the first "priority" pool (it has to be defined as such) that is alive
which makes it kind of a "failover" strategy for "priority" pools and if they are all dead/missing it will be profit based for the rest of them as
it is now. It might not be any particular language, but it's way easier for me to show logic in code, rather than describe it in plain text.

Code:
{
foreach (all_priority_pools as current_pool) {
     if (current_pool[status]==alive) {
         return current_pool; exit ;
         }
foreach (all_pools_except_priority as current_pool) {
     /*... profit based switching as it is now ... */
     }
}


Title: Re: [ANN] Miner Control 1.5.3 - Auto profit switching miner controller
Post by: StuffOfInterest on November 16, 2014, 11:53:47 AM
....
It will be even worse if there is no rented rig (all MRR are dead) - there will be at least 2min pause every switchtime...
Am I missing something? Maybe there is another way to do it?
I think it would be the ideal way if MC could check for pools viability before switching to them?
And then switches to the first alive pool going from the most profitable down...
Since you're using it to manually switch between renters, which will only do so when one goes down, you don't really need any "switch time" at all.  I'd say set it to something extremely low, or even 0, so there is little-to-no wait time when switching.
Travis, I might not be getting exactly what your idea is, but here is some more detailed explanation:
First 4 pools (MRR in name) are rentals. They will be all dead, OR only one will be alive.
MC should switch when one of them gets alive AND switch back to profit based when all the rentals are dead.
Here is a simple block diagram:
http://i59.servimg.com/u/f59/17/57/14/13/block-10.jpg

I achieved that, but the main problem is in order to do the "IF" statement MC has to go through (start mining at) all the pools based on their profitability,
which means there will be a lot of down time (retries before a pool is declared dead). That is because a check for an alive renting pool should be done once
every 1 or 2 mins. So even if there is no change in which pools are alive or dead there will be an interruption of mining for pool status check. So that was my initial idea -
Could Miner Control check pool viability without actually interrupting current mining?

Like is it possible to start new instance of ccminer that only checks if pools are dead or alive?
And only initiate a switch if there is a change in the profitability/availability of pools?
I am pretty sure that is the way c/sgminer works (without the profitability part).
You are correct.  SGminer/CGminer already have this function built-in, since AMD cards were all the rage for cryptomining at first.  NVIDIA mining only just recently began to have some advantage over AMD, so the mining tools for NVIDIA are still being developed.  I think you may be one of the first people I've heard of who is seriously wanting to use NVIDIA cards for mining rental, so that's why you're finding some difficulty in finding a tool for this purpose, specifically for NVIDIA GPUs.  The need simply wasn't there before, so you're basically breaking new ground.
Fortunately, what you need should be a reasonably simple feature that could be added to MinerControl (I can't see it being as easy to directly build it in to ccMiner), since it would basically only have to ping the "dead" servers (at least in your case, and if I'm understanding the nature of these rental servers correctly).  There could be a "switch" value in the config file, that would flag certain pools as rentals.  When starting to mine, or whenever the "dead" timer expires, any dead pools which are flagged would be pinged first to check on alive status, before trying to mine them.  This rental mining feature would be an entirely new mode in MinerControl, so there would be some work in coding that, but the technical aspects are fairly simple.
Unfortunately I've become rather busy lately and so I don't have the time to tinker with the idea myself, but I'm sure StuffOfInterest would be happy to add it to the wishlist of features, if you ask him nicely.  ;)

Alright, I'll be the most nicest people out here... :)
As for renting - we are all mining to get some BTC, am I correct?
And if you can provide mining to somebody else for higher profit, then why not?

So StuffOfInterest - I must say again I admire thee for what you are doing here and how this is helpful to all of us.
I also have some ideas about the logic behind pool switching. This will switch to the first "priority" pool (it has to be defined as such) that is alive
which makes it kind of a "failover" strategy for "priority" pools and if they are all dead/missing it will be profit based for the rest of them as
it is now. It might not be any particular language, but it's way easier for me to show logic in code, rather than describe it in plain text.

Code:
{
foreach (all_priority_pools as current_pool) {
     if (current_pool[status]==alive) {
         return current_pool; exit ;
         }
foreach (all_pools_except_priority as current_pool) {
     /*... profit based switching as it is now ... */
     }
}

OK, here is the problem for adding this to Miner Control.  How does Miner Control go about testing of the pool is alive?  It currently has no logic for communicating with the stratum server.  One thing I've considered is building a stratum proxy into Miner Control but unless I see a straight forward example in something that translates easily to C# it probably won't happen as I'm too time pressed to add major features like this currently. I suppose we wouldn't have to implement the entire logic but we would need to at least have a good model for the connection setup and teardown piece as this is how you would determine if the port is open.  I've honestly never dug into stratum so I don't know what all is going on there.

You've put an impressive amount of effort into getting this working already.  I never imagined someone pushing Miner Control that far.


Title: Re: [ANN] Miner Control 1.5.4 - Auto profit switching miner controller
Post by: DemosMirak on November 16, 2014, 01:02:59 PM
Mind you, I know next to nothing about coding, but wouldn't it be possible to use the miner to check for life? Let's say you're mining with miner A, and you want to check if service B is alive. You then start miner B, and if it gets a block or other sign of life, you close miner A and let miner B do it's thing. If it doesn't get a sign of life, you close miner B and let miner A continue.


Title: Re: [ANN] Miner Control 1.5.4 - Auto profit switching miner controller
Post by: jjjordan on November 16, 2014, 03:42:02 PM
Mind you, I know next to nothing about coding, but wouldn't it be possible to use the miner to check for life? Let's say you're mining with miner A, and you want to check if service B is alive. You then start miner B, and if it gets a block or other sign of life, you close miner A and let miner B do it's thing. If it doesn't get a sign of life, you close miner B and let miner A continue.

Yeah dude, I thought of that as well. But having 10 pools to check it means MC has to open 10 instances of a miner? Every minute?... :) Even with 5 that would be too much.
Anyhow - I hope there are more knowledgeable people that can help with how to check for an alive pool. Maybe someone from the sgminer devs? The sgminer code is available for everybody to look at, right? If somebody can read it that would be great.


Title: Re: [ANN] Miner Control 1.5.4 - Auto profit switching miner controller
Post by: lextad on November 17, 2014, 01:56:37 AM
+++++++++AMD +++++++++++
hello resend i have a encounter some problems with the the new and old sgminer and miner control i star the auto and start to show DEAD  if i rung the sgminers  will run's with out problem.
This is the conf.file (i have change all the important thins  )
This was check with http://jsonlint.com/ is good
Thanks for the help

Code:
{
    "general": {
        "power": 0.09,
        "exchange": 300,
        "currencycode": "USD",
        "mintime": 4,
        "maxtime": 120,
        "switchtime": 3,
        "deadtime": 10,
        "logerrors": true,
        "logactivity": true,
        "gridsortmode": 1,
        "minerkillmode": 0,
        "traymode": 1,
        "donationpercentage": 2,
        "donationfrequency": 240,
        "remotesend": true,
        "remotereceive": true
    },
    "algorithms": [
        { "name": "x11", "hashrate": 5251, "power": 49, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-a x11" },
        { "name": "x13", "hashrate": 4024, "power": 49, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-a x13" },
        { "name": "x14", "hashrate": 4024, "power": 52, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-a x14" },
        { "name": "x15", "hashrate": 3270, "power": 52, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-a x15" },
        { "name": "nist5", "hashrate": 15682, "power": 54, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-a nist5" },
        { "name": "neoscrypt", "hashrate": 80, "power": 54, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-a neoscrypt" }
    ],
    "nicehash": {
        "account": "1Ced7sziGNldjJ564xnqcYyDpjCfqTS25DC7n",
        "worker": "270x",
        "sparam1": "-o stratum+tcp://stratum.nicehash.com",
        "sparam2": "-p x",
        "weight": 0.90,
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3336 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3337 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3339 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3333 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3335 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "keccak", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3338 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3340 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "neoscrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3341 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "sha256", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3332 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true }
        ]
    },
    "westhash": {
        "account": "1Ced7sziGNLnfuc4xnqcYyDDrfD526256fqTBzC7n",
        "worker": "270x",
        "sparam1": "-o stratum+tcp://stratum.westhash.com",
        "sparam2": "-p x",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3336 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3337 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3339 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3333 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3335 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "keccak", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3338 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3340 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "neoscrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3341 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true }
        ]
    },
    "trademybit": {
        "apikey": "13f0ad617c24230cccb5387258f1a07fde0d0fba0dfacSdf265b1hysdI25dfgF14582c6366b4",
        "account": "lex",
        "worker": "270x",
        "sparam1": "-o stratum+tcp://east01.us.trademybit.com",
        "sparam2": "-p x",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:4440 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:5550 _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:6660 _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:7770 _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "neoscrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:8880 _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3330 _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:2220 _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true }
        ]
    },
    "yaamp": {
        "account": "1Ced7sziGNLnDjjmKL2qcYyDpjCfqTBzC7n",
        "sparam1": "-o stratum+tcp://y2aamp.com",
        "sparam2": "-p x",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3533 -u _ACCOUNT_ _SPARAM2_", "usewindow":  true },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3633 _ACCOUNT_ _SPARAM2_", "usewindow":  true },
            { "algo": "x14", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3933 _ACCOUNT_ _SPARAM2_", "usewindow":  true },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3733 _ACCOUNT_ _SPARAM2_", "usewindow":  true },
            { "algo": "quark", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:4033 _ACCOUNT_ _SPARAM2_", "usewindow":  true },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3833 _ACCOUNT_ _SPARAM2_", "usewindow":  true },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3433 _ACCOUNT_ _SPARAM2_", "usewindow":  true }
        ]
    },
    "wafflepool": {
        "account": "1Ced7sziGNLnfuS2DFxnqcYyDpS515FG2qTBzC7n",
        "worker":  "270x",
        "sparam1": "-o stratum+tcp://useast.wafflepool.com",
        "sparam2": "-p x",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3331 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3330 _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3333 _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3332 _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true }
        ]
    },
    "ltcrabbit": {
        "apikey": "bb06dc752562fe018b2072c61a936DRgt2365e85649b578bec83dcd4265FGth9868f88ba3eac",
        "account": "lex",
        "worker":  "270x",
        "sparam2": "-p x",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ -o stratum+tcp://x11.ltcrabbit.com:3332 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ -o stratum+tcp://scrypt.ltcrabbit.com:3333 _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true }
        ]
    }
}


Title: Re: [ANN] Miner Control 1.5.4 - Auto profit switching miner controller
Post by: superresistant on November 18, 2014, 10:38:50 AM
 
This piece of software is amazing.
I would be even more amazing with monero mining support.

What do you think ?


Title: Re: [ANN] Miner Control 1.5.4 - Auto profit switching miner controller
Post by: StuffOfInterest on November 18, 2014, 01:06:35 PM

This piece of software is amazing.
I would be even more amazing with monero mining support.

What do you think ?

Miner Control can mine anything because it doesn't actually do the mining.  All Miner Control does is contact pools to get pricing info and then launch an external mining program with the configuration you specify.  There is nothing which will keep it from mining Monero.  The problem comes in getting pricing info.  Miner Control works by calling to a pool's API to retrieve pricing info.  Those prices need to be in Bitcoin in order to rank the profitability and select which pool/algo to mine.  So, short answer is yes you can use Miner Control to mine Monero but only if the pool has a pricing API in Bitcoin.


Title: Re: [ANN] Miner Control 1.5.4 - Auto profit switching miner controller
Post by: divan0w on November 19, 2014, 06:07:28 AM
I cant make it work for every algo, can somebody give me hís working assembled compilation for 280x ?


Title: Re: [ANN] Miner Control 1.5.4 - Auto profit switching miner controller
Post by: lextad on November 19, 2014, 10:50:00 AM
test this one out
Code:
{
    "general": {
        "power": 0.09,
        "exchange": 300,
        "currencycode": "USD",
        "mintime": 4,
        "maxtime": 120,
        "switchtime": 3,
        "deadtime": 10,
        "logerrors": true,
        "logactivity": true,
        "gridsortmode": 1,
        "minerkillmode": 0,
        "traymode": 1,
        "donationpercentage": 2,
        "donationfrequency": 240,
        "remotesend": true,
        "remotereceive": true
    },
    "algorithms": [
        { "name": "x11", "hashrate": 5251, "power": 49, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-a x11" },
        { "name": "x13", "hashrate": 4024, "power": 49, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-a x13" },
        { "name": "x14", "hashrate": 4024, "power": 52, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-a x14" },
        { "name": "x15", "hashrate": 3270, "power": 52, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-a x15" },
        { "name": "nist5", "hashrate": 15682, "power": 54, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-a nist5" },
        { "name": "neoscrypt", "hashrate": 80, "power": 54, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-a neoscrypt" }
    ],
    "nicehash": {
        "account": "1Ced7sziGNldjJ564xnqcYyDpjCfqTS25DC7n",
        "worker": "280x",
        "sparam1": "-o stratum+tcp://stratum.nicehash.com",
        "sparam2": "-p x",
        "weight": 0.90,
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3336 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3337 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3339 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3333 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3335 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "keccak", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3338 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3340 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "neoscrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3341 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "sha256", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3332 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true }
        ]
    },
    "westhash": {
        "account": "1Ced7sziGNLnfuc4xnqcYyDDrfD526256fqTBzC7n",
        "worker": "280x",
        "sparam1": "-o stratum+tcp://stratum.westhash.com",
        "sparam2": "-p x",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3336 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3337 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3339 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3333 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3335 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "keccak", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3338 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3340 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "neoscrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3341 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true }
        ]
    },
    "trademybit": {
        "apikey": "13f0ad617c24230cccb5387258f1a07fde0d0fba0dfacSdf265b1hysdI25dfgF14582c6366b4",
        "account": "lex",
        "worker": "280x",
        "sparam1": "-o stratum+tcp://east01.us.trademybit.com",
        "sparam2": "-p x",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:4440 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:5550 _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:6660 _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:7770 _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "neoscrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:8880 _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3330 _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:2220 _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true }
        ]
    },
    "yaamp": {
        "account": "1Ced7sziGNLnDjjmKL2qcYyDpjCfqTBzC7n",
        "sparam1": "-o stratum+tcp://y2aamp.com",
        "sparam2": "-p x",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3533 -u _ACCOUNT_ _SPARAM2_", "usewindow":  true },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3633 _ACCOUNT_ _SPARAM2_", "usewindow":  true },
            { "algo": "x14", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3933 _ACCOUNT_ _SPARAM2_", "usewindow":  true },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3733 _ACCOUNT_ _SPARAM2_", "usewindow":  true },
            { "algo": "quark", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:4033 _ACCOUNT_ _SPARAM2_", "usewindow":  true },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3833 _ACCOUNT_ _SPARAM2_", "usewindow":  true },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3433 _ACCOUNT_ _SPARAM2_", "usewindow":  true }
        ]
    },
    "wafflepool": {
        "account": "1Ced7sziGNLnfuS2DFxnqcYyDpS515FG2qTBzC7n",
        "worker":  "280x",
        "sparam1": "-o stratum+tcp://useast.wafflepool.com",
        "sparam2": "-p x",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3331 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3330 _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3333 _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3332 _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true }
        ]
    },
    "ltcrabbit": {
        "apikey": "bb06dc752562fe018b2072c61a936DRgt2365e85649b578bec83dcd4265FGth9868f88ba3eac",
        "account": "lex",
        "worker":  "280x",
        "sparam2": "-p x",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ -o stratum+tcp://x11.ltcrabbit.com:3332 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ -o stratum+tcp://scrypt.ltcrabbit.com:3333 _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true }
        ]
    }
}


Title: Re: [ANN] Miner Control 1.5.4 - Auto profit switching miner controller
Post by: lmaonade80 on November 20, 2014, 12:06:04 AM
Mind you, I know next to nothing about coding, but wouldn't it be possible to use the miner to check for life? Let's say you're mining with miner A, and you want to check if service B is alive. You then start miner B, and if it gets a block or other sign of life, you close miner A and let miner B do it's thing. If it doesn't get a sign of life, you close miner B and let miner A continue.

Yeah dude, I thought of that as well. But having 10 pools to check it means MC has to open 10 instances of a miner? Every minute?... :) Even with 5 that would be too much.
Anyhow - I hope there are more knowledgeable people that can help with how to check for an alive pool. Maybe someone from the sgminer devs? The sgminer code is available for everybody to look at, right? If somebody can read it that would be great.

Does ccminer allow for failovers?

Alright. So I own 70+ AMD GPU's and have had the following set up all summer: MRR's on a bunch of different algos with two pools for each one I am trying to use the API to mark whatever other algos are not being rented as "unavailable" when one of the algos is rented. So i have all the same rigs as listed on x11, x13, x15 on MRR.

If no MRR, Then Nicehash, but I Have some pretty high parameters for profitability.

If no Nicehash, then I have a number of pools where I can just go into and slap the port number on there on various pools. Suchpool, coinking, ipominer, etc. Right now I'm x11 multiport coinking into Darkcoin i Believe.

What sgminer does that ccminer and this tool will not is allow this order of events to occur. which is what jjjordan was trying to get at, I believe. I have sold about half of my AMD's and I'm honestly sitting on cash and mining cryptonight with the few maxwell's i have while I want for a tool like this to be developed. This is the closest I've seen to what I need. I would be more than willing to throw some BTC at this project should it accomplish what I want it to. This is my AMD code below: Once ccminer can accomplish this, I'll be buying a ton of maxwells.

Code:
{
"pools" : [
     {
          "name" : "Mining Rig Rentals x11",
          "url" : "http://us-central01.miningrigrentals.com:3333",
          "user" : "lmaonade80.6713",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "darkcoin-mod",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "Mining Rig Rentals x11 Backup",
          "url" : "http://us-east01.miningrigrentals.com:3333",
          "user" : "lmaonade80.6713",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "darkcoin-mod",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "Mining Rig Rentals x13",
          "url" : "http://us-central01.miningrigrentals.com:3333",
          "user" : "lmaonade80.7871",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "marucoin-mod",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "Mining Rig Rentals x13 backup",
          "url" : "http://us-east01.miningrigrentals.com:3333",
          "user" : "lmaonade80.7871",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "marucoin-mod",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "Mining Rig Rentals x15",
          "url" : "http://us-central01.miningrigrentals.com:3333",
          "user" : "lmaonade80.7870",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "bitblock",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "Mining Rig Rentals x15 backup",
          "url" : "http://us-east01.miningrigrentals.com:3333",
          "user" : "lmaonade80.7870",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "bitblock",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "Mining Rig Rentals mgroestl",
          "url" : "http://us-central01.miningrigrentals.com:3333",
          "user" : "lmaonade80.7872",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "myriadcoin-groestl",
          "gpu-engine" : "1100",
          "intensity" : "18",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "Mining Rig Rentals mgroestl backup",
          "url" : "http://us-east01.miningrigrentals.com:3333",
          "user" : "lmaonade80.7872",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "myriadcoin-groestl",
          "gpu-engine" : "1100",
          "intensity" : "18",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "NiceHash_Scrypt_multi!",
          "url" : "stratum+tcp://stratum.nicehash.com:4333",
          "user" : "1NjD5adrBEqJkkHkzWwhPRsdRLBbpC43NZ.emily",
          "pass" : "p=3.5;d=1024;f0=0;f2=0;f3=12.8;f4=10;f5=1420.0;f6=8.8;f7=28.8;c0=4.3;c2=4.3;c3=1.88;c4=1.88;c5=2.42;c6=1.88;c7=1.88",
          "nfactor" : "10",
          "algorithm" : "zuikkis",
          "gpu-engine" : "1125",
          "xintensity" : "4",
          "gpu-memclock" : "1500",
          "thread-concurrency" : "8192"
     },
     {
          "name" : "NiceHash_Scrypt-N_multi!",
          "url" : "stratum+tcp://stratum.nicehash.com:4335",
          "user" : "1NjD5adrBEqJkkHkzWwhPRsdRLBbpC43NZ.emily",
          "pass" : "p=7;d=256;f0=0;f2=0;f3=12.8;f4=10;f5=1420.0;f6=8.8;f7=28.8;c0=4.3;c2=4.3;c3=1.88;c4=1.88;c5=2.42;c6=1.88;c7=1.88",
          "nfactor" : "11",
          "algorithm" : "zuikkis",
          "xintensity" : "4",
          "gpu-engine" : "1100",
          "gpu-memclock" : "1500",
          "lookup-gap" : "2",
          "thread-concurrency" : "8192",
          "gpu-powertune" : "20",
          "gpu-threads" : "1"
     },
     {
          "name" : "NiceHash_X11_multi!",
          "url" : "stratum+tcp://stratum.nicehash.com:4336",
          "user" : "1NjD5adrBEqJkkHkzWwhPRsdRLBbpC43NZ.emily",
          "pass" : "p=0.6;d=0.08;f0=0;f2=0;f3=12.8;f4=10;f5=1420.0;f6=8.8;f7=28.8;c0=4.3;c2=4.3;c3=1.88;c4=1.88;c5=2.42;c6=1.88;c7=1.88",
          "nfactor" : "10",
          "algorithm" : "darkcoin-mod",
          "gpu-engine" : "1100",
          "thread-concurrency" : "8192",
          "gpu-memclock" : "1500",
          "intensity" : "17"
     },
     {
          "name" : "NiceHash_X13_multi!",
          "url" : "stratum+tcp://stratum.nicehash.com:4337",
          "user" : "1NjD5adrBEqJkkHkzWwhPRsdRLBbpC43NZ.emily",
          "pass" : "p=0.75;d=0.08;f0=0;f2=0;f3=12.8;f4=10;f5=1420.0;f6=8.8;f7=28.8;c0=4.3;c2=4.3;c3=1.88;c4=1.88;c5=2.42;c6=1.88;c7=1.88",
          "nfactor" : "10",
          "algorithm" : "marucoin-mod",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "NiceHash_Keccak_multi!",
          "url" : "stratum+tcp://stratum.nicehash.com:4338",
          "user" : "1NjD5adrBEqJkkHkzWwhPRsdRLBbpC43NZ.emily",
          "pass" : "p=0.003;d=0.08;f0=0;f2=0;f3=12.8;f4=10;f5=1420.0;f6=8.8;f7=28.8;c0=4.3;c2=4.3;c3=1.88;c4=1.88;c5=2.42;c6=1.88;c7=1.88",
          "nfactor" : "10",
          "algorithm" : "maxcoin",
          "gpu-engine" : "1080",
          "gpu-memclock" : "750",
          "intensity" : "9",
          "gpu-threads" : "1",
          "gpu-powertune" : "-20",
          "thread-concurrency" : "8193"
     },
     {
          "name" : "NiceHash_X15_multi!",
          "url" : "stratum+tcp://stratum.nicehash.com:4339",
          "user" : "1NjD5adrBEqJkkHkzWwhPRsdRLBbpC43NZ.emily",
          "pass" : "p=0.85;d=0.08;f0=0;f2=0;f3=12.8;f4=10;f5=1420.0;f6=8.8;f7=28.8;c0=4.3;c2=4.3;c3=1.88;c4=1.88;c5=2.42;c6=1.88;c7=1.88",
          "nfactor" : "10",
          "algorithm" : "bitblock",
          "gpu-engine" : "1100",
          "intensity" : "17",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "NiceHash_Nist5_multi!",
          "url" : "stratum+tcp://stratum.nicehash.com:4340",
          "user" : "1NjD5adrBEqJkkHkzWwhPRsdRLBbpC43NZ.emily",
          "pass" : "p=0.2;d=0.08;f0=0;f2=0;f3=12.8;f4=10;f5=1420.0;f6=8.8;f7=28.8;c0=4.3;c2=4.3;c3=1.88;c4=1.88;c5=2.42;c6=1.88;c7=1.88",
          "nfactor" : "10",
          "algorithm" : "talkcoin-mod",
          "gpu-engine" : "1100",
          "intensity" : "21",
          "thread-concurrency" : "8192"
     },
     {
          "name" : "Darkpool p2p Node",
          "url" : "stratum+tcp://stratum-eu.altmine.net:790three",
          "user" : "XweHU29qvYn5tv71hw6KvTCPeYvS1F9dBu",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "darkcoin-mod",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "Coinking x13",
          "url" : "stratum+tcp://us1.coinking.io:2222",
          "user" : "leaserig4782.x13",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "marucoin-mod",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "SuchPool",
          "url" : "stratum+tcp://stratum1.suchpool.pw:33??",
          "user" : "lmaonade80.emily",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "darkcoin-mod",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "Bluecoin_xhash",
          "url" : "stratum+tcp://pool.xhash.net:33??",
          "user" : "lmaonade80.emily",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "darkcoin-mod",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "IPO_x11_miner_multi!",
          "url" : "stratum+tcp://pool.ipominer.com:3335",
          "user" : "lmaonade80.emily",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "darkcoin-mod",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "IPO_x13_miner_multi!",
          "url" : "stratum+tcp://pool.ipominer.com:333six",
          "user" : "lmaonade80.emily",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "marucoin-mod",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     }
]
,
"worksize" : "256",
"no-extranonce" : true,
"lookup-gap" : "2",
"shaders" : "2048",
"gpu-threads" : "2",
"gpu-engine" : "1070",
"gpu-fan" : "40-100",
"auto-fan" : "true",
"gpu-memclock" : "1500",
"gpu-powertune" : "20",
"temp-cutoff" : "95",
"temp-overheat" : "85",
"temp-target" : "75",
"api-mcast-port" : "4028",
"api-port" : "4028",
"expiry" : "10",
"gpu-dyninterval" : "7",
"log" : "5",
"no-pool-disable" : true,
"queue" : "1",
"scan-time" : "7",
"tcp-keepalive" : "30",
"temp-hysteresis" : "3",
"shares" : "0",
"failover-only" : true,
"failover-switch-delay" : "300",
"api-allow" : "W:127.0.0.1/24",
"api-listen" : true
}


Title: Re: [ANN] Miner Control 1.5.4 - Auto profit switching miner controller
Post by: StuffOfInterest on November 20, 2014, 02:01:28 AM
Mind you, I know next to nothing about coding, but wouldn't it be possible to use the miner to check for life? Let's say you're mining with miner A, and you want to check if service B is alive. You then start miner B, and if it gets a block or other sign of life, you close miner A and let miner B do it's thing. If it doesn't get a sign of life, you close miner B and let miner A continue.

Yeah dude, I thought of that as well. But having 10 pools to check it means MC has to open 10 instances of a miner? Every minute?... :) Even with 5 that would be too much.
Anyhow - I hope there are more knowledgeable people that can help with how to check for an alive pool. Maybe someone from the sgminer devs? The sgminer code is available for everybody to look at, right? If somebody can read it that would be great.

Does ccminer allow for failovers?

Alright. So I own 70+ AMD GPU's and have had the following set up all summer: MRR's on a bunch of different algos with two pools for each one I am trying to use the API to mark whatever other algos are not being rented as "unavailable" when one of the algos is rented. So i have all the same rigs as listed on x11, x13, x15 on MRR.

If no MRR, Then Nicehash, but I Have some pretty high parameters for profitability.

If no Nicehash, then I have a number of pools where I can just go into and slap the port number on there on various pools. Suchpool, coinking, ipominer, etc. Right now I'm x11 multiport coinking into Darkcoin i Believe.

What sgminer does that ccminer and this tool will not is allow this order of events to occur. which is what jjjordan was trying to get at, I believe. I have sold about half of my AMD's and I'm honestly sitting on cash and mining cryptonight with the few maxwell's i have while I want for a tool like this to be developed. This is the closest I've seen to what I need. I would be more than willing to throw some BTC at this project should it accomplish what I want it to. This is my AMD code below: Once ccminer can accomplish this, I'll be buying a ton of maxwells.

Code:
{
"pools" : [
     {
          "name" : "Mining Rig Rentals x11",
          "url" : "http://us-central01.miningrigrentals.com:3333",
          "user" : "lmaonade80.6713",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "darkcoin-mod",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "Mining Rig Rentals x11 Backup",
          "url" : "http://us-east01.miningrigrentals.com:3333",
          "user" : "lmaonade80.6713",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "darkcoin-mod",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "Mining Rig Rentals x13",
          "url" : "http://us-central01.miningrigrentals.com:3333",
          "user" : "lmaonade80.7871",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "marucoin-mod",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "Mining Rig Rentals x13 backup",
          "url" : "http://us-east01.miningrigrentals.com:3333",
          "user" : "lmaonade80.7871",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "marucoin-mod",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "Mining Rig Rentals x15",
          "url" : "http://us-central01.miningrigrentals.com:3333",
          "user" : "lmaonade80.7870",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "bitblock",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "Mining Rig Rentals x15 backup",
          "url" : "http://us-east01.miningrigrentals.com:3333",
          "user" : "lmaonade80.7870",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "bitblock",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "Mining Rig Rentals mgroestl",
          "url" : "http://us-central01.miningrigrentals.com:3333",
          "user" : "lmaonade80.7872",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "myriadcoin-groestl",
          "gpu-engine" : "1100",
          "intensity" : "18",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "Mining Rig Rentals mgroestl backup",
          "url" : "http://us-east01.miningrigrentals.com:3333",
          "user" : "lmaonade80.7872",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "myriadcoin-groestl",
          "gpu-engine" : "1100",
          "intensity" : "18",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "NiceHash_Scrypt_multi!",
          "url" : "stratum+tcp://stratum.nicehash.com:4333",
          "user" : "1NjD5adrBEqJkkHkzWwhPRsdRLBbpC43NZ.emily",
          "pass" : "p=3.5;d=1024;f0=0;f2=0;f3=12.8;f4=10;f5=1420.0;f6=8.8;f7=28.8;c0=4.3;c2=4.3;c3=1.88;c4=1.88;c5=2.42;c6=1.88;c7=1.88",
          "nfactor" : "10",
          "algorithm" : "zuikkis",
          "gpu-engine" : "1125",
          "xintensity" : "4",
          "gpu-memclock" : "1500",
          "thread-concurrency" : "8192"
     },
     {
          "name" : "NiceHash_Scrypt-N_multi!",
          "url" : "stratum+tcp://stratum.nicehash.com:4335",
          "user" : "1NjD5adrBEqJkkHkzWwhPRsdRLBbpC43NZ.emily",
          "pass" : "p=7;d=256;f0=0;f2=0;f3=12.8;f4=10;f5=1420.0;f6=8.8;f7=28.8;c0=4.3;c2=4.3;c3=1.88;c4=1.88;c5=2.42;c6=1.88;c7=1.88",
          "nfactor" : "11",
          "algorithm" : "zuikkis",
          "xintensity" : "4",
          "gpu-engine" : "1100",
          "gpu-memclock" : "1500",
          "lookup-gap" : "2",
          "thread-concurrency" : "8192",
          "gpu-powertune" : "20",
          "gpu-threads" : "1"
     },
     {
          "name" : "NiceHash_X11_multi!",
          "url" : "stratum+tcp://stratum.nicehash.com:4336",
          "user" : "1NjD5adrBEqJkkHkzWwhPRsdRLBbpC43NZ.emily",
          "pass" : "p=0.6;d=0.08;f0=0;f2=0;f3=12.8;f4=10;f5=1420.0;f6=8.8;f7=28.8;c0=4.3;c2=4.3;c3=1.88;c4=1.88;c5=2.42;c6=1.88;c7=1.88",
          "nfactor" : "10",
          "algorithm" : "darkcoin-mod",
          "gpu-engine" : "1100",
          "thread-concurrency" : "8192",
          "gpu-memclock" : "1500",
          "intensity" : "17"
     },
     {
          "name" : "NiceHash_X13_multi!",
          "url" : "stratum+tcp://stratum.nicehash.com:4337",
          "user" : "1NjD5adrBEqJkkHkzWwhPRsdRLBbpC43NZ.emily",
          "pass" : "p=0.75;d=0.08;f0=0;f2=0;f3=12.8;f4=10;f5=1420.0;f6=8.8;f7=28.8;c0=4.3;c2=4.3;c3=1.88;c4=1.88;c5=2.42;c6=1.88;c7=1.88",
          "nfactor" : "10",
          "algorithm" : "marucoin-mod",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "NiceHash_Keccak_multi!",
          "url" : "stratum+tcp://stratum.nicehash.com:4338",
          "user" : "1NjD5adrBEqJkkHkzWwhPRsdRLBbpC43NZ.emily",
          "pass" : "p=0.003;d=0.08;f0=0;f2=0;f3=12.8;f4=10;f5=1420.0;f6=8.8;f7=28.8;c0=4.3;c2=4.3;c3=1.88;c4=1.88;c5=2.42;c6=1.88;c7=1.88",
          "nfactor" : "10",
          "algorithm" : "maxcoin",
          "gpu-engine" : "1080",
          "gpu-memclock" : "750",
          "intensity" : "9",
          "gpu-threads" : "1",
          "gpu-powertune" : "-20",
          "thread-concurrency" : "8193"
     },
     {
          "name" : "NiceHash_X15_multi!",
          "url" : "stratum+tcp://stratum.nicehash.com:4339",
          "user" : "1NjD5adrBEqJkkHkzWwhPRsdRLBbpC43NZ.emily",
          "pass" : "p=0.85;d=0.08;f0=0;f2=0;f3=12.8;f4=10;f5=1420.0;f6=8.8;f7=28.8;c0=4.3;c2=4.3;c3=1.88;c4=1.88;c5=2.42;c6=1.88;c7=1.88",
          "nfactor" : "10",
          "algorithm" : "bitblock",
          "gpu-engine" : "1100",
          "intensity" : "17",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "NiceHash_Nist5_multi!",
          "url" : "stratum+tcp://stratum.nicehash.com:4340",
          "user" : "1NjD5adrBEqJkkHkzWwhPRsdRLBbpC43NZ.emily",
          "pass" : "p=0.2;d=0.08;f0=0;f2=0;f3=12.8;f4=10;f5=1420.0;f6=8.8;f7=28.8;c0=4.3;c2=4.3;c3=1.88;c4=1.88;c5=2.42;c6=1.88;c7=1.88",
          "nfactor" : "10",
          "algorithm" : "talkcoin-mod",
          "gpu-engine" : "1100",
          "intensity" : "21",
          "thread-concurrency" : "8192"
     },
     {
          "name" : "Darkpool p2p Node",
          "url" : "stratum+tcp://stratum-eu.altmine.net:790three",
          "user" : "XweHU29qvYn5tv71hw6KvTCPeYvS1F9dBu",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "darkcoin-mod",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "Coinking x13",
          "url" : "stratum+tcp://us1.coinking.io:2222",
          "user" : "leaserig4782.x13",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "marucoin-mod",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "SuchPool",
          "url" : "stratum+tcp://stratum1.suchpool.pw:33??",
          "user" : "lmaonade80.emily",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "darkcoin-mod",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "Bluecoin_xhash",
          "url" : "stratum+tcp://pool.xhash.net:33??",
          "user" : "lmaonade80.emily",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "darkcoin-mod",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "IPO_x11_miner_multi!",
          "url" : "stratum+tcp://pool.ipominer.com:3335",
          "user" : "lmaonade80.emily",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "darkcoin-mod",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     },
     {
          "name" : "IPO_x13_miner_multi!",
          "url" : "stratum+tcp://pool.ipominer.com:333six",
          "user" : "lmaonade80.emily",
          "pass" : "x",
          "nfactor" : "10",
          "algorithm" : "marucoin-mod",
          "gpu-engine" : "1100",
          "xintensity" : "124",
          "gpu-memclock" : "1500"
     }
]
,
"worksize" : "256",
"no-extranonce" : true,
"lookup-gap" : "2",
"shaders" : "2048",
"gpu-threads" : "2",
"gpu-engine" : "1070",
"gpu-fan" : "40-100",
"auto-fan" : "true",
"gpu-memclock" : "1500",
"gpu-powertune" : "20",
"temp-cutoff" : "95",
"temp-overheat" : "85",
"temp-target" : "75",
"api-mcast-port" : "4028",
"api-port" : "4028",
"expiry" : "10",
"gpu-dyninterval" : "7",
"log" : "5",
"no-pool-disable" : true,
"queue" : "1",
"scan-time" : "7",
"tcp-keepalive" : "30",
"temp-hysteresis" : "3",
"shares" : "0",
"failover-only" : true,
"failover-switch-delay" : "300",
"api-allow" : "W:127.0.0.1/24",
"api-listen" : true
}

ccminer doesn't inherently support failover but with Miner Control it is able to accomplish the same effect.  You can configure ccminer to exit after several unsuccessful attempts to connect.  Miner Control detects this exit and marks a pool as dead for a period of time and goes to the next most profitable service/algo.  That is how the sample config in the thread's lead post is setup.


Title: Re: [ANN] Miner Control 1.5.4 - Auto profit switching miner controller
Post by: lmaonade80 on November 20, 2014, 04:59:43 PM
I am doing the same thing has jjjordan, and am looking for a superceding function when rented. I can set the reset time to 10 minutes so then i get 10 minutes of uninterrupted mining, but it also takes 10 minutes for the renter to connect. In addition, and to jjjordan's posts, every 10 minutes it must go through the miners and find the one that is alive.

Also, since Nicehash allows for minimum profitability to be built into passwords, does that work with MC? Below is my config for MRR, and nicehash, with built in cryptonight mining as well.

Code:
{
    "general": {
        "power": 0.07,
        "exchange": 500,
        "currencycode": "USD",
        "mintime": 4,
        "maxtime": 600,
        "switchtime": 3,
        "deadtime": 5,
        "logerrors": true,
        "logactivity": true,
        "gridsortmode": 1,
        "minerkillmode": 1,
        "traymode": 1,
        "donationpercentage": 0,
        "donationfrequency": 0,
        "remotesend": true,
        "remotereceive": true
    },
 "algorithms": [
        { "name": "x11MRR", "hashrate": 1, "power": 1, "aparam1": "C:\\Users\\Jimmy\\Desktop\\ccminer-maxwell-optimized-1.47.sp", "aparam2": "ccminer.exe", "aparam3": " -r 1 -R 10 -a x11" },
        { "name": "x11CK", "hashrate": 1, "power": 1, "aparam1": "C:\\Users\\Jimmy\\Desktop\\ccminer-maxwell-optimized-1.47.sp", "aparam2": "ccminer.exe", "aparam3": " -r 3 -R 10 -a x11" },
        { "name": "x11", "hashrate": 6900, "power": 49, "aparam1": "C:\\Users\\Jimmy\\Desktop\\ccminer-maxwell-optimized-1.47.sp", "aparam2": "ccminer.exe", "aparam3": " -r 3 -R 10 -a x11" },
        { "name": "x13", "hashrate": 4112, "power": 49, "aparam1": "C:\\Users\\Jimmy\\Desktop\\ccminer-maxwell-optimized-1.47.sp", "aparam2": "ccminer.exe", "aparam3": " -r 3 -R 10 -a x13" },
        { "name": "x13MRR", "hashrate": 1, "power": 1, "aparam1": "C:\\Users\\Jimmy\\Desktop\\ccminer-maxwell-optimized-1.47.sp", "aparam2": "ccminer.exe", "aparam3": " -r 1 -R 10 -a x13" },
        { "name": "x14", "hashrate": 4000, "power": 52, "aparam1": "C:\\Users\\Jimmy\\Desktop\\ccminer-maxwell-optimized-1.47.sp", "aparam2": "ccminer.exe", "aparam3": " -r 3 -R 10 -a x14" },
        { "name": "x15", "hashrate": 3635, "power": 52, "aparam1": "C:\\Users\\Jimmy\\Desktop\\ccminer-maxwell-optimized-1.47.sp", "aparam2": "ccminer.exe", "aparam3": " -r 3 -R 10 -a x15" },
        { "name": "x15MRR", "hashrate": 1, "power": 1, "aparam1": "C:\\Users\\Jimmy\\Desktop\\ccminer-maxwell-optimized-1.47.sp", "aparam2": "ccminer.exe", "aparam3": " -r 1 -R 10 -a x15" },
        { "name": "quark", "hashrate": 7000, "power": 54, "aparam1": "C:\\Users\\Jimmy\\Desktop\\ccminer-maxwell-optimized-1.47.sp", "aparam2": "ccminer.exe", "aparam3": " -r 3 -R 10 -a quark" },
        { "name": "mgroestl", "hashrate": 1, "power": 1, "aparam1": "C:\\Users\\Jimmy\\Desktop\\ccminer-maxwell-optimized-1.47.sp", "aparam2": "ccminer.exe", "aparam3": " -r 1 -R 10 -a myr-gr" },
        { "name": "nist5", "hashrate": 15682, "power": 54, "aparam1": "C:\\Users\\Jimmy\\Desktop\\ccminer-maxwell-optimized-1.47.sp", "aparam2": "ccminer.exe", "aparam3": " -r 3 -R 10 -a nist5" },
        { "name": "keccak", "hashrate": 34000, "power": 50, "aparam1": "C:\\Users\\Jimmy\\Desktop\\ccminer-maxwell-optimized-1.47.sp", "aparam2": "ccminer.exe", "aparam3": "  -r 3 -R 10 -a keccak" },
        { "name": "cryptonight", "hashrate": 100, "power": 49, "aparam1": "C:\\Users\\Jimmy\\Desktop\\ccminer-cryptonight-windows", "aparam2": "ccminer.exe", "aparam3": " -r 3 -R 10 -a cryptonight" }
    ],
    "manual": {
        "account": "lmaonade80",
        "algos": [
             { "algo": "x11MRR", "price": 100, "fee": 0, "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ -o stratum+tcp://us-central01.miningrigrentals.com:3333 -u lmaonade80.6713 -p x", "usewindow": true },
             { "algo": "x11MRR", "price": 100, "fee": 0, "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ -o stratum+tcp://us-east01.miningrigrentals.com:3333 -u lmaonade80.6713 -p x", "usewindow": true },
             { "algo": "x13MRR", "price": 99, "fee": 0, "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ -o stratum+tcp://us-central01.miningrigrentals.com:3333 -u lmaonade80.7871 -p x", "usewindow": true },
             { "algo": "x13MRR", "price": 99, "fee": 0, "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ -o stratum+tcp://us-east01.miningrigrentals.com:3333 -u lmaonade80.7871 -p x", "usewindow": true },
             { "algo": "x15MRR", "price": 98, "fee": 0, "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ -o stratum+tcp://us-central01.miningrigrentals.com:3333 -u lmaonade80.7870 -p x", "usewindow": true },
             { "algo": "x15MRR", "price": 98, "fee": 0, "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ -o stratum+tcp://us-east01.miningrigrentals.com:3333 -u lmaonade80.7870 -p x", "usewindow": true },
             { "algo": "mgroestl", "price": 97, "fee": 0, "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ -o stratum+tcp://us-central01.miningrigrentals.com:3333 -u lmaonade80.7872 -p x", "usewindow": true },
             { "algo": "mgroestl", "price": 97, "fee": 0, "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ -o stratum+tcp://us-east01.miningrigrentals.com:3333 -u lmaonade80.7872 -p x", "usewindow": true },
             { "algo": "x11CK", "price": 0.000001, "fee": 0, "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ -o stratum+tcp://us1.coinking.io:6666 -u leaserig4782.nvidia -p x" },
             { "algo": "cryptonight", "price": 0.00002, "fee": 0, "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ -o stratum+tcp://xmr.crypto-pool.fr:3333 -u 42gA5C4EZiZ4vScfWe3hA88GWjjaj6QmTNPC9Bh93Byq7Yw23fg7BTgBiPM3KZAWxvDQv9H1bV8oS37mMq5SAv681Aoq7qB -p x", "usewindow": true }
]
},
    "nicehash": {
        "account": "1NjD5adrBEqJkkHkzWwhPRsdRLBbpC43NZ",
        "worker": "1",
        "sparam1": "-o stratum+tcp://stratum.nicehash.com",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3336 -u _ACCOUNT_._WORKER_ p=0.6;d=0.08;f0=0;f2=0;f3=12.8;f4=10;f5=1420.0;f6=8.8;f7=28.8;c0=4.3;c2=4.3;c3=1.88;c4=1.88;c5=2.42;c6=1.88;c7=1.88" },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3337 -u _ACCOUNT_._WORKER_ p=0.75;d=0.08;f0=0;f2=0;f3=12.8;f4=10;f5=1420.0;f6=8.8;f7=28.8;c0=4.3;c2=4.3;c3=1.88;c4=1.88;c5=2.42;c6=1.88;c7=1.88" },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3339 -u _ACCOUNT_._WORKER_ p=0.85;d=0.08;f0=0;f2=0;f3=12.8;f4=10;f5=1420.0;f6=8.8;f7=28.8;c0=4.3;c2=4.3;c3=1.88;c4=1.88;c5=2.42;c6=1.88;c7=1.88" },
            { "algo": "keccak", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3338 -u _ACCOUNT_._WORKER_ p=0.003;d=0.08;f0=0;f2=0;f3=12.8;f4=10;f5=1420.0;f6=8.8;f7=28.8;c0=4.3;c2=4.3;c3=1.88;c4=1.88;c5=2.42;c6=1.88;c7=1.88" },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3340 -u _ACCOUNT_._WORKER_ p=0.2;d=0.08;f0=0;f2=0;f3=12.8;f4=10;f5=1420.0;f6=8.8;f7=28.8;c0=4.3;c2=4.3;c3=1.88;c4=1.88;c5=2.42;c6=1.88;c7=1.88" }
]
}}


Title: Re: [ANN] Miner Control 1.5.4 - Auto profit switching miner controller
Post by: ghotiphry on November 21, 2014, 02:25:47 PM
Would there be a possibility of adding WePayBTC to your stable of pools?  There is a very basic API here http://wepaybtc.com/payouts.json.  The miner is setup specific for them and includes a "percentage" where 100% is the reference.  When you mine there, the miner shows you your own percentage.  With that custom miner percentage, applied to the json data to calculate profit, I would think this might just be possible.  WePayBTC has been topping the PoolPicker list over NH/WH since they debuted on the list.



Title: Re: [ANN] Miner Control 1.5.4 - Auto profit switching miner controller
Post by: StuffOfInterest on November 21, 2014, 03:23:07 PM
Would there be a possibility of adding WePayBTC to your stable of pools?  There is a very basic API here http://wepaybtc.com/payouts.json.  The miner is setup specific for them and includes a "percentage" where 100% is the reference.  When you mine there, the miner shows you your own percentage.  With that custom miner percentage, applied to the json data to calculate profit, I would think this might just be possible.  WePayBTC has been topping the PoolPicker list over NH/WH since they debuted on the list.

Should be easy to work with that pool based on what the API is returning.  I would like to know a little more about it in terms of how the number is calculated but I'm not too concerned.  It would also be nice if they had a balance API to pull in how much a person has sitting on the pool.  That's something every other pool has been able to provide.


Title: Re: [ANN] Miner Control 1.5.4 - Auto profit switching miner controller
Post by: ghotiphry on November 21, 2014, 06:05:01 PM
I agree with you on the limited API.  They calculate the percentage by how much processing power your miner throws at it.  The payout is actually a static number, right now it's 100% = 0.0010 BTC per day, as indicated by the API "reference" field.  The other fields are just converted to different algos, although I'm not sure of the calculations they use for those conversions.  At their web site they say they only update the API when the daily static payout changes, so their conversion calculations might not fluctuate based on market conditions.


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: StuffOfInterest on November 21, 2014, 07:30:52 PM
I agree with you on the limited API.  They calculate the percentage by how much processing power your miner throws at it.  The payout is actually a static number, right now it's 100% = 0.0010 BTC per day, as indicated by the API "reference" field.  The other fields are just converted to different algos, although I'm not sure of the calculations they use for those conversions.  At their web site they say they only update the API when the daily static payout changes, so their conversion calculations might not fluctuate based on market conditions.

OK, released version 1.5.5 (https://github.com/StuffOfInterest/MinerControl/releases) with WePayBTC support.  It is up to you to handle setup. I don't have AMD cards so I can't test it myself but it does get the pricing information.

If the pool would add per-protocol ports it would be possible to mine with nVIDIA cards and Miner Control on this pool, in case someone wants to pester them.


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: lmaonade80 on November 21, 2014, 07:37:43 PM
Wow that was fast.. any attempt to look at MRR and plug into their API for renting out rigs?


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: StuffOfInterest on November 21, 2014, 07:52:42 PM
Wow that was fast.. any attempt to look at MRR and plug into their API for renting out rigs?

Give me a link for their API and point me to the connection info and I can tell you if it is possible.  If they have pricing in BTC via a JSON API then it will be easy to add the same level of support as I just did for WePayBTC but if there is anything more complicated with the rig rental API then it may be beyond what can be easily integrated into Miner Control.


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: lmaonade80 on November 21, 2014, 08:15:25 PM
https://www.miningrigrentals.com/apidoc

It looks like BTC details are under "Update a rig"

Thanks for your time. I am looking for a rental solution for nvidia, and this could be ti!


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: frazier34567 on November 21, 2014, 09:14:26 PM
I agree with you on the limited API.  They calculate the percentage by how much processing power your miner throws at it.  The payout is actually a static number, right now it's 100% = 0.0010 BTC per day, as indicated by the API "reference" field.  The other fields are just converted to different algos, although I'm not sure of the calculations they use for those conversions.  At their web site they say they only update the API when the daily static payout changes, so their conversion calculations might not fluctuate based on market conditions.

OK, released version 1.5.5 (https://github.com/StuffOfInterest/MinerControl/releases) with WePayBTC support.  It is up to you to handle setup. I don't have AMD cards so I can't test it myself but it does get the pricing information.

If the pool would add per-protocol ports it would be possible to mine with nVIDIA cards and Miner Control on this pool, in case someone wants to pester them.

From what I can tell in their source code of their sgminer is that they transmit additional information through the stratum connection that tells the miner what port to mine. 

from the sgminer.c file
Last Line added 5812
Code:
/* Copy the data template from header_bin */
memcpy(work->data, pool->header_bin, 128);
memcpy(work->data + pool->merkle_offset, merkle_root, 32);
+ memcpy(work->m_ucOpenCLExtraPoolData, pool->m_ucOpenCLExtraPoolData, 49);

This whole section added at 5951
Code:
+ switch(work->m_ucOpenCLExtraPoolData[48])
+ {
+ case 0: darkcoin_regenhash(work); break;
+ case 1: marucoin_regenhash(work); break;
+ case 2: x15_regenhash(work); break;
+ case 3: nist5_regenhash(work); break;
+ default: myriadcoin_groestl_regenhash(work); break;

In Util.c there is this added code.
Line 1500
Code:
+ *ntime, *header, *szExtraKernelParams;

Line 1507
Code:
+
+ unsigned char aPoolExtraParams[52];
+//MinerVersion:1byte, MiningAlgo:1byte, PoolFee:2bytes, KernelParams:16bytes + 32
+

Line 1525
Code:
+ szExtraKernelParams = json_array_string(val, 9);
+
+ memset(aPoolExtraParams, 0, sizeof(aPoolExtraParams));
+ if (szExtraKernelParams)
+ {
+ if(strlen(szExtraKernelParams) >= (2 * sizeof(aPoolExtraParams)))//decode the extra values provided by some pools
+ hex2bin(aPoolExtraParams, szExtraKernelParams, sizeof(aPoolExtraParams));
+
+ free(szExtraKernelParams);
+ }
+
+ if(aPoolExtraParams[0] > 0)
+ applog(LOG_NOTICE, "New version of btc-sgminer is available, please update");
+
+ if(aPoolExtraParams[1] > 4)
+ applog(LOG_NOTICE, "Unsupported algorithm (%u), probably you need to update your miner", (unsigned int)aPoolExtraParams[1]);
+
+ g_dHashrateMultiplier = ((65536.0 * aPoolExtraParams[2]) + (256.0 * aPoolExtraParams[3]) + aPoolExtraParams[4]) / 16777215000.0;
+ if ((g_dHashrateMultiplier <= 0.0) || (g_dHashrateMultiplier > 1.0))
+ g_dHashrateMultiplier = 0.0;//yes 0.0, not 1.0
+
+ g_dPaymentMultiplier = ((65536.0 * aPoolExtraParams[5]) + (256.0 * aPoolExtraParams[6]) + aPoolExtraParams[7]) / 10000000000.0;
+
+ memcpy(pool->m_ucOpenCLExtraPoolData, aPoolExtraParams + 8, 48);
+ pool->m_ucOpenCLExtraPoolData[48] = aPoolExtraParams[1];

You can see them here. https://github.com/WePayBTC/sgminer/commit/946aa481ae4c4834878064f1c7d0eb0b1b92cd78 (https://github.com/WePayBTC/sgminer/commit/946aa481ae4c4834878064f1c7d0eb0b1b92cd78)

I am a web programmer so this is over my head on trying to implement that into ccminer or such.




Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: ghotiphry on November 21, 2014, 10:28:08 PM
I can't actually figure out how to plug in WePayBTC.  Problem is you're not given an algo, or a price, or even a hash rate.  You are given a price in BTC/day, the actual Net.  So how to get to that rate in the MC's Net column without the contributing factors?


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: StuffOfInterest on November 22, 2014, 01:16:16 AM
I can't actually figure out how to plug in WePayBTC.  Problem is you're not given an algo, or a price, or even a hash rate.  You are given a price in BTC/day, the actual Net.  So how to get to that rate in the MC's Net column without the contributing factors?

As I understand it the api is returning the BTC/day/khash (which I convert to per mhash).  If you look at the sample config all you should need to do is plug in your launch parameters for the service.  Use the same for all algos.  If one algo moves ahead of another it will trigger a restart for mining but behind the scenes WePayBTC will select the algo it wants to mine.


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: StuffOfInterest on November 22, 2014, 01:58:36 PM
https://www.miningrigrentals.com/apidoc

It looks like BTC details are under "Update a rig"

Thanks for your time. I am looking for a rental solution for nvidia, and this could be ti!

Not going to happen.  This API is a full on management API not just a pricing set.  The method of operation is completely different than how Miner Control was intended to be used.  If you want to rent your rig via a rig rental service then you pretty much need to dedicate to that rather than switching between pools and rental.  Maybe there is a solution out there for integrating the two solutions but I don't see it here and someone will have to provide clear information on what to do as I'm really not interested enough to invest significant time figuring this out.  Sorry.


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: lmaonade80 on November 22, 2014, 05:07:55 PM
Quote
Not going to happen.  This API is a full on management API not just a pricing set.  The method of operation is completely different than how Miner Control was intended to be used.  If you want to rent your rig via a rig rental service then you pretty much need to dedicate to that rather than switching between pools and rental.  Maybe there is a solution out there for integrating the two solutions but I don't see it here and someone will have to provide clear information on what to do as I'm really not interested enough to invest significant time figuring this out.  Sorry.

Ah, thats fine. I would be willing to throw btc to make it happen. I can do all that I want to do with sgminer, but not ccminer :(. I guess i'll keep looking around and trying to get sgminer-like features in ccminer.


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: StuffOfInterest on November 23, 2014, 08:48:31 PM
Quote
Not going to happen.  This API is a full on management API not just a pricing set.  The method of operation is completely different than how Miner Control was intended to be used.  If you want to rent your rig via a rig rental service then you pretty much need to dedicate to that rather than switching between pools and rental.  Maybe there is a solution out there for integrating the two solutions but I don't see it here and someone will have to provide clear information on what to do as I'm really not interested enough to invest significant time figuring this out.  Sorry.

Ah, thats fine. I would be willing to throw btc to make it happen. I can do all that I want to do with sgminer, but not ccminer :(. I guess i'll keep looking around and trying to get sgminer-like features in ccminer.

Considering that Miner Control is open source, you could always offer a bounty for someone to add the support you are looking for.  If someone comes up with a good solution I can even merge that change back into the main branch of Miner Control (preferably via a pull request on GitHub).


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: hero18688 on November 24, 2014, 05:26:35 PM
Good one.Try you tomorrow.have to sleep.My 750ti rig has shut down for a week.


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: grizscom on November 25, 2014, 03:41:25 PM
Is no linux version?


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: jjjordan on November 26, 2014, 04:48:57 AM
Quote
Not going to happen.  This API is a full on management API not just a pricing set.  The method of operation is completely different than how Miner Control was intended to be used.  If you want to rent your rig via a rig rental service then you pretty much need to dedicate to that rather than switching between pools and rental.  Maybe there is a solution out there for integrating the two solutions but I don't see it here and someone will have to provide clear information on what to do as I'm really not interested enough to invest significant time figuring this out.  Sorry.

Ah, thats fine. I would be willing to throw btc to make it happen. I can do all that I want to do with sgminer, but not ccminer :(. I guess i'll keep looking around and trying to get sgminer-like features in ccminer.

Considering that Miner Control is open source, you could always offer a bounty for someone to add the support you are looking for.  If someone comes up with a good solution I can even merge that change back into the main branch of Miner Control (preferably via a pull request on GitHub).

Dang, I have to deal with all that scripting now to make it work...


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: hero18688 on November 27, 2014, 02:38:56 AM
In algorithms section.Does hashrate mean the total hashrate of the cards of my rig or single card's hashrate?


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: jjjordan on November 27, 2014, 04:14:56 AM
In algorithms section.Does hashrate mean the total hashrate of the cards of my rig or single card's hashrate?

I'm pretty sure it's for all of them.
MC takes this value, does the math with the current price/hash from the APIs,
compares them (including expenses - electricity,fees etc) and chooses the most profitable.
As long as they are proportional it doesn't matter:
If total hash is:
X11 20MHs
X13 16MHs
X15 12MHs
You can put (each card's hash, if cards are 4) :
X11 - 5MHs
X13 - 4MHs
X15 - 3MHs
And it will still work fine, but you won't see correct stats in MC. They will be off by 4x.

I might be wrong somewhere, but if I am StuffOfInterest will correct me.


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: sp_ on November 27, 2014, 07:14:24 AM
This is a great tool. Remember to donate guys! :)


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: StuffOfInterest on November 27, 2014, 11:44:56 AM
In algorithms section.Does hashrate mean the total hashrate of the cards of my rig or single card's hashrate?

Should be the total hashrate your machine will generate if you have the miner launching for all cards.  If you are mining on one or a subset of cards then it should just be for those.


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: SavellM on November 27, 2014, 03:18:48 PM
Ignore this :)

Slowly figuring it out.

I plumbed in X11 with Yaamp just as a test.

If I say start on Yaamp with X11 it seems to start, in console/remote I can see it loads up ccminer.exe and has the normal headers from sp_.

But then it just sits there.
Doesn't start to mine?!

My X11 augments:
{ "name": "x11", "hashrate": 18000, "power": 49, "aparam1": "C:\\Users\\savellm\\Downloads\\CrytoMining\\SPrelease11", "aparam2": "ccminer.exe", "aparam3": "-a x11 -t 2" },

Seems to be fine and the same as if I use ccminer itself.


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: SavellM on November 27, 2014, 03:47:39 PM
Lastly, is there a way to get total hash rate all in 1 go?
And accurate power?

Would I just load EVGA Precision or something and see power usage?

And to get hash rates, would I just need to fire up each algorithm 1 by 1?


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: jjjordan on November 27, 2014, 03:54:44 PM
Does this take into account the improvements from sp_ in the Maxwell department?

So if I get this right, it means that lets say I get 20MH in x11 and 16MH in X13 but X13 is more profitable it will switch to this even though I mine it slower?

Lastly, do I need an account with all the mining pools?
Or do I just put in my BTC wallet into the app or something?

On your first question: it doesn't matter in any way the version of the miner - for Miner Control the miner is just an executable file.

Second one: Yes it will switch to the most profitable one. You set up your hashrate per algo and MC does the math for you (takes profitability and expenses in mind too).
By switch I mean it will "kill" the current mining process and it will create a new one with the most profitable pool.

Third one: each pool needs an account. Some use your wallet as such, some have accounts. So in MC you have to put the proper pools and accounts.


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: jjjordan on November 27, 2014, 04:06:13 PM
Lastly, is there a way to get total hash rate all in 1 go?
And accurate power?

Would I just load EVGA Precision or something and see power usage?

And to get hash rates, would I just need to fire up each algorithm 1 by 1?
1. Start ccminer with " -q". Get the average.
2. Accurate power is at the wall - use a Kill-A-Watt or similar.
3. Yes - 1by 1 ;)

By the way - when EDIT your post it might be a good idea to actually edit it and not substituting with a new one.


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: SavellM on November 27, 2014, 04:08:34 PM
Sorry :(

Think I've figured it out and its working on Yaamp now.

:D


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: polanskiman on November 28, 2014, 02:45:10 AM
Just updated to v 1.5.5.

NICE updates. Integrating the miner output to Miner Control makes things easier. I have a comment though. When I move the cursor inside the output windows, the cursor disappears. In fact the cursor turns black and with the black background it becomes invisible.


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: Dotcommie on November 29, 2014, 12:13:18 AM
Lastly, is there a way to get total hash rate all in 1 go?
And accurate power?

Would I just load EVGA Precision or something and see power usage?

And to get hash rates, would I just need to fire up each algorithm 1 by 1?
1. Start ccminer with " -q". Get the average.
2. Accurate power is at the wall - use a Kill-A-Watt or similar.
3. Yes - 1by 1 ;)

By the way - when EDIT your post it might be a good idea to actually edit it and not substituting with a new one.

As someone who started with scrypt, then moved on to Jackpot and X11, that means I have to download 1 wallet of each algo and mine it or just google the average hashrate on that algo for my card.  I think that's what he means.

I'm just going to google them all I think.  The last thing I need on my pc is more wallets.


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: jjjordan on November 29, 2014, 01:01:39 AM
Lastly, is there a way to get total hash rate all in 1 go?
And accurate power?

Would I just load EVGA Precision or something and see power usage?

And to get hash rates, would I just need to fire up each algorithm 1 by 1?
1. Start ccminer with " -q". Get the average.
2. Accurate power is at the wall - use a Kill-A-Watt or similar.
3. Yes - 1by 1 ;)

By the way - when EDIT your post it might be a good idea to actually edit it and not substituting with a new one.

As someone who started with scrypt, then moved on to Jackpot and X11, that means I have to download 1 wallet of each algo and mine it or just google the average hashrate on that algo for my card.  I think that's what he means.

I'm just going to google them all I think.  The last thing I need on my pc is more wallets.

To be clear - Miner Control is an "Auto profit switching miner controller" and as such only works (makes sense) with
profit switching pools. They have to pay in BTC and MC is able to compare them and mine on the most profitable  one.
So you don't need a wallet for each altcoin being mined. And you don't care if your auto profit switching pool is X11 or X13 or whatever,
nor what coin is being mined.


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: sp_ on November 29, 2014, 05:29:02 PM
Since I am lazy, could anyone post the best config for the 750ti ? :)


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: StuffOfInterest on November 29, 2014, 07:11:48 PM
Since I am lazy, could anyone post the best config for the 750ti ? :)

The sample config in the first post is based on two 750 Ti cards.  Just divide the hash rate and numbers by two to get the value for one card (or multiply for more).  Oh, and those numbers are a little out of date as your miner mods have significantly raised the hash rate.

Here is the config I'm using right now with 2 x 750 Ti (with keys and addresses removed):

Code:
{
    "general": {
        "power": 0.10,
        "exchange": 500,
        "currencycode": "USD",
        "mintime": 4,
        "maxtime": 180,
        "switchtime": 3,
        "deadtime": 10,
        "logerrors": true,
        "logactivity": true,
        "gridsortmode": 1,
        "minerkillmode": 0,
"traymode": 1,
        "remotesend": true,
        "remotereceive": false
    },
    "algorithms": [
        { "name": "x11", "hashrate": 5523, "power": 49, "aparam1": "C:\\CryptoMining\\ccminer-maxwell-1.5-git-sp-mod-new", "aparam2": "ccminer.exe", "aparam3": "-q -r 3 -R 10 -a x11 --no-color -o" },
        { "name": "x13", "hashrate": 4257, "power": 49, "aparam1": "C:\\CryptoMining\\ccminer-maxwell-1.5-git-sp-mod-new", "aparam2": "ccminer.exe", "aparam3": "-q -r 3 -R 10 -a x13 --no-color -o" },
        { "name": "x14", "hashrate": 4000, "power": 52, "aparam1": "C:\\CryptoMining\\ccminer-maxwell-1.5-git-sp-mod-new", "aparam2": "ccminer.exe", "aparam3": "-q -r 3 -R 10 -a x14 --no-color -o" },
        { "name": "x15", "hashrate": 3594, "power": 52, "aparam1": "C:\\CryptoMining\\ccminer-maxwell-1.5-git-sp-mod-new", "aparam2": "ccminer.exe", "aparam3": "-q -r 3 -R 10 -a x15 --no-color -o" },
        { "name": "quark", "hashrate": 7000, "power": 54, "aparam1": "C:\\CryptoMining\\ccminer-maxwell-1.5-git-sp-mod-new", "aparam2": "ccminer.exe", "aparam3": "-q -r 3 -R 10 -a quark --no-color -o" },
        { "name": "nist5", "hashrate": 15682, "power": 54, "aparam1": "C:\\CryptoMining\\ccminer-maxwell-1.5-git-sp-mod-new", "aparam2": "ccminer.exe", "aparam3": "-q -r 3 -R 10 -a nist5 --no-color -o" },
        { "name": "keccak", "hashrate": 34000, "power": 50, "aparam1": "C:\\CryptoMining\\ccminer-maxwell-1.5-git-sp-mod-new", "aparam2": "ccminer.exe", "aparam3": "-q -r 3 -R 10 -a keccak --no-color -o" },
        { "name": "neoscrypt", "hashrate": 83, "power": 60, "aparam1": "C:\\CryptoMining\\sgminer-5-dev-neoscrypt-windows", "aparam2": "sgminer.exe", "aparam3": "-k neoscrypt -I 14 -T -o" },
        { "name": "scrypt", "hashrate": 540, "power": 60, "aparam1": "C:\\CryptoMining\\cudaminer-20140415test-x64", "aparam2": "cudaminer.exe", "aparam3": "-a scrypt -d 0,1 -i 1,0 -l T5x24,T5x24 -q -o" },
        { "name": "scryptn", "hashrate": 253, "power": 60, "aparam1": "C:\\CryptoMining\\cudaminer-20140415test-x64", "aparam2": "cudaminer.exe", "aparam3": "-a scrypt:2048 -d 0,1 -i 1,0 -q -o" },
        { "name": "sha256", "hashrate": 0, "power": 0 }
    ],
    "nicehash": {
        "account": "[wallet]",
        "worker": "1",
        "weight": 0.90,
        "sparam1": "stratum+tcp://stratum.nicehash.com",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3336 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3337 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3339 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3340 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "keccak", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3338 -u _ACCOUNT_._WORKER_ -p d=8192" },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3333 -u _ACCOUNT_._WORKER_ -p d=256" },
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3335 -u _ACCOUNT_._WORKER_ -p d=128" },
            { "algo": "neoscrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3341 -u _ACCOUNT_._WORKER_ -p d=32", "usewindow": true }
        ]
    },
    "westhash": {
        "account": "[wallet]",
        "worker": "1",
        "sparam1": "stratum+tcp://stratum.westhash.com",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3336 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3337 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3339 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3340 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "keccak", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3338 -u _ACCOUNT_._WORKER_ -p d=8192" },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3333 -u _ACCOUNT_._WORKER_ -p d=256" },
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3335 -u _ACCOUNT_._WORKER_ -p d=128" },
            { "algo": "sha256", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "" },
            { "algo": "neoscrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3341 -u _ACCOUNT_._WORKER_ -p d=32", "usewindow": true }
        ]
    },
    "trademybit": {
        "apikey": "[apikey]",
        "account": "[account]",
        "worker": "1",
        "sparam1": "stratum+tcp://east01.us.trademybit.com",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:4440 -u _ACCOUNT_._WORKER_ -p x" },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:5550 -u _ACCOUNT_._WORKER_ -p x" },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:6660 -u _ACCOUNT_._WORKER_ -p x" },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:7770 -u _ACCOUNT_._WORKER_ -p x" },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3330 -u _ACCOUNT_._WORKER_ -p x" },
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:2220 -u _ACCOUNT_._WORKER_ -p x" },
            { "algo": "neoscrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:8880 -u _ACCOUNT_._WORKER_ -p x", "usewindow": true }
        ]
    },
    "yaamp": {
        "account": "[wallet]",
        "worker": "1",
        "sparam1": "stratum+tcp://yaamp.com",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3533 -u _ACCOUNT_ -p _WORKER_" },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3633 -u _ACCOUNT_ -p _WORKER_" },
            { "algo": "x14", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3933 -u _ACCOUNT_ -p _WORKER_" },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3733 -u _ACCOUNT_ -p _WORKER_" },
            { "algo": "quark", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:4033 -u _ACCOUNT_ -p _WORKER_" },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3833 -u _ACCOUNT_ -p _WORKER_" },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3433 -u _ACCOUNT_ -p _WORKER_" }
        ]
    },
    "wafflepool": {
        "account": "[wallet]",
        "worker": "1",
        "weight": 0.80,
        "sparam1": "stratum+tcp://useast.wafflepool.com",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3331 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3330 -u _ACCOUNT_._WORKER_ -p d=0.08" },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3333 -u _ACCOUNT_._WORKER_ -p x" },
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3332 -u _ACCOUNT_._WORKER_ -p x" }
        ]
    }
}


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: Dotcommie on November 29, 2014, 09:16:31 PM
Since I am lazy, could anyone post the best config for the 750ti ? :)

The sample config in the first post is based on two 750 Ti cards.  Just divide the hash rate and numbers by two to get the value for one card (or multiply for more).  Oh, and those numbers are a little out of date as your miner mods have significantly raised the hash rate.

Here is the config I'm using right now with 2 x 750 Ti (with keys and addresses removed):


I was wondering what those numbers were from. Figured it was from a different nvidia card or something, didn't think maybe it was 2 the whole time.

Now I don't have to test all the other algos. Thanks!  ;D

**BTW, how long does the test run go for? Until I close it?  I figured it would do a certain amount of blocks on each and switch, but it's up to 400 blocks and not sure if it's supposed to display anything else?


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: frazier34567 on December 01, 2014, 07:19:24 PM
Since I am lazy, could anyone post the best config for the 750ti ? :)

The sample config in the first post is based on two 750 Ti cards.  Just divide the hash rate and numbers by two to get the value for one card (or multiply for more).  Oh, and those numbers are a little out of date as your miner mods have significantly raised the hash rate.

Here is the config I'm using right now with 2 x 750 Ti (with keys and addresses removed):


I was wondering what those numbers were from. Figured it was from a different nvidia card or something, didn't think maybe it was 2 the whole time.

Now I don't have to test all the other algos. Thanks!  ;D

**BTW, how long does the test run go for? Until I close it?  I figured it would do a certain amount of blocks on each and switch, but it's up to 400 blocks and not sure if it's supposed to display anything else?

Here is my hash rates for a single 750 ti Evga 750 ti base card OC is set to +152 GPU and +0 Memory 1328 MHz on GPU and 2700 MHz memory.
Code:
"algorithms": [
        { "name": "x11", "hashrate": 2730, "power": 49, "aparam1": "ccminer.exe", "aparam2": "-a x11 -i 19.525" },
        { "name": "x13", "hashrate": 2100, "power": 49, "aparam1": "ccminer.exe", "aparam2": "-a x13 -i 20" },
{ "name": "x14", "hashrate": 2000, "power": 49, "aparam1": "ccminer.exe", "aparam2": "-a x14 -i 20" },
        { "name": "x15", "hashrate": 1950, "power": 52, "aparam1": "ccminer.exe", "aparam2": "-a x15 -i 20" },
        { "name": "nist5", "hashrate": 7800, "power": 54, "aparam1": "ccminer.exe", "aparam2": "-a nist5 -i 20" },
        { "name": "scrypt", "hashrate": 280, "power": 60, "aparam1": "ccudaminer.exe", "aparam2": " -a scrypt -i 1 -l T5x24" },
        { "name": "scryptn", "hashrate": 131, "power": 60, "aparam1": "cudaminer.exe", "aparam2": "-a scrypt:2048 -i 1 -l T5x24" },
        { "name": "keccak", "hashrate": 16300, "power": 50, "aparam1": "cudaminer.exe", "aparam2": "-a keccak -i 1 -l T85x5" },
        { "name": "sha256", "hashrate": 0, "power": 50, "aparam1": "cudaminer.exe", "aparam2": "-a sha256 -batch" },
{ "name": "neoscrypt", "hashrate": 48, "power": 50, "aparam1": "cmd.exe", "aparam2": "/c cgminer.exe -a neoscrypt -batch" },
{ "name": "quark", "hashrate": 4100, "power": 54, "aparam1": "ccminer.exe", "aparam2": "-a quark" }
    ],


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: StuffOfInterest on December 01, 2014, 07:42:04 PM
**BTW, how long does the test run go for? Until I close it?  I figured it would do a certain amount of blocks on each and switch, but it's up to 400 blocks and not sure if it's supposed to display anything else?

It will run until you stop it.  This isn't a test just a way of manually launching a configuration.  Once you launch Miner Control doesn't know what is happening internally so it doesn't do any internal control, just start and stop.


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: gibleteousjack on December 02, 2014, 06:51:26 AM
Would it be possible to support Hamsterpool? They appear to have an API and support for Scrypt, Scrypt-N, X11, SHA-256.


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: StuffOfInterest on December 02, 2014, 01:05:07 PM
Would it be possible to support Hamsterpool? They appear to have an API and support for Scrypt, Scrypt-N, X11, SHA-256.

It is on my todo list as soon as I get some time.  They just recently wrote me to say that they had the API ready to go.


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: Dotcommie on December 02, 2014, 02:40:17 PM
**BTW, how long does the test run go for? Until I close it?  I figured it would do a certain amount of blocks on each and switch, but it's up to 400 blocks and not sure if it's supposed to display anything else?

It will run until you stop it.  This isn't a test just a way of manually launching a configuration.  Once you launch Miner Control doesn't know what is happening internally so it doesn't do any internal control, just start and stop.

Ahh, gotcha.  I figured that sort of thing would be called sample.  I was thinking the "test" meant it would run down the configured algos and verify each one is at least hashing or something like that.

Anyways, I got the basics plugged in and now it all makes much more sense.  Seems I'm making a decent amount less than mining random coins so far, but my power and other calculations in the program might be wrong still. I'm also just using 2x970's so maybe once I get the other rigs running on it things will look better profit-wise.


Title: Re: [ANN] Miner Control 1.5.6 - Auto profit switching miner controller
Post by: StuffOfInterest on December 09, 2014, 11:02:01 PM
Just released version 1.5.6 (https://github.com/StuffOfInterest/MinerControl/releases) with support for Hamsterpool.


Title: Re: [ANN] Miner Control 1.5.6 - Auto profit switching miner controller
Post by: ltc_bilic on December 10, 2014, 06:00:27 PM
Just released version 1.5.6 (https://github.com/StuffOfInterest/MinerControl/releases) with support for Hamsterpool.

Very nice thank you once again for the hard work.


Title: Re: [ANN] Miner Control 1.5.6 - Auto profit switching miner controller
Post by: StuffOfInterest on December 10, 2014, 06:06:05 PM
Just released version 1.5.6 (https://github.com/StuffOfInterest/MinerControl/releases) with support for Hamsterpool.

Very nice thank you once again for the hard work.

I did some test mining with ccminer to Hamsterpool using the port number configurations listed here (https://hamsterpool.com/index.php?page=gettingstarted#how_to_scrypt).  I haven't got around to building out a concrete example yet.  One big thing I noticed with Hamsterpool, they actually do use the password from the miner.  You have to configure a worker and use the password with that worker ID when connecting or it won't accept the connection.  Because of that I didn't setup donation mining for this pool as I don't currently have a mechanism in place to force a password into the launch.


Title: Re: [ANN] Miner Control 1.5.6 - Auto profit switching miner controller
Post by: ltc_bilic on December 10, 2014, 06:16:51 PM
Yeah I'm also experimenting with this pool right now, and cannot get it to work with X11, because their ports in "How do I use the AutoSwitcher?" section are messed up, and I also don't like the difficulty parameter in the worker settings,...up to now I've only seen rejects because of this:

[2014-12-10 19:15:41] accepted: 0/12 (0.00%), 2354 khash/s booooo
[2014-12-10 19:15:41] reject reason: low difficulty share of 2.067469424269883e-9
[2014-12-10 19:15:41] factor reduced to : 0.01

on x13 multiport 1 card :(


Title: Re: [ANN] Miner Control 1.5.6 - Auto profit switching miner controller
Post by: frazier34567 on December 10, 2014, 07:43:47 PM
Here are my settings code for Hamsterpool. I think the port was wrong on the sample config file. and missing the -u before _ACCOUNT_. Just make sure to change apikey, account, and folders for Scrypt, neoscrypt and Scrypt-N.

Code:

"algorithms": [
        { "name": "x11", "hashrate": 2900, "power": 49, "aparam1": "ccminer.exe", "aparam2": "-a x11 -i 19.525" },

....

"hamsterpool": {
        "apikey": "9c56da6b1c6e76f41484c320043d30c11be2eeed5aadfb9a16f3ce1668252108",
        "donation": 1.0,
        "account": "frazier345",
        "worker": "1",
        "sparam1": "-o stratum+tcp://eu.hamsterpool.com",
        "sparam2": "-p x",
        "algos": [
            { "algo": "scrypt", "folder": "C:\\Users\\Jim\\Desktop\\cpuminer\\cudaminer412\\x86", "command": "cudaminer.exe", "arguments": "_APARAM2_ _SPARAM1_:7771 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "scryptn", "folder": "C:\\Users\\Jim\\Desktop\\cpuminer\\cudaminer412\\x86", "command": "cudaminer.exe", "arguments": "_APARAM2_ _SPARAM1_:7772 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "sha256", "folder": "", "command": "ccminer.exe", "arguments": "_APARAM2_ _SPARAM1_:7774 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "x11", "folder": "", "command": "ccminer.exe", "arguments": "_APARAM2_ _SPARAM1_:7773 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "x13", "folder": "", "command": "ccminer.exe", "arguments": "_APARAM2_ _SPARAM1_:3509 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "neoscrypt", "folder": "C:\\Users\\Jim\\Desktop\\cpuminer\\neoscrypt\\cgminer-3.7.8-neoscrypt", "command": "cgminer.exe", "arguments": "--neoscrypt -T -I 14 _SPARAM1_:3650 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow": true }
        ]
    },


Title: Re: [ANN] Miner Control 1.5.6 - Auto profit switching miner controller
Post by: sp_ on December 10, 2014, 07:53:29 PM
If I have both AMD cards and NVIDIA cards, I need to run 2 instances of the program. Could you add support for 2 miner exe files per Miner control?


Title: Re: [ANN] Miner Control 1.5.6 - Auto profit switching miner controller
Post by: frazier34567 on December 10, 2014, 08:13:52 PM
If I have both AMD cards and NVIDIA cards, I need to run 2 instances of the program. Could you add support for 2 miner exe files per Miner control?

I ended up using two copies of MC to run my video card and one to run my Scrypt ASIC.

Just put them in different folders and set the configuration files for each type of card/ASIC.


Title: Re: [ANN] Miner Control 1.5.6 - Auto profit switching miner controller
Post by: ltc_bilic on December 10, 2014, 09:28:19 PM
Here are my settings code for Hamsterpool. I think the port was wrong on the sample config file. and missing the -u before _ACCOUNT_. Just make sure to change apikey, account, and folders for Scrypt, neoscrypt and Scrypt-N.


Thank you very much, now it's working.
StuffOfInterest update the sample config, so people don't complain anymore ;)


Title: Re: [ANN] Miner Control 1.5.6 - Auto profit switching miner controller
Post by: StuffOfInterest on December 10, 2014, 10:43:11 PM
Here are my settings code for Hamsterpool. I think the port was wrong on the sample config file. and missing the -u before _ACCOUNT_. Just make sure to change apikey, account, and folders for Scrypt, neoscrypt and Scrypt-N.


Thank you very much, now it's working.
StuffOfInterest update the sample config, so people don't complain anymore ;)

Fixed.


Title: Re: [ANN] Miner Control 1.5.6 - Auto profit switching miner controller
Post by: arbuzik on December 14, 2014, 10:52:54 AM
StuffOfInterest,

Please add a new Lyra2RE algorithm on YAAMP, NiceHash and WestHash.

Thanks!


Title: Re: [ANN] Miner Control 1.5.6 - Auto profit switching miner controller
Post by: StuffOfInterest on December 15, 2014, 04:25:56 PM
StuffOfInterest,

Please add a new Lyra2RE algorithm on YAAMP, NiceHash and WestHash.

Thanks!

I'm going to go a different track and make it so that the application doesn't need any algo specific code for the service.  It will all be configuration driven.  Unfortunately, I'm going to be out the next two weeks and I doubt I'll get this done before leaving.


Title: Re: [ANN] Miner Control 1.5.6 - Auto profit switching miner controller
Post by: ltc_bilic on December 15, 2014, 06:55:25 PM
StuffOfInterest,

Please add a new Lyra2RE algorithm on YAAMP, NiceHash and WestHash.

Thanks!

I'm going to go a different track and make it so that the application doesn't need any algo specific code for the service.  It will all be configuration driven.  Unfortunately, I'm going to be out the next two weeks and I doubt I'll get this done before leaving.

That's an excellent idea. But if you don't have the time at the moment, just add lyra2re manually like you've done until now and add the new feature later on. Lyra2re is really hot right now ;)


Title: Re: [ANN] Miner Control 1.5.6 - Auto profit switching miner controller
Post by: StuffOfInterest on December 15, 2014, 10:44:58 PM
StuffOfInterest,

Please add a new Lyra2RE algorithm on YAAMP, NiceHash and WestHash.

Thanks!

I'm going to go a different track and make it so that the application doesn't need any algo specific code for the service.  It will all be configuration driven.  Unfortunately, I'm going to be out the next two weeks and I doubt I'll get this done before leaving.

That's an excellent idea. But if you don't have the time at the moment, just add lyra2re manually like you've done until now and add the new feature later on. Lyra2re is really hot right now ;)

What hashrate can a single 750Ti pull for Lyra2RE?


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: StuffOfInterest on December 16, 2014, 02:32:30 AM
Miner Control version 1.6.0 (https://github.com/StuffOfInterest/MinerControl/releases) has been released.  This version now makes it possible to configure any algorithm for the supported services.  Examples have been added for configuring Lyra2RE on NiceHash, WestHash, and YAAMP.  Any bug fixes will have to wait a couple of weeks until I get back from the Dominican Republic.  ;D  Happy holidays everyone.


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: yudhistira on December 16, 2014, 02:41:39 AM
Please Help me


Code:
{
    "general": {
        "power": 0.10,
        "exchange": 500,
        "currencycode": "USD",
        "mintime": 4,
        "maxtime": 30,
        "switchtime": 3,
        "deadtime": 10,
        "logerrors": true,
        "logactivity": true,
        "gridsortmode": 1,
        "minerkillmode": 1,
        "traymode": 1,
        "donationpercentage": 0,
        "donationfrequency": 0,
        "remotesend": true,
        "remotereceive": true
    },
    "algorithms": [
        { "name": "x11", "hashrate": 13000, "power": 49, "aparam1": "E:\\Miner\\MinerControl-1.5.6\\X11", "aparam2": "sgminer.exe", "aparam3": "--kernel darkcoin-mod -g 2 -I 18 --worksize 64 --gpu-powertune 20 --gpu-engine 1130 --gpu-memclock 1500 --lookup-gap 2 --auto-fan --gpu-fan 40-70 --temp-cutoff 85 --temp-overheat 80" },
        { "name": "x13", "hashrate": 4024, "power": 49, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-a x13" },
        { "name": "x14", "hashrate": 4024, "power": 52, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a x14" },
        { "name": "x15", "hashrate": 3270, "power": 52, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a x15" },
        { "name": "quark", "hashrate": 7000, "power": 54, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a quark" },
        { "name": "nist5", "hashrate": 15682, "power": 54, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a nist5" },
        { "name": "neoscrypt", "hashrate": 80, "power": 54, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a neoscrypt" },
        { "name": "scrypt", "hashrate": 540, "power": 60, "aparam1": "c:\\windows\\system32", "aparam2": "cmd.exe", "aparam3": "/c test-run.bat -a scrypt -batch" },
        { "name": "scryptn", "hashrate": 253, "power": 60, "aparam1": "c:\\windows\\system32", "aparam2": "cmd.exe", "aparam3": "/c test-run.bat -a scryptn -batch" },
        { "name": "keccak", "hashrate": 34000, "power": 50, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a keccak" },
        { "name": "qubit", "hashrate": 7500, "power": 50, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a qubit" },
        { "name": "sha256", "hashrate": 10000, "power": 50, "aparam1": "c:\\windows\\system32", "aparam2": "cmd.exe", "aparam3": "/c test-run.bat -a sha256 -batch" }
    ],
    "yaamp": {
        "account": "12tyqFRW384n27ytyM77edUignkpGDDbZ9",
        "sparam1": "-o stratum+tcp://yaamp.com",
        "sparam2": "-p x",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3533 -u _ACCOUNT_ _SPARAM2_" },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3633 _ACCOUNT_ _SPARAM2_" },
            { "algo": "x14", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3933 _ACCOUNT_ _SPARAM2_" },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3733 _ACCOUNT_ _SPARAM2_" },
            { "algo": "quark", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:4033 _ACCOUNT_ _SPARAM2_" },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3833 _ACCOUNT_ _SPARAM2_" },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3433 _ACCOUNT_ _SPARAM2_" }
        ]
    }
}

[09:32:24] Starting YAAMP X11 with E:\Miner\MinerControl-1.5.6\X11\sgminer.exe --kernel darkcoin-mod -g 2 -I 18 --worksize 64 --gpu-powertune 20 --gpu-engine 1130 --gpu-memclock 1500 --lookup-gap 2 --auto-fan --gpu-fan 40-70 --temp-cutoff 85 --temp-overheat 80 -o stratum+tcp://yaamp.com:3533 -u 12tyqFRW384n27ytyM77edUignkpGDDbZ9 -p x

Redirection is not supported.
[09:32:25] Dead YAAMP X11

and where is to put this command

setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_USE_SYNC_OBJECTS 1


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: ltc_bilic on December 16, 2014, 08:56:42 AM
Miner Control version 1.6.0 (https://github.com/StuffOfInterest/MinerControl/releases) has been released.  This version now makes it possible to configure any algorithm for the supported services.  Examples have been added for configuring Lyra2RE on NiceHash, WestHash, and YAAMP.  Any bug fixes will have to wait a couple of weeks until I get back from the Dominican Republic.  ;D  Happy holidays everyone.

Thank you for this, it's working awesome! Have a great holiday!!!


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: frazier34567 on December 16, 2014, 06:24:50 PM
Please Help me


Code:
{
    "general": {
        "power": 0.10,
        "exchange": 500,
        "currencycode": "USD",
        "mintime": 4,
        "maxtime": 30,
        "switchtime": 3,
        "deadtime": 10,
        "logerrors": true,
        "logactivity": true,
        "gridsortmode": 1,
        "minerkillmode": 1,
        "traymode": 1,
        "donationpercentage": 0,
        "donationfrequency": 0,
        "remotesend": true,
        "remotereceive": true
    },
    "algorithms": [
        { "name": "x11", "hashrate": 13000, "power": 49, "aparam1": "E:\\Miner\\MinerControl-1.5.6\\X11", "aparam2": "sgminer.exe", "aparam3": "--kernel darkcoin-mod -g 2 -I 18 --worksize 64 --gpu-powertune 20 --gpu-engine 1130 --gpu-memclock 1500 --lookup-gap 2 --auto-fan --gpu-fan 40-70 --temp-cutoff 85 --temp-overheat 80" },
        { "name": "x13", "hashrate": 4024, "power": 49, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-a x13" },
        { "name": "x14", "hashrate": 4024, "power": 52, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a x14" },
        { "name": "x15", "hashrate": 3270, "power": 52, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a x15" },
        { "name": "quark", "hashrate": 7000, "power": 54, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a quark" },
        { "name": "nist5", "hashrate": 15682, "power": 54, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a nist5" },
        { "name": "neoscrypt", "hashrate": 80, "power": 54, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a neoscrypt" },
        { "name": "scrypt", "hashrate": 540, "power": 60, "aparam1": "c:\\windows\\system32", "aparam2": "cmd.exe", "aparam3": "/c test-run.bat -a scrypt -batch" },
        { "name": "scryptn", "hashrate": 253, "power": 60, "aparam1": "c:\\windows\\system32", "aparam2": "cmd.exe", "aparam3": "/c test-run.bat -a scryptn -batch" },
        { "name": "keccak", "hashrate": 34000, "power": 50, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a keccak" },
        { "name": "qubit", "hashrate": 7500, "power": 50, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a qubit" },
        { "name": "sha256", "hashrate": 10000, "power": 50, "aparam1": "c:\\windows\\system32", "aparam2": "cmd.exe", "aparam3": "/c test-run.bat -a sha256 -batch" }
    ],
    "yaamp": {
        "account": "12tyqFRW384n27ytyM77edUignkpGDDbZ9",
        "sparam1": "-o stratum+tcp://yaamp.com",
        "sparam2": "-p x",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3533 -u _ACCOUNT_ _SPARAM2_" },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3633 _ACCOUNT_ _SPARAM2_" },
            { "algo": "x14", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3933 _ACCOUNT_ _SPARAM2_" },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3733 _ACCOUNT_ _SPARAM2_" },
            { "algo": "quark", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:4033 _ACCOUNT_ _SPARAM2_" },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3833 _ACCOUNT_ _SPARAM2_" },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3433 _ACCOUNT_ _SPARAM2_" }
        ]
    }
}

[09:32:24] Starting YAAMP X11 with E:\Miner\MinerControl-1.5.6\X11\sgminer.exe --kernel darkcoin-mod -g 2 -I 18 --worksize 64 --gpu-powertune 20 --gpu-engine 1130 --gpu-memclock 1500 --lookup-gap 2 --auto-fan --gpu-fan 40-70 --temp-cutoff 85 --temp-overheat 80 -o stratum+tcp://yaamp.com:3533 -u 12tyqFRW384n27ytyM77edUignkpGDDbZ9 -p x

Redirection is not supported.
[09:32:25] Dead YAAMP X11

and where is to put this command

setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_USE_SYNC_OBJECTS 1


Add , "usewindow": true } to the end.
Code:
{ "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3533 -u _ACCOUNT_ _SPARAM2_", "usewindow": true },


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: frazier34567 on December 16, 2014, 06:41:37 PM
On my Windows 8 Professional miner I cannot get rates for Hamsterpool.  It pulls in balances for each coin just fine.

I have looked at the config, compared it to my other MC config, compared to new 1.6.0 sample config and no rates. Works fine on Windows XP and 7. happened in both 1.5.6 and 1.6.0 versions The error.log has this.

Code:
12/16/2014 11:47:46 AM
----------------------------------------------
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 System.Net.DownloadStringCompletedEventArgs.get_Result()
   at MinerControl.Utility.WebUtil.DownloadJsonComplete(Object sender, DownloadStringCompletedEventArgs e)

12/16/2014 11:47:46 AM
----------------------------------------------
Type: WebException
Message: The remote server returned an error: (500) Internal Server Error.
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)


Config for Algos

Code:
"general": {
        "power": 0.0001,
        "exchange": 500,
"currencycode": "USD",
        "mintime": 1,
        "maxtime": 240,
        "switchtime": 1,
        "deadtime": 10,
"logerrors": true,
"logactivity": true,
        "gridsortmode": 1,
        "minerkillmode": 1,
"traymode": 1,
"donationpercentage": 2,
        "donationfrequency": 240,
"remotesend": true,
        "remotereceive": false
    },
"algorithms": [
        { "name": "x11", display: "X11", "hashrate": 17000, "power": 49, "aparam1": "ccminer.exe", "aparam2": "-a x11 -i 19" },
        { "name": "x13", display: "X13", "hashrate": 14000, "power": 49, "aparam1": "ccminer.exe", "aparam2": "-a x13" },
        { "name": "x14", display: "X14", "hashrate": 13300, "power": 49, "aparam1": "ccminer.exe", "aparam2": "-a x14" },
        { "name": "x15", display: "X15", "hashrate": 11800, "power": 52, "aparam1": "ccminer.exe", "aparam2": "-a x15 -i 19" },
        { "name": "nist5", display: "Nist5",  "hashrate": 45020, "power": 54, "aparam1": "ccminer.exe", "aparam2": "-a nist5 -i 19" },
        { "name": "scrypt", display: "Scrypt", "hashrate": 1700, "power": 60, "aparam1": "cudaminer.exe", "aparam2": "-a scrypt -i 0 -l T15x12 -H 2" },
        { "name": "scryptn", display: "Scrypt-N", "hashrate": 300, "power": 60, "aparam1": "cudaminer.exe", "aparam2": "-a scrypt:2048 -i 0 -l T5x12 -H 2" },
        { "name": "keccak", display: "Keccak", "hashrate": 595000, "power": 50, "aparam1": "ccminer.exe", "aparam2": "-a keccak" },
        { "name": "sha256", display: "SHA256", "hashrate": 0, "power": 50, "aparam1": "cudaminer.exe", "aparam2": "-a sha256 -batch" },
{ "name": "neoscrypt", display: "NeoScrypt", "hashrate": 123, "power": 50, "aparam1": "cmd.exe", "aparam2": "/c cgminer.exe -a neoscrypt -batch" },
{ "name": "qubit", display: "Qubit", "hashrate": 7500, "power": 50, "aparam1": "", "aparam2": "ccminier.exe", "aparam3": "-a qubit" },
{ "name": "lyra2", display: "Lyra2RE", "hashrate": 2370, "power": 50, "aparam1": "C:\\cudaminer\\ccminer", "aparam2": "ccminer.exe", "aparam3": "-a lyra2" }
    ],
Config for Hamsterpool
Code:
"hamsterpool": {
        "apikey": "9c56da6b1c6e76f41484c320043d30c11be2eeed5aadfb9a16f3ce1668252108",
        "donation": 1.2,
        "account": "frazier345",
        "worker": "2",
        "sparam1": "-o stratum+tcp://eu.hamsterpool.com",
        "sparam2": "-p x",
        "algos": [
            { "algo": "x11", "folder": "", "command": "ccminer.exe", "arguments": "_APARAM2_ _SPARAM1_:7773 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "x13", "folder": "", "command": "ccminer.exe", "arguments": "_APARAM2_ _SPARAM1_:3509 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
   { "algo": "qubit", "folder": "", "command": "ccminer.exe", "arguments": "_APARAM2_ _SPARAM1_:7776 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "neoscrypt", "folder": "C:\\cudaminer\\neoscrypt\\cgminer-3.7.8-neoscrypt", "command": "cgminer.exe", "arguments": "--neoscrypt -T -I 14 _SPARAM1_:3650 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow": true }
        ]
    }

Any help would be appreciated.



Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: ltc_bilic on December 17, 2014, 04:42:11 PM
frazier34567 sent you a PM with my config.

Regarding the hamsterpool did anyone found a working config for their lyra2 algo?


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: zmija on December 17, 2014, 04:42:57 PM
Hi i have a question, when i start minercontrol and want to mine @ nicehash let's say x11 it's not mining and in console it's displaying I'm pretending to mine, Found block #. Thx


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: ltc_bilic on December 17, 2014, 10:59:05 PM
Hi i have a question, when i start minercontrol and want to mine @ nicehash let's say x11 it's not mining and in console it's displaying I'm pretending to mine, Found block #. Thx

Sounds like config parameters regarding the miner section are wrong (folder and command parameters). Depends on what miner you're using like ccminer/sgminer/cgminer.


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: Travis9x on December 18, 2014, 08:26:24 AM
Just FYI, I noticed that if you stop the mining while it is in a "donation mining" phase, and then resume later, it does not finish the round of donation mining it had started.
For example, say you want to play some games (so you need your GPU temporarily freed from its slavery), so you stop the mining.  This happens to be while it was doing some donation mining, so the donation mining time freezes, and you leave Miner Control open, knowing you'll resume mining after your games.  You finish playing, and so click Auto to return your GPU to slave-labor…but it doesn't resume the donation mining.  It just goes back to normal mining, thus resetting the donation timer and never finishing the round of donation mining.

Something you'll probably want to fix when you get back from your trip.   :P


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: hero18688 on December 19, 2014, 08:51:53 AM
Could anyone kind to share config for 270 or 270x?My rig is shutdown for weeks...


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: schnuvany on December 19, 2014, 03:19:31 PM
19.12.2014 04:36:15
----------------------------------------------
Type: NullReferenceException
Message: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
Stack trace:    bei MinerControl.Services.TradeMyBitService.ProcessBalances(Object jsonData)
   bei MinerControl.Utility.WebUtil.DownloadJsonComplete(Object sender, DownloadStringCompletedEventArgs e)
----------------------------------------------------------------------------------------------------------
Hi, i understand today i have Problems on TradeMyBitService (EU-Server).
yesterday no erroros.
but the other day are some Errors.
Please improved your Programm to make are correct Output, which Server make not Login.
-----------------------------------------------------------------------------------------------------------
18.12.2014 10:20:00
----------------------------------------------
Type: TargetInvocationException
Message: Während des Vorgangs ist eine Ausnahme aufgetreten, sodass das Ergebnis ungültig ist. Weitere Ausnahmedetails finden Sie in InnerException.
Stack trace:    bei System.ComponentModel.AsyncCompletedEventArgs.RaiseExceptionIfNecessary()
   bei System.Net.DownloadStringCompletedEventArgs.get_Result()
   bei MinerControl.Utility.WebUtil.DownloadJsonComplete(Object sender, DownloadStringCompletedEventArgs e)

18.12.2014 10:20:00
----------------------------------------------
Type: WebException
Message: Die Anfrage wurde abgebrochen: Es konnte kein geschützter SSL/TLS-Kanal erstellt werden..
Stack trace:    bei System.Net.HttpWebRequest.EndGetResponse(IAsyncResult asyncResult)
   bei System.Net.WebClient.GetWebResponse(WebRequest request, IAsyncResult result)
   bei System.Net.WebClient.DownloadBitsResponseCallback(IAsyncResult result)
-----------------------------------------------------------------------------------------------------------


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: frazier34567 on December 19, 2014, 04:00:52 PM
19.12.2014 04:36:15
----------------------------------------------
Type: NullReferenceException
Message: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
Stack trace:    bei MinerControl.Services.TradeMyBitService.ProcessBalances(Object jsonData)
   bei MinerControl.Utility.WebUtil.DownloadJsonComplete(Object sender, DownloadStringCompletedEventArgs e)
----------------------------------------------------------------------------------------------------------
Hi, i understand today i have Problems on TradeMyBitService (EU-Server).
yesterday no erroros.
but the other day are some Errors.
Please improved your Programm to make are correct Output, which Server make not Login.
-----------------------------------------------------------------------------------------------------------


They have shut down and you have 2 weeks to get your coins out. :(


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: sp_ on December 20, 2014, 02:43:24 PM
I sometimes get rejected shares with the message, Extranounce size incorrect. What is this?


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: sp_ on December 20, 2014, 02:45:57 PM
The miner always crash if the network plug is unplugged and you use a miner control software that restart the miner.

This miner control software is running your 1.5.1 version:

http://cryptomining-blog.com/4054-miner-control-1-6-pack-for-nvidia-geforce-gtx-750-ti/

to reproduce the bug

1. Unplug the network cable.
2. Start miner control.
3. wait 5 mins. or more crash.


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: schnuvany on December 21, 2014, 01:18:28 PM

TradeMyBitService (EU-Server).

[/quote]

They have shut down and you have 2 weeks to get your coins out. :(
[/quote]

Thank you frazier34567 for Information. I pass all and from Summer 2014 to end of Service i have ONE Euro in BTC . I have one 750 , but no 750 TI, some hours every day. it is big fun, isn´t it?
yes, the other Server i have not calculate.....i collect more Profit. (Sorry my englisch is low)


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: elektrax on December 21, 2014, 03:49:57 PM
Really nice tool

Suggestions:

The 'manual' miner cant be renamed
The console does not support ansi colors

Edit: Also:
Reload config from within app
Manage several miners from within app (instead of multiple instances)
(Remote control cgminer-based..probably not happening..)

Edit 2: Also add MiningRigRentals.com ! They have a API . But you cant interrupt rentals, so it wont work. Carry on.
Would be nice to get simplemulti.com to add one as well :)




Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: ivcelmik on December 21, 2014, 04:25:28 PM
Really nice tool

Suggestions:

The 'manual' miner cant be renamed
The console does not support ansi colors



In config file i have to write in the account my btc adress(where i'll get pay)? and the rest of the file remain unchanged or i need an account for each pool

Thx in advance


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: elektrax on December 24, 2014, 07:34:50 AM
A bug:

My account at hamsterpool shows:
Bitcoin: 0.00008654

My account at hamsterpool in MinerControl shows 548 satoshi.



Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: StuffOfInterest on December 29, 2014, 11:16:13 AM
Just FYI, I noticed that if you stop the mining while it is in a "donation mining" phase, and then resume later, it does not finish the round of donation mining it had started.
For example, say you want to play some games (so you need your GPU temporarily freed from its slavery), so you stop the mining.  This happens to be while it was doing some donation mining, so the donation mining time freezes, and you leave Miner Control open, knowing you'll resume mining after your games.  You finish playing, and so click Auto to return your GPU to slave-labor…but it doesn't resume the donation mining.  It just goes back to normal mining, thus resetting the donation timer and never finishing the round of donation mining.

Something you'll probably want to fix when you get back from your trip.   :P

Known behavior.  I went with some very conservative logic on when to do donation mining as I don't want it stuck in that mode or running too long in that mode.


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: StuffOfInterest on December 29, 2014, 11:18:05 AM
19.12.2014 04:36:15
----------------------------------------------
Type: NullReferenceException
Message: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
Stack trace:    bei MinerControl.Services.TradeMyBitService.ProcessBalances(Object jsonData)
   bei MinerControl.Utility.WebUtil.DownloadJsonComplete(Object sender, DownloadStringCompletedEventArgs e)
----------------------------------------------------------------------------------------------------------
Hi, i understand today i have Problems on TradeMyBitService (EU-Server).
yesterday no erroros.
but the other day are some Errors.
Please improved your Programm to make are correct Output, which Server make not Login.
-----------------------------------------------------------------------------------------------------------


They have shut down and you have 2 weeks to get your coins out. :(

Wow, that's unfortunate.  They were one of the better performing pools out there.  Including them as an alternative to NiceHash was a major driver in creating Miner Control.  They'll be missed.


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: StuffOfInterest on December 29, 2014, 11:25:41 AM
The miner always crash if the network plug is unplugged and you use a miner control software that restart the miner.

This miner control software is running your 1.5.1 version:

http://cryptomining-blog.com/4054-miner-control-1-6-pack-for-nvidia-geforce-gtx-750-ti/

to reproduce the bug

1. Unplug the network cable.
2. Start miner control.
3. wait 5 mins. or more crash.

Grr.  It is happening in the download for the exchange rate.  That happens every 10 minutes so the crash could happen anywhere between 0 and 10 minutes from when you loose network connectivity.  Just spotted it in GitHub.  I'll queue that up for version 1.6.1 when I get some time.  Thanks.


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: sp_ on December 29, 2014, 12:24:11 PM
How do I change the miner control to use the last 24hour result from the pool instead of the estimate from the API?


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: StuffOfInterest on December 29, 2014, 12:26:09 PM
How do I change the miner control to use the last 24hour result from the pool instead of the estimate from the API?

Currently not possible.  For which pool are you referring?  Each one has different information in the pricing API.  Is the last 24 hour results available via the API?


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: sp_ on December 29, 2014, 12:27:14 PM
f.ex:

Yaamp.com


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: StuffOfInterest on December 29, 2014, 12:31:32 PM
f.ex:

Yaamp.com


I can't see the API output right now but I'll add a wishlist item (second post in the thread) for configuring which prices to use for YAAMP if possible.


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: sp_ on December 29, 2014, 01:03:37 PM
Thanks. Great work btw.


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: StuffOfInterest on December 29, 2014, 10:32:08 PM
Just released version 1.6.1 (https://github.com/StuffOfInterest/MinerControl/releases) with sp_'s requested pricing selection for YAAMP.  Also removed the sample configuration for TradeMyBit as they are shutting down.

Of note, the problem with the network cable disconnection is not what I thought it was so it will be longer before I can come up with a fix for that.


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: Dotcommie on December 30, 2014, 02:36:45 AM
Just released version 1.6.1 (https://github.com/StuffOfInterest/MinerControl/releases) with sp_'s requested pricing selection for YAAMP.  Also removed the sample configuration for TradeMyBit as they are shutting down.

Of note, the problem with the network cable disconnection is not what I thought it was so it will be longer before I can come up with a fix for that.

I can't seem to get 1.6.1 working properly.  I see some configs were changed and the -o was added before the server addresses but it was then running double -o like this "-o -o stratum+tcp...."

Anyways, I took those out and now it just says stuff like this:

.....Desktop\MinerControl\miners\ccminer52_sp.exe: unsupported non-option argument '1J2UemZwoV74fG31xUw2DpNF4suT6oBbrw'
Try `ccminer --help' for more information.
   Built with VC++ 2013 and nVidia CUDA SDK 6.5

That's just my btc address for a few pools.  Any idea why it's doing that?  Worked fine on 1.60 but I did have to remake my conf from scratch based off your new template due to some other launch error I was getting on the new version.

**edit** Well I see it's working on westhash now, but x14 on yaamp gave that error before it went through the rest of yaamp algos and said they were dead and then settled on westhash.  Does yaamp always have problems or is it just for me?  Only x14 seems to ever work on yaamp, but with 1.6.1 I'm getting that non-option argument now.


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: schnuvany on December 30, 2014, 11:33:44 AM
1.6.1 work fine. (today is hamsterpool down) i test yaamp.com pool. it works here, but on online miners window is no miner.....
alternativ i test cpu miner from other pc, it works fine.
I take the same config Parameter and my btcaddress.....

@dotcommie your BTC address is the same...


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: TransAtlantic on December 30, 2014, 04:30:06 PM
Just released version 1.6.1 (https://github.com/StuffOfInterest/MinerControl/releases) with sp_'s requested pricing selection for YAAMP.  Also removed the sample configuration for TradeMyBit as they are shutting down.

Of note, the problem with the network cable disconnection is not what I thought it was so it will be longer before I can come up with a fix for that.

That looks like great software - thanks for sharing it with everyone.  :)


FYI, there seems to be a slight syntax error in the default "MinerControl.conf" file that comes with the latest release:

Code:
    "algorithms": [
        { "name": "x11", display: "X11", "hashrate": 5251, "power": 49, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a x11" },
        { "name": "x13", display: "X13", "hashrate": 4024, "power": 49, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a x13" },
        { "name": "x14", display: "X14", "hashrate": 4024, "power": 52, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a x14" },
[...]

there are quotes " " missing around the string  "display" , so the JSON file doesn't validate.

It might help avoid headaches to new users trying it out.  ;)


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: StuffOfInterest on December 30, 2014, 05:15:00 PM
Just released version 1.6.1 (https://github.com/StuffOfInterest/MinerControl/releases) with sp_'s requested pricing selection for YAAMP.  Also removed the sample configuration for TradeMyBit as they are shutting down.

Of note, the problem with the network cable disconnection is not what I thought it was so it will be longer before I can come up with a fix for that.

That looks like great software - thanks for sharing it with everyone.  :)


FYI, there seems to be a slight syntax error in the default "MinerControl.conf" file that comes with the latest release:

Code:
    "algorithms": [
        { "name": "x11", display: "X11", "hashrate": 5251, "power": 49, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a x11" },
        { "name": "x13", display: "X13", "hashrate": 4024, "power": 49, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a x13" },
        { "name": "x14", display: "X14", "hashrate": 4024, "power": 52, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a x14" },
[...]

there are quotes " " missing around the string  "display" , so the JSON file doesn't validate.

It might help avoid headaches to new users trying it out.  ;)

Fortunately the JSON processor in .NET can handle without the quotes so the file does work but you are right in it not passing in something like JSONLint.  I'll update the file in the next release.  Thanks.


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: TransAtlantic on December 31, 2014, 01:34:17 AM
Just released version 1.6.1 (https://github.com/StuffOfInterest/MinerControl/releases) with sp_'s requested pricing selection for YAAMP.  Also removed the sample configuration for TradeMyBit as they are shutting down.

Of note, the problem with the network cable disconnection is not what I thought it was so it will be longer before I can come up with a fix for that.

That looks like great software - thanks for sharing it with everyone.  :)


FYI, there seems to be a slight syntax error in the default "MinerControl.conf" file that comes with the latest release:

Code:
    "algorithms": [
        { "name": "x11", display: "X11", "hashrate": 5251, "power": 49, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a x11" },
        { "name": "x13", display: "X13", "hashrate": 4024, "power": 49, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a x13" },
        { "name": "x14", display: "X14", "hashrate": 4024, "power": 52, "aparam1": "", "aparam2": "TestMiner.exe", "aparam3": "-a x14" },
[...]

there are quotes " " missing around the string  "display" , so the JSON file doesn't validate.

It might help avoid headaches to new users trying it out.  ;)

Fortunately the JSON processor in .NET can handle without the quotes so the file does work but you are right in it not passing in something like JSONLint.  I'll update the file in the next release.  Thanks.

Thanks for the quick reply - great.


Another question:
I am using sgminer, which doesn't work with the console (giving the error "Redirection is not supported."), and so I need to use the option "usewindow" to run the miner in a separate window.
With that in mind, is there any possiblity to use the "remote" feature?

If not, then it could be a feature request, to have a way to monitor the different rigs through only 1 instance of MinerControl.

With that being said, I know it might be difficult to do.  It Could also be a different tool - like a "dashboard" of all instances of MinerControl running.


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: TransAtlantic on December 31, 2014, 01:41:47 AM
And 2 more questions:

1-
Does anyone knows what are the commands for sgminer to exit if the pool is not responding?  (The equivalent of   "-r 3 -R 10"   for ccminer.)
I couldn't find it in the docs.

Otherwise, if a pool is down, the miner (sgminer) just stays there, idle, waiting to get more work - while it could be mining on another pool/algo.


2-
MinerControl is running fine and feels really reliable - all is good - but I am not seeing anything in the "Accept" and "Reject" colums.  Is that a normal behavior?


I am very happy to see such a good & useful software given to the community, with the code available and open source.

I, for sure, will contribute through the automatic mining donation, and I truly encourage everyone to do so as well.  A few percent is really not much compared to the increase of profit that StuffOfInterest is giving us all through this software.  :)


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: Zels on December 31, 2014, 02:40:47 AM
And 2 more questions:

1-
Does anyone knows what are the commands for sgminer to exit if the pool is not responding?  (The equivalent of   "-r 3 -R 10"   for ccminer.)
I couldn't find it in the docs.

Otherwise, if a pool is down, the miner (sgminer) just stays there, idle, waiting to get more work - while it could be mining on another pool/algo.


2-
MinerControl is running fine and feels really reliable - all is good - but I am not seeing anything in the "Accept" and "Reject" colums.  Is that a normal behavior?


I am very happy to see such a good & useful software given to the community, with the code available and open source.

I, for sure, will contribute through the automatic mining donation, and I truly encourage everyone to do so as well.  A few percent is really not much compared to the increase of profit that StuffOfInterest is giving us all through this software.  :)


1) Use failover pool in your cmd line/conf file, if one is down, sgminer goes to the next one you give.
But if a pool is really down, minercontrol won't be able to get price, soo won't put your miner there :)

2) Only niceshash provide info via api of accepted/rejected speed, normal to have nothing for the others pools :)


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: TransAtlantic on December 31, 2014, 05:05:54 AM
And 2 more questions:

1-
Does anyone knows what are the commands for sgminer to exit if the pool is not responding?  (The equivalent of   "-r 3 -R 10"   for ccminer.)
I couldn't find it in the docs.

Otherwise, if a pool is down, the miner (sgminer) just stays there, idle, waiting to get more work - while it could be mining on another pool/algo.


2-
MinerControl is running fine and feels really reliable - all is good - but I am not seeing anything in the "Accept" and "Reject" colums.  Is that a normal behavior?


I am very happy to see such a good & useful software given to the community, with the code available and open source.

I, for sure, will contribute through the automatic mining donation, and I truly encourage everyone to do so as well.  A few percent is really not much compared to the increase of profit that StuffOfInterest is giving us all through this software.  :)


1) Use failover pool in your cmd line/conf file, if one is down, sgminer goes to the next one you give.
But if a pool is really down, minercontrol won't be able to get price, soo won't put your miner there :)

2) Only niceshash provide info via api of accepted/rejected speed, normal to have nothing for the others pools :)


1-
That's a good possibility, but doing it that way would not mine the (2nd) most profitable pool/algo, it would just mine another pre-defined pool of the same algo - so that would defeat the purpose of MC as an auto profit switcher.

It sometimes happen (quite regularly, actually), that a pool gets DDOSed, and that the connection is only intermittent - sometimes enough for accessing the API (which is often on a different port or even a different server), but not enough to mine reliably on it.
It did happen today with Yaamp while configuring the settings on MC.

I am sure there is a way for sgminer to exit/quit if no pool is giving work after X retrys and waiting X seconds between each.


2-
Ah, thanks for the info.  Indeed, it does make sense.


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: Txslady on January 03, 2015, 03:56:36 PM
I have read this entire thread and have decided to try out this software.  I am no expert but I am pretty good at figuring it out.  I am trying to confirm that I am understanding correctly that SGMiner (what I use now) does not work with Miner Control?

Shannon


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: Zels on January 03, 2015, 04:35:49 PM
I have read this entire thread and have decided to try out this software.  I am no expert but I am pretty good at figuring it out.  I am trying to confirm that I am understanding correctly that SGMiner (what I use now) does not work with Miner Control?

Shannon

Sgminer does work, this tool work with any miner, it just launch your miner as you do, but based on pool price/algo :)


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: StuffOfInterest on January 03, 2015, 06:54:44 PM
I have read this entire thread and have decided to try out this software.  I am no expert but I am pretty good at figuring it out.  I am trying to confirm that I am understanding correctly that SGMiner (what I use now) does not work with Miner Control?

Shannon

Sgminer does work, this tool work with any miner, it just launch your miner as you do, but based on pool price/algo :)

One caveat, you do need to use the "usewindow" option with sgminer as it does not play well with output redirect into the built in console.


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: Txslady on January 03, 2015, 08:10:24 PM
I am I wrong in thinking that -u should be in front of each _ACCOUNT_ _SPARAM2_?  Also is -u _ACCOUNT_._WORKER correct for lyra2?

"yaamp": {
        "account": "wallet",
      "pricemode": 1,
        "sparam1": "-o stratum+tcp://yaamp.com",
        "sparam2": "-p xx",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3533 -u _ACCOUNT_ _SPARAM2_" },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3633 _ACCOUNT_ _SPARAM2_" },
            { "algo": "x14", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3933 _ACCOUNT_ _SPARAM2_" },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3733 _ACCOUNT_ _SPARAM2_" },
            { "algo": "quark", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:4033 _ACCOUNT_ _SPARAM2_" },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3833 _ACCOUNT_ _SPARAM2_" },
            { "algo": "lyra2", "priceid": "lyra2", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:4433 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3433 _ACCOUNT_ _SPARAM2_" }


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: StuffOfInterest on January 03, 2015, 10:57:45 PM
I am I wrong in thinking that -u should be in front of each _ACCOUNT_ _SPARAM2_?  Also is -u _ACCOUNT_._WORKER correct for lyra2?

"yaamp": {
        "account": "wallet",
      "pricemode": 1,
        "sparam1": "-o stratum+tcp://yaamp.com",
        "sparam2": "-p xx",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3533 -u _ACCOUNT_ _SPARAM2_" },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3633 _ACCOUNT_ _SPARAM2_" },
            { "algo": "x14", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3933 _ACCOUNT_ _SPARAM2_" },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3733 _ACCOUNT_ _SPARAM2_" },
            { "algo": "quark", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:4033 _ACCOUNT_ _SPARAM2_" },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3833 _ACCOUNT_ _SPARAM2_" },
            { "algo": "lyra2", "priceid": "lyra2", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:4433 -u _ACCOUNT_._WORKER_ _SPARAM2_" },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3433 _ACCOUNT_ _SPARAM2_" }

Your not wrong, it was messed up.  I'll try to get it sorted in the first post and included a corrected sample config in the next release.


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: Txslady on January 04, 2015, 03:39:19 AM
Anyone willing to help me out?  I have read and reread this thread and cannot figure out why when I hit auto everything lists as dead.  My sgminer.conf file works fine.  I think I have the MinerControl.conf file setup correctly but obviously I am missing something.  Thanks


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: lextad on January 04, 2015, 04:03:50 AM
Anyone willing to help me out?  I have read and reread this thread and cannot figure out why when I hit auto everything lists as dead.  My sgminer.conf file works fine.  I think I have the MinerControl.conf file setup correctly but obviously I am missing something.  Thanks



Post your .conf  file men you can change some keys on the api and payout add


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: Txslady on January 04, 2015, 04:13:49 AM
{
    "general": {
        "power": 0.10,
        "exchange": 500,
        "currencycode": "USD",
        "mintime": 4,
        "maxtime": 30,
        "switchtime": 3,
        "deadtime": 10,
        "logerrors": true,
        "logactivity": true,
        "gridsortmode": 1,
        "minerkillmode": 1,
        "traymode": 1,
        "donationpercentage": 2,
        "donationfrequency": 240,
        "remotesend": true,
        "remotereceive": true
    },
    "algorithms": [
        { "name": "x11", "hashrate": 5251, "power": 49, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-k darkcoin-mod " },
        { "name": "x13", "hashrate": 4024, "power": 49, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-k marucoin-mod" },
        { "name": "x14", "hashrate": 4024, "power": 52, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-k x14" },
        { "name": "x15", "hashrate": 3270, "power": 52, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-k bitblock" },
        { "name": "quark", "hashrate": 7000, "power": 54, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-k quarkcoin" },
        { "name": "nist5", "hashrate": 15682, "power": 54, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-k talkcoin-mod" },
        { "name": "neoscrypt", "hashrate": 80, "power": 54, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-k neoscrypt" },
        { "name": "scrypt", "hashrate": 540, "power": 60, "aparam1": "c:\\windows\\system32", "aparam2": "sgminer.exe", "aparam3": "/c test-run.bat -k zuikkis -batch" },
        { "name": "scryptn", "hashrate": 253, "power": 60, "aparam1": "c:\\windows\\system32", "aparam2": "sgminer.exe", "aparam3": "/c test-run.bat -k zuikkis -batch" },
        { "name": "keccak", "hashrate": 34000, "power": 50, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-k maxcoin" },
        { "name": "lyra2", "display": "Lyra2RE", "hashrate": 1216, "power": 50, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-k lyra2re" },
        { "name": "sha256", "hashrate": 10000, "power": 50, "aparam1": "c:\\windows\\system32", "aparam2": "sgminer.exe", "aparam3": "/c test-run.bat -k psw -batch" }
    ],
    "nicehash": {
        "account": "1GDh3dYW1HPho3SF4Wb7qnUjeedh2spkhk",
        "worker": "1",
        "sparam1": "-o stratum+tcp://stratum.nicehash.com",
        "sparam2": "-p xx",
        "weight": 0.90,
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3336 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3337 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3339 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3333 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3335 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "keccak", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3338 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3340 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "neoscrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3341 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "lyra2", "priceid": "9", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3342 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "sha256", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3332 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true }
        ]
    },
    "westhash": {
        "account": "1GDh3dYW1HPho3SF4Wb7qnUjeedh2spkhk",
        "worker": "1",
        "sparam1": "-o stratum+tcp://stratum.westhash.com",
        "sparam2": "-p xx",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3336 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3337 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3339 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3333 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "scryptn", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3335 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "keccak", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3338 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3340 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "neoscrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3341 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true },
            { "algo": "lyra2", "priceid": "9", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3342 -u _ACCOUNT_._WORKER_ _SPARAM2_", "usewindow":  true }
        ]
    },
    "yaamp": {
        "account": "1GDh3dYW1HPho3SF4Wb7qnUjeedh2spkhk",
        "pricemode": 1,
        "sparam1": "-o stratum+tcp://yaamp.com",
        "sparam2": "-p xx",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3533 -u _ACCOUNT_ _SPARAM2_", "usewindow":  true },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3633 -u _ACCOUNT_ _SPARAM2_", "usewindow":  true },
            { "algo": "x14", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3933 -u _ACCOUNT_ _SPARAM2_", "usewindow":  true },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3733 -u _ACCOUNT_ _SPARAM2_", "usewindow":  true },
            { "algo": "quark", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:4033 -u _ACCOUNT_ _SPARAM2_", "usewindow":  true },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3833 -u _ACCOUNT_ _SPARAM2_", "usewindow":  true },
            { "algo": "lyra2", "priceid": "lyra2", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:4433 -u _ACCOUNT_ _SPARAM2_", "usewindow":  true },
            { "algo": "scrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3433 -u _ACCOUNT_ _SPARAM2_", "usewindow":  true }
        ]
   }
}


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: Txslady on January 04, 2015, 07:30:38 PM
Here is what is in the error log when I run auto and everything lists dead.  Anyone know what this means?

1/4/2015 1:28:15 PM
----------------------------------------------
Type: InvalidOperationException
Message: Sequence contains no elements
Stack trace:    at System.Linq.Enumerable.First[TSource](IEnumerable`1 source)
   at MinerControl.MiningEngine.RunBestAlgo(Boolean isMinimizedToTray)


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: Rastamann on January 05, 2015, 09:02:55 PM
i don't get it. i can't seem to get minercontrol to work for me. after config'ing it to my wallet etc. i hit auto and it starts FAKE MINING. it comes up with some BULLSHIT balance yet nothing shows up in YAAMP. when i remove the testrun application all the pools say "dead".


what kind of SCAM is this?


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: StuffOfInterest on January 05, 2015, 09:12:33 PM
i don't get it. i can't seem to get minercontrol to work for me. after config'ing it to my wallet etc. i hit auto and it starts FAKE MINING. it comes up with some BULLSHIT balance yet nothing shows up in YAAMP. when i remove the testrun application all the pools say "dead".


what kind of SCAM is this?

Go back and read the first post.  The configuration shipped with Miner Control is a sample and does not use a real miner.  You need to download the miner (or miners) for your own card(s) and adjust the configuration to use it.  Further down in the first post is a sample of working config file for two nVIDIA 750Ti cards.

And be careful throwing around words like "scam" for something you didn't pay any money for.


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: Rastamann on January 05, 2015, 09:55:17 PM
alright.... please include the links for the specific miners that you write about. because i don't seem to read ANYWHERE where it says this. annnnnd... needing a different miner for each different card that i have? really? really?

and i am just gonna looooooove giving you a list of all my cards after your next response.


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: StuffOfInterest on January 05, 2015, 10:23:20 PM
alright.... please include the links for the specific miners that you write about. because i don't seem to read ANYWHERE where it says this. annnnnd... needing a different miner for each different card that i have? really? really?

and i am just gonna looooooove giving you a list of all my cards after your next response.

You need to learn more about mining before worrying about using a tool like Miner Control.  Miner Control is intended to launch the miner configured for different pools and algorithms but it is up to you to figure out the correct configuration for those.  You may have better luck over at Crypto Mining Blog (http://cryptomining-blog.com/).  They put together some packages for Miner Control preconfigured to work with AMD and nVIDIA cards.  Good luck.


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: Rastamann on January 05, 2015, 11:17:09 PM
hahahaha.... that's what i thought. bullshit walks

don't ever lecture me or anyone else about using the word SCAM


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: Txslady on January 06, 2015, 12:57:50 AM
StuffofInterest I really could use some help if possible.  I have SGminer installed with my conf file configured for SGminer and MinerControl but can't figure out where I am going wrong.  Thanks


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: lextad on January 06, 2015, 03:34:37 AM


Code:
{
    "general": {
        "power": 0.09,
        "exchange": 300,
        "currencycode": "USD",
        "mintime": 4,
        "maxtime": 60,
        "switchtime": 3,
        "deadtime": 10,
        "logerrors": false,
        "logactivity": true,
        "gridsortmode": 2,
        "minerkillmode": 1,
        "traymode": 1,
        "donationpercentage": 2,
        "donationfrequency": 240
    },
    "algorithms": [
        { "name": "x11", "hashrate": 4000, "power": 130, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-k darkcoin-mod --no-submit-stale -I  -w 256 --thread-concurrency 8192 --gpu-threads 2 --auto-fan -o"},
        { "name": "x13", "hashrate": 2900, "power": 130, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-k marucoin-mod --no-submit-stale -I 14 -w 256 --thread-concurrency 8192 --gpu-threads 2 --auto-fan -o" },
        { "name": "x15", "hashrate": 2500, "power": 130, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-k bitblock --no-submit-stale -I 14 -w 256 --thread-concurrency 8192 --gpu-threads 2 --auto-fan -o" },
        { "name": "nist5", "hashrate": 12000, "power": 130, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-k talkcoin-mod --no-submit-stale -I 14 -w 256 --thread-concurrency 8192 --gpu-threads 2 --auto-fan -o" },
        { "name": "neoscrypt", "hashrate": 285, "power": 150, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-k neoscrypt --no-submit-stale -I 14 -w 64 --thread-concurrency 8192 --gpu-threads 2 --auto-fan -o" },
        { "name": "keccak", "hashrate": 0, "power": 0 },
        { "name": "x14", "hashrate": 0, "power": 130, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-k neoscrypt --no-submit-stale -I 14 -w 64 --thread-concurrency 8192 --gpu-threads 2 --auto-fan -o" },
        { "name": "quark", "hashrate": 0, "power": 0 },
        { "name": "scrypt", "hashrate": 0, "power": 0 },
        { "name": "scryptn", "hashrate": 0, "power": 0 },
        { "name": "sha256", "hashrate": 0, "power": 0 }
    ],
    "nicehash": {
        "account": "1Ced7sziGNLnfuc4xnqcYyDpjCfqTBzCin",
        "worker": "270x",
        "weight": 0.90,
        "sparam1": "stratum+tcp://stratum.nicehash.com",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3336 -u _ACCOUNT_._WORKER_ -p d=0.02", "usewindow": true },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3337 -u _ACCOUNT_._WORKER_ -p d=0.02", "usewindow": true },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3339 -u _ACCOUNT_._WORKER_ -p d=0.02", "usewindow": true },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3340 -u _ACCOUNT_._WORKER_ -p d=0.02", "usewindow": true },
            { "algo": "neoscrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3341 -u _ACCOUNT_._WORKER_ -p d=32", "usewindow": true }
        ]
    },
    "westhash": {
        "account": "1Ced7sziGNLnfuc4xnqcYyDpjCfqTBzCin",
        "worker": "270x",
        "sparam1": "stratum+tcp://stratum.westhash.com",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3336 -u _ACCOUNT_._WORKER_ -p d=0.02", "usewindow": true },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3337 -u _ACCOUNT_._WORKER_ -p d=0.02", "usewindow": true },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3339 -u _ACCOUNT_._WORKER_ -p d=0.02", "usewindow": true },
            { "algo": "nist5", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3340 -u _ACCOUNT_._WORKER_ -p d=0.02", "usewindow": true },
            { "algo": "neoscrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3341 -u _ACCOUNT_._WORKER_ -p d=32", "usewindow": true }
        ]
    },
    "trademybit": {
        "apikey": "mykey",
        "account": "lextad",
        "worker": "270x",
        "sparam1": "stratum+tcp://east01.us.trademybit.com",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:4440 -u _ACCOUNT_._WORKER_ -p x", "usewindow": true },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:5550 -u _ACCOUNT_._WORKER_ -p x", "usewindow": true },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:6660 -u _ACCOUNT_._WORKER_ -p x", "usewindow": true },
            { "algo": "neoscrypt", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:8880 -u _ACCOUNT_._WORKER_ -p x", "usewindow": true }
        ]
    },
    "yaamp": {
        "account": "1Ced7sziGNLnfuc4xnqcYyDpjCfqTBzCin",
        "worker": "270x",
        "sparam1": "stratum+tcp://yaamp.com",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3533 -u _ACCOUNT_ -p _WORKER_", "usewindow": true },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3633 -u _ACCOUNT_ -p _WORKER_", "usewindow": true },
            { "algo": "x15", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3733 -u _ACCOUNT_ -p _WORKER_", "usewindow": true }
        ]
    },
    "wafflepool": {
        "account": "1Ced7sziGNLnfuc4xnqcYyDpjCfqTBzCin",
        "worker": "270x",
        "sparam1": "stratum+tcp://useast.wafflepool.com",
        "algos": [
            { "algo": "x11", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3331 -u _ACCOUNT_._WORKER_ -p d=0.02", "usewindow": true },
            { "algo": "x13", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:3330 -u _ACCOUNT_._WORKER_ -p d=0.02", "usewindow": true }
        ]
    }
}

Get the latest multiminer  and nvidia ccminer or AMD sgminer 
Any donation are welcome


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: Txslady on January 06, 2015, 04:19:33 AM
Thank you LexTad but I think I got it figured out.  Will compare to what you have though.


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: Lavabo on January 06, 2015, 02:09:13 PM
i don't get it. i can't seem to get minercontrol to work for me. after config'ing it to my wallet etc. i hit auto and it starts FAKE MINING. it comes up with some BULLSHIT balance yet nothing shows up in YAAMP. when i remove the testrun application all the pools say "dead".


what kind of SCAM is this?
you did not read anything about the setup did you?
it work, i tell you, better with my geforce 970 than my Radeon's, but it works

maybe you just hit the batch file that start the testminer.exe ...

We wont do anything for you, just learn like we all did the hard way... script kiddie!!


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: ghotiphry on January 06, 2015, 03:25:23 PM
bullshit walks


Rasta, take your own bullshit and walk yourself.  SoI has put a lot of effort into this software, and it works just fine for those of us who know what they are doing.  So either do like SoI says and learn how to mine or ask politely for assistance, for while these guys have shown a willingness to assist in problematic setups you are doing yourself a disservice with your attitude.


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: frazier34567 on January 06, 2015, 04:38:23 PM
hahahaha.... that's what i thought. bullshit walks

don't ever lecture me or anyone else about using the word SCAM

What Graphics cards are you using?  AMD? nVidia? also we need the model number for each as well to tell you what mining program to use.

Second, in the minercontrol.conf you will need to change the folder location under the Algo to the proper folder for your miner is located ("aparam1": "C:\\Users\\xxx\\Desktop\\cpuminer\\neoscrypt\\cgminer-3.7.8-neoscrypt") and then the name of the miner program ("aparam2": "sgminer.exe")    

Next you need to change the account on Nicehash, Westhash, Wafflepool and YAAMP to your Bitcoin wallet Address so it will mine for you.

Then you need to setup accounts and workers for LTCrabbit.  Then put them into the configuration file.  

Then if you are still having problems let us know.  

  


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: Travis9x on January 07, 2015, 09:20:26 AM
hahahaha.... that's what i thought. bullshit walks

don't ever lecture me or anyone else about using the word SCAM
I say let him ragequit from cryptomining.  With an attitude like that, why should any of us bother helping him?  Just let him aim his "multitude of cards" at Dogecoin or something, and leave the rest of us with brains alone.  Darwinism at its finest.


Title: Re: [ANN] Miner Control 1.5.5 - Auto profit switching miner controller
Post by: ghotiphry on January 07, 2015, 08:51:22 PM
Quote
OK, released version 1.5.5 (https://github.com/StuffOfInterest/MinerControl/releases) with WePayBTC support.  It is up to you to handle setup. I don't have AMD cards so I can't test it myself but it does get the pricing information.

I have a bit of a problem with WePayBTC.  Yes, you can plug the pool into the config file.  Yes, it does pull pricing info from the site.  Their pricing info that is pulled from the API is a fairly static number and only changes if they change the payout.  WePayBTC has used a single Sapphire R9 290 Tri-X OC as a reference card, and set that to equal 100%, and that is the number they have posted in their API.  In other words, if you use one of their reference cards, it should return 0.000927 BTC/day, equivalent to 0.0001915 BTC/mhs of X11 mining hash, or 0.30003445 BTC/mhs of X15, for example.  Those conversion numbers are set by WePayBTC, and don't seem to fluctuate...  

So, I'm plugging this into a config on a test miner.  It's a small one, an old AMD 7750 card.  Doesn't pull much.  MinerControl says I should be seeing a net of 0.000220 based on a hash of x15 of 640 kh.  But the miner has built-in BTC/day output data, and it says I'm only realizing 0.00006 BTC/day (6% of their reference.)  Trying to back into the numbers, I think, but I'm not sure, that MC is equating 1000 khs of X15 to be 100%, then calculating the net based on configured hash of 640 khs.  That would give me the 0.30003445 * 0.640 = 0.00022048, which is what I'm seeing reported in MC.  What I'm seeing from the WePayBTC miner would be their base reference 0.000927 * 7% = 0.00006.

I'm so confused...  Anyone else using MinerControl for WePayBTC and have this figured out?  The numbers just don't work out.  I'm wondering if something needs to be revamped, like maybe an additional (percentage?) field needs to be added to the configuration and applied against their base "reference" field to calculate earning capability.

I think the only reason I'm pursuing this is because the WePayBTC numbers are actual, not estimated.  If they say they are paying out X then they are paying out X.  If their actual payout is beating estimated Yaamp payouts, for example, why wouldn't you mine there?

Edit: 2 things.  Another suggestion, how about letting WePayBTC bypass calculations altogether and have just a single config with ability to directly plug in the Earn or Net?  Also, playing around with the miner, I copied in the updated drivers into the folder and bumped my percentage to 20%.  Makes it even more viable...


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: ghotiphry on January 08, 2015, 02:32:48 PM
Okay, maybe I'm talking to myself, maybe not.  If anyone is interested in WePayBTC, I have a pretty kludgy solution.  Configure it as a manual pool.

Since the output of the WePayBTC miner is a static BTC/day, you can back into it.  It doesn't matter which algo you specify.  I picked X15.

Given the following for this single miner I'm working on:

"wepaybtc": {
        "account": "myaccount",
        "sparam1": "C:\\mining\\WePayBTC",
        "sparam2": "deadStart.bat",
        "algos": [
            { "algo": "x15", "folder": "_SPARAM1_", "command": "_SPARAM2_", "usewindow":  true}
        ]
    }
  
MinerControl WePayBTC X15 price = 0.344500
MinerControl X15 Net (derived from output of WePayBTC configured with the correct subsection of config file as X15) = 0.000220
WePayBTC BTC/day miner output = 0.00019

Take the actual BTC/day / MC net to get a percentage, mine is (0.00019 / 0.000220) = 86%
Multply the result with the price (0.344500 * 86%) = 0.297523 to get the manual price

This ends up with a manual config of:

"manual": {
        "account": "myaccount",
        "sparam1": "C:\\mining\\WePayBTC",
        "sparam2": "Start.bat",
        "algos": [
            { "algo": "x15", "price": 0.297523, "fee": 0, "folder": "_SPARAM1_", "command": "_SPARAM2_", "usewindow":  true}
        ]
    }

Start.bat is configured according to the WePayBTC miner instructions.  This gives me my net of 0.000190 and allows me to use WePayBTC accurately.  It doesn't matter which algo you use as you are not actually mining an algo at WePayBTC, just starting their miner.  At current pricing this places it third, below Yaamp neoscrypt and x14.  You do, however, need to monitor for pricing changes.


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: jch9678 on January 08, 2015, 03:13:11 PM
Okay, maybe I'm talking to myself, maybe not.  If anyone is interested in WePayBTC, I have a pretty kludgy solution.  Configure it as a manual pool.

Since the output of the WePayBTC miner is a static BTC/day, you can back into it.  It doesn't matter which algo you specify.  I picked X15.

Given the following for this single miner I'm working on:

"wepaybtc": {
        "account": "myaccount",
        "sparam1": "C:\\mining\\WePayBTC",
        "sparam2": "deadStart.bat",
        "algos": [
            { "algo": "x11", "folder": "_SPARAM1_", "command": "_SPARAM2_", "usewindow":  true},
            { "algo": "x13", "folder": "_SPARAM1_", "command": "_SPARAM2_", "usewindow":  true},
            { "algo": "x15", "folder": "_SPARAM1_", "command": "_SPARAM2_", "usewindow":  true},
            { "algo": "nist5", "folder": "_SPARAM1_", "command": "_SPARAM2_", "usewindow":  true}
        ]
    }
  
MinerControl WePayBTC X15 price = 0.344500
MinerControl X15 Net (derived from output of WePayBTC configured with the correct subsection of config file as X15) = 0.000220
WePayBTC BTC/day miner output = 0.00019

Take the actual BTC/day / MC net to get a percentage, mine is (0.00019 / 0.000220) = 86%
Multply the result with the price (0.344500 * 86%) = 0.297523 to get the manual price

This ends up with a manual config of:

"manual": {
        "account": "myaccount",
        "sparam1": "C:\\mining\\WePayBTC",
        "sparam2": "Start.bat",
        "algos": [
            { "algo": "x15", "price": 0.297523, "fee": 0, "folder": "_SPARAM1_", "command": "_SPARAM2_", "usewindow":  true}
        ]
    }

Start.bat is configured according to the WePayBTC miner instructions.  This gives me my net of 0.000190 and allows me to use WePayBTC accurately.  It doesn't matter which algo you use as you are not actually mining an algo at WePayBTC, just starting their miner.  At current pricing this places it third, below Yaamp neoscrypt and x14.

I appreciate you sharing this, I'm following.  I actually don't have miner control running yet though.  Out of curiosity which ocl files did you drop in the wepaybtc sgminer directory to get a 20% increase and was that only for your 7750?


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: ghotiphry on January 08, 2015, 03:28:11 PM
Quote
I appreciate you sharing this, I'm following.  I actually don't have miner control running yet though.  Out of curiosity which ocl files did you drop in the wepaybtc sgminer directory to get a 20% increase and was that only for your 7750?

Ha, I use the scattergun approach and copied the entire contents of C:\AMD\AMD-Catalyst-Omega-14.12-With-DOTNet45-Win7-64bit\Packages\Drivers\Display\W76A_INF\B178093 after extracting the drivers.  With the older 14.6 drivers it was C:\AMD\AMD-Catalyst-14.6-RC2\Packages\Drivers\Display\WB_INF\B173241.  Basically search the extracted driver folder for amd_opencl32.dll and grab the folder contents.  This seems to work for most, if not all sgminer forks regardless of what card.  After you copy in the drivers, delete the *.bin files.  Of course I always keep a working backup folder before messing with it.

For the record, I went from having a reported WePayBTC BTC/day of 0.00006 to 0.00019, an increase of 316%.


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: jch9678 on January 08, 2015, 04:38:44 PM
Quote
I appreciate you sharing this, I'm following.  I actually don't have miner control running yet though.  Out of curiosity which ocl files did you drop in the wepaybtc sgminer directory to get a 20% increase and was that only for your 7750?

Ha, I use the scattergun approach and copied the entire contents of C:\AMD\AMD-Catalyst-Omega-14.12-With-DOTNet45-Win7-64bit\Packages\Drivers\Display\W76A_INF\B178093 after extracting the drivers.  With the older 14.6 drivers it was C:\AMD\AMD-Catalyst-14.6-RC2\Packages\Drivers\Display\WB_INF\B173241.  Basically search the extracted driver folder for amd_opencl32.dll and grab the folder contents.  This seems to work for most, if not all sgminer forks regardless of what card.  After you copy in the drivers, delete the *.bin files.  Of course I always keep a working backup folder before messing with it.

For the record, I went from having a reported WePayBTC BTC/day of 0.00006 to 0.00019, an increase of 316%.

That's insane and it's still only the 3rd most profitable.  So you have 14.6 installed and you dropped 14.12 into sgminer?  I did this with 13.12 and 14.6 drivers last summer but I need to test this.  The only reason I can think why one might not want to mine with wepaybtc is they have their sgminer configured to use 1 thread and crank up the intensity, so that may use more electricity, I'm not sure.  My cards were crashing but I think that was due to mining X coins with Stilt's bios. 


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: ghotiphry on January 08, 2015, 04:51:12 PM
Quote
That's insane and it's still only the 3rd most profitable.  So you have 14.6 installed and you dropped 14.12 into sgminer?  I did this with 13.12 and 14.6 drivers last summer but I need to test this.  The only reason I can think why one might not want to mine with wepaybtc is they have their sgminer configured to use 1 thread and crank up the intensity, so that may use more electricity, I'm not sure.

I should say that most of my miners are using the 14.6 drivers, but don't know where to get that driver anymore.  I didn't notice an increase with the 14.12, but no decrease either.  I agree, it is insane.  It places it over the X algos, but not as good as some of the newer ones.  I can't speak to what WePayBTC's electric usage is, and would be interested if you have a method of analyzing.

Edit:  Changed my mind, it seems that I do see a decrease with the 14.12 drivers.  14.6 works best for me.


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: Txslady on January 10, 2015, 04:59:37 AM
Does anyone know if there is a way that this program or sgminer can log all activity, the coin mined and accepted shares?  I am trying to determine the best difficulty but don't really have the time to sit an watch each coin for about an hour, plus it would be nice to look every once in awhile to see if I need to make adjustments to my difficulty settings.

Thanks


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: jch9678 on January 11, 2015, 04:22:55 AM
Does anyone know if there is a way that this program or sgminer can log all activity, the coin mined and accepted shares?  I am trying to determine the best difficulty but don't really have the time to sit an watch each coin for about an hour, plus it would be nice to look every once in awhile to see if I need to make adjustments to my difficulty settings.

Thanks

Maybe this is what you're looking for

"log-file" : "output.log",

or go here https://github.com/sgminer-dev/sgminer  and control f sharelog or here

https://github.com/sgminer-dev/sgminer/blob/master/doc/configuration.md#sharelog



Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: Txslady on January 14, 2015, 02:13:41 AM
Does anyone know if there is a way that this program or sgminer can log all activity, the coin mined and accepted shares?  I am trying to determine the best difficulty but don't really have the time to sit an watch each coin for about an hour, plus it would be nice to look every once in awhile to see if I need to make adjustments to my difficulty settings.

Thanks

Maybe this is what you're looking for

"log-file" : "output.log",

or go here https://github.com/sgminer-dev/sgminer  and control f sharelog or here

https://github.com/sgminer-dev/sgminer/blob/master/doc/configuration.md#sharelog



Thank you!


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: frazier34567 on January 20, 2015, 04:04:14 PM
For YAAMP

What are people using for pricemode?

yaamp - Config section for YAAMP, ommit to not use this service

    pricemode - 0 = current estimate, 1 = 24hr estimate, 2 = 24hr actual

I am using 1 right now.

Thanks


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: StuffOfInterest on January 20, 2015, 04:06:07 PM
For YAAMP

What are people using for pricemode?

yaamp - Config section for YAAMP, ommit to not use this service

    pricemode - 0 = current estimate, 1 = 24hr estimate, 2 = 24hr actual

I am using 1 right now.

It will default to "0" and that is what everyone used until a few weeks ago when I added this option in.  The other two should give you a little less volatility but you may miss out on sudden swings in profitability for an algo.


Title: Re: [ANN] Miner Control 1.6.0 - Auto profit switching miner controller
Post by: jkminkov on January 27, 2015, 02:54:56 PM
frazier34567 sent you a PM with my config.

Regarding the hamsterpool did anyone found a working config for their lyra2 algo?

it's just one coin that is being mined, so differences(to Yaamp) would be pool fees, pool luck(the larger - the better) and exchange being used

p.s. I don't see Qubit estimate


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: Txslady on February 01, 2015, 10:08:56 PM
FYI:  Yaamp has added "fresh" algo.  Here is what I added to make it work:

Under algorithms:
{ "name": "fresh", "hashrate": 619, "power": 2, "aparam1": "", "aparam2": "sgminer.exe", "aparam3": "-k fresh --no-submit-stale -I 15 --gpu-platform 1" },

Under yaamp:
{ "algo": "fresh", "folder": "_APARAM1_", "command": "_APARAM2_", "arguments": "_APARAM3_ _SPARAM1_:4133 -u _ACCOUNT_ _SPARAM2_", "usewindow":  true },


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: sp_ on February 02, 2015, 11:59:31 AM
619KHASH is a very low hashrate. wich card is this?


Title: Re: [ANN] Miner Control 1.6.1 - Auto profit switching miner controller
Post by: vosjes22 on February 02, 2015, 01:40:36 PM
This is what I get in my console please help it happens with all pools.

Code:
[10.0.1.44] [14:36:36] Pool 0 Thread Concurrency set to "(null)"
[10.0.1.44] [14:36:36] Pool 0 GPU Clock set to "(null)"
[10.0.1.44] [14:36:36] Pool 0 GPU Memory clock set to "(null)"
[10.0.1.44] [14:36:36] Pool 0 GPU Threads set to "(null)"
[10.0.1.44] [14:36:36] Pool 0 GPU Fan set to "100"
[10.0.1.44] [14:36:36] Pool 0 GPU Powertune set to "(null)"
[10.0.1.44] [14:36:36] Pool 0 GPU Vddc set to "(null)"
[10.0.1.44] [14:36:36] Pool 0 Shaders set to "(null)"
[10.0.1.44] [14:36:36] Pool 0 Worksize set to "(null)"
[10.0.1.44] [14:36:36] Probing for an alive pool
[10.0.1.44] [14:36:36] Testing x11.ltcrabbit.com
[10.0.1.44] [14:36:36] Succeeded delayed connect
[10.0.1.44] [14:36:36] x11.ltcrabbit.com stratum session id: miner9725070000000000
[10.0.1.44] [14:36:36] x11.ltcrabbit.com difficulty changed to 0.010
[10.0.1.44] [14:36:38] Timed out waiting for response extranonce.subscribe
[10.0.1.44] [14:36:38] Stratum authorisation success for x11.ltcrabbit.com
[10.0.1.44] [14:36:38] x11.ltcrabbit.com alive
[10.0.1.44] [14:36:38] Startup GPU initialization... Using settings from pool x11.ltcrabbit.com.
[10.0.1.44] [14:36:38] Startup Pool No = 0
[10.0.1.44] [14:36:38] compare_pool_settings()
[10.0.1.44] [14:36:38] set_devices(all)
[10.0.1.44] [14:36:38] Switching to intensity: pool = 12, default = 12
[10.0.1.44] [14:36:38] intensity -> 12
[10.0.1.44] [14:36:38] GPU 0 call to fanspeed get failed
[10.0.1.44] [14:36:38] Set GPU 0 to darkcoin-mod
[10.0.1.44] [14:36:38] Allocate new threads...
[10.0.1.44] [14:36:38] Assign threads for device 0
[10.0.1.44] [14:36:38] Thread 0 set pool = 0 (x11.ltcrabbit.com)
[10.0.1.44] [14:36:38] Init GPU thread 0 GPU 0 virtual GPU 0
[10.0.1.44] [14:36:38] CL Platform vendor: Advanced Micro Devices, Inc.
[10.0.1.44] [14:36:38] CL Platform name: AMD Accelerated Parallel Processing
[10.0.1.44] [14:36:38] CL Platform version: OpenCL 1.2 AMD-APP (1573.4)
[10.0.1.44] [14:36:38] Platform devices: 1
[10.0.1.44] [14:36:38] 0 Juniper
[10.0.1.44] [14:36:38] List of devices:
[10.0.1.44] [14:36:38] 0 Juniper
[10.0.1.44] [14:36:38] Selected 0: Juniper
[10.0.1.44] [14:36:38] Preferred vector width reported 4
[10.0.1.44] [14:36:38] Max work group size reported 256
[10.0.1.44] [14:36:38] Max shaders calculated 640
[10.0.1.44] [14:36:38] Max mem alloc size is 536870912
[10.0.1.44] [14:36:38] Using source file darkcoin-mod.cl
[10.0.1.44] [14:36:38] GPU 0: selecting lookup gap of 2
[10.0.1.44] [14:36:38] GPU 0: selecting thread concurrency of 4032
[10.0.1.44] [14:36:38] Setting worksize to 256
[10.0.1.44] [14:36:38] cl_amd_media_ops found, setting BITALIGN
[10.0.1.44] [14:36:38] BFI_INT patch requiring device not found, will not BFI_INT patch
[10.0.1.44] [14:36:38] Using binary file darkcoin-modJunipergw256l4ku0.bin
[10.0.1.44] [14:36:38] Loaded binary image darkcoin-modJunipergw256l4ku0.bin
[10.0.1.44] [14:36:38] Initialising kernel darkcoin-mod.cl with bitalign, unpatched BFI, nfactor 10, n 1024
[10.0.1.44] [14:36:38] Buffer sizes: 536870912 RW, 128 R
[10.0.1.44] [14:36:38] Creating read/write buffer sized 536870912
[10.0.1.44] [14:36:38] Using read buffer sized 128
[10.0.1.44] [14:36:38] Using output buffer sized 1024
[10.0.1.44] [14:36:38] initCl() finished. Found Juniper
[10.0.1.44] [14:36:38] Starting device 0 mining thread 0...
[10.0.1.44] [14:36:38] Pushing sem post to thread 0
[10.0.1.44] [14:36:38] Waiting on sem in miner thread
[10.0.1.44] [14:36:38] [THR0] Popping work from get queue to get work
[10.0.1.44] [14:36:40] [THR0] gen_stratum_work() - algorithm = darkcoin-mod
[10.0.1.44] [14:36:40] [THR0] Generated stratum merkle 28c9621b9a78170db943f3aa8be7c72df79347d369260e2749ea5ec888fc90ba
[10.0.1.44] [14:36:40] [THR0] Generated stratum header 0000040186e39194083f50739a94f81ba1d01f9ecf070d9adca03adb000070d20000000028c9621b9a78170db943f3aa8be7c72df79347d369260e2749ea5ec888fc90ba54cf7d681c06792b00000000000000800000000000000000000000000000000000000000000000000000000000000000000000000000000080020000
[10.0.1.44] [14:36:40] [THR0] Work job_id da nonce2 0 ntime 54cf7d68
[10.0.1.44] [14:36:40] [THR0] Generated target 00000000000000000000000000000000000000000000000000009cff63000000
[10.0.1.44] [14:36:40] New block: 00000000000070d2dca03adbcf070d9aa1d01f9e9a94f81b083f507386e39194... diff 39
[10.0.1.44] [14:36:40] Work update message received
[10.0.1.44] [14:36:40] Selecting x11.ltcrabbit.com for work
[10.0.1.44] [14:36:40] [THR0] gen_stratum_work() - algorithm = darkcoin-mod
[10.0.1.44] [14:36:40] API not running - API will not be available
[10.0.1.44] [14:36:40] [THR0] Generated stratum merkle 3d30d90c38f29aa2ebd2763dbd6aa33537b6022a7cb8832fd1755600f061f73c
[10.0.1.44] [14:36:40] [THR0] Generated stratum header 0000040186e39194083f50739a94f81ba1d01f9ecf070d9adca03adb000070d2000000003d30d90c38f29aa2ebd2763dbd6aa33537b6022a7cb8832fd1755600f061f73c54cf7d681c06792b00000000000000800000000000000000000000000000000000000000000000000000000000000000000000000000000080020000
[10.0.1.44] [14:36:40] [THR0] Work job_id da nonce2 1 ntime 54cf7d68
[10.0.1.44] [14:36:40] [THR0] Generated target 0000000000000000000000000000000000000000006affffffff9bff63000000
[10.0.1.44] [14:36:40] Generated stratum work
[10.0.1.44] [14:36:40] [THR0] Pushing work from x11.ltcrabbit.com to hash queue
[10.0.1.44] [14:36:40] Selecting x11.ltcrabbit.com for work
[10.0.1.44] [14:36:40] [THR0] gen_stratum_work() - algorithm = darkcoin-mod
[10.0.1.44] [14:36:40] [THR0] Generated stratum merkle 23e0a3c48d56f055d9354addf7070d82c9fa31ce69779408d375480bc9b6852e
[10.0.1.44] [14:36:40] [THR0] Generated stratum header 0000040186e39194083f50739a94f81ba1d01f9ecf070d9adca03adb000070d20000000023e0a3c48d56f055d9354addf7070d82c9fa31ce69779408d375480bc9b6852e54cf7d681c06792b00000000000000800000000000000000000000000000000000000000000000000000000000000000000000000000000080020000
[10.0.1.44] [14:36:40] [THR0] Work job_id da nonce2 2 ntime 54cf7d68
[10.0.1.44] [14:36:40] [THR0] Generated target 0000000000000000000000000000000000000000006affffffff9bff63000000
[10.0.1.44] [14:36:40] Generated stratum work
[10.0.1.44] [14:36:40] [THR0] Pushing work from x11.ltcrabbit.com to hash queue
[10.0.1.44] [14:36:40] [THR0] preparing thread...
[10.0.1.44] [14:36:40] Selecting x11.ltcrabbit.com for work
[10.0.1.44] [14:36:40] [THR0] get_work_prepare_thread
[10.0.1.44] [14:36:40] [THR0] gen_stratum_work() - algorithm = darkcoin-mod
[10.0.1.44] [14:36:40] [THR0] Get work blocked for 2 seconds
[10.0.1.44] [14:36:40] [THR0] Generated stratum merkle 45268c35ca1bd2a11056ca62f92ab5668f3f190d17ae9e4346476d023a187b62
[10.0.1.44] [14:36:40] [THR0] Got work from get queue
[10.0.1.44] [14:36:40] [THR0] Generated stratum header 0000040186e39194083f50739a94f81ba1d01f9ecf070d9adca03adb000070d20000000045268c35ca1bd2a11056ca62f92ab5668f3f190d17ae9e4346476d023a187b6254cf7d681c06792b00000000000000800000000000000000000000000000000000000000000000000000000000000000000000000000000080020000
[10.0.1.44] [14:36:40] [THR0] Work job_id da nonce2 3 ntime 54cf7d68
[10.0.1.44] [14:36:40] [THR0] Generated target 0000000000000000000000000000000000000000006affffffff9bff63000000
[10.0.1.44] [14:36:40] Generated stratum work
[10.0.1.44] [14:36:40] [THR0] Pushing work from x11.ltcrabbit.com to hash queue
[10.0.1.44] [14:36:40] [THR0] Generated target 00000000000000000000000000000000000000000000000000009cff63000000
[10.0.1.44] [14:36:42] [THR0] gen_stratum_work() - algorithm = darkcoin-mod
[10.0.1.44] [14:36:42] [THR0] Generated stratum merkle 40ec65aa43f095b441bc59152f74be87c9b79b464c50854945db1857a0aa81df
[10.0.1.44] [14:36:42] [THR0] Generated stratum header 00000002173f90b9a600b0a56ee64a7a7258ab32a9629ce36873308c00d60fed0000000040ec65aa43f095b441bc59152f74be87c9b79b464c50854945db1857a0aa81df54cf7d401c01924200000000000000800000000000000000000000000000000000000000000000000000000000000000000000000000000080020000
[10.0.1.44] [14:36:42] [THR0] Work job_id 91 nonce2 0 ntime 54cf7d40
[10.0.1.44] [14:36:42] [THR0] Generated target 00000000000000000000000000000000000000000000000000009cff63000000
[10.0.1.44] [14:36:42] New block: 0000000000d60fed6873308ca9629ce37258ab326ee64a7aa600b0a5173f90b9... diff 162
[10.0.1.44] [14:36:42] Work stale due to block mismatch
[10.0.1.44] [14:36:42] [THR0] Discarded work
[10.0.1.44] [14:36:42] Work stale due to block mismatch
[10.0.1.44] [14:36:42] [THR0] Discarded work
[10.0.1.44] [14:36:42] Discarded 2 stales that didn't match current hash
[10.0.1.44] [14:36:42] Selecting x11.ltcrabbit.com for work
[10.0.1.44] [14:36:42] [THR0] gen_stratum_work() - algorithm = darkcoin-mod
[10.0.1.44] [14:36:42] [THR0] Generated stratum merkle 91b98f8b1c17384593b5dde7aa1e33124d06b5fe77aa4c560ad091c661b1027b
[10.0.1.44] [14:36:42] [THR0] Generated stratum header 00000002173f90b9a600b0a56ee64a7a7258ab32a9629ce36873308c00d60fed0000000091b98f8b1c17384593b5dde7aa1e33124d06b5fe77aa4c560ad091c661b1027b54cf7d401c01924200000000000000800000000000000000000000000000000000000000000000000000000000000000000000000000000080020000
[10.0.1.44] [14:36:42] [THR0] Work job_id 91 nonce2 1 ntime 54cf7d40
[10.0.1.44] [14:36:42] [THR0] Generated target 0000000000000000000000000000000000000000006affffffff9bff63000000
[10.0.1.44] [14:36:42] Generated stratum work
[10.0.1.44] [14:36:42] [THR0] Pushing work from x11.ltcrabbit.com to hash queue
[10.0.1.44] [14:36:42] Work update message received
[10.0.1.44] [14:36:42] Selecting x11.ltcrabbit.com for work
[10.0.1.44] [14:36:42] [THR0] gen_stratum_work() - algorithm = darkcoin-mod
[10.0.1.44] [14:36:42] [THR0] Generated stratum merkle cad40673c89b65c6ffc58ab2ce94cbc4b1ff1d9c33b6f68ddc5ac95ebba4f07c
[10.0.1.44] [14:36:42] [THR0] Generated stratum header 00000002173f90b9a600b0a56ee64a7a7258ab32a9629ce36873308c00d60fed00000000cad40673c89b65c6ffc58ab2ce94cbc4b1ff1d9c33b6f68ddc5ac95ebba4f07c54cf7d401c01924200000000000000800000000000000000000000000000000000000000000000000000000000000000000000000000000080020000
[10.0.1.44] [14:36:42] [THR0] Work job_id 91 nonce2 2 ntime 54cf7d40
[10.0.1.44] [14:36:42] [THR0] Generated target 0000000000000000000000000000000000000000006affffffff9bff63000000
[10.0.1.44] [14:36:42] Generated stratum work
[10.0.1.44] [14:36:42] [THR0] Pushing work from x11.ltcrabbit.com to hash queue
[10.0.1.44] [14:36:42] Work stale due to block mismatch
[10.0.1.44] [14:36:42] [THR0] Popping work from get queue to get work
[10.0.1.44] [14:36:42] [THR0] preparing thread...
[10.0.1.44] [14:36:42] [THR0] get_work_prepare_thread
[10.0.1.44] [14:36:42] Selecting x11.ltcrabbit.com for work
[10.0.1.44] [14:36:42] [THR0] Got work from get queue
[10.0.1.44] [14:36:42] [THR0] gen_stratum_work() - algorithm = darkcoin-mod
[10.0.1.44] [14:36:42] [THR0] Generated target 00000000000000000000000000000000000000000000000000009cff63000000
[10.0.1.44] [14:36:42] [THR0] Generated stratum merkle 7ab3659725f0214c43cb0d937e1d4f0addf7d1c877b57b284f0d65c43c826630
[10.0.1.44] [14:36:42] [THR0] Generated stratum header 00000002173f90b9a600b0a56ee64a7a7258ab32a9629ce36873308c00d60fed000000007ab3659725f0214c43cb0d937e1d4f0addf7d1c877b57b284f0d65c43c82663054cf7d401c01924200000000000000800000000000000000000000000000000000000000000000000000000000000000000000000000000080020000
[10.0.1.44] [14:36:42] [THR0] Work job_id 91 nonce2 3 ntime 54cf7d40
[10.0.1.44] [14:36:42] [THR0] Generated target 0000000000000000000000000000000000000000006affffffff9bff63000000
[10.0.1.44] [14:36:42] Generated stratum work
[10.0.1.44] [14:36:42] [THR0] Pushing work from x11.ltcrabbit.com to hash queue
[10.0.1.44] [14:36:42] [THR0] Staged work: total (2) > max (1), discarding
[10.0.1.44] [14:36:42] [THR0] Discarded work
[10.0.1.44] [14:36:42] Selecting x11.ltcrabbit.com for work
[10.0.1.44] [14:36:42] [THR0] gen_stratum_work() - algorithm = darkcoin-mod
[10.0.1.44] [14:36:42] [THR0] Generated stratum merkle 45fa3c09fb7601588cfc02fc28e67fd46ee8e060f066beeaf2339347a873e0cb
[10.0.1.44] [14:36:42] [THR0] Generated stratum header 00000002173f90b9a600b0a56ee64a7a7258ab32a9629ce36873308c00d60fed0000000045fa3c09fb7601588cfc02fc28e67fd46ee8e060f066beeaf2339347a873e0cb54cf7d401c01924200000000000000800000000000000000000000000000000000000000000000000000000000000000000000000000000080020000
[10.0.1.44] [14:36:42] [THR0] Work job_id 91 nonce2 4 ntime 54cf7d40
[10.0.1.44] [14:36