Topic: [ANN] Kryptohash | Brand new PoW algo | 320bit hash | ed25519 | PID algo for dif - page 27. (Read 149437 times)

Honestly, I don't see the value of adding this feature to the Wallet.  

Glad to see other people upgrading the hashing as well - it's about time. 

Viz.

If the block reward follows a strict standard that it is easy to calculate by current block height.  KHC wallet would have to parse the entire blockchain in order to come up with an accurate result.

Many wallets can do that,Spreadcoin,Findcoin,...... 

Interesting, seems like it might be a bit of work for the wallet to get the result.  Exactly which wallet does this?  Rather than have the wallet support this I think I'd rather have a MySQL query parse the database for display on a webpage at time of install of the proggy and track new blocks after rather than burn cpu cycles on the wallet.

some wallet getinfo command supports moneysupply info
Dev,could you implement that? 

Here is a guesstimate:

Monetary Mass after    1,000 blocks:     ~232,353 KHCs
Monetary Mass after  10,000 blocks:   ~1,587,326 KHCs
Monetary Mass after  20,000 blocks :  ~2,577,861 KHCs


To know for sure, we'd need a tool that scans the blockchain looking at the coinbase and then substrating the flat fee from it.

 

Dev,how could I get the moneysupply info??

So with Beta 3 and Beta 4 I would get my miner completely stopped after mining for a few hours and would have to restart it.

I finally looked at the log this time. I highlighted the message I think is causing it. Could I change the Expiry to fix the problem?

[2015-01-05 10:24:33] 74.0 C  F: 80%(2972RPM)  E: 1100MHz  M: 1500Mhz  V: 1.200V  A: 72%  P: 0%
 [2015-01-05 10:24:34] [thread 0: 196608 hashes, 179.7 khash/sec]
 [2015-01-05 10:24:35] [thread 0: 196608 hashes, 173.3 khash/sec]
 [2015-01-05 10:24:35] 74.0 C  F: 80%(2962RPM)  E: 1100MHz  M: 1500Mhz  V: 1.200V  A: 71%  P: 0%
 [2015-01-05 10:24:36] [thread 0: 196608 hashes, 180.2 khash/sec]
 [2015-01-05 10:24:37] [thread 0: 196608 hashes, 181.8 khash/sec]
 [2015-01-05 10:24:37] 74.0 C  F: 80%(2957RPM)  E: 1100MHz  M: 1500Mhz  V: 1.200V  A: 71%  P: 0%
 [2015-01-05 10:24:38] [thread 0: 196608 hashes, 176.4 khash/sec]
 [2015-01-05 10:24:39] [thread 0: 196608 hashes, 178.9 khash/sec]
 [2015-01-05 10:24:39] (5s):182.5K (avg):174.5Kh/s | A:30  R:0  HW:0  WU:0.8/m
 [2015-01-05 10:24:40] 75.0 C  F: 80%(2962RPM)  E: 1100MHz  M: 1500Mhz  V: 1.200V  A: 71%  P: 0%
 [2015-01-05 10:24:40] [thread 0: 212992 hashes, 191.8 khash/sec]
 [2015-01-05 10:24:41] [thread 0: 196608 hashes, 169.7 khash/sec]
 [2015-01-05 10:24:42] Work stale due to expiry
 [2015-01-05 10:24:42] Discarded work
 [2015-01-05 10:24:42] Work stale due to expiry
 [2015-01-05 10:24:42] Discarded 1 stales that didn't match current hash
 [2015-01-05 10:24:42] Popping work from get queue to get work
 [2015-01-05 10:24:42] Waiting for work to be available from pools.
 [2015-01-05 10:25:12] Pool 0 difficulty set to 1.000000

EDIT: Can't change --expiry and CGWatcher doesn't work with miner, or at least I could not get it going with it.

same kernal,same speed.

Yep. Removing the --debug log fixed it.

Thanks.

Oh, the infamous libpdcurses.dll crash.

I usually get it on systems with more than 1 GPU or, when I use the --debug option.  The same crash happens with sgminer, BTW.

If you still get this crash without the --debug option then, try the --real-quiet option.   The screen isn't going to look as nice as the curses version but, you won't get the crash anymore.

No, temo monitor did nor work, but the miner worked. It ran.

It does nothing at all now.

http://s7.postimg.org/8yhymn59n/New_2.png

I updated existing ADL code using what I found in the latest sgminer.

Are you saying temp monitoring worked on your nVidia cards in Beta3?