Bitminter client (Windows/Linux/Mac)

[DrHaribo]

Now I want to use additional a few  ZTEX USB-FPGA 1.15y  Boards.
Will they work with the new BitMinter 1.3 ?

Sorry, there's no ZTEX support. I may add that in the future, it depends on time and priorities...

[1714269539]

1714269539

[1714269539]

1714269539

[davidspitzer]

Now I want to use additional a few  ZTEX USB-FPGA 1.15y  Boards.
Will they work with the new BitMinter 1.3 ?

Sorry, there's no ZTEX support. I may add that in the future, it depends on time and priorities...

Will you have ASIC support upon release (are you working with BFL at all)

[DrHaribo]

Will you have ASIC support upon release (are you working with BFL at all)

Yes. I am in touch with BFL about that and my goal is to have a miner version out that supports it before you get your ASIC.

[davidspitzer]

Sweet

[solari]

Is it possible to use BitMinter Client ( BFL Single ) and BTCminer ( ZTEX boards) at the same time on one pc?
And both are mining in the BitMinter pool at the same time?

[DrHaribo]

Is it possible to use BitMinter Client ( BFL Single ) and BTCminer ( ZTEX boards) at the same time on one pc?
And both are mining in the BitMinter pool at the same time?

Sure, that's not a problem.

[Nicolai Larsen]

"Connection failed: Invalid argument: getsockname"

What to do? What to do?

[DrHaribo]

"Connection failed: Invalid argument: getsockname"

What to do? What to do?

Windows 8 has some network behavior that Java doesn't handle well. You can try upgrading Java to the latest version. I believe it was fixed in the latest Java 6 version, hopefully also in Java 7.

Also, even with the bug you can run an old version of bitminter client which has some older (non-async) networking code, as posted earlier in this thread:

Windows 8 note:
Version 1.2.0 will not run on current Windows 8 beta versions with current Java releases because of a problem with asynchronous I/O running Java on Windows 8. Until this is fixed in either Java or Windows, if you want to run the miner on Windows 8 you will have to use the previous release:
http://bitminter.com/client/1.1.2/bitminter.jnlp

Of course 1.1.2 is lacking a lot of the goodies that are present in later versions. So it's probably worth a shot upgrading Java.

[DrHaribo]

BitMinter client version 1.3.0 is out. Thanks to everyone who helped test the beta releases!

Changes from 1.2.0 to 1.3.0:

• Support Icarus FPGA devices
• Fix "class not found" bug on Raspberry Pi
• Detect CPU model on Raspberry Pi, and hopefully other ARM systems.
• Implemented getwork extension: midstate (calculate midstate on client instead of server, reducing server load)
• Implemented getwork extension: rollntime, with "expire" support (get more than 1 work unit in a single request to the server)
• Dynamic work queue size
• Expire proof of work if undeliverable for 15 minutes
• Expire (non-rollntime) work unit if unprocessed for 5 minutes
• Count X accepted/rejected when the work difficulty was X (X is rounded down)
• Bugfix: don't count as device miscalculation when a proof of work exceeds difficulty 1 but not the (above 1) difficulty given by the server
• Only scan USB ttys on Linux - prevents many error messages about ttySxx.
• Bugfix on Linux: devices detected by a full probe and devices added through probing a specified port were named differently and it was possible to add the same device twice.
• Sort devices (by name) when dynamically adding external devices to device display.
• Default to compact display for anything but the bottom "total" display.
• Do not start CPU when clicking "total" display's start button for the first time after starting the program, unless it is the only device. Would previously start all visible (non-hidden) devices.
• Added X-Mining-Hashrate HTTP header to report hash rate to server.
• Staggered start of devices when multiple devices are started with the button on the status line or the "total" display's start button. Should give a smoother start up of (multiple) BFL minirigs.
• When going to performance mode remember the old window size and restore it when going back to detailed mode.
• Re-enabled comm port interval scanning (FPGA section of config) Can be used to automatically pick up FPGAs when plugged in
• Fixed bug that could cause "probe all ports" to stop working and report "no serial ports found"
• Changed regular poll interval to 20 ms (was 10) for BFL default config. Saves 5-10% CPU usage on testsystem with 2 BFL minirigs, no performance loss
• Changed hammering poll interval to 5 ms (was 1) for BFL default config. Saves 10-15% CPU usage on testsystem with 2 BFL minirigs, < 0.1% perf. loss
• Hopefully works on OpenBSD and FreeBSD as well now. FPGA only, untested.
• Recognize more AMD E-series CPUs

Try it out:


If you have issues with 1.3.0 then you can still get the previous release (1.2.0) at http://bitminter.com/client/1.2.0/bitminter.jnlp

I'd be interested in hearing from anyone mining on Raspberry Pi, or with OpenBSD or FreeBSD operating systems.

[dooferorg]

Is the BitMinter client only suitable for use with the BitMinter pool or can it be used with other pools?

[DrHaribo]

Is the BitMinter client only suitable for use with the BitMinter pool or can it be used with other pools?

It works only on the BitMinter pool at the moment. Support for backup pools most likely coming in the next version.

[DrHaribo]

The difficulty is getting pretty high now. If it is killing your GPU mining profits, have a look at the scheduling system in BitMinter client, under the automation tab of the options.

If you have cheaper electricity at night you can set it to start mining every night and stop in the morning.

To use the mining rig for heating you may want to set it to stop mining every weekday morning, and start mining again sometime before you get home from work.

[DrHaribo]

Please read, two changes in BitMinter reward system: https://bitcointalk.org/index.php?topic=27062.msg1250147#msg1250147

[dankroxel]

Say for example, I have 2 singles. Can I have them set to send the coins they mine to 2 different addresses?

[DrHaribo]

Say for example, I have 2 singles. Can I have them set to send the coins they mine to 2 different addresses?

You'd have to create two accounts and run two instances of the miner, one on each account.

I'll be adding a "send X coins to Y address" functionality to the website in the future. With that you could manually withdraw 50-50 to two separate addresses. I'm not planning any automatic income split though.

[davidspitzer]

Bitminter has had a real luck streak today!

[DrHaribo]

Looks like Apple broke Java 6 in the latest update.

If you are having problems getting BitMinter client running on Mac OS X, there is some info about it here:

http://stackoverflow.com/questions/13004854/is-there-any-way-to-reenable-javaws-with-java-6-on-osx-lion

Remember you can start from command line (if you get javaws working with the instructions at that URL):

Code:

javaws http://bitminter.com/client/bitminter.jnlp

[bowen151]

If i have a dedicated miner running for 1 month using only the bitminter miner constantly:

Roughly how much bandwidth would that use?

Can anyone give me a ballpark figure for this, i.e: 2 gig per month, 3 gig?

[DrHaribo]

If i have a dedicated miner running for 1 month using only the bitminter miner constantly:

Roughly how much bandwidth would that use?

Can anyone give me a ballpark figure for this, i.e: 2 gig per month, 3 gig?

Maybe this can help:

http://bitcoin.stackexchange.com/questions/360/what-are-the-bandwidth-requirements-of-a-mining-rig

With rollntime and variable difficulty BitMinter client will use very little bandwidth. Even a bit less in the future when I add Stratum support.

[mesquka]

Bitminter Throttles at 350MH/s on my 5850 cypress, how do I exceed this limit?