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

Exactly pool difficulty in BFGMiner is 0, and Ldiff is 894. in cgminer pool difficulty is 32, and Ldiff is 58.6M. Here my settings:
@echo off
setx GPU_MAX_ALLOC_PERCENT 100
bfgminer.exe --scrypt -o stratum+tcp://mining.eu.hypernova.pw:3333 -u user -p password -d 0,1 -I 20,19 -w 256 -v 1 -g 1 --lookup-gap 2 --thread-concurrency 21772,16192 --queue 0 -s 1, whats wrong?

cgminer is showing Ldiff (Litecoin difficulty).
BFGMiner is showing pdiff (pool difficulty).

Luke-Jr
Hi, why diff show 0 when scrypt mining? In cgminer show 32 or 64, depending of pool

It ran out of space while installing but still finished and keeped all files.
Now it installs into ram on every boot which works very fine so far...

Did you force BFGMiner to install without dependencies somehow?
Or did the install fail (out of flash space)?

libcrypto.so.1.0.0 is provided by libopenssl, which is depended on (and used) by libcurl, which bfgminer itself depends on...

That should work, or you can use -S erupter:/dev/ttyUSBx for the Erupter-specific driver (basically just looks nicer).
If your Erupter supports autodetect, you don't need any -S.

will i need any special parameters or just -S /dev/ttyUSBx for Block Eruptors?

ok, all enumerated by using kmod-usb-serial-cp210x now, thx

Erupters are cp210x, not pl2303

sucessfully installed BFGminer on TP-Link MR3020 OpenWRT 12.09

"bfgminer: all devices disabled - cannot mine"

lsusb: lists Block Erupters
dmesg: Block Erupters listed, but not autodetected as ttyUSB
ls /dev/: no ttyUSB devices

installed kmod-usb-serial-pl2303 but does not help too...

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.