 Show Posts
|
|
Pages: « 1 2 3 4 [5] 6 »
|
|
It needs the SSL because I keep getting dropped from the nicehash server.
Everyone with a GTX 1070 and GTX 1070 FTW, what's your clock speeds?
|
|
|
|
|
So us NVIDIA users are a$$ed out getting this thing to find a block, eh?
|
|
|
|
Thanks for the updates bro!!
However on my 980's, I see that it starts off really good but it drops about 30 SOL/s. Is this just for stabilizing? Ether way it's much faster than before.
BTW, what is the -cm option for?
-cm is working mode. Try -h to see help. Hhhmmm "Working Mode" and auto. Working on what? Faster slower? |
|
|
|
|
Thanks for the updates bro!!
However on my 980's, I see that it starts off really good but it drops about 30 SOL/s. Is this just for stabilizing? Ether way it's much faster than before.
BTW, what is the -cm option for?
|
|
|
|
|
It'll install but won't run. Do I'm sure I have the latest .Net files; are there any other files I need to install?
|
|
|
|
Nicehash Miner v1.0.2d vs EWBF's CUDA Zec miner 0.0.1b
I got 155 sols/s with Nvidia GTX 980 ref card / win 10 64bit ...
You have something not right, i have with nicehash v1.0.2d win 7 64bit 195 sols/s gtx 980 stock, EWBF doing 170 sol/s P0 state enabled? It needs work. I can't change one of my 1060 clock. Both of my 1060's are locked at P2. But all in all it rocking away. Thanks for the update |
|
|
|
|
Was there an update to the wallet? I'm running v2.4.3 and I'm stuck on block 142951. Should I delete everything but the config and wallet?
|
|
|
|
I downloaded old wallet and added nodes under corgicoin.conf and got synched up. However, wallet is still showing (out of sync) for some reason.
20:20:51

getinfo
20:20:51

{
"version" : 1040102,
"protocolversion" : 60003,
"walletversion" : 60000,
"balance" : 291241679.78700000,
"blocks" : 509322,
"connections" : 2,
"proxy" : "",
"difficulty" : 13.29242939,
"testnet" : false,
"keypoololdest" : 1414625938,
"keypoolsize" : 101,
"paytxfee" : 0.00000000,
"mininput" : 0.01000000,
"errors" : ""
}
20:21:22

getblockcount
20:21:22

509322
Yes, I restarted my wallet couple of times as well.
I am using CorgiCoin Wallet Version: v1.4.1.2-unk-beta
Any help will be highly appreciated.
Where did you find this file? |
|
|
|
|
So do we have a new update and if so, please show the git file link so that I may compile it.
|
|
|
|
Such a shame. I was hoping to solo mine it since I can't find any more pools.
Someone still supports this somewhere...
This is gonna sound harsh, and it is, but it's not JUST aimed at you. PLEASE DO YOUR RESEARCH!!!Sync had a very brief mining period, after which it became pure Proof Of Stake. This was when the original developer was still active. Like over a year ago. If you did find an active pool, you'd find an idiot or a scammer running it, there's NO mining. I see this a lot on POS coins. "Where's the pool". There's no pools. There can't be. Finally an answer. No I'm a grownup. It didn't hurt. Thanks |
|
|
|
|
Hello all.
Need a little help with the linux xfce mint version trying to use this app. If I can get the api working with bfgminer or cgminer I'll be golden. But the system looks like i'm better off with bfgminer.
Could not set X locale modifiers
System.NullReferenceException: Object reference not set to an instance of an object
at MultiMiner.UX.ViewModels.ApplicationViewModel.SetAllDevicesToCoinLocally (System.String coinSymbol, Boolean disableStrategies) [0x00000] in <filename unknown>:0
at MultiMiner.UX.ViewModels.ApplicationViewModel.SetAllDevicesToCoin (System.String coinSymbol, Boolean disableStrategies) [0x00000] in <filename unknown>:0
at MultiMiner.Win.Forms.MinerForm.HandleQuickSwitchClick (System.Object sender, System.EventArgs e) [0x00000] in <filename unknown>:0
at System.Windows.Forms.ToolStripItem.OnClick (System.EventArgs e) [0x00000] in <filename unknown>:0
at System.Windows.Forms.ToolStripMenuItem.OnClick (System.EventArgs e) [0x00000] in <filename unknown>:0
at System.Windows.Forms.ToolStripMenuItem.HandleClick (Int32 mouse_clicks, System.EventArgs e) [0x00000] in <filename unknown>:0
at System.Windows.Forms.ToolStripItem.FireEvent (System.EventArgs e, ToolStripItemEventType met) [0x00000] in <filename unknown>:0
at (wrapper remoting-invoke-with-check) System.Windows.Forms.ToolStripItem:FireEvent (System.EventArgs,System.Windows.Forms.ToolStripItemEventType)
at System.Windows.Forms.ToolStrip.OnMouseUp (System.Windows.Forms.MouseEventArgs mea) [0x00000] in <filename unknown>:0
at System.Windows.Forms.ToolStripDropDown.OnMouseUp (System.Windows.Forms.MouseEventArgs mea) [0x00000] in <filename unknown>:0
at System.Windows.Forms.Control.WmLButtonUp (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
at System.Windows.Forms.ScrollableControl.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
at System.Windows.Forms.ToolStrip.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
at System.Windows.Forms.ToolStripDropDown.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
at System.Windows.Forms.Control+ControlWindowTarget.OnMessage (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
at System.Windows.Forms.Control+ControlNativeWindow.WndProc (System.Windows.Forms.Message& m) [0x00000] in <filename unknown>:0
at System.Windows.Forms.NativeWindow.WndProc (IntPtr hWnd, Msg msg, IntPtr wParam, IntPtr lParam) [0x00000] in <filename unknown>:0
Can someone please give me a hand with this. I have raspberry pi's running everything using minera. I'd like for this computer to control them all.
|
|
|
|
|
Such a shame. I was hoping to solo mine it since I can't find any more pools.
Someone still supports this somewhere...
|
|
|
|
|
You know the mining profitability that you have - is there a way on the next update that we can customize it to where we can add more coins to it and let the system tell us which one is the better one? Also, have a default or reset button if we want to change it back?
|
|
|
|
URGENT - PLEASE READ - MOBILEMINER IS SHUTTING DOWNHello guys, I'm sorry to be here to announce this but yesterday evening I received an email from Nate Wools (Mobileminer author) telling me his service is going to be shut down on 1th July 2015. That said, you have to turn off Mobileminer from your Minera before 1th July (I'd recommend you to turn off it ASAP). What does happen if you leave it on? Probably nothing, but your Minera will still try to connect to that service every minute and you will probably suffer from timeouts, so it's really better if you turn off it before the service will be shut down. Unfortunately I can't do anything but completely remove it in the next Minera version I'm going to release in about a week. We should be really thankful to Nate for all his work and I wanna personally thanks him for all his efforts. Thanks Nate! This is the Nate email every MobileMiner API user received: Dear MobileMiner API user,
We thank you for your support in adopting the MobileMiner API for mobile monitoring of home mining. Unfortunately home mining is no longer a realistic and profitable endeavor, which has lead a significant number of miners to cease operations or cut their costs. This leaves MobileMiner in an unfortunately situation where it no longer makes sense to offer as a service.
This email serves as an additional notice that the MobileMiner service will be shutting down as of July 1st, 2015. At this time the mobile apps have been removed from their respective stores and notices have been places on web properties. On July 1st the websites and APIs will be taken offline.
Nate Woolls Well, that explains why gear was offline but everything was running fine. So, will anyone else able to step up to the plate and replace this type of service or just go back to TeamViewer? |
|
|
|
|
Hello,
Does anyone have any issues with the export button? I select it and all I get is the spend of death. Before the update, it used to work. If I can get this to work, it'll save me some time building new systems.
|
|
|
|
|
FYI, love the update. Everything work just fine.
|
|
|
|
mich where is the database file for the gridseed's that i can find threw putty ?
You probably didn't understand me or I explained it badly, Minera can save the current frequencies (for CPUminer only) into its local database (Redis), so you can get them every time you want and restart your miner with the right frequencies. Please look at the picture below, there is a button to save them and a button to get them. Once you get them, you need to put the command line options in your current config from the settings page, so when you restart CPUminer you get the last frequencies you saved.  Yes!! This was what I was hoping for. But it's for CPUminer. What about BFG? That can change on the fly. CG need that restart every time. Okay, okay. Small steps. |
|
|
|
|
Bro, from what I can tell, your OS doesn't like all the different devices I guess. So I've limited to just Blades and Zeus and your system loves it now.
I wanted to have different Pi's just running one brand of hardware only but now that little test I was working with confirmed what I was thinking the whole time. Thank you for taking your time out with me. Back to to the mining pits...
|
|
|
|
|
Yep, you got the right site. That his file I'm using. I really want BFG but renting out my gear through MRR hates it. Don't know why. Lot of late nights and coffee trying to figure it out. CG works better.
Sure. I've updated it again. Took me days to find the right settings because I'd get USB kernel panics because how I was addressing all the devices. It would lockup within 1 to 5 minutes of mining.
Sorry, one problem at a time.
Here you go...
My test line to get everything started manually...
./cgminermod1 --zeus-chips 128 --zeus-clock 342 -c /home/minera/Desktop/mining/cg.conf 2>/var/log/minera/cgminermod.log -c /var/www/minera/conf/miner_conf.json
=====
This is the cg.conf file
===============
{
"scrypt" : true,
"lowmem" : true,
"expiry" : "120",
"no-submit-stale" : true,
"failover-switch-delay" : "300",
"hotplug" : "30",
"log" : "5",
"thread-concurrency" : "50000",
"lookup-gap" : "1",
"gpu-threads" : "2",
"worksize" : "256",
"queue" : "0",
"scan-time" : "300",
"shares" : "0"
,
"scan" : ["gridseed:all"]
,
"gridseed-options" : "freq=1175,chips=5"
,
"gridseed-override" : "48F277693634:chips=40,freq=837;48F2805D3634:chips=40,freq=837;48F9667A3634:chips=40,freq=837;48DF85683432:chips=40,freq=837;48ED86633538:chips=40,freq=837;48FB74603135:chips=40,freq=837;48F974793135:chips=40,freq=837;48D560453532:chips=40,freq=837;$ (you get the point on this line. that's 40 of them)
}
=========================
If I tell it to search for the Zeus first, then all of the Gridseeds, it seems to run fine. I had a lot of extra options in the cg.conf file but decided to remove them.
With all this running, I can get about 101.xxxMH/s out it.
I also as you can see had to do some trickery on my part just to get the log file to work on the web page and fix some permission issues too.
|
|
|
|
|
