Well, I'm not sure anyone confirmed how many chips were in it either. If they were running a full 8 chips @ 25GH/s, then it doesn't come close to 75%.
Technically, the number of chips is irrelevant; neither the bet nor BFL's order forms said that customers were ordering a certain number of chips. The units are specified purely by hashrate. |
|
|
|
It's a bit like a lottery scam, where you sell tickets, publicly draw numbers, and instead of paying the winner the grand prize, you just refund his ticket. You mean, declare no winner and refund every ticket. |
|
|
|
As a side note, I can hardly believe that I'm agreeing with Luke.
Vomit-inducing, isn't it?  But don't worry, I don't *think* you're agreeing with him. Oh, thank god science, you're right. ETA: re the suggestion that CoinJedi may have placed on that bet - well obviously if that was the case there'd be a serious conflict of interest and I'd join everyone else in calling for a scammer tag for CoinJedi. Agreed. |
|
|
|
-1.
Call it a poor decision on BoB's part if you like. But unless you have some sort of proof of their collusion with Josh and Luke, it's not a scam. Nor is it stealing. Unless you are a serious gambling addict.
Yep. BoB gets less money from a draw than a win or lose. |
|
|
|
I'm "betting" nathanrees19, the long time BFL shill, is once again in the minority on this point. I don't see your point. The non-religious are a minority in the US yet they're the only ones holding an intellectually valid position. |
|
|
|
-1
Bitcoin - where calling a draw and refunding earns you a scammer tag.
As a side note, I can hardly believe that I'm agreeing with Luke.
hello BFL shill. You offend psychopath gamblers if you believe calling a draw when one side obviously won is anything short of stealing.
Someone's mad because BFL turned out not to be a scam. |
|
|
|
|
-1
Bitcoin - where calling a draw and refunding earns you a scammer tag.
As a side note, I can hardly believe that I'm agreeing with Luke.
|
|
|
|
I do not think anyone truly knows why they are not shipping. It would appear that they are not shipping because they have no idea what they are doing. BUT, in their own words (profanity really), they have constantly stated how brilliant they are and how stupid everyone else is. It was only a day ago that Josh was again denigrating Avalon so one would assume that Josh and BFL are superior engineers to avalon. If we take BFL at their word lol , that means they ARE NOT INCOMPETENT so why are they not shipping? What say you Nathan? You haven't really raised any points for me to reply to. |
|
|
|
Sorry Nathan (A known BFL supporter), I'll update it right now. I haven't been around in these last few days.
One quick second.
Moving
Warning: BFL has failed to deliver for > 165+ Days. It could be a scam!
BFL started taking pre order money in June 2012, but have not shipped a single ASIC device up until April 2013. There are power problems with their prototype! That's better, but saying "it could be a scam" due to the lack of shipping, when you know why they aren't shipping (they fucked up the power) is laughably stupid. Sorry Nathan (A known BFL supporter) You say that like I'm the enemy  |
|
|
|
|
Oh no! It doesn't match the picture!
Big macs don't either. Do people get refunds from mcdonalds?
|
|
|
|
|
Each chip has one core that runs at 250 to 300Mhz, 1 hash per hz.
|
|
|
|
That sir, is the truest form of BS. Ummm... Warning: BFL has failed to deliver for > 140+ Days. It could be a scam!
BFL started taking pre order money in June 2012, but have not shipped a single ASIC device up until April 2013. There's no evidence they even have a working prototype. Right. Who's the one spouting bullshit now? |
|
|
|
Have a new build of BFGminer to test? Not yet. Due to time constraints, I will probably only be releasing 3.0.0 for Avalon as a package, and try to figure out instructions for Avalon users to install it to the ramdisk. I discovered a faster way to install BFGminer:  Apply this directly to the control board and you're done. Similar end result, but more permanent. Ckolivas is going to develop remotely on my units next week. Hopefully the issue is close to being fixed. Last I heard, he admitted to intentionally making GBT support in cgminer defective, so I kinda doubt that. Consider repeating this a few more times. Maybe add an "Amen" and it will become true! |
|
|
|
One individual seemingly also has one of those prototypes, Luke Jr which has been well respected community member for quite some time now.
Rspected by who? Well...he has family, right? |
|
|
|
2. They sacrificed 125 customer ordered singles to "test" chips 3 days early, while they still haven't actually been able to test the chips Sorry, but that's not how it works. To refer to a wafer as "customer ordered singles" is as stupid as calling it a "sacrifice" to perform functional testing. If customers were ordering slices of that particular wafer, with each die individually marked as belonging to a particular order, then BFL would simply have shipped wafer to their customers. Am i doing this right? In the context of this thread? Absolutely. |
|
|
|
How many ASIC's are on that PCB? 2?
Guessing 4. Sources suggest that they're running at half speed due to power/heat issues with the pre-production boards. |
|
|
|
You mean the current, supported, standard interface, instead of bypassing it to use a low-level interface that has no benefit whatsoever. The "current, supported, standard interface" is an ancient unix terminal interface which conveniently doesn't exist on all platforms. A mining device is not a terminal where unpredictable buffering somewhere in the chain is not a big deal. It's like writing your own TCP/IP stack instead of using the one included in the OS. Awful analogy. A TCP/IP stack is a complicated and generic stack used by many different parts of the system (and by remote systems). Replacing it would almost certainly compromise performance, reliability, security, etc. A mining-device interface is much simpler and only used by a single application for a single purpose. you've lost support, driver updates For a usb serial driver? You've got to be fucking kidding me. ease of use For the end user? It "just works" on linux. Your point is partially valid on Windows, except that Windows is Windows, so it is not. forward compatibility with new hardware You're almost guaranteed to need to update the mining software for new hardware. and regular-user-mode access. You can replug the device on linux to get the normal driver back if you really want it. Again, there isn't much to say about Windows here. |
|
|
|
No, you and Con decided to fork the project  |
|
|
|
CGMiner has nanosleep and sleep declared, which fucks the build for x86_64-w64-mingw32. Also, pthreads are not listed in the dependencies, and there is no option in configure to specify the prefix for pthreads.
We don't support building for w64 since it serves no useful advantage over 32 bit builds. BFGMiner has w64-related bugs fixed and officially supported.  |
|
|
|
|
Show Posts
