looks like that change needs to happen.

Let me push a replacement .bat file for you to mega.  Give me about 5-10 min.

*edit*

Here it is: https://mega.nz/#!gPIj2BxK!DrKgS92Z68bdTCybLKVf8084AbLRjFO8QOgiXlELe_Y

It must have been you that emailed me.

Please ignore any of the extra info added to the email that seem like they may not apply to you.  Ive been tossing words back and forth with a few people about it this morning.


README.txt:


If you get a powershell error, let me know asap. 

As long as I am still at home, ill make a revision and push it via the auto-update feature....   it's a simple change, but necessary on some machines I am just finding out.

XMR?  We don't mine monero on this pool as far as I know.  You would have to find a Monero specific pool since it is its own kind of animal.    If I am wrong, someone else will chime in.


But FYI:
On this pool, you select an algorithm to mine on, and workunits from many coins are sent to your miner to work on.

You can only pick what coin you are paid out with.

Yeah, the real world poolside calcs can leave be much to be desired for accuracy.... this is why when I do normalizations (the benchmark), I use the poolside averages in my norms.

Tribus;  not sure;  post up the miner app you are using, as well as the card(s) you are using.  This info may help crackfoo see what is causing it.  Typically you can see up to %20 less hash, but on average somewhere around -5-8% of what the miner app is reporting.  50% is a huge difference, but if everyone is seeing the same -50%;  then its cancelling itself out and nobody has an advantage (I noticed he restarts some services/ports when this happens on some coins/algos).

See;  profitability will never match the miner's guess if it never sees the same number as the site calcs.  That is the biggest fault of the client-side profitability calculations.

If the site used the reported hashrate from the miner;  someone could just modify the miner app to feed the pool erroneous/false data and you'd get paid for doing nothing in a way....  so the closest solution is what we use, and its far from perfect, but quite logical and reliable.    I've also noticed when luck is down for me;  I typically see the same results in everyone else's shares as well (the pool graphs pane).  Since all users in the pool are going to be working from the same base blocksignature hash salt to find the next block;  they tend to work from the same grouping of potential winning salt/nonce combination, and in turn, the same sort of results.

With multiple machines on different accounts, I have noticed the same low days and same high profit days on each account within a small % of error.... this is why I feel that luck is all encompassing based on base root hash we are all working on successive chunks on.

recalcs/switches can be a nuisance if the API is not responding.  Longer delays are better;  because most pumping rises in coins tend to happen over the course of a few hours to half a day... so having the recalcs done with more of a delay, probably won't hurt you.

... this is what I get for being up all night last night... couldn't sleep.. ended up falling asleep around 3PM, and woke now near midnight for some reason?

It is working;  But the batch is based around zpool only ATM.  I know the masses want options for ZEC/ETH at the minimum.  Me personally, I have always shied away from them.  I really need to clean up the code,   I could probably cut 1/4 out of it and still have it function as it should since it no longer needs to be notated and easy to modify like the manual batch is.

I would have to get together the best miner app(S) for the major algos, as well as pools other than zpool;  especially for things like zec, zcl, cryptonight, etc.

I would also need to go against my personal grain and buy a few RX series cards and get the script supporting those.  Don't wanna, but gotta for the sake of everyone.


The new mminer works pretty well;  Works just like my manual batch, but it has the new updating feature.   Right now its set up to just mass update from my URL, with my updates, etc....  But I am working on a way for people to do their own deployments with it, and easily push the updates that I release manually themselves.   This way there is no broken link of trust between the miner app creator, and the miner themselves.

In all reality;  if a massive amount of people start using my mminer batch;  and lock to my update location;  I could theoretically push updates to them to have them do my bidding from wherever/whenever....   Not something I would ever do, but its possible for someone to do such a thing.   This is why I want to get my source onto github, because at lease a history of changes and updates will be kept that (hopefully) can't be tampered with.

And yep;  I am building and testing this inside windows 10.   I have already tested ~10 different update pushes to one of my personal miners; and so far, no hiccups.

SMOS's remote login/modify feature is nice;  I had no idea it had this ability....    Mine isn't be email based as email requires a service that is a lot less available/free than web-file hosting in a manner of speaking when it comes to user-control-ability.  If you have a dynamic DNS tied to one of your locations; and put a Pi up to service the updates and "control '.txt' files";  It would be easy for you to host the updates and control schism yourself =)   In my example/batch, i'm still using a tripod/lycos homepage URL from the 1990's.  But I do have a Pi in the position mentioned that acts as my personal VPN already =)

The thread about the new batch is in my sig;   If you have suggestions on miner app versions; the algos those versions support, as well as what pools to support or features to add to mminer;  post em up in that thread, that way its kept with the project and easier than scrolling to this thread for the list, or loosing a text file among the 10's of terabytes stored at home....

I don't really need a card for testing that I know of;  I can always yank one of these 960's out of my rackminer for a separate test machine, or something along those lines... but usually the rackminer is my test case itself.  If you have extra ti's that you wish to offload, well, I can try and work out a way to buy one....  Probably wanna keep that part in PM.  But at first thought, its not necessary as I don't want to be taking your profits unnecessarily

*sorry if i seem jumbled right now;  I just woke up as mentioned above*
The past few days I have been juggling selling two cars, and buying an engine and trans for the F250 I was given.... on top of my needy chameleon keeping me occupied.

on my autoswitching batch files I tended to turn off X17 after a while.  it hogged a lot of time, and i made more staying on lyra2 solid for example.


So that highlight I think is just the most popular coin;  I havent figured that out yet, but it could be....  the main problem is normalization;  "whats most profitable for one..." type scenario.  I believe crackfoo set all the default normalization factors to "1.0" thus, making them all equal per-say.

If you decide to test my batch and have hiccups, PM me or email me via my username at gmail.  I know a few of the new algos aren't on there, but with my batch file comments I left in the automatic batch, you can easily add new apps, or replace a currently used ccminer version with your own... or I can try and whip something up, but i'd rather put the effort into incorporating the auto batch into my manual batch so it an "all in one" sort of deal.

colorblind....

can you post an imgur link to a small screenshot (highlight the area) of what you are talking about?

I dont think so though;  stratum handles what's most profitable when doing profit switching via the pool and not another app or profit calculating script....  I have never seen it display it on the wallet or pool page.

Would be kinda nice;  but then again, profitability itself is based on your normalization factor;  so a web based display would be based on the 1.0 default normalization across the board and would not yield a correct answer per-user.

As far as your benchmarks;  Get my automatic batch out and give it a try for your profitability checks;  you are relying on nemosminer to do the profit calcs...  the pool code could be doing it differently itself when stratum decides what you mine instead.  There's the automatic batch, and the lite batch.  Both have merits and drawbacks.  Links in my sig.

I am still working on the new "mminer" batch;  some of the old ccminer versions I am using in it don't play well with the newest versions of W10 and newest video drivers.... but that's not a profit switching batch anyways.  I still have LOTS of work to do, but I posted it so the framework for auto-self-updating in a batch file is out there for people to utilize.


But those batches may give a little insight if running all of these extra API calls and benchmarks on your cards is worth the effort in the end....  I think its going to be within the margin of error on letting the pool control it;  which would free up a metric shit-ton of traffic to the frontend assuming people swap over to the stratum controlled way.


I do remember loving the stratum controlled method though;  which was the whole reason I wrote the auto-batch;  cause waiting for each miner app to load, timeout than close until it gets to the right algo was slow and cumbersome.  My batch launches a ccminer instance for all algos at once, and stratum only feeds data to the algo it wants, the rest of the ccminer instances timeout and go away.  Can be a little buggy;  especially with large wuantities of algos enabled;  but when trimmed down to a real-world list of the best of the best;  its actually quite nice.


Over the last ~year, I have solely mined one algo at a time.  Profits are very consistent;  less "bad days" than profit switching were seen.  Plus, when skien was a goldmine, I was making over $400/mo with 2x 1070's.

This is true, but the pigtails are highly distinguishable, and pretty easy to compare in the auction photos.
Good note though.

And Ill confirm;  so far my GTX 9xx cards work perfectly fine with frozen or no fan attached.  I doubt the gtx 10xx series would act differently.  What a wicked problem that would be to troubleshoot:  "My pc wont work because my video card fans weren't spinning..."    what a nightmare....

Just checked it out.

Seems ok for the hashrate you are putting out;  steady gains.

I see one payout 2 weeks ago;  by looking at your graph  I am guessing you are using the equivalent of lets say a gtx960 in hashrate? (just a guess)

You are close to your payout threshold;  Id expect to see it by monday; it looks like it will qualify for the sunday smaller payment round if not earlier.
You did get paid on your first ~2.5mBTC...   so all good there.  Its in your payout history (clickable up top where your earned totals are)

Forgoing any complications poolside, if you don't see it by monday evening (PST) i'd check back here to see if there were any extraneous issues delaying your payment.


Well;  your issue I dont need the address for;  but crackfoo will to be able to swap the coinID in the database for you no sweat.  Should be good to go;  don't fret.  Unless you have a rather large hashrate, and would get a payout right away (highly unlikely); you should be fine to keep mining on that address.  If you feel you will hit a payout threshold before the change happens (which would not be refundable if it gets transmitted to the wrong chain) then I would suggest hold off on mining here until its fixed , or reduce hashrate on the address until its fixed.   But hes normally good on getting it done in a timely manner.  I believe we usually see him on saturdays on the forum as well.... you shouldn't have much to worry about.

FYI;  if you pull the old fans off, and read the part numbers off the label, you can search it on ebay/amazon and find new direct-fit replacements.  Worked a charm for my Asus 980 that's been running 100% since it first hit the shelf.

I myself in between fan changes have taken 120mm case fans and just leaned them against the card that I have removed the fans from   Gets you by.

hey, its a bug in the yiimp code that incorrectly assigns the coin payout.

crackfoo will see your post, and most likely fix it soon... he's usually pretty good about it.  Did you submit a support ticket (zpool.ca mainpage, scroll all the way to the bottom.  Small link, I think its a discord link)


payout wallet address please?  I may be able to figure out why based on what your wallet/payouts info tells me.
Thanks.

so because your initial impression of "him not being rude outright", without a full scope of the entire interactions we have had with him;  invalidates the facts and truths I have set right in front of you.  I like it how you still quoted the truth, that you are so quick to dismiss because you might be wrong in your broken opinion that is based on lack of information.

This is the type of logic you practice??   Mr.... "White Knight"?   Apparently acting in such a way helps you get some sort of feeling.

...

He was being rude though;  read this thread completely because its obvious you missed out on a little historical information and are only seeing what you haven't taken the time to fully read.   See how many times this subject has brought it up, and in turn how many times it was answered.  I'm sorry, but its pretty clear once you see it.  There are even replies from months ago, of me, re-explaining that it has been taken under advisement, and that there was a whole separate thread for that subject anyways.... yet here we are again.


That is exactly why its being trolling. [by literal definition]  Look up the definition;  He's doing it.

Some pages ago he noted he thinks he found the problem code (as was discussed in the other thread specifically about the subject) and he requested a commit on github for it to be fixed.  He was answered then very clearly; something to the tune of:  if it gets updated in the main code that's distributed to everyone, it will get applied when the pool code is updated.

This mythical "20%" bug;  is the reason the first thread was closed to begin with; feel free to get acquainted if you didn't already.  Reference: https://bitcointalk.org/index.php?topic=1260863.3240

But I do distinctly recall his and others' posts being answered, more than once.

I have no clue what goes through crackfoo's head, but I can only imagine putting myself in his shoes...   the metric ton of crap that you gotta put up with...  I myself being the kind of person that really dislikes repeating myself; so I can sort of understand the frustration in seeing it happen.

I am not affiliated or tied to zpool in any way except for the fact that I use it;  I just write batch files and scripts for public use because it is easier than walking people through the same steps over and over again; because of how differently yiimp can be used.

It's people like you that are unwilling to discuss without denigration and callous; that give me the drive to do what I do; aside from the fact that I get paid by a sponsor to post here.. which is really just a bonus in the end.  FYI;  keep trolling if crackfoo doesn't delete your useless rants.  Each reply I make just adds to my trading account.

I've only notice him be rude to the people whom are being rude outright....

especially when people are asking for an answer that has been repeated more than once over the past few pages, no less last page of this thread typically;  or even worse;  given an answer and they continue to ask over and over and over again like a little two year old as if they were never answered in the first place.....

I would like the ones in question to explain how an exchange is not done otherwise with zero fees.....  get my drift?  I.E.  if you were to mine at a pool and take the coin you earned, send it to an exchange, sell it, then transfer back... see how much it costs....   especially when you operate on the principal of to sell the coins for what they will sell for, and not wait for your optimum price you wish (not what the pool does).    You are looking at a certain 5-10% in fees just due to some exchange tx fee requirements if its a smaller coin amount.

Crackfoo charges the pool percentage upfront, and has been (as far as I can tell) truthful about all of this.

If you don't like the fact that the automated exchange costs are not to your liking.... please, go somewhere else.  it makes everyone happy in the end.

You are also free to review the yiimp code to see how it works, and correlate those actions to the different exchanges and their operations/fees.  The other posts suggest he is pocketing the "exchange fee" which, is so far:  unfounded....  Secondly, nobody has proved that the magical "20%" bug effects anything other than the API display.... in fact, The most important question on that subject:  if it was actually such a big problem, why hasn't it been commited and updated into the yiimp code??  Hmmmm......

@buek
http://zpool.ca/stats for neoscrypt look pretty normal to me....

read back a page or two and there was info on the neoscrypt port having some issues.

@phil and wheelz

I have a new miner batch script that allows manual updates/changes to algo/mining remotely;  and without logging into the individual machines themselves.  For windows machines.

I got my batch to be able to control other apps and be more versatile, In the future  wanted to be able to swap between different sites if need be...  I need to figure out if the nicehash miner has an auto-start function (im sure it would) so that its process can just be called and cancelled as necessary from the batch requiring no user intervention.... as well as add other major pool settings/configs...  I finally got the auto-updating to work properly, and have the right amount of recursiveness in it. 

One of my next major hurdles is making the config in one big file, and making the batch able to retrieve multiple variables from the single file;  rather than the individual files I am using now.

Premise:
upload a text file to a URL that contains one word;  the instruction for the miner to follow.
The miner app fetches the contents of this file and uses it as commands for what to do.
It also can update itself on the fly; as-in delete/add any missing/unnecessary miner apps missing from the system;  as well as update itself (its own batch code) as features are added.

For Wheelz:
I've been doing well with Lyra2v2, NIST5, Xevan, Skien, and equihash coins FWIW.

Where you located?  I may take you up on one of these....

Why claim to not have overclocked when they are used for three months strangely...    The usual buyer would not be taking them out of a system if they bought them in the first place......  

..."stuck my finger in it"...

Nothing fishy there....

no;  since you are a ratio;  its only the downtime that will effect you... you should be ok.

I do suggest letting it run for the maximum amount of time;  record what the difficulty gets to each time;  average those numbers, and use that as a manual difficulty in your password string.  This way difficulty doesn't need time to adjust every time and keeps you optimal.   Just average ~5 different restarts.
Example password:
c=BTC,nist5,d=4

I have the Z270-A, its a pretty sweet board.

I think just the 1G decoding; and disable extra unused accessories/ports such as audio and unused USB/SATA controller(s)... that should just about cover it.  Im not at home and can't look at my bios right now to give a definite, but those are the basics to look for.

I am personally not used to the new GUI in the more recent versions of BIOS;  things are in strange places.

*phil*  I wish I oculd have pulled the 1080Ti trigger before;  but given the way manufacturing is going;  I am going to bite the bullet and try the new generation when it hits the shelf....  Seems to usually pay off for people that mine for the long term.

If 1080ti's get reasonable enough in price (like, under msrp), or BTC goes >35000, Ill buy one....  But the way things look, I may have to sit it out for the newer generation and just pay the premium for the premium chance on returns.

my cellular connection is dynamic;  but its bound to a static DNS....  not hard to make something appear and function as if it was static.

nothing is stopping them from controlling the nodes;  yes;  assuming they salt them across the internet physically.

You mine on an algo.  Stratum picks the coin.

You only pick what you get paid in; via the c=XXX flag and the username being the wallet of that type...

if your password is trying to get paid in DNR, and you are getting DGB;  have crackfoo fix it for you.... but it sounds like you are trying to pick what coin you mine;  which this is not how the pool works.