Topic: OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB - page 147. (Read 1193364 times)

Ugh, it is not a nice option. It is totally non-free, and only gratis for personal use.
VNC has been around forever and works fine...

Teamviewer is a nice option for remote access.  Free for personal use.

How does the remote control module work? Or does it exist? Currently I'm looking at my BFGMiner via logmein but that's the lamest way of monitoring activity.

Help?

Not sure. I swapped mobos and it worked fine with the process watcher. Same vid card and os even. Not sure what the deal was, but I'm willing to leave this mystery unsolved. Thanks for your assistance Luke.

I have never had any problems adding pools in balance
In my balance config i had 6 pools and all worked fine

However somehow i allways have the idea that i get less coins using balanced mining
So i decided to share my hashpower now at only 2 pools : elegius and bitparking
 
Nevertheless if pools are messing up change the pool order or make it fail over only
When pools do mess up alot i simply disable them or switch to a pool which does not fail so much

Is there a limit to the Load Balancing between pools?  My two main pools are either under DDoS or are a bit glitchy.  I added a third pool, and I seem to end up with my miners getting stuck on WAIT for quite a while, before doing a little work, then stopping again.

Two main pools are Slush's and BTCGuild, third pool I added was Eligius.

Finally got scrypt working with bfgminer with help of Zanatos666, thanks again for helping me find a solution
People who have problems getting scrypt working you need to mess around constant with the "thread-concurrency" leave all other parameters away besides --scrypt and the needed pool parameters and the "thread-concurrency".
Do NOT add worksize, shaders, lookup-gap or vectors let the program do it when it has started and runs you can write a working config from within bfgminer

I advice you to make use of any stratum pool because this will somehow get it to make the necessary .bin file as long as that is not created you will not get it running at all

Zanatos666 his changes to the .conf gave me the idea to tinker with that parameter and i left all other parameters away because the old .conf did not start in any way. So i did enter in the concurrency "8192" but it did not start so i changed it to the max known setting for 7970 gpu "22400" and poof it started
 
I am now experimenting with all of them to see when it fails and try to find the best hash power with changing them one by one, if a scrypt.......... bin NOT has been made try set some of the parameters to set to "0" this seems to make the miners fill that parameter by itself

Before the mess started my scrypt was having the following settings and failed to run all of a sudden completely even though it has worked for a very long time :

"vectors" : "1",
"shaders" : "2048",
"worksize" : "256",
"lookup-gap" : "2",
"thread-concurrency" : "21712",

now it looks like this :

"vectors" : "1",
"shaders" : "0",
"worksize" : "0",
"lookup-gap" : "0",
"thread-concurrency" : "22400",

"press enter to continue" only exists in the OpenCL driver.
With -G, that is disabled, so I'm guessing something else on your system is doing it in this case...?

No it sure doesn't. I'm going to try a different computer connected to the same hashers tomorrow and see if it makes any difference. It runs great aside from this little issue.

If you add -G, does that get past it?
If so, it's failing to initialise your GPU(s) and (perhaps more problematic) failing to print the error message saying so.

Correct. No reason is given. When enter is pressed it initializes the BFLs and begins mining just fine.

It only says "press enter to continue"? Nothing else (like a reason)?

I'm running 3.1.1 off a standard desktop pc on windoze 7 x64. The PC is feeding 1 BFL minirig SC and (4) BFL single SCs connected to a powered hub. The program runs great 99% of the time and keeps them all fed happily, but there are the occasional problems and I'd like the program to restart, which the timer does fine. Unfortunately whether I restart the program manually or the timer restarts the program, it pauses and waits for user input with the dialog "press enter to continue". I'm starting bfgminer.exe and not a .bat file as everything is set up in .conf.

I'm not aware of anything that behaves like that off-hand.
The only press enter I am aware of is when the pools are all down, in which case it causes BFGMiner to exit...
Can you elaborate on what you want changed?

Luke is there a way to stop BFGMiner.exe from displaying "press enter to continue" and waiting for user input to begin mining? This is preventing a watchdog timer from functioning. Thx.

Is there a way to install BFGminer via Tomato Optware?

I believe the AltiVec support was only for Mac OS X using some Apple-specific extensions.
I'd welcome patches to get it working on Linux, but it isn't really a priority for me to do myself unfortunately.

Yes 12.09

i've problem to build bfgminer-3.1.3 on Linux PPC (gcc-4.7.x) with AltiVec enabled as
sha256_altivec_4way.c seems to be broken.

here my full build log:
http://pastebin.com/raw.php?i=DSWt6ZHQ

thanks,
Nello

Attitude Adjustment?