Thanks for the good word!

Yeah, I have always believed there's some sort of "sweet spot" when it comes to hashrates...   Too much and it feels negatively impacted (example is a NH rental) and too little you don't feel any love because you get not enough cshares many times to keep your server side calculated hashrate normalized (via shares).....

When on pools, having ~10% of poolhash, seems about right... for some reason.  You feel the luck benefits the most.

Ahh yeah, I see how it works.

I would have generated all of the different configs for each algo (a pools.txt and config.txt), and named them similarly;  but I would have had my batch just rename them to the proper default filenames and rename them back when the program exits.... probably just copying the file, and each time the loop resets it deletes the default file before loading the proper algo is the smartest "failsafe" way to do it.


Glad you got it sorted though.


How exactly is it not working?  (Details bazzle..... details please)

What algo/coin, what pool?

Id say if the hard fault exists;  then its out of my control for debugging the problem as its gonna be a problem with the apps code itself.....

since its a universal fault for you between builds; it could be just related to your config or PC....


I have been getting no issues with different algos so far, as you can see, tbearhere has been able to get multiple algos to work fine, so I'd like to at least check myself what you are trying to see if there is some sort of issue i can remedy.



Remember, if need be, always try deleting the .txt files and re-launching the app fresh.  input the configs and different things it wants you to input... see if it still has an issue.

I kinda miss buying s3's for $40, mining for 3-4 months then selling them for $60 and finding another for $40 to take its place....

Did I really just see this response?  "Never been blocked"

I used to be contracted to Ebay, and I have deep connections with them.  I used to see Meg Whitman on a regular basis, cause I worked in the bottom floor of her building at Ebay Park.


If I ask them to verify a story, I could get a yes or no answer form this person(s).


So if the seller who got their account "unfrozen" could provide me with a specific detail like the account email or something publicly benign in nature;  I can pass it up the chain to see if this really is true and as Dwarf says it is.


We should compare if the original paypal requested address matches the currently "unlocked" one for starts....

Well, I think theres a way to specify a different file for each set of settings,

But, if I understand you correctly, you are looking to be able to call xmr-stak similarly to the way ccminer is called?
XMR-stak is a bunch different than most other miner apps in the way its configured......   I would need to figure out a LOT of this guys code locations and structures to rewrite how it works... and I am probably not gonna have that kind of time anytime soon to be frank.


The main premise that makes XMR-stak nicer than the way you launch ccminer; is:
Once you get the host machine set up, you do your first run of xmr-stak, let it take in configs/settings and bench the devices, and you simply need to only call xmr-stak.exe to launch from then on.  It creates its config .txt files to suit your pools config and devices.

If you want multiple instances for multiple devices;  you need multiple folders per device with a copy of the executables in each...   Bench and first run each as normal;  but comment out the devices in each folder's instance/config .txt to only use the devices you wish to use per-instance....



If I am totally wrong above about what you are trying to achieve, LMK... Ill do my best to help.

Did you choose electroneum when doing the initial config on first run?


If you are upgrading, delete config.txt, pools.txt, etc.  start fresh.

Yep.   Tested CN7 here at home... no issues. 

Check your configuration

Looking at the graph;  I see what you are getting at.

I do know sometimes the coin listing will lag behind the actual accrued amount;  see if its still that way in the next ~8 hours.   Sometimes its a simple as DB maintenance or a backup keeping it from updating....   Other times its disabled exchanges, etc...


Crackfoo will probably have further comment... but I do see what you are referencing.

Immature coins can be invalidated via orphan anything before they are "confirmed".

Block withholding attacks are a prime example on how you can suddenly loose earnings.

But, I don't see anything far out of whack there in your photos.

Remember, values of what was mined is not certain until it is in the final confirmed balance waiting to be paid out.

beczuse you get a % share of what is sold;  not what you want in return.   You can't take "your cut" from pool's earnings until "the next round".  So;  no.  In no way is the pool "buying them back".  Re-read my last two replies.  This exact mechanic is what makes it an earnings estimate.

An auto exchanging multipool functions quite differently than a solo pool.   

I suggest re-reading my original reply.

You are not understanding the process, and more you are not understanding that initial shares of all coins mined is the estimate value before those coins go to be sold on the exchange.  
Only when the BTC returns from the exchange, do you know the actual value of your (% share in BTC) share mined from those coins
Then the pool will wait for more of your payout coin to be mined, and instead of selling some at the exchange, it can be exchanged by the pool internally at market rate to accumulate your payout.

On the mainpage of zpool.ca it says:
"This is NOT a solo mining pool. All mining is pegged to exchange prices."

Most algos have more than 1 coin on them.   Thus;  a LOT of variables (each coin) can have an effect on the overall value of the estimate after those coins pay a TX to go to the exchange, pay an exchange fee, then pay a tx fee to come back....      If this is a problem, please use a solo pool.

I added emphasis on the word estimate in my original reply, because its an important key factor that people seem to go to lengths to overlook.

Example
The pool mines some GIN blocks among others.  You get a % value (converted to BTC as that's how the pool works) based on the exchange rate.

Coins get sent to be exchanged and divided among people whom have a % share.

BTC returns from the exchange; and are divided among the miners.

Since you want to be paid in GIN;  you wait for GIN to get mined to cover your share.   When they are mined and given to you;  their value is based on the previous sale.






This is how I understand the process to work.   There are more variables at play when it comes to mining something on a multi pool because this is not a solo mining pool. 

You are taking an estimate (4.9GIN) and treating it as an actual value.... which it is NOT.  It is an estimate.  If it was an actual value, it would have said 4.4;  but since that can't be determined until the BTC returns from the exchange, its is called an estimate.

not really;  I mean;  the recent scammer trying to sell the "XMR asics" was offering "paypal" as an option... to some russian dude..... with no buyer protection listed on the payment 'request'....

Im not sure how you went about yours... but I'd play safe.  people are getting very sneaky these days....   There's reports of browser plugins that empty your trading accounts, etc.

source downloaded and compiled.

They give a .zip that says 2.4.4; but the code says its still 2.4.3;  I updated it and hopefully it was a typo they forgot to update.

Give it a shot: Visit the XTL-stak thread here.

Followed all instructions on the XTL-stak github to compile.... kinda.  Notes are below.  It compiles exactly the same as XMR-stak...


Compiled using Cuda 9.1.  
DevFee set to zero.  
Build version number stayed the same, build name was changed (added -JK).  
No major modifications aside from "built by notes", and changing the donate address to '127.0.0.1' for quick timeouts if there is any code trickery I did not catch.

No donations or whatever required.  Just enjoy.  I know a bunch of you (like me) would like the zero devfee build, but either can't or are too lazy to compile it yourself.   Here you go you lazy ones  If you do feel like taking the time to donate, you can find the donation address in the "miner batch" post that is linked in my signature.  The text is extremely tiny.


***I literally cut/paste the source and built it 100% as per instruction aside from the edits mentioned above.***

MS Visual C++ Runtime:
Download vcredist here

Current Version:
Download XTL-Stak-2.4.4-JK here

Previous versions:
none yet!

If you are getting slower hashrates on older cards, try these DLL files.  They are from a different release of xmr-stak, thus not compiled by me.  But, another user has reported that replacing the DLL's with these has increased performance.  Your mileage may vary:  https://mega.nz/#!oGY0iIxa!X1tlll_HR5LWTa1aT3jBQIZAR3Bv91_Bgll8huVl84w

*update*
2018-06-03: Compiled and uploaded 2.4.4.  Noticed the 2.4.4 source was version marked in the code as 2.4.3, so I edited that as well to 2.4.4.

Just run xtl-stak.exe and fill out the questions.  from there after, just run xtl-stak.exe and there's no need to put any commands after.
See the xmr-stak thread's replies  by clicking here for notes on disabling CPU and GPU's individually.  I can help if you need assistance with your configuration.

Please see all of the build and usage notes (readme.md)on the original github: By clicking here.

anything really...

it could snoop for files containing keywords (such as wallets, etc).... it could mine on your CPU without your knowledge... it could do a LOT of things.


I would run it in a sandbox.  If you run it in a sandbox, it is rather limited.  Use a Hyper-V or oracle box VM.  Load windows 7 on it.  Run it under a user account that has basic and non-admin privileged.  Only let the virtual network adaptor see the internet via NAT on the host machine, and not be assigned an IP by the network itself.  be sure the machine and network you are running this on is separate from anything you hold dear... like your home network, file shares, router, etc.   Be as safe as possible when it comes to random crypto concerns;  especially brand new people trying to get you to use their thing because reasons like "blah blah blah".

Keep it 100% separate from anything you care about;  including personal account info.   Create new payout addresses specifically for use with the faucets only, etc.

mind you, this is an application;  I have been able to prove that I can control and download/upload files on a persons machine easily just from a batch file that has been executed on the host machine (my batch can update itself over the net on my command or by a version update as a prime example).  An application can make use of countless other possibilities compared to my "dos level batch files".   

99% chance it's not safe and will do other things than just autoclick

Compiled.

Notes and link on first post.  For version changes, see xmr-stak github page.

I am downloading the source now before I head home.

Assuming it compiles the same as XMR stak; and the source is configured similarly, I should be able to easily change the devfee level and update the appropriate parts of the source and upload a binary later tonight;  assuming I have time to try and compile once I get home.


Looks like I should be able to do that for you, and Ill post a note here with a link to the thread for XTL-stak when I get it compiled and uploaded.

only way it would go towards decentralization is if it was not near the price being asked, the (supposed) FPGA was widely available/inexpensive or even better was made solely from 74HC logic, and was 100% open source; not behind closed doors as it has been.....

Then literally anyone could make one and participate.   That would be a touch more decentralized.