Quote from: juhakall on December 10, 2013, 02:04:48 PM

Quote from: E-TARD on December 10, 2013, 07:01:39 AM

Quote from: Luke-Jr on December 10, 2013, 04:46:02 AM

Quote from: E-TARD on December 10, 2013, 03:52:49 AM

Quote from: Luke-Jr on December 09, 2013, 12:39:06 PM

I don't really care about scrypt.
If you (or anyone else) can bisect it, debug it, or provide a patch, I'll look into it...
If you use Windows, you can easily bisect by starting a new session on http://luke.dashjr.org/tmp/code/webisect/webisect.php

could you fix the pool diff in scrypt?
its always Diff 0/0 Cry

that's the only thing that I can see needs fixing.

That sounds correct. It's very hard to get diff 1 with scrypt.

what your saying makes no sense Huh

I mine on litecoinpool.org they start out with pool Diff 32 & if your hash is slow you will get kicked down to 16 or 8 but no lower
& when I use bfgminer what do I see Diff 0/0 so that tells me there is something worng with bfgminer when doing scrypt.
cgminer v3.7.2 works fine with scrypt 80/16

BFGMiner is showing the correct difficulty numbers. They are just so small they get rounded to 0. "Diff 32" is actually Diff 0.00048828125. cgminer is using the same conversion scheme that pools use, where all difficulties are multiplied by 65536. Except that even cgminer has now dropped that conversion in the block difficulty number. If only that conversion scheme had never been implemented, all this confusion could've been avoided.

I guess the conversion scheme was done because decimal numbers are thought of as inconvenient. Because scrypt mining is about a thousand times slower than sha256 on GPUs, it would take a thousand times longer to mine Diff 1 shares. Thus no pool would ever set a real target of even 1 for a worker. Then someone came up with the genius idea of multiplying everything by 65536 so it looks neater. Sheesh.

Oh WoW I did not know that, thanks for the info juhakall Grin

It sure would have been nice for Luke-Jr to post that info somewhere on the bfgminer github page.

@Luke-Jr I can't get my USB block erupters to work on bfgminer.
I run Gentoo & they never show up in /dev/ttyUSB0 the way you keep saying it does, I have done everything I can think of & than some.
the only thing I ever find is this, here's the path to one of them /dev/bus/usb/01/016
& that's info that comes up with lsusb. I have CP210x all setup in my kernel
CONFIG_USB_SERIAL_CP210X=m should it not be a module? should I bake it into the kernel?
well anyways they run ok on cgminer with no problems but I would love to have them to run on bfgminer someday. Roll Eyes

I only use bfgminer for my block erupter blades because my block erupter blades don't like "stratum-mining-proxy" but they like "bfgminer stratum-proxy" kind of odd but its all good.