Quote from: wiggi on August 31, 2015, 12:01:30 PM

Quick hack to make the Qt client more usable for game play:
https://mega.nz/#!GU0hFCjJ!0oFP-u7KRs9tm3WbqQzObanp7i0sdgdmwK_sIuBtTaE

- "pending tx monitor" to reroute output from the console command "name_pending" to GUI

Code:

input:
name_pending 5 start the "pending tx monitor" so it will update every 5 seconds (console is not available while it runs)
middle mouse button stop it (need 5 seconds to stop)
Ctrl+middle mouse button toggle between active and inactive (i.e. no alarms).
names.txt up to 20 player names + distance to trigger alarm (2...9, 0 to disable alarm for this player). Changes are effective after restarting the tx monitor.

output:
small_wave_file.wav played (by asking the OS to open it) on alarm, must be in same folder as debug.log (not included, windows system sounds work just fine)
*ALARM* [] after player names in case of alarm
*Idle* after player names if a player is out of waypoints and there is currently no alarm
x,y->x2,y2 after player name, coors currently and expected after next block
wp:... after player name, next waypoint
tx*:... after player name, value of pendig tx, and how "old" it is
CONTACT* we will be in destruct range with an enemy player after next block. If started with "name_pending 5",
then "CONTACT*4" or "CONTACT*5" (20 or 25 seconds) is basically seeing the white in their eyes

- banks show remaining blocks, and a gauge that is visible when zoomed out

i've not downloaded yet but is the source in the file?

if you make a pull request and all looks stable i don't see an issue with merging it?

awesome work btw - if we put it in and all is stable, i'll send 10k hucs from the dev fund and 10k hucs from my personal..
does it include the updated graphics? (shadows etc)

we could do with probably have this ported over to the huntercore-qt when it's ready so will added an extra bounty for that if it's possible.

Quote from: Icon on September 01, 2015, 12:19:43 AM

Think i might have had asked this question before,, but anyways

When setting a payout address using the qt client, ie an exchange when a toon hits an "despawns/dies" will that 200 huc also go to the exchange or return to my wallet, basically i only want what i mined not what i paid to get the miner to go to an exchange..

Icon

** Update **

Well seems you lose the 200 hucs to make the toon if you don't use your own qt wallet as the payout address, not sure on the found coins though, sent a toon to an bank exit and had player died on the qt log and 0 coins and the exchange doesn't show a 200 huc deposit.. Might want to fix that.

Icon

i wouldn't risk it - i think in the past - with regards to bitcoin - some exchanges supported mining to an exchange and some didn't..

when coins "come out" of the game, they take 120 blocks to mature - this possibly/probably complicates things.

only use reward address to an address in your wallet is the best recommendation.

Quote from: duplan on September 01, 2015, 03:13:34 PM

Quote from: snailbrain on August 26, 2015, 01:47:41 PM

Quote from: locos_pfc on August 24, 2015, 10:38:56 AM

_{^{http://chain.huntercoin.org/ This webpage is not available}}

_{^{Hi, sorry the sub run out for that VPS provided by a contributor, going to sort ASAP.}}

Quote from: p3yot33at3r on August 26, 2015, 11:08:50 AM

_{^{Pretty sure merge mining HUC with p2pool no longer works - I've not found any blocks for a couple of months now with over 10Th, so have removed HUC from my nodes. Same thing with NMC actually - I'm wondering if it's the same problem, especially now that CRW merge mining isn't working either, as I know they were all coded by domob. @ domob: Any chance you could have a look? Thanks}}

_{^{not sure but hopefully domob can have a look.
As you seem pretty experienced i guess you understand that when merge mining, the merged mine coin is not sharing hash with p2pool miners, only sharing (like a pool) with the primary coin (bitcoin). So you are going up against DiscusFish (f2pool) basically solo mining. (afaik)
-
Some Good News - Domob has progressed very well with Huntercore - (based on latest bitcoin core/ namecore). All updated codebase.
Fully Syncs now. Syncing does seem much more stable and fast for me (on linux, not yet tried windows). Doesn't seem to be a massive improvement but I synced in < 1 day with a SSD. Also - using bitcoins new pruning, the chain size prunes down to less than 850MB - it can probably be pruned down further but there is a coded limitation of saving 550mb of data (tbh I haven't fully researched it).
It's not ready for use yet as it needs some tweaks and has some limitations, but you can find it here if you want to test https://github.com/domob1812/huntercore/tree/master apologies that I haven't posted for a few days -
My New Baby was Born on Saturday <3}}

Congratulations & Blessings for the Newborn ! Will be a Hunter for sure ! Thanks for keeping Us updated on progress , I am a big fan of this Truly Unique Project . Just pulled a massive sell order I had still on , price was very high anyway but I prefer & commit to let the market roll all the way up smoothly while Huntercoin improves with each new iteration

Thank you

We'll keep improving until we have a decentralized Matrix