Bitcoin Forum

Other => CPU/GPU Bitcoin mining hardware => Topic started by: Kiv on February 25, 2011, 08:15:54 PM



Title: GUI mining - updated Dec 3 with 7970 bugfix, also supports Stratum!
Post by: Kiv on February 25, 2011, 08:15:54 PM
Hey everyone, I've created a Windows GUI for mining Bitcoins using your GPU or CPU.

This is the easiest way to get started mining on Windows. No messing around with the command line is required, and it has several features beyond what command line miners provide. The GUI is free and open source (https://github.com/Kiv/poclbm), but if you successfully use this program to generate coins, I would appreciate a donation, no matter how small.

How to Donate:

Please send donations directly to: 1MDDh2h4cAZDafgc94mr9q95dhRYcJbNQo

Most donations I receive are less than 0.1 BTC, so please consider donating even small amounts if this program helped you out.

Features:
- Comes already configured for many popular pools. No need to enter in URLs and ports manually unless you want to. Can automatically fall back from a primary pool to a backup pool.

- Real-time statistics on all your running miners in one location. Displays hash rate, total shares accepted/invalid, and total shares in the past hour.

- Automatically start one or more miners on program startup.

- View your account balance with a pool and/or withdraw funds from within the GUI, at participating pools.

- Minimizes to tray. The tray icon can be hovered to show statistics, and miners can be paused from the tray context menu.

Screenshots:
http://dl.dropbox.com/u/2046348/poclbm-summary.pnghttp://dl.dropbox.com/u/2046348/poclbm-minertab.png

Download latest version (Windows):
    
    guiminer-20121203.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/guiminer-20121203.exe)        

Older versions:

    guiminer-20121118.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/guiminer-20121118.exe)    
    guiminer-20120219.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/guiminer-20120219.exe)
    guiminer-20110824.exe (https://github.com/downloads/Kiv/poclbm/guiminer-20110824.exe)
    guiminer-20110701.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/guiminer-20110701.exe)
    Archived versions (https://github.com/Kiv/poclbm/downloads)

Running on Linux:

Support for this is still early but some people have reported success. To install it on Linux:

- Get the source code from GitHub (https://github.com/Kiv/poclbm) either using Git or by downloading one of the archived source versions.
- Install OpenCL drivers and PyOpenCL. These are the same ones you need to run poclbm so if you search on the forums you can find guides for this.
- Install wxPython; your distribution's package manager should have this.
- Run guiminer.py to start the miner. This will let you mine using OpenCL/poclbm (the default mode). You'll have to compile the other backends separately if you want to use them.

If you do get it running, send me a message and let me know of your experience. I might make a separate topic about it if people are having trouble.

How to use:

Extract the archive to anywhere (your desktop is fine) and double click the guiminer executable. If you have OpenCL set up correctly this should launch the GUI. If you get an error about OpenCL, you need to install an OpenCL package from your GPU vendor. For AMD/ATI cards you can get OpenCL here (http://developer.amd.com/gpu/AMDAPPSDK/downloads/Pages/default.aspx).

Once the GUI is running, choose a pool and register if necessary from the pool website, then press "Start mining" to begin. Wait for the coins to come in and don't forget to donate :)

How to use a backup pool aka fallback support:

Fallback support is in the OpenCL miner only. In the flags, specify the info of the backup pool or pools. For example if I want to fallback to my account on slush's pool, I would write:

Kiv.GPU:mypass@api.bitcoin.cz:8332

If you don't know the host name or port, you can see it in the console tab whenever you run a miner.That's all you need for basic support. You can tweak it with these options:

--failback=N   attempt to fail back to the primary pool every n getworks, default 2
--tolerance=N   use fallback pool only after N consecutive connection errors, default 2

In the future this might be more tightly integrated into the GUI but I don't want to make the GUI too complicated for things that a lot of users don't need.

How to get help:

For technical support please post in this thread rather than sending me a PM; this will get you a reply sooner since other people than me can help you out. More information is better; with only a brief vague report we probably don't know enough to pinpoint your problem. Here's an example of a good report:

"When I try to start mining, I get "Problems communicating with bitcoin RPC" in the status bar and the miner doesn't start. I already checked that my bitcoin.conf contains the correct username and password. I am using:

GUIMiner version: v2011-06-09
Operating system: Windows XP SP3
Miner backend: OpenCL/poclbm
Video card: ATI 5770
Server: solo mining on Bitcoin client 0.3.22

Frequently Asked Questions (FAQ):

Q: My window is invisible! What can I do?
A: See here (https://bitcointalk.org/index.php?topic=41514.msg505599#msg505599) for a solution.

Q: Help! The program crashed or didn't work!
A: If you post a bug report in this thread a variety of helpful people including myself can try to fix your issue. We need to know at least the following: what version of Windows you're using, what graphics card you're using, what version of drivers you're using, what pool you're using if applicable, and a detailed description of what went wrong.

Q: I get an error about "This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem." or an error mentioning "side-by-side". What can I do?
A: You may need to install the Microsoft Visual C++ 2008 Redistributable Package (http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=29). Nearly all Windows computers already have this installed, but a freshly formatted computer might not.

Q: I'm having trouble solo mining using the 0.3.22 Bitcoin client. Why?
A: This is a known issue, see  this thread (https://forum.bitcoin.org/index.php?topic=12550.0) for more info. Reverting to 0.3.21 or earlier seems to fix the problem.

Q: How do I know if my graphics card (GPU) supports OpenCL or CUDA?
A: Try running GPU Caps Viewer (http://www.ozone3d.net/gpu_caps_viewer/index.php#download). It will tell you what your GPU supports.

Q: How do I use the Phoenix/phatk miner?
A: See this thread (http://forum.bitcoin.org/index.php?topic=10157.0) for support.

Q: What extra flags do I use?
A: If you have a Radeon 5xxx card (for example 5770, 5890), use '-v -w128'. On CPU you don't need any flags. For other cards ask around.

Q: My temperatures are too high, can I throttle the GPU so it runs slower but cooler?
A: If you are mining using OpenCL you can use the -s flag a value such as 0.01 in order to force the GPU to sleep for 0.01 seconds in between runs. Increase or decrease this value until you have the desired GPU utilization.

Q: Can I connect to more than one pool with the same GPU? For example have a main pool, and a backup pool in case the main one goes down?
A: Yes, you can use the -f flag for this. A value of -f60 or higher in the backup pool's miner will cause it to yield most of the GPU power to miners with a lower f value (default is 30).

Q: Is it normal that GUIMiner uses a lot of CPU when mining on the GPU?
A: No, for most people GUIMiner uses less than 1% of CPU. This is a poclbm issue some people are experiencing - see this post for more info (http://bitcointalk.org/index.php?topic=4446.0).

Q: Do I need the official Bitcoin client to be open while mining?
A: Only if you are doing solo mining - in this case you are connecting to the client instead of a pool server.

Q: Is there a tutorial for solo mining?
A: Yes, see this thread (http://forum.bitcoin.org/index.php?topic=10438).

Q: How does performance using the GUI compare to using the command line?
A: They should be identical; the GUI introduces virtually no overhead.

Q: How do I know if I'm getting a good hashing rate for my card?
A: See this (http://bitcointalk.org/index.php?topic=3896.0) topic for a comparison of various cards.

Q: How do I know how many Bitcoins I'll generate with my card?
A: See Bitcoin Mining Calculator (http://www.alloscomp.com/bitcoin/calculator.php) to determine this.

Q: I installed OpenCL, but my GPU isn't showing up. Only my CPU is shown. What is the problem?
A: A couple people experienced this issue and were able to resolve it by installing a different driver version. Another person resolved it on Windows XP by upgrading from Service Pack 2 to Service Pack 3.

Q: How can I delete my miner settings, or edit them manually?
A: Miner settings are stored in %APPDATA%\Roaming\poclbm. For example, on Windows 7 this path translates to C:\Users\Kiv\AppData\Roaming\poclbm. The file poclbm.ini inside contains the settings in JSON format. There are also some settings in .ini files inside the miner directory, also in JSON format. No registry keys are used, so removing these .ini files completely erases your settings.

Q: How can I completely uninstall GUIMiner?
A: Remove the GUIMiner folder and the miner settings above, and that will completely remove GUIMiner.

Q: I want to see X feature in the miner. How can I have it?
A: I'm working on new features but I have a full time job and other things to do too - if you want to encourage me send donations to: 1MDDh2h4cAZDafgc94mr9q95dhRYcJbNQo

Q: What does it mean in the summary panel when the shares say something like 1000 (150) accepted?
A: That means 1000 shares total were accepted, including 150 in the last hour.

Changelog:
20121203
- Update poclbm with bugfix for issue #54

20121118
- Update poclbm to latest miner including Stratum support.
- Fix rejected/stale counter not incrementing properly.
- For solo mining, accept bitcoin-qt.exe or any other *.exe file for client instead of just bitcoin.exe.
- For solo mining, add option to set bitcoin data directory, in case it's not in the default location.
- Remove Phoenix 1 support since it's no longer maintained.

20120219
- Include latest poclbm code with critical bugfix.
- Various updates to translations, pools, etc. from various contributors - see GitHub commit list for a complete list. Thanks to all who submitted patches!
20110824
- Fix accepted shares not being recognized under the newest poclbm version
- Fix balance not being recognized for slush's pool
20110823
- Update poclbm (OpenCL miner) to the latest version. This changes the format of a backup pool. In the "extra flags" you just enter your backup (or backups) like this: Kiv.GPU:mypass@api2.bitcoin.cz:8332
- Update Phoenix to the latest version. See their thread for details on changes.
- Remove ufasoft miner from the GUIMiner bundle. It's still supported, but you'll have to download it separately. I apologize for the inconvenience to ufasoft miner users, but I decided to do this since only a few percent of users were using ufasoft and due to recurring false positive issues from antivirus programs.
- Added "duplicate miner" option when right clicking on a miner tab. This is to make it easier to clone miners to multiple GPUs.
- Limited maximum scrollback in the console window to 5000 lines. On machines with low RAM, this will prevent running out of memory after a long period of continuous operation.
- Add more pools to the server list, though balance update doesn't work for all of them. I'm looking at ways to handle the large number of pools that are popping up better.
- Fix Linux bug where the window could not be restored after minimizing.
20110701:
- Updated poclbm (OpenCL miner) backend to the latest version which has built-in fallback support and slightly
improved performance using a modified phatk kernel. Big thanks to m0mchil and all who submitted code for this. This version should be a few percent faster on most graphics cards.
- Update Phoenix backend to version 1.50.
- Add many more pools to the server list, including separate servers for BTC Guild.
- Default CPU affinity changed to be CPU 0 only instead of all CPUs.
- Display of GHash shows more decimal places (requested by hawks5999).
- When you save miner settings it remembers the GUI size and position for future runs (requested by goozman96).
- Removed weird characters in console log of Phoenix miner.
- Error handling: If settings file could not be read, recover gracefully instead of raising a JSON error.
- Error handling: If no OpenCL devices exist, recover gracefully instead of raising AssertionError.

20110614:
- Slush's pool moved from mining.bitcoin.cz to api.bitcoin.cz. If any miners on slush's pool cannot connect, you should delete and re-create the worker to make sure it's using the new address.
- Add CPU affinity support, meaning miners can be assigned to a specific CPU core. Users seeing the 100% CPU usage when mining with OpenCL due to buggy drivers can reduce their CPU usage by allowing the miner to only run on a specific core.
- Fix error about missing logo.ico.
- New Italian translation, big thanks to MasterHunterHD for contributing this.
20110609:
- Fix bug where Deepbit API was disabled.
- Update BTC Guild url to contain www.
- Added "minimize to tray" option.
- Added separate menu options to create different miner types (Phoenix, puddinpop, ufasoft).
- Added Donation menu.
20110608:
- Support Phoenix miner backend and phatk kernel, which is slightly faster than poclbm on some graphics cards. Thanks to all who donated for this. Please bring discussion specific to the Phoenix backend to this thread (http://forum.bitcoin.org/index.php?topic=10157.0).
- Support ufasoft CPU miner backend. Thanks to thebaba for contributing code for this.
- Add Chinese language translation. Thanks to Dean Lee for contributing this.
- Add German language translation. Thanks to Liikaa for contributing this.
- Add French language translation. Thanks to Cramoisan Florian for contributing this.
- Add Hungarian language translation. Thanks to Underyx for contributing this.
- Support multiple OpenCL platforms in the device dropdown (previously you had to use the --platform flag).
- Deepbit server location updated to pit.deepbit.net.
20110521:
 - Add BTC Guild mining pool to the list of presets.
 - Add -s flag to poclbm that can reduce temperatures by forcing the GPU to sleep. Use a value such as -s0.01 to sleep for 0.01 seconds between hashes (this would result in about 50% GPU usage, tweak the value to suit). Thanks to llanwj for coding this.
 - Add Spanish language support. Thanks to BitcoinsWallet for contributing this.
 - Add checkbox to disable warning about OpenCL not being installed.
 - Reset count of shares accepted/stale on change of server.
 - If balance API token is rejected by the server, prompt user to enter a new token.
 - Fix issue where the About dialog would be cut off.
 - Console logs now include a timestamp on all messages.
20110501: Improved Russian language support. No other code changes.
20110428: Added BFI_INT optimization.
20110403: Added support for puddinpop miners.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Ownski on February 25, 2011, 08:48:25 PM
Nice! I was thinking about programming something like this myself but it looks like you beat me to it.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: BitLex on February 25, 2011, 08:50:59 PM
cool, seems to work fine so far (except for the 2nd core of my 5970 which still needs poclbm_20101126 to run),

tested on slush's, deepbit and local.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: theGECK on February 25, 2011, 08:59:37 PM
It's running right now. No performance loss, it actually seems to be a bit more stable on my machine in the minute I've been watching it, varying from 16.3-16.7Mhash instead of my normal variance of 16-16.7Mhash. The extra miners part may not be necessary for people who are brand new, but I like the way that it allows you to setup multiple miners within the same window. The devices pull-down menu is wonderful.

I'm also a fan of the accepted/invalid ticker at the bottom. That's a very nice thing to have!

Will update as it goes.



Title: Re: GUI frontend for poclbm released - looking for testers
Post by: theGECK on February 25, 2011, 09:06:45 PM
Minimize to system tray is also a nice feature.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: BitterTea on February 25, 2011, 09:08:46 PM
Very nice. I had something half baked I was using, but this is much cleaner. Great job on the UI.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Blitz on February 25, 2011, 09:13:20 PM
Nice! Really useful for people who dont want to bother with configuration. Is a bit laggier here though, so Ill stick with the usual approach.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: CorneredS on February 25, 2011, 10:13:02 PM
Nice, would've saved me alot of trouble setting up my LAN mining. Nice job!


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: m0mchil on February 25, 2011, 10:29:30 PM
Great job Kiv, really glad to see this.

I would definitely donate :)


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Kiv on February 25, 2011, 10:32:40 PM
Nice! Really useful for people who dont want to bother with configuration. Is a bit laggier here though, so Ill stick with the usual approach.

What's your setup? Performance should be identical to the regular poclbm - the GUI hardly consumes any resources. If you're noticing it to be significantly slower, it might be a bug.

The extra miners part may not be necessary for people who are brand new

I could hide the tabs and just show it as a single window when there is only one tab open - would that be better?
Great job Kiv, really glad to see this.

I would definitely donate :)

Thanks m0mchil, it wouldn't have been possible without your miner :)


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: theGECK on February 25, 2011, 10:34:59 PM
No, I don't think a change is necessary. I was just thinking outloud. Having/not having tabs won't change the reaction to it, I don't think. If it isn't much work, it might make a cleaner look, but it isn't necessary.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Blitz on February 25, 2011, 10:39:26 PM
What's your setup? Performance should be identical to the regular poclbm - the GUI hardly consumes any resources. If you're noticing it to be significantly slower, it might be a bug.
It was just that the window lagged when I moved it for example. The performance regarding mhash/s was the same, didnt notice any slowdown there. Im running a 5870 and a 940 Phenom on Windows 7.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: (void, *) on February 26, 2011, 12:30:57 AM
works great up till now, no GPU performance lost, i like and use it.
The cpu option gives me only 50 % of the output from the RPCminer-cpu client, for cpu i keep using RPCMiner. (maybe in update version same or better?)


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Kiv on February 26, 2011, 01:07:12 AM
The CPU mining in poclbm runs the same OpenCL code as runs on the GPU, so it will never be as efficient as something coded specifically for the CPU. But, if there is demand I could make it so that you can pick to use poclbm or RPCminer from within the same GUI. I would want to get permission from puddinpop but there's no reason this can't happen.

works great up till now, no GPU performance lost, i like and use it.
The cpu option gives me only 50 % of the output from the RPCminer-cpu client, for cpu i keep using RPCMiner. (maybe in update version better?)



Title: Re: GUI frontend for poclbm released - looking for testers
Post by: (void, *) on February 26, 2011, 01:46:30 AM
The CPU mining in poclbm runs the same OpenCL code as runs on the GPU, so it will never be as efficient as something coded specifically for the CPU. But, if there is demand I could make it so that you can pick to use poclbm or RPCminer from within the same GUI. I would want to get permission from puddinpop but there's no reason this can't happen.

works great up till now, no GPU performance lost, i like and use it.
The cpu option gives me only 50 % of the output from the RPCminer-cpu client, for cpu i keep using RPCMiner. (maybe in update version better?)



I am new to this forum and i didn't know about asking permission, i made the dos-gui/windows for poclbm and rpcminer because i didn't want to type the same commands over and over again, i hope i didn't offend anybody with it.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: slush on February 26, 2011, 02:55:39 AM
Kiv, good work! I have two feature requests:

1) Don't close the app after closing the window, just minimize it. I shut down mining few times by mistake :).

1) Remove terminal window, it looks ugly. Tab with activity log should be better. The best way is to use "windows=['guiminer.py']" in setup script and in guiminer.py redirect stdout to any file like object. For example:

Code:
import sys, StringIO
my_stdout = StringIO.StringIO()
_stdout = sys.stdout # Backup of original stdout
sys.stdout = my_stdout

Then you can use my_stdout as source for textarea in your GUI. Maybe the WX has some feature to connect textarea directly to file object to avoid manual polling...

2) Make it as single executable file. Extracting zip is annoying and also many people don't have support for 7z.

For the beginning, you may use this setup.py to generate single executable. (This skip generating poclbm, as it is unnecessary; m0mchil already offer executable for command line).

Code:
from distutils.core import setup
setup(windows=['guiminer.py'],
      # OpenCL.dll is vendor specific
      options = {'py2exe':
          {'dll_excludes': ['OpenCL.dll'],
           'optimize': 2,
           'bundle_files': 1,
           'compressed': True,
           },
      },
      data_files = ['BitcoinMiner.cl', 'logo.png'],
      zipfile = None,
      )

You have still two extra files here - CL file and logo. The best way to pack logo into binary is described here (http://www.py2exe.org/index.cgi/CustomIcons). I'm not sure what with CL file, but poclbm it load into string and then compile. So I think the easiest way is to create "BitcoinMiner.py" which contains just one string variable "source" with whole CL code. Then you can import BitcoinMiner in poclbm and instead of loading source from external file, point it to BitcoinMiner.source. By this way, py2exe will compile BitcoinMiner module directly into exe...

Hope this helps a little. I missed GUI support for miners for a long time!


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Kiv on February 26, 2011, 03:49:04 AM
Thank you slush for the comments! I'll try to post a new version sometime this weekend to address them.

1) Don't close the app after closing the window, just minimize it. I shut down mining few times by mistake :).

Good idea, I forgot to do that :)

1) Remove terminal window, it looks ugly. Tab with activity log should be better.

Agreed, terminal window is ugly and I should take it out. I left it for testing in case exceptions were thrown and people could report what happened, but probably it's better anyway to log exceptions to file or a tab. I think maybe py2exe already logs exceptions in some way, so I'll look into that.

2) Make it as single executable file. Extracting zip is annoying and also many people don't have support for 7z.

For the beginning, you may use this setup.py to generate single executable. (This skip generating poclbm, as it is unnecessary; m0mchil already offer executable for command line).

The way I implemented it does require the poclbm.exe - I run it as a subprocess and attach to its standard output. In other words even though both are Python programs, they don't know about each other. This was done since I hope to also support puddinpop or other miners in the future in the same way (run their exe as a subprocess and interpret their output). Also, I didn't want to change too much from original poclbm because if I make too many changes, it becomes harder to pull updates from m0mchil into my fork.

Another idea I had was to separate the GUI out totally - then have a single EXE for the GUI and a separate single EXE for poclbm. Right now the GUI uses PyOpenCL just to check for available devices but in fact this information could be obtained from poclbm (just run it without any flags to see the output) and then the GUI only needs to depend on wx. What do you think?


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: slush on February 26, 2011, 04:09:00 AM
This was done since I hope to also support puddinpop or other miners in the future in the same way (run their exe as a subprocess and interpret their output).


I think you're complicating your job for no (or very little) gain. Miners basically use the same core; when one of the guy do some improvement, others implement it sooner or later, too ;). If I will be in your position, I just pick up miner which I prefer and integrate it to GUI as much as possible. Calling binary and parsing output is not so as flexible as it can be.

poclbm core has pretty clean code, I think it is very hackable. You can do, for example, multigpu support by using threading/multiprocessing module and create more instances directly into application. You probably never do ultimate exception handling through calling miner as external process, but catching exceptions directly in code is very easy to do. And again, you can compile whole thing into single executable and make it even more user friendly :).


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: JWU42 on February 26, 2011, 03:07:14 PM
Working fine for me right now...

Just GPU mining on a 5770 - getting the same ~179Mhash as I was before.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: KX2 on February 26, 2011, 05:43:26 PM
Working OK for me also so far.  :)

I only have a Cuda/OpenCL capable 9600GT w/1GB vram in an AMD X2 box running Win7. Any extra flags needed? Terminal only shows -server flag as far as I can tell.  GPU only crunching 16.4 Mhash/s but that's much better than the CPU's 1460 Khash/s!

Also status area shows "Difficulty 1 hashes:33". Can anyone tell me what this means?

Thanks for any tips and I'm happy to contribute to this project as a hobby for now!

P.S...I also need the developers BitCoin address so I can donate after I purchase or create some BTC. Edit: I found the address under his first post.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Kiv on February 27, 2011, 12:41:22 AM
Working OK for me also so far.  :)

I only have a Cuda/OpenCL capable 9600GT w/1GB vram in an AMD X2 box running Win7. Any extra flags needed? Terminal only shows -server flag as far as I can tell.  GPU only crunching 16.4 Mhash/s but that's much better than the CPU's 1460 Khash/s!

Also status area shows "Difficulty 1 hashes:33". Can anyone tell me what this means?

Thanks for any tips and I'm happy to contribute to this project as a hobby for now!

P.S...I also need the developers BitCoin address so I can donate after I purchase or create some BTC. Edit: I found the address under his first post.

You can look here (http://pastebin.com/AvymGnMJ) to see what different GPUs are capable of. Poclbm is slightly faster than the numbers in that chart, so 16 Mhash is right on target.

"Difficulty 1 hashes" are hashes that nearly solved the block, but weren't quite good enough. You can think of generating coins as a lottery where you buy tickets and you win if the number matches the winning number. Difficulty 1 hash means that your number was really close to the winning number, but you didn't win. It's just shown to give you an idea of how many tries your GPU has made, and so you can say "ohhh, I was only off by one number, maybe I'll win next time" :)

I appreciate any donations, so far I have made a whole... 2 BTC, haha.



Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Fuma on February 27, 2011, 05:16:25 AM
Great little Gui. Thank you !

used it in a pool and it worked great.
but i cant seem to solo mine. i keep getting rpc connect error.
the user and password word is right.
what am i missing?


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: m0mchil on February 27, 2011, 05:29:58 AM
"Difficulty 1 hashes" are hashes that nearly solved the block...

Just to clarify - these would be winning hashes if difficulty is 1. Exactly equivalent to slush's pool shares.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: KX2 on February 27, 2011, 07:02:11 AM
Difficulty 1 hash means that your number was really close to the winning number, but you didn't win. It's just shown to give you an idea of how many tries your GPU has made, and so you can say "ohhh, I was only off by one number, maybe I'll win next time" :)

Sounds like the story of my life!

I did fire up RivaTuner and it boosted the card up to 18.0 Mhash/s from 16.4 Mhash/s. I can't seem to find any 5970 GPU over here in Sweden. Will research a close alternative card.

Also, looks like the slush pool is closed at this time. Any recommendations of another good pool?

Thanks and here's a small tip of 0.05 until I purchase or create some more!  :)



Title: Re: GUI frontend for poclbm released - looking for testers
Post by: dishwara on February 27, 2011, 07:03:35 AM
CUTE. thats the only word i can use to describe it.
A long time wait for a gui miner is done by you.
Thanks a lot for that.
I just saw it & downloaded & mining. coz its very very very simple.

Even though terminal window is ugly, but it is useful, so please in tab or even have extra option to turn on/off terminal window.
Since u use tabs , if a 4 * 5970, can be run in just 4 tabs with ur cute gui. so a lot of free space in display & terminal can use that, instead of tabbing terminal, as we have to click every time to see whats in terminal tab.
Terminal have to be separate.







Title: Re: GUI frontend for poclbm released - looking for testers
Post by: dishwara on February 27, 2011, 07:41:15 AM

2) Make it as single executable file. Extracting zip is annoying and also many people don't have support for 7z.



I can't accept this. as already kiv said , he has problem with single installation file.
Why many people don't have 7z support ?
Its an open source compression program which is free. people wont download a 2MB application to extract, & mine in GUI than stressing with cmd prompt?

http://www.7-zip.org/download.html

It has support for almost all OS.
from windows, linux..to

p7zip for Debian (and Ubuntu)
p7zip for Fedora Core
p7zip for Gentoo
p7zip for AltLinux.org
p7zip for FreeBSD
p7zip for Mac OS X
EZ 7z for Mac OS X
7zX for Mac OS X
keka - the free Mac OS X file archiver
p7zip for BeOS
p7zip for DOS / DJGPP
p7zip for Amiga
p7zip for Solaris
7-Zip for other systems:

7-Zip Extracter for WinCE


Try it. I am personally using 7zip & winrar for more than 2 years & winrar is evaluation version.
And in my knowledge, any program extract correctly, only if u need to create compressed file, u need good compressor. so for decompressing 7zip is far better than BULKY winzip.



Title: Re: GUI frontend for poclbm released - looking for testers
Post by: error on February 27, 2011, 03:31:51 PM
7-zip definitely wins on size. I took some random files I had laying around and compressed them with various utilities:

Code:
-rw-rw-r--.  1 error error 10590437 Feb 27 10:30 test.tar.lzo
-rw-rw-r--.  1 error error 10022137 Feb 27 10:23 test.tar.gz
-rw-rw-r--.  1 error error 10010959 Feb 27 10:23 test.zip
-rw-rw-r--.  1 error error  9458886 Feb 27 10:26 test.rar
-rw-rw-r--.  1 error error  9066012 Feb 27 10:23 test.tar.bz2
-rw-rw-r--.  1 error error  7997221 Feb 27 10:23 test.7z

YMMV.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: slush on February 27, 2011, 03:40:02 PM
I can't accept this. as already kiv said , he has problem with single installation file.
Why many people don't have 7z support ?
Its an open source compression program which is free. people wont download a 2MB application to extract, & mine in GUI than stressing with cmd prompt?

Why I have to install other non relevant stuff on my computer for retrieving some application? Who cares about compression ratio in times of cable (or faster) internet connection? Downloading the file in EXE is much better and easier, if your concern is to give best user experience. And if somebody don't want to provide EXE, ZIP is much better choice.

The most of users don't care if the compression tool is or isn't opensource. But they have to install it to get poclbm GUI, it's one step more for no reason.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: dishwara on February 27, 2011, 04:36:23 PM
I can't accept this. as already kiv said , he has problem with single installation file.
Why many people don't have 7z support ?
Its an open source compression program which is free. people wont download a 2MB application to extract, & mine in GUI than stressing with cmd prompt?

Why I have to install other non relevant stuff on my computer for retrieving some application? Who cares about compression ratio in times of cable (or faster) internet connection? Downloading the file in EXE is much better and easier, if your concern is to give best user experience. And if somebody don't want to provide EXE, ZIP is much better choice.

The most of users don't care if the compression tool is or isn't opensource. But they have to install it to get poclbm GUI, it's one step more for no reason.

Installing an application requires at least 3-5 clicks as ok's & Next's...& extract is just one click & one step.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: slush on February 27, 2011, 04:58:58 PM
Installing an application requires at least 3-5 clicks as ok's & Next's...& extract is just one click & one step.

The point is that those steps are unnecessary. You also assume that user knows what to do with .7z extension. I believe the most of users (users, not geeks like us) don't know that.

My Firefox says "You choose to open file .... which us '7z file'". OK, I have to go to google what 7z file is, open site, download, install, then go back to firefox and try it again. ZIP is widely used from times of WinXP, all browsers (even IE!) will offer to open zip files directly.

That's all, I don't plan to troll here more than this :).


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Kiv on February 27, 2011, 05:39:23 PM
Maybe a simple installer would be better than either 7zip or single file. Non-technical users are used to clicking through an installer and creating a shortcut on their Start Menu/Desktop, so doing the familiar thing might be best. With single file executables I've seen people delete the executable and think they are just deleting a shortcut :)

And maybe the installer will use 7zip internally, for the best of both worlds.

That's all, I don't plan to troll here more than this :).

I do appreciate you bring up usability things. I think Bitcoin has a long way to go for usability in general before "normal" people are comfortable with it, so I'd like to be part of the solution rather than part of the problem :)




Title: Re: GUI frontend for poclbm released - looking for testers
Post by: slush on February 27, 2011, 06:05:45 PM
Maybe a simple installer would be better than either 7zip or single file. Non-technical users are used to clicking through an installer and creating a shortcut on their Start Menu/Desktop, so doing the familiar thing might be best. With single file executables I've seen people delete the executable and think they are just deleting a shortcut :)

And maybe the installer will use 7zip internally, for the best of both worlds.

NSIS works with py2exe pretty nicely (http://www.py2exe.org/index.cgi/SingleFileExecutable). And - oh well - it uses 7zip internally! ;)


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: KX2 on February 27, 2011, 07:17:45 PM
I personally enjoy geeky stuff like .7z and would love to run BitCoin on my OpenBSD box if Nvidia or ATI drivers were available for the OS. But a good rule of thumb is to use the KISS principle - "Keep It Simple Stupid".

The .exe installer for Windows gets my vote!



Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Kiv on February 27, 2011, 07:20:32 PM
A new version of the miner is available; I've updated the download link on the first post, or you can get it here:

    poclbm-gui-20110227.7z (https://github.com/downloads/Kiv/poclbm/poclbm-gui-20110227.7z)

Changes since the last version:

- The console window is hidden by default. It can be shown in its own tab using Help -> Show Console. Log messages are also redirected to 'guiminer.log' in the executable directory if you want to look at them after.

- Clicking "X" minimizes the miner to the system tray instead of closing it; this matches the behavior of the official Bitcoin client. You can quit the program by File -> Quit or right-clicking the tray icon and clicking "Close".

- Tooltips appear when you hover on the text entry fields.

- Tabs are hidden if only a single miner is open.


I will look into the .exe installer over the next week, future releases should have both installer and 7z packages.



Title: Re: GUI frontend for poclbm released - looking for testers
Post by: KX2 on February 27, 2011, 07:26:11 PM
Thanks for the update Kiv! Glad to see my 0.05 donation was not wasted!  ;)


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: JWU42 on February 28, 2011, 02:19:49 AM
Great work - donation coming your way for sure!


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: slush on February 28, 2011, 02:42:09 AM
Just tested newest version and I really like it. Few extra feature requests:

a) Remember the last mining state. If I shutdown the application while mining is ON, it should start mining immediately after next start.
b) Add possibility to start application on Windows startup.

Then, with single exe installer, it will be absolutely perfect :-).


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: theGECK on February 28, 2011, 04:32:04 PM
Small donation made, and slight oddity to report.

Upon a computer crash, the only thing left in the folder where I extracted the GUI program was the tcl folder. The rest was gone. When running the shortcut that I had on my desktop, it would bring up a command window, and then report that no OpenCL devices were detected. I downloaded the newest version (nice improvements, btw) and it's working fine now. Probably just something related to the crash, but figured I'd put it here in case it happens to anybody else.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: new_in_this on February 28, 2011, 04:53:21 PM
Hi.

This is really noobie question:

1: I DL and install Bitcoin (made portforwarding)
2: I DL this miner app
3: I open guiminer.exe
4: I make solo pass and set path correctly
5: I create new miner
6: I set all details (localhost, user and pw using port 8332)
7: On guiminer i launch Bitcoin client (and wait it to start and do all downloading)
8: On guiminer solo i press Start mining


Is that all i need to do for attemting to get Bitcoins? Is it correctly working and do i need to set Extra flags?

That's all i can think of now, but maybe more questions later when i understand this better.

EDIT: i'm not sure did i understood fully, but when this guiminer is running using my GPU, should i enable Generate Coins option in bitcoin client?


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: dishwara on February 28, 2011, 07:12:30 PM
in device ,  u see how many by clicking down arrow?
  • ******
  • [1]  *****
    ?


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Kiv on February 28, 2011, 09:25:01 PM
Hi, if you see something like "162 MHash" in the bottom right corner of the app, it means it's running correctly. Look at the screenshot in the first post to see it. If you don't see that in yours I can try to help further.

In the client, Generate Coins will generate coins using the CPU only. Since CPU is so slow and it will use 100% of your CPU, probably this is not worth doing.


Hi.

This is really noobie question:

1: I DL and install Bitcoin (made portforwarding)
2: I DL this miner app
3: I open guiminer.exe
4: I make solo pass and set path correctly
5: I create new miner
6: I set all details (localhost, user and pw using port 8332)
7: On guiminer i launch Bitcoin client (and wait it to start and do all downloading)
8: On guiminer solo i press Start mining


Is that all i need to do for attemting to get Bitcoins? Is it correctly working and do i need to set Extra flags?

That's all i can think of now, but maybe more questions later when i understand this better.

EDIT: i'm not sure did i understood fully, but when this guiminer is running using my GPU, should i enable Generate Coins option in bitcoin client?


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Kiv on February 28, 2011, 09:28:08 PM
That's correct, you would see available devices in there and choose one. For example, on my PC I have:
Code:
[0] Intel(R) Core(TM) i5 CPU
[1] Juniper

The first one is my CPU and will be slow to generate coins with (only a few MHash). The second one is my GPU and the one I want to use in the app. Juniper is the code name for the Radeon HD 57xx series of cards such as my HD 5770.

Other common code names would be Cypress for HD 58xx and Hemlock for HD 59xx.

Hope this helped, if not you can try to explain further.


in device ,  u see how many by clicking down arrow?
  • ******
  • [1]  *****
    ?


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: new_in_this on March 01, 2011, 04:14:59 AM
@Kiv:
Thanks for reply, got it now and understood :)

EDIT: i was wondering this: someone said that i should get .something BTC/hour and so far it says Difficulty 1 hashes: 2056 (been running ~10hours now and nothing yet?)


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: true on March 01, 2011, 04:40:32 AM
This is true if you are part of a pool. You'll get a portion of block mining proportional to your work put into the pool (different pools have different rules, though).

If you are mining and connected to your local client, you'll get 50BTC when you generate a valid block. Generation is random. I haven't generated one yet since running ~1.3Gh/sec for the last week and a half.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: new_in_this on March 01, 2011, 04:50:09 AM
Thanks for reply, this is very interesting and i have lot's to read and even more to understand.

~1.3Gh/sec  :o that's killer machine.

(sorry for going slightly OT..)


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: friendsofkim on March 01, 2011, 02:09:07 PM
I have an NVidia GeForce 8400 GS running on Windows XP, 32 bit.

GeForce driver is version 185.85

I tried to run the Mining GUI but got an error message saying OpenCL wasn't installed. I couldn't find the OpenCL Nvidia driver anywhere - does anyone know if it exists? I can only see stories about a developer's release in 2008.

Thanks

--
Edit: Found driver update on NVidia web site...


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: friendsofkim on March 01, 2011, 03:06:22 PM
I've got the GUI working on DeepBit with 1.6 Mhash/s (slow I know) - anyway, it's cool.

Do I need to have the bitcoin client open for this to work? Sorry for the basic questions.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: new_in_this on March 01, 2011, 03:13:27 PM
Do I need to have the bitcoin client open for this to work?
I was wondering this same and i received error when client was not running. In my case i had to open client in order to get guiminer working.
(feel free to correct me, i'm new to this and been reading&learning alot in few days)


EDIT:
@Kiv: where i can read/find more about that extra flag field?


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: BiggieJohn on March 01, 2011, 03:34:21 PM
testing this on both my machines.  Works great on both. 
1 x gts250
1 x HD6870

I'm not sure, but the hash rate might be slightly higher too.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: BitLex on March 01, 2011, 03:39:13 PM
Do I need to have the bitcoin client open for this to work? Sorry for the basic questions.
no, you don't even need to have a bictoin-client installed if you're running the miner on a pool.

where i can read/find more about that extra flag field?
the extra flags are for miner parameters, like threads, frames, worksize and stuff


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: new_in_this on March 01, 2011, 04:10:14 PM
no, you don't even need to have a bictoin-client installed if you're running the miner on a pool.
Thanks for info. My error was then probably related to solo operation. (and after thinking, that's obvious :))

the extra flags are for miner parameters, like threads, frames, worksize and stuff
Cool, thanks, got it :)


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: friendsofkim on March 01, 2011, 04:53:39 PM
Small (and pedantic) question: The status update in the lower left hand corner which tells me the number of shares accepted/rejected seems to come and go. Haven't seen it for a while now - can't see how to turn it back on. Is this intended behaviour or a bug perhaps?

Thanks


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: dishwara on March 01, 2011, 04:57:55 PM
Small (and pedantic) question: The status update in the lower left hand corner which tells me the number of shares accepted/rejected seems to come and go. Haven't seen it for a while now - can't see how to turn it back on. Is this intended behaviour or a bug perhaps?

Thanks

U over cloaked ur graphics card?


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: no_response on March 01, 2011, 06:38:43 PM
as I saw many people complaining that they want it packed in 1 file
and others that don't have packing software and cba to download and install it

just an idea
or if you want some help I can do it for you

some time ago I used to hardcode an .exe file in another .exe file
it turned out to be quite a neat thing
like : pack several files (no matter what kind of files) into an .exe, then when you run the .exe it unpacks in the current dir or in %temp% and runs the new app

how I did this was store the whole .exe in an array in the source code
then, when run, just save the whole array into a file with extension .exe in binary mode
and we are done.

just my 0.02 btc
if you want it done PM me


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: friendsofkim on March 01, 2011, 06:58:08 PM
Quote
U over cloaked ur graphics card?

Possible - I was getting screen lag while running the miner. Is there a way I can cap the MHash/s?


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: dishwara on March 01, 2011, 08:41:56 PM
U cant do anything with ur 8400 graphics card. i had 9400gt card, mined for more than a month & i was getting 2.4Mhash/s & i over cloaked it to from 550mhz to 771 & got around 3.1Mhash/s. But system is very unstable. & only poclbm can able to mine with out lagging screens.
the total btc i got is less than 2. I did coz, i know i will mine in future, so to understand mining... i mined with that card.
just 3-4 days i got 6870 & getting 220Mhash/s.

Better change ur graphics card if u want to mine.
The investment u make is worth more than u can think.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: friendsofkim on March 01, 2011, 09:12:27 PM
Quote
Better change ur graphics card if u want to mine.
The investment u make is worth more than u can think.

Mind me asking what you're earning at the moment with your 6870? I am tempted to buy a better GPU. Hard to know if it's worth the investment if difficulty is going to keep climbing (unpredictably as well.)


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: BitterTea on March 01, 2011, 09:45:27 PM
Quote
Better change ur graphics card if u want to mine.
The investment u make is worth more than u can think.

Mind me asking what you're earning at the moment with your 6870? I am tempted to buy a better GPU. Hard to know if it's worth the investment if difficulty is going to keep climbing (unpredictably as well.)

The difficulty changes are not unpredictable. You can look at the estimate here (http://bitcoincharts.com/markets/) or calculate it yourself. Every 2016 blocks, the network (all of the clients) recalculate the difficulty such that over the past 2016 blocks, using the new difficulty would result in around 10 blocks being found per minute.

(this is, I am sure, a vast simplification, but it should serve to get you close enough(TM))


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Kiv on March 01, 2011, 10:02:01 PM
as I saw many people complaining that they want it packed in 1 file
and others that don't have packing software and cba to download and install it

just an idea
or if you want some help I can do it for you

some time ago I used to hardcode an .exe file in another .exe file
it turned out to be quite a neat thing
like : pack several files (no matter what kind of files) into an .exe, then when you run the .exe it unpacks in the current dir or in %temp% and runs the new app

how I did this was store the whole .exe in an array in the source code
then, when run, just save the whole array into a file with extension .exe in binary mode
and we are done.

just my 0.02 btc
if you want it done PM me

Thanks for the offer, but the release problem is solved - going forward I will make 7z releases as well as .exe releases with a Windows installer. My concern with your method is that unpacking every time can be slow (only have to unpack once normally) and it's better to install to a well-known location (like Program Files/poclbm) than a temp folder.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: theGECK on March 01, 2011, 10:03:06 PM
To those asking for an installer, I created one with a program called CreateInstall Free. It took about 10 minutes to figure out what I was doing in the program, and then 1-2 minutes to create the .exe. The compression was set to the Default-highest, which didn't really slow the creation down at all.

It was created from a fresh download of Kiv's software. It unzips the files to whatever location you tell it to, puts an icon to the guiminer.exe onto the desktop and (currently) places an uninstall link in the start menu as well. The Uninstall will just delete everything that was unzipped/"installed".

Hope you can find this useful, and it was only 3MB larger than the .7z file. 10.19MB total in size.

http://www.sendspace.com/file/k9g5lv


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: friendsofkim on March 01, 2011, 10:10:10 PM
Quote
The difficulty changes are not unpredictable. You can look at the estimate here or calculate it yourself. Every 2016 blocks, the network (all of the clients) recalculate the difficulty such that over the past 2016 blocks, using the new difficulty would result in around 10 blocks being found per minute.

True but I was thinking of the longer term... e.g. where will difficulty be in 2 months? This seems harder to estimate, as it depends on unforeseeable events, like bitcoin getting a sudden burst of publicity.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: dishwara on March 02, 2011, 06:00:26 AM
Quote
Better change ur graphics card if u want to mine.
The investment u make is worth more than u can think.

Mind me asking what you're earning at the moment with your 6870? I am tempted to buy a better GPU. Hard to know if it's worth the investment if difficulty is going to keep climbing (unpredictably as well.)


For the past 4 days mining i got around 19btc, on average 4btc daily, running 23/7


Quote
The difficulty changes are not unpredictable. You can look at the estimate here or calculate it yourself. Every 2016 blocks, the network (all of the clients) recalculate the difficulty such that over the past 2016 blocks, using the new difficulty would result in around 10 blocks being found per minute.

True but I was thinking of the longer term... e.g. where will difficulty be in 2 months? This seems harder to estimate, as it depends on unforeseeable events, like bitcoin getting a sudden burst of publicity.

For long term, the next difficulty will be <=70000 , & then after 2 months it will be 23000909.

In 2 months not a single 5970 is enough to mine, u need atleast 2-3X 5970 to mine.
U better instead of mining try buying & selling, that will be easy & profitable.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: hazek on March 02, 2011, 01:18:49 PM
When I try to run guiminer.exe on my inspiron1520 dell laptop I get this error: "Couldn't find any OpenCL devices."

From guiminer.exe.log:
Quote
Exception TypeErrorERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 836, in <module>
  File "guiminer.py", line 518, in __init__
SystemExit: 1
ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 836, in <module>
  File "guiminer.py", line 518, in __init__
SystemExit: 1

Could anyone tell me what I need to do and if my laptop is just too weak to even bother?


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: friendsofkim on March 02, 2011, 01:25:14 PM
Quote
When I try to run guiminer.exe on my inspiron1520 dell laptop I get this error: "Couldn't find any OpenCL devices."

What kind of graphics card is in your laptop? You probably need to download an up to date driver for it with OpenCL - assuming one exists.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: hazek on March 02, 2011, 01:32:53 PM
8600m GT


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: friendsofkim on March 02, 2011, 01:55:16 PM
Quote
8600m GT

Download and update your driver from here: http://www.nvidia.com/Download/index.aspx?lang=en-us


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: hazek on March 02, 2011, 02:32:28 PM
Quote
8600m GT

Download and update your driver from here: http://www.nvidia.com/Download/index.aspx?lang=en-us

ugh I soo do not want to update my driver and potentially fk something up and then having the trouble of trying to reverse back to an old version which I don't even remember anymore where I got


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: friendsofkim on March 02, 2011, 02:34:43 PM
Quote
ugh I soo do not want to my driver and potentially fk something up and then having the trouble of trying to reverse back to an old version which I don't even remember anymore where I got it.

I have a similar graphics card to you (8400 GS) and mining about 0.3 BTC a day at 1.5 MHash/s... so maybe not worth the bother.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: hazek on March 02, 2011, 02:47:18 PM
Too late for that now  ::)


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: hazek on March 02, 2011, 03:23:30 PM
Driver updated, got the miner running but the status bar says:

Shares: 0 accepted, 0 stale/invalid           4Mhash/s



Is this how it's suppose to read? Do I need to use any flags?


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: theGECK on March 02, 2011, 03:30:33 PM
That looks right. At 4Mhash/s, it will probably take a bit of time for your first share to be accepted.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: hazek on March 02, 2011, 04:06:24 PM
Yep, just found my first one!  ;D

Thank you very much to everyone who helped me out with this!


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: new_in_this on March 02, 2011, 04:51:18 PM
In 2 months not a single 5970 is enough to mine, u need atleast 2-3X 5970 to mine.
Oh FFS, rich gets more riches and us poor peoples are stuck because can't do constant upgrading :/


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: fizgig on March 02, 2011, 05:10:23 PM
Anyone know why Quadro FX 1800M running on XP isn't seen as an opencl device?  I installed the nvidia driver a month ago.

edit:  Nevermind.  I didn't see that I had to install the ATI Stream SDK (even though I have an Nvidia card).  All good now.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: BitterTea on March 02, 2011, 05:59:41 PM
In 2 months not a single 5970 is enough to mine, u need atleast 2-3X 5970 to mine.
Oh FFS, rich gets more riches and us poor peoples are stuck because can't do constant upgrading :/

Don't listen to this guy. Either he was being sarcastic or he doesn't know what he's talking about. I doubt we'll see difficulty increase much faster than the 30% increments we've been seeing.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: fizgig on March 02, 2011, 06:40:16 PM
I'm still not quite understanding the "Difficulty 1 hashes: X" number and I'm very interested in what it means.  I've read that it tells you how many close hashes you've calculated but what does that mean?  If that number is X, does that mean if the current requirement is for 14 leading zeros in the hash, that I've made X number of hashes with (14 - 1 = 13) zeros in it?


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: BitLex on March 02, 2011, 07:38:47 PM
no,
on pools you work on easy hashes,
means say the current requirement is for 14 leading zeros in the hash to solve a block, you are trying to find hashes with say at least 3 leading zeros.
you'll find and submit hashes with 3,4,5,6,7,8,9..... leading zeros (which all get you a share in the pool) and every once in a while someone finds a hash with the required 14 leading zeros and bang, pool gets the block, everyones happy.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: dishwara on March 02, 2011, 07:40:48 PM

For long term, the next difficulty will be <=70000 , & then after 2 months it will be 230009.

In 2 months not a single 5970 is enough to mine, u need atleast 2-3X 5970 to mine.
U better instead of mining try buying & selling, that will be easy & profitable.

Sorry, by tyoing mistake i added double 09.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: BitLex on March 02, 2011, 07:49:29 PM
so saying
Quote
In 2 months not a single 5970 is enough to mine, u need atleast 2-3X 5970 to mine.
wasn't a mistake?  :D


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: hazek on March 02, 2011, 07:50:34 PM
no,
on pools you work on easy hashes,
means say the current requirement is for 14 leading zeros in the hash to solve a block, you are trying to find hashes with say at least 3 leading zeros.
you'll find and submit hashes with 3,4,5,6,7,8,9..... leading zeros (which all get you a share in the pool) and every once in a while someone finds a hash with the required 14 leading zeros and bang, pool gets the block, everyones happy.

Question: Can we run out of difficulty?


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: fizgig on March 02, 2011, 07:56:56 PM
no,
on pools you work on easy hashes,
means say the current requirement is for 14 leading zeros in the hash to solve a block, you are trying to find hashes with say at least 3 leading zeros.
you'll find and submit hashes with 3,4,5,6,7,8,9..... leading zeros (which all get you a share in the pool) and every once in a while someone finds a hash with the required 14 leading zeros and bang, pool gets the block, everyones happy.

Interesting.  Why would you submit easy hashes since, I assume, easy hashes will never be accepted into the block chain?  Is it to demonstrate that you actually are trying to solve the problem and not just tagging along doing nothing?

And what does the "1" in "Difficulty 1" mean? 


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: BitLex on March 02, 2011, 08:02:06 PM
Interesting.  Why would you submit easy hashes
as a proof-of-work that your miners did


Quote
And what does the "1" in "Difficulty 1" mean? 
it means that it's (currently)    55590times easier to find a winning hash on pools than on the main-bitcoin-network,
because the difficulty to find one on the main-bitcoin-network is 55590


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Kiv on March 02, 2011, 11:10:59 PM
no,
on pools you work on easy hashes,
means say the current requirement is for 14 leading zeros in the hash to solve a block, you are trying to find hashes with say at least 3 leading zeros.
you'll find and submit hashes with 3,4,5,6,7,8,9..... leading zeros (which all get you a share in the pool) and every once in a while someone finds a hash with the required 14 leading zeros and bang, pool gets the block, everyones happy.

Question: Can we run out of difficulty?

Theoretically, we could reach a maximum difficulty. The hardest possible difficulty would mean to solve a block you need to find a hash that is ALL zeroes. Since hashes can be any number up to 2 to the power of 256, this would take longer than the lifetime of the universe to find using current methods. The only way we would ever reach this is if someone found a vastly superior method of finding hashes to the current brute force method. Such a person would probably keep their method to themselves and make a fortune off of Bitcoin :)


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: friendsofkim on March 02, 2011, 11:55:36 PM
@Kiv

Thanks for the GUI. I've sent 0.5 BTC your way.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: BitterTea on March 03, 2011, 12:01:12 AM
I'm happy with the UI as well. Actually, I like it better than the one I created. I've sent a small donation your way.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: smgoller on March 03, 2011, 12:14:44 AM
Trying to get this to work. I've got a Radeon 5870, and I was able to successfully run demos using GPU Caps Viewer, and it definitely says it's capable. But when I run guiminer, I get this error in guiminer.exe.log:

Code:
Exception TypeErrorERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 836, in <module>
  File "guiminer.py", line 518, in __init__
SystemExit: 1

It thinks I have no OpenCL devices.

I have catalyst 10.11 and stream sdk 2.1 installed. Is there something I'm missing?


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Kiv on March 03, 2011, 12:00:35 PM
I haven't tried it with stream sdk 2.1. Maybe m0mchil can confirm this, but perhaps stream sdk 2.2 or higher is required?

Trying to get this to work. I've got a Radeon 5870, and I was able to successfully run demos using GPU Caps Viewer, and it definitely says it's capable. But when I run guiminer, I get this error in guiminer.exe.log:

Code:
Exception TypeErrorERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 836, in <module>
  File "guiminer.py", line 518, in __init__
SystemExit: 1

It thinks I have no OpenCL devices.

I have catalyst 10.11 and stream sdk 2.1 installed. Is there something I'm missing?


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: buller on March 03, 2011, 02:24:52 PM
Tested it for 1 day. Working perfectly, easy to use, same performance

XFX Ati HD5870 no overclocking 315 mhash average


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Grinder on March 05, 2011, 03:50:53 PM
Just installed it, and now I have a bunch of feature requests.
- A summary page which shows all the miners with a stop/start button and the accepted/stale statistics.
- Stale/invalid the last 30 minutes (so I can switch to a different pool if the one I'm using seems broken).
- An option to have it automatically switch to a different pool if there have been too many stale/invalid the last 30 mins.
- Statistics which shows how much time has been used doing nothing because of server down time.

It seems really nice already, though. Perhaps I'll finally stop wasting time looking at the miner window now that I can minimize it to tray. I'll donate if I continue using it.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Kiv on March 05, 2011, 09:30:48 PM
Glad you liked it and I appreciate the feedback. Some thoughts:

- A summary page which shows all the miners with a stop/start button and the accepted/stale statistics.

Sure, this is a good idea. I will make this a toggleable feature (like the console) since I suspect that the average user only has one or two miners going. Maybe this information should also be available in the tray icon, I don't know.

- An option to have it automatically switch to a different pool if there have been too many stale/invalid the last 30 mins.

The problem with switching based on stale is that currently deepbit doesn't report when a stale share is submitted. So even though slush might report 1% of stale, it's possible that deepbit has a much higher stale percentage. If deepbit starts to report stale shares, I'll revisit this.

I also know that some people are working on "push" mining where you don't have to poll the server so much. I wonder if that will make stale shares a non-issue; maybe someone more knowledgable can comment on that.

- Statistics which shows how much time has been used doing nothing because of server down time.

What I do is run two tabs at once (slush and deepbit right now) on a single device. Then if either server is down for any amount of time, the other one will still be able to use the full GPU.

The only issue with this method is there's no way to control the priority of each miner - each gets a random amount of time. I would like to look into this in the future but right now I have no idea how OpenCL tasks are scheduled on the GPU.

My hope is that as pools grow more sophisticated, server down time will be reduced enough that we won't have to worry about it.

I'll donate if I continue using it.

Great, any amount makes me feel appreciated :) I'm hoping to release a new version in the next couple days, so stay tuned.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Kiv on March 06, 2011, 11:19:31 PM
Hey everyone, a new version of the GUI is available:

    poclbm-gui-20110306.7z (https://github.com/downloads/Kiv/poclbm/poclbm-gui-20110306.7z)

Changes since the previous version:

- New summary tab lists information about all your miners on one page as well as total hash rate.
- Miners can be started automatically when the GUI starts; this option can be checked/unchecked from the summary page.
- Smaller download (removed useless Tk files).
- Miner tabs show on the status bar the last time a share was accepted.
- Update poclbm to m0mchil's latest version 201103.beta.

Someone had asked about an option to start the GUI when Windows starts; this can be done easily from within Windows by making a shortcut to guiminer.exe in the "Startup" folder of the Start Menu.

Enjoy!


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: JWU42 on March 06, 2011, 11:45:34 PM
Excellent Kiv - Great Update!


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Beremat on March 07, 2011, 12:45:16 AM
Nice, the only thing I was waiting for was the autostarting of miners. Great work on this GUI! :)


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: purpleeggguy on March 07, 2011, 01:32:10 AM
I have a problem with the gui, it only seems to max out the GPU at around 30% even though the non-gui version maxes out at 100%
I'm using an Nvidia card with the latest drivers and windows 7.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: hazek on March 07, 2011, 01:41:25 AM
I have a problem with the gui, it only seems to max out the GPU at around 30% even though the non-gui version maxes out at 100%
I'm using an Nvidia card with the latest drivers and windows 7.

Is there actually a way to set what % of power GPU should use for hashing?


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: purpleeggguy on March 07, 2011, 01:46:26 AM
Is there actually a way to set what % of power GPU should use for hashing?

I supposed you could limit it by setting -w to something ridiculously low


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Kiv on March 07, 2011, 02:35:26 AM
That's odd... you're using the same flags in both cases? If so, can you try running the poclbm.exe that comes with the GUI and see if that does the same thing? I don't have an Nvidia card to test on but I haven't heard of anyone else with your problem.

I have a problem with the gui, it only seems to max out the GPU at around 30% even though the non-gui version maxes out at 100%
I'm using an Nvidia card with the latest drivers and windows 7.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: purpleeggguy on March 07, 2011, 03:14:00 AM
That's odd... you're using the same flags in both cases? If so, can you try running the poclbm.exe that comes with the GUI and see if that does the same thing? I don't have an Nvidia card to test on but I haven't heard of anyone else with your problem.

Ah, I figured it out. For some reason running a cpu miner at the same time caused the speed to drop, but only when the console window running the GPU miner was in the background.
Since the gui didn't have the console window it got treated as always being in the background and wouldn't run at full capacity.

I didn't notice it before because I always had the GPU miner in the foreground.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Kiv on March 07, 2011, 11:59:51 AM
Ah, that makes sense. The GPU miner needs a percent or two of CPU in order to prepare work and send it to the GPU, and if a CPU miner is hogging all the resources then it won't be able to keep the GPU busy.

That's odd... you're using the same flags in both cases? If so, can you try running the poclbm.exe that comes with the GUI and see if that does the same thing? I don't have an Nvidia card to test on but I haven't heard of anyone else with your problem.

Ah, I figured it out. For some reason running a cpu miner at the same time caused the speed to drop, but only when the console window running the GPU miner was in the background.
Since the gui didn't have the console window it got treated as always being in the background and wouldn't run at full capacity.

I didn't notice it before because I always had the GPU miner in the foreground.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Transisto on March 07, 2011, 05:58:52 PM
Does it support multiple card ? or am I doing something wrong ?

I have a 4770 and 5870 it only show one "cypress" (the 4770)


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: BitLex on March 07, 2011, 06:29:32 PM
yes, it does,
i guess you haven't plugged a monitor into your 2nd card, you'll need todo that on windows to activate the card in CCC.
give it a try.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: JWU42 on March 07, 2011, 07:44:08 PM
Another option...

http://www.overclock.net/folding-home-guides-tutorials/384733-30-second-dummy-plug.html


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Transisto on March 08, 2011, 04:29:13 AM
Another option...

http://www.overclock.net/folding-home-guides-tutorials/384733-30-second-dummy-plug.html
Hehe, thanks but I already build 5 of those for folding.

I had an hdmi plugged into both. /will try again/

Edit : problem was driver clusterfuck


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: VillageChump on March 08, 2011, 04:47:47 AM
Does anyone know how to limit how much the Miner uses on my GTX 260?

EDIT: Found out I put "-w ##" in extra flags. (I wanted to keep my temps down, I average 61C and generating 30Mhashes)


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Transisto on March 11, 2011, 07:53:33 AM
Does anyone know how to limit how much the Miner uses on my GTX 260?

EDIT: Found out I put "-w ##" in extra flags. (I wanted to keep my temps down, I average 61C and generating 30Mhashes)

Maybe someone could pay you bitcoin for having do Folding@Home ?

30mhash is is really worth it ?


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: datathe1st on March 11, 2011, 08:26:47 AM
As someone reading a lot of posts and who is new to the scene, thank you for an excellent alpha gui.

Suggestion:

Please add the -4way flag by default to the cpu miners, or have a drop down box of common flags like:

dropbox:
-4way [SSE2 optmizations]
-v -w128 [suggested for Radeons]
-v -w128 -f1 [if you don't mind desktop lag]


etc.



Thank you!

Donations :D

19vg91RrXPMdWydgxv4R6TRfMjruVgoG6o


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Kiv on March 11, 2011, 11:52:09 AM
As someone reading a lot of posts and who is new to the scene, thank you for an excellent alpha gui.

Glad you're enjoying it :) The dropbox of common flags is a good idea; I listed the Radeon one in the tooltip because I felt that was the most common case. I found -f1 was hardly even worth using (gives me 184MHash instead of 182MHash) but it could be included.

Please add the -4way flag by default to the cpu miners, or have a drop down box of common flags like:

Unfortunately, the -4way flag isn't supported right now, because the miner the GUI uses is poclbm which is purely an OpenCL miner. When you are CPU mining on it, it is actually running OpenCL code on your CPU which is the reason it's not as efficient as code specifically written for CPU. If you ask me it's pretty cool that it works at all :)

It would be significant work to add a second miner to the GUI that supports 4way - not only do I have to integrate it into the code, I have to keep it updated, test it, and include it in the package. Which is not to say I won't do it - only that as the difficulty increases I question whether CPU mining will be a viable option in the future. Certainly writing lots of code to benefit the poorest miners is a questionable method of getting donations ;)


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: new_in_this on March 11, 2011, 05:53:10 PM
-v -w128 [suggested for Radeons]

What that mean? Should i add it?


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: jkminkov on March 11, 2011, 05:59:55 PM
Quote
Running command: poclbm.exe --user=

can you add timestamps like this in console tab:

Quote
11/03/2011 17:21:05 Running command: poclbm.exe --user=


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Kiv on March 11, 2011, 08:57:22 PM
Sure, I'll include that in the next version.

Quote
Running command: poclbm.exe --user=

can you add timestamps like this in console tab:

Quote
11/03/2011 17:21:05 Running command: poclbm.exe --user=


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: new_in_this on March 12, 2011, 03:58:10 PM
Sorry for bumping, but:

-v -w128 [suggested for Radeons]

What that mean? Should i add it?


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Grinder on March 12, 2011, 04:26:14 PM
You have to try for yourself to see if it results in better performance with your card. -w 64 or 128, with and without -v.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: datathe1st on March 13, 2011, 10:40:13 AM
What I meant was that it would be nice to have drop downs or check boxes to select flags to run the miners with. 


Also a very important question...

I have a crossfire setup.

I want to be able to run a miner on both GPUs while playing a game, BUT

with one of the miners set to a lower priority than the game.


Basically, Dragon Age II is awesome and I have way more graphical power than I need to play this relatively ugly DX 11 game (relative to Crysis 1)

I can leave one GPU to mine and only mine and have another GPU devote 30% of resources to the game with 70% going to the other miner.


I tried an experiment with running the heaven bechmark demo while running two miners on the cards.  Surprisingly my Mh/s dropped only 20% while the benchmark was spittingout beautiful, no gorgeous scenes at around 20 frames per second in a 1024x768 window.

Basically I want to be able to play simpler 3d games while continuing to mine so as to always consume as close to 100% of available GPU resources.


I just can't stand the thought of wasting an entire GPU on a game that doesn't need it.  I really don't need MSAA or 8x antialiasing to enjoy my games.



Title: Re: GUI frontend for poclbm released - looking for testers
Post by: kosovito on March 13, 2011, 04:49:53 PM
what is exactly i have to put in "Extra flags:" ???

I have an ATI 4980

Thanks


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: dishwara on March 13, 2011, 09:37:50 PM
Just put -v -w128 & mine.
Also remove that extra & mine.
U will see the difference in Mhash/s


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: kosovito on March 13, 2011, 10:03:43 PM
Just put -v -w128 & mine.
Also remove that extra & mine.
U will see the difference in Mhash/s

Im so noobbb
Where i have to put -v -w128 if is not in Extra flags??

Thanks


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: dishwara on March 13, 2011, 10:08:13 PM
U have to put it in Extra flag.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: bitjet on March 13, 2011, 10:09:58 PM
this miner seems to be using 100% of each of my cpu cores per instance when mining with my GPU's, what the heck is up with that?


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: kosovito on March 13, 2011, 10:15:35 PM
U have to put it in Extra flag.

Well, the results are:

Nothing in extra flags: around 82mhash/s
-v -w182: around 76mhash/s

I tried too, -v, -v -w64, -w64.

Max is with NOTHING


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: snedie on March 13, 2011, 10:32:57 PM
this miner seems to be using 100% of each of my cpu cores per instance when mining with my GPU's, what the heck is up with that?

Exact same thing here on poclbm gpu miner.


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: dishwara on March 13, 2011, 10:37:03 PM
U have to put it in Extra flag.

Well, the results are:

Nothing in extra flags: around 82mhash/s
-v -w182: around 76mhash/s

I tried too, -v, -v -w64, -w64.

Max is with NOTHING

please read the my above post. i said -w128 , not -w182.
also u can add -f10 or -f15 or -f3 or -f1.
-f1 will make everything slow & give desktop lag.
But will increase 2-3 Mhash/s


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: kosovito on March 13, 2011, 10:50:15 PM
U have to put it in Extra flag.

Well, the results are:

Nothing in extra flags: around 82mhash/s
-v -w182: around 76mhash/s

I tried too, -v, -v -w64, -w64.

Max is with NOTHING

please read the my above post. i said -w128 , not -w182.
also u can add -f10 or -f15 or -f3 or -f1.
-f1 will make everything slow & give desktop lag.
But will increase 2-3 Mhash/s

Sorry, my bad, is -w128
The only thing that increasing my mining is -f1, but only in 2M/s, so  i think im gonna minig default.

Anyways, thanks


Title: Re: GUI frontend for poclbm released - looking for testers
Post by: Kiv on March 14, 2011, 12:16:26 AM
Hey everyone, a new version of the GUI is available:

    poclbm-gui-20110313.7z (https://github.com/downloads/Kiv/poclbm/poclbm-gui-20110313.7z)

Changes since the previous version:

- Updated to latest poclbm code supporting long polling.
- Builtin support for several popular pools; currently slush, deepbit, BitPenny, and bitcoinpool. You can pick the pool name from a dropdown and it will automatically use the right host and port; it also provides a link to the pool website. List of servers is stored in servers.ini and is customizable.

- In summary panel, click on the miner name to go to that tab.

- Don't display stale shares in the status if there are no stale shares.

- The default miner, username, and password is configurable from an INI file (defaults.ini). This allows pool owners to create custom miner packages that include your login credentials already.

- Support for custom interfaces for each pool. Currently for BitPenny there is no registration required and so the Username/Password field becomes a single field for the receiving address. In the future, look for more custom features on different pools.

- Fix bug where if you had a single miner open and opened the summary panel, the miner would disappear. Thanks to OneFixt for reporting this.


Title: Re: GUI frontend for poclbm - updated March 13
Post by: bitjet on March 14, 2011, 12:57:28 AM
any word on why we are getting 100% cpu usage while GPU mining?


Title: Re: GUI frontend for poclbm - updated March 13
Post by: kindle on March 14, 2011, 01:08:17 AM
Hi yah I experience the same thing. About 25% load on cpu for every poclbm instance. I have tried installing ccc 10.11 and stream 2.1 as well as ccc 11.2 stream 2.1 and for both cases poclbm-gui reports that no opencl device has been detected. Only stream 2.2 manages to work. And from majority of the post 2.2 seems to load the cpu. Any ideas? 1st things 1st, does poclbm run with stream 2.1 ?


Title: Re: GUI frontend for poclbm - updated March 13
Post by: Kiv on March 14, 2011, 01:48:52 AM
Not sure, I haven't experienced this. It would be nothing to do with the GUI portion in any event, so it's not really my area :)

any word on why we are getting 100% cpu usage while GPU mining?


Title: Re: GUI frontend for poclbm - updated March 13
Post by: datathe1st on March 14, 2011, 04:46:23 AM
Please could someone give me some advice on how to mine while playing games?

I want my GPU usage to be at 100% at all times but with priority given to the video game.

PLEASE HELP!

I've tried setting -f 120 but that doesn't help.

Thank you.


Title: Re: GUI frontend for poclbm - updated March 13
Post by: dishwara on March 14, 2011, 04:56:52 AM
Try this -v -w128 -f1 for miner.


Title: Re: GUI frontend for poclbm - updated March 13
Post by: dishwara on March 14, 2011, 05:23:13 AM
I get this error when try to run the 13/3/2011 GUI.


ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 1225, in <module>
  File "guiminer.py", line 888, in __init__
  File "guiminer.py", line 1020, in load_config
  File "guiminer.py", line 917, in add_profile
  File "guiminer.py", line 365, in __init__
  File "guiminer.py", line 400, in set_data
TypeError: 'NoneType' object is unsubscriptable
Traceback (most recent call last):
  File "guiminer.py", line 1225, in <module>
  File "guiminer.py", line 888, in __init__
  File "guiminer.py", line 1020, in load_config
  File "guiminer.py", line 917, in add_profile
  File "guiminer.py", line 365, in __init__
  File "guiminer.py", line 400, in set_data
TypeError: 'NoneType' object is unsubscriptable


How to solve it?


Title: Re: GUI frontend for poclbm - updated March 13
Post by: cowhead2oo3 on March 14, 2011, 06:09:07 AM
I get this error when try to run the 13/3/2011 GUI.


ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 1225, in <module>
  File "guiminer.py", line 888, in __init__
  File "guiminer.py", line 1020, in load_config
  File "guiminer.py", line 917, in add_profile
  File "guiminer.py", line 365, in __init__
  File "guiminer.py", line 400, in set_data
TypeError: 'NoneType' object is unsubscriptable
Traceback (most recent call last):
  File "guiminer.py", line 1225, in <module>
  File "guiminer.py", line 888, in __init__
  File "guiminer.py", line 1020, in load_config
  File "guiminer.py", line 917, in add_profile
  File "guiminer.py", line 365, in __init__
  File "guiminer.py", line 400, in set_data
TypeError: 'NoneType' object is unsubscriptable


How to solve it?

delete old minergui user settings...


Title: Re: GUI frontend for poclbm - updated March 13
Post by: Kiv on March 14, 2011, 10:46:58 AM
Sorry about that, I meant to keep compatibility with old settings but I guess I didn't totally succeed. You can find the settings file on Windows at:

C:\Users\<your username>\AppData\Roaming\poclbm

If you like I could have a look at your file and see what broke, but just deleting it and then entering the info again should work.
 

I get this error when try to run the 13/3/2011 GUI.


ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 1225, in <module>
  File "guiminer.py", line 888, in __init__
  File "guiminer.py", line 1020, in load_config
  File "guiminer.py", line 917, in add_profile
  File "guiminer.py", line 365, in __init__
  File "guiminer.py", line 400, in set_data
TypeError: 'NoneType' object is unsubscriptable
Traceback (most recent call last):
  File "guiminer.py", line 1225, in <module>
  File "guiminer.py", line 888, in __init__
  File "guiminer.py", line 1020, in load_config
  File "guiminer.py", line 917, in add_profile
  File "guiminer.py", line 365, in __init__
  File "guiminer.py", line 400, in set_data
TypeError: 'NoneType' object is unsubscriptable


How to solve it?

delete old minergui user settings...


Title: Re: GUI frontend for poclbm - updated March 13
Post by: dishwara on March 14, 2011, 04:49:10 PM
sent ini file to PM.
Deleting old file makes new version work.
Thnks.


Title: Re: GUI frontend for poclbm - updated March 13
Post by: kindle on March 14, 2011, 05:42:59 PM
Hi I am running your latest build and I realised that the hash/s will jump up to 1Ghash/s or some amount that my rig isnt able to achieve. I was using our previous build and all was well. Btw I do overclock my GPU mildly, does the interface reflect the wrong hashes as a result of an improper overclock setting?

Cheers!


Title: Re: GUI frontend for poclbm - updated March 13
Post by: Groc on March 15, 2011, 12:10:56 AM
It says I need OpenCL or Ati stream SDK.

My IBM is a 8104 2eu http://www-307.ibm.com/pc/support/site.wss/MIGR-60650.html (http://www-307.ibm.com/pc/support/site.wss/MIGR-60650.html)

What should I do?  ???


Title: Re: GUI frontend for poclbm - updated March 13
Post by: theGECK on March 15, 2011, 12:20:21 AM
Rar, Zip, and Winrar self-extracting .exe file created off of a fresh download of the updated GUI. Share with those who aren't as technically savvy as those who can open .7z files.

All created with a new download of the GUI.

ZIP - http://www.sendspace.com/file/e0j6ec
RAR - http://www.sendspace.com/file/oj3yrd
EXE - http://www.sendspace.com/file/lpr8iw


Title: Re: GUI frontend for poclbm - updated March 13
Post by: Kiv on March 15, 2011, 12:57:44 AM
Hi, I haven't seen this happen. I'll check around for anything that could have caused it. It's probably not from overclocking - you should get an error about verification failed if your GPU is sending out bad shares.

Hi I am running your latest build and I realised that the hash/s will jump up to 1Ghash/s or some amount that my rig isnt able to achieve. I was using our previous build and all was well. Btw I do overclock my GPU mildly, does the interface reflect the wrong hashes as a result of an improper overclock setting?

Cheers!


Title: Re: GUI frontend for poclbm - updated March 13
Post by: datathe1st on March 15, 2011, 01:12:36 AM
Try this -v -w128 -f1 for miner.

That increases the priority of mining.  I want to decrease its priority.



Title: Re: GUI frontend for poclbm - updated March 13
Post by: datathe1st on March 15, 2011, 01:16:22 AM
Please could someone give me some advice on how to mine while playing games?

I want my GPU usage to be at 100% at all times but with priority given to the video game.

PLEASE HELP!

I've tried setting -f 120 but that doesn't help.

Thank you.

A combination which will eventually lead to problems.


Well I've been playing dragon age 2 for several hours now with both miners running on a crossfire 5870 setup.

I go from 0.65 Gh/s to 0.45 Gh/s while playing the game, but the frame rate is approx 20 fps.  If I disable one miner in crossfire mode my rate goes down to 0.33 Gh/s but still get 20 fps.

I tried disabling crossfire to have one gpu for the game and one for the miner, however, I want to be able to use the other gpu when I spend 10 minutes looking at a menu or doing something else non gpu intensive.

This game is not using a lot of my open


Title: Re: GUI frontend for poclbm - updated March 13
Post by: kindle on March 15, 2011, 01:31:43 AM
Hi, I haven't seen this happen. I'll check around for anything that could have caused it. It's probably not from overclocking - you should get an error about verification failed if your GPU is sending out bad shares.


Thanks bro, I am afraid that the spike will affect overall performance. Though I am hoping it is because the software has been optimized that increases overall throughput =P but seriously 1Ghash/s spike on a 5970 + 5850 setup? Wow!!


Title: Re: GUI frontend for poclbm - updated March 13
Post by: bitjet on March 15, 2011, 03:25:26 AM

Well I've been playing dragon age 2 for several hours now..


...awesome


Title: Re: GUI frontend for poclbm - updated March 13
Post by: Garrett Burgwardt on March 15, 2011, 03:27:51 AM
With my 5970 I can leave both miners running with -f 120 and I get normal FPS in games and when I drop out of them, hashing resumes full speed.


Title: Re: GUI frontend for poclbm - updated March 13
Post by: gbl4ck on March 15, 2011, 05:36:58 AM
First of all thanks for making a nice little GUI.  My buddy introduced me to bitcoin this weekend so i'm still new to the whole thing.

I have everything working fine with my GPU, but my CPU isn't on the device dropdown?

My CPU is a i7 980X.  From what i've read I believe it should just be there so i'm guessing its not detecting it correctly?  Are there any logs I can pull to help troubleshoot?

Thanks


Title: Re: GUI frontend for poclbm - updated March 13
Post by: datathe1st on March 15, 2011, 06:03:27 AM

Well I've been playing dragon age 2 for several hours now..


...awesome

Yes! :D


Title: Re: GUI frontend for poclbm - updated March 13
Post by: compro01 on March 15, 2011, 06:04:01 AM
It says I need OpenCL or Ati stream SDK.

My IBM is a 8104 2eu http://www-307.ibm.com/pc/support/site.wss/MIGR-60650.html (http://www-307.ibm.com/pc/support/site.wss/MIGR-60650.html)

What should I do?  ???

Your graphics are not capable of being used for mining.  you're limited to CPU mining on that computer.


Title: Re: GUI frontend for poclbm - updated March 13
Post by: Groc on March 15, 2011, 12:18:27 PM
It says I need OpenCL or Ati stream SDK.

My IBM is a 8104 2eu http://www-307.ibm.com/pc/support/site.wss/MIGR-60650.html (http://www-307.ibm.com/pc/support/site.wss/MIGR-60650.html)

What should I do?  ???

Your graphics are not capable of being used for mining.  you're limited to CPU mining on that computer.

What CPU miner has an interface like this client?


Title: Re: GUI frontend for poclbm - updated March 13
Post by: compro01 on March 15, 2011, 05:36:53 PM
It says I need OpenCL or Ati stream SDK.

My IBM is a 8104 2eu http://www-307.ibm.com/pc/support/site.wss/MIGR-60650.html (http://www-307.ibm.com/pc/support/site.wss/MIGR-60650.html)

What should I do?  ???

Your graphics are not capable of being used for mining.  you're limited to CPU mining on that computer.

What CPU miner has an interface like this client?

you should be able to use the CPU as a openCL device after installing AMD's APP (formerly stream) SDK. (here (http://developer.amd.com/gpu/AMDAPPSDK/downloads/Pages/default.aspx)).  you'd just select it in the device dropdown as he shows on the 2nd screenshot in the first post

however, this will not be as efficient as an optimized CPU miner like ufasoft's (http://bitcointalk.org/index.php?topic=3486.0) or puddinpop's (http://bitcointalk.org/index.php?topic=2444.0).  i'm not entirely sure how much speed you'd lose.  i'll have to test that.


Title: Re: GUI frontend for poclbm - updated March 13
Post by: theGECK on March 15, 2011, 07:04:10 PM
It says I need OpenCL or Ati stream SDK.

My IBM is a 8104 2eu http://www-307.ibm.com/pc/support/site.wss/MIGR-60650.html (http://www-307.ibm.com/pc/support/site.wss/MIGR-60650.html)

What should I do?  ???

Your graphics are not capable of being used for mining.  you're limited to CPU mining on that computer.

What CPU miner has an interface like this client?

you should be able to use the CPU as a openCL device after installing AMD's APP (formerly stream) SDK. (here (http://developer.amd.com/gpu/AMDAPPSDK/downloads/Pages/default.aspx)).  you'd just select it in the device dropdown as he shows on the 2nd screenshot in the first post

however, this will not be as efficient as an optimized CPU miner like ufasoft's (http://bitcointalk.org/index.php?topic=3486.0) or puddinpop's (http://bitcointalk.org/index.php?topic=2444.0).  i'm not entirely sure how much speed you'd lose.  i'll have to test that.

I typically lose 50-70%, depending on number of cores available.


Title: Re: GUI frontend for poclbm - updated March 13
Post by: compro01 on March 15, 2011, 10:26:55 PM
It says I need OpenCL or Ati stream SDK.

My IBM is a 8104 2eu http://www-307.ibm.com/pc/support/site.wss/MIGR-60650.html (http://www-307.ibm.com/pc/support/site.wss/MIGR-60650.html)

What should I do?  ???

Your graphics are not capable of being used for mining.  you're limited to CPU mining on that computer.

What CPU miner has an interface like this client?

you should be able to use the CPU as a openCL device after installing AMD's APP (formerly stream) SDK. (here (http://developer.amd.com/gpu/AMDAPPSDK/downloads/Pages/default.aspx)).  you'd just select it in the device dropdown as he shows on the 2nd screenshot in the first post

however, this will not be as efficient as an optimized CPU miner like ufasoft's (http://bitcointalk.org/index.php?topic=3486.0) or puddinpop's (http://bitcointalk.org/index.php?topic=2444.0).  i'm not entirely sure how much speed you'd lose.  i'll have to test that.

I typically lose 50-70%, depending on number of cores available.

that about matches with my brief testing on my laptop (AMD 1.9 GHz QL-60 dual core).  ufasoft's miner puts out 1.59 mhash, whereas this miner barely manages 1.  you pay a high price for the pretty GUI.

edit: doing a quick test on my desktop (core2 duo e6850) is even worse.  i get 5.99 out of ufasoft, but poclbm only manages 1.6.


Title: Re: GUI frontend for poclbm - updated March 13
Post by: The_Nut on March 16, 2011, 12:19:21 AM
Hi,
I'm  total new to mining. But I got this thing running for a while now :)
but now it has been saying "Problems communicating with bitcoin RPC" for awhile :/
I've got an ATI RADEON 4850 graphics card and it's not listed in my devices list although I installed OpenCL.... ┐( ̄ー ̄)┌

Hope someone can help me there....

Greetings Nut

PS: I've registered at slush's pool, but I am confused about the wallet: I know that Bitcoin is creating a wallet file on the PC and I know where it is but it
says I have to enter the address of my wallet - does he mean the path?. Also I have Win7/x64...


Title: Re: GUI frontend for poclbm - updated March 13
Post by: compro01 on March 16, 2011, 02:38:16 AM
Hi,
I'm  total new to mining. But I got this thing running for a while now :)
but now it has been saying "Problems communicating with bitcoin RPC" for awhile :/
I've got an ATI RADEON 4850 graphics card and it's not listed in my devices list although I installed OpenCL.... ┐( ̄ー ̄)┌

Hope someone can help me there....

Greetings Nut

PS: I've registered at slush's pool, but I am confused about the wallet: I know that Bitcoin is creating a wallet file on the PC and I know where it is but it
says I have to enter the address of my wallet - does he mean the path?. Also I have Win7/x64...

1. have you tried updating your graphics card driver?  and when you say openCL, you mean the ATI stream/APP SDK, right?

2. no, in the main window of bitcoin, there's a big long hex number called your address. looks like this
1ETZbin6rUDKhD42pxBeKCsZ3pM3zaFaEo


Title: Re: GUI frontend for poclbm - updated March 13
Post by: The_Nut on March 16, 2011, 11:22:52 AM
Thanks for the reply :)
I solved all my probs (* ̄▽ ̄*)... I had to update the driver -.- (it's always the drivers...)
now I am mining at 70 MHhashs :O Still playing around with the extra flags ...

And the Communication issue was because of the errm -server argument, so simply starting the BitCoin client via guiminer solves this xD

Good Luck to you all :)


Title: Re: GUI frontend for poclbm - updated March 13
Post by: CrispyCritters on March 16, 2011, 12:32:44 PM
I'm running into a problem.

I can never get passed the status "starting..."

It says on the other end "unknown login" despite the fact I'm registered...


Title: Re: GUI frontend for poclbm - updated March 13
Post by: new_in_this on March 16, 2011, 04:10:09 PM
It says on the other end "unknown login" despite the fact I'm registered...
I had same problem on Deepbit and i solved it by creating password to worker and using that.


Title: Re: GUI frontend for poclbm - updated March 13
Post by: Kiv on March 16, 2011, 10:00:16 PM
you pay a high price for the pretty GUI.

The GUI itself has no performance hit, it's just that poclbm is running code meant for a GPU on a CPU.

I didn't take the effort to incorporate ufasoft's miner or other optimized CPU miner into the GUI since I don't think CPU mining has a future, but if this is something you really want, I invite you to either implement it yourself (I accept patches) or offer a bounty for it.


Title: Re: GUI frontend for poclbm - updated March 13
Post by: JWU42 on March 16, 2011, 11:33:57 PM
@Kiv,

When you choose "other" Server where can you manually enter the data (server address and port)?


Title: Re: GUI frontend for poclbm - updated March 13
Post by: compro01 on March 17, 2011, 02:32:42 AM
you pay a high price for the pretty GUI.
The GUI itself has no performance hit, it's just that poclbm is running code meant for a GPU on a CPU.

I didn't take the effort to incorporate ufasoft's miner or other optimized CPU miner into the GUI since I don't think CPU mining has a future, but if this is something you really want, I invite you to either implement it yourself (I accept patches) or offer a bounty for it.

That's what I was meaning.  You pay a high price for using the miner with a GUI as opposed to a more optimum CPU miner without one.

I rather agree with the lack of future given that GPUs outstrip CPUs by 1+ orders of magnitude.


Title: Re: GUI frontend for poclbm - updated March 13
Post by: Littleshop on March 17, 2011, 04:34:53 AM
@Kiv,

When you choose "other" Server where can you manually enter the data (server address and port)?

I have same problem, I am trying to switch a miner to BTC pool from solo.


Title: Re: GUI frontend for poclbm - updated March 13
Post by: dishwara on March 17, 2011, 06:48:49 PM
Kiv a request.

Is it possible to add a timer to know how many shares were mined for an hour.
fixed 1 hour or custom-able timer , its ur choice according to code & knowledge.
It will be very useful to know how many shares mined per hour, as yesterday it took me a hell lot to remember & mark it on paper.
Some servers mine more shares, some mines less & also -w128, w256, gives different no. of shares.
Since in GUI, many things are possible at least a fixed one hour timer to measure no. of accepted shares will be nice addiction.
Thanks.


Title: Re: GUI frontend for poclbm - updated March 13
Post by: Kiv on March 17, 2011, 08:10:09 PM
Sorry, this is a bug that snuck in. There'll be a new version this weekend with it fixed.

@Kiv,

When you choose "other" Server where can you manually enter the data (server address and port)?

I have same problem, I am trying to switch a miner to BTC pool from solo.


Title: Re: GUI frontend for poclbm - updated March 13
Post by: Kiv on March 17, 2011, 08:15:49 PM
Sure, this is doable.

Kiv a request.

Is it possible to add a timer to know how many shares were mined for an hour.
fixed 1 hour or custom-able timer , its ur choice according to code & knowledge.
It will be very useful to know how many shares mined per hour, as yesterday it took me a hell lot to remember & mark it on paper.
Some servers mine more shares, some mines less & also -w128, w256, gives different no. of shares.
Since in GUI, many things are possible at least a fixed one hour timer to measure no. of accepted shares will be nice addiction.
Thanks.



Title: Re: GUI frontend for poclbm - updated March 13
Post by: JWU42 on March 17, 2011, 09:43:21 PM
Sorry, this is a bug that snuck in. There'll be a new version this weekend with it fixed.

@Kiv,

When you choose "other" Server where can you manually enter the data (server address and port)?

I have same problem, I am trying to switch a miner to BTC pool from solo.

Thanks Kiv!!!


Title: Re: GUI frontend for poclbm - updated March 13
Post by: slush on March 19, 2011, 10:43:30 PM
Hello Kiv,

as I expected, there are already (http://bitcointalk.org/index.php?topic=1334.msg68187#msg68187) people who don't know 7z and cannot handle it. Is the exe installer coming soon? :)


Title: Re: GUI frontend for poclbm - updated March 13
Post by: srty on March 20, 2011, 01:19:51 AM
I just started using the GUI miner, and I'm only getting 2% efficiency.  Running the command line poclbm-mod I was getting between 50 and 90% efficiency.  I have a 9600 GSO, currently running no flags and averaging 21Mhash/s. Any ideas why my efficiency is so low or what I can do to fix it?  I can go back to the old command line miner if I have to, but I'm a GUI kind of person.


Title: Re: GUI frontend for poclbm - updated March 13
Post by: slush on March 20, 2011, 02:35:17 AM
I just started using the GUI miner, and I'm only getting 2% efficiency.  Running the command line poclbm-mod I was getting between 50 and 90% efficiency.  I have a 9600 GSO, currently running no flags and averaging 21Mhash/s. Any ideas why my efficiency is so low or what I can do to fix it?  I can go back to the old command line miner if I have to, but I'm a GUI kind of person.

Your "efficiency" measure is your hashrate. Nothing more. If your pool admin doesn't like the traffic which you generate to the server, choose another pool.


Title: Re: GUI frontend for poclbm - updated March 13
Post by: dishwara on March 20, 2011, 10:14:05 AM
Hello Kiv,

as I expected, there are already (http://bitcointalk.org/index.php?topic=1334.msg68187#msg68187) people who don't know 7z and cannot handle it. Is the exe installer coming soon? :)

Kiv why don't you at least use sfx archive on 7z?
It creates a single exe & clicking it extracts to any folder wanted. simple way. You can do it for now temporarily , then you can create installer as slush says.


Title: Re: GUI frontend for poclbm - updated March 13
Post by: Kiv on March 20, 2011, 01:46:20 PM
That guy is 10 and should not be installing software on his father's computer without permission - I'm not sure you can say that he is a good example :)

But, there is an exe installer further up in the post created by theGECK. I will try the SFX mode today too suggested by dishwara.

Hello Kiv,

as I expected, there are already (http://bitcointalk.org/index.php?topic=1334.msg68187#msg68187) people who don't know 7z and cannot handle it. Is the exe installer coming soon? :)


Title: Re: GUI frontend for poclbm - updated March 13
Post by: slush on March 20, 2011, 02:43:45 PM
That guy is 10 and should not be installing software on his father's computer without permission - I'm not sure you can say that he is a good example :)

Ok ok, I didn't know it when I wrote the post ;).


Title: Re: GUI frontend for poclbm - updated March 13
Post by: JWU42 on March 20, 2011, 06:51:43 PM
Kiv - I kinda agree with you.  If you don't know .7z then maybe BTC isn't for you...

Looking forward to the fix to add other pools...


Title: Re: GUI frontend for poclbm - updated March 13
Post by: datathe1st on March 20, 2011, 08:14:06 PM
I've been coding since I was 11, but I don't think it's fair to rag on people who don't know what 7z is or don't even understand what compression means.

We should be encouraging everyone to use bitcoin and mine bitcoins even if they are "n00bz".

Ideally, the gui miner can be merged with the official client. 

Ideally the official client will support encrypted wallets out of the box.

Ideally anyone can download an exe and be up and running in minutes.  Ideally.  Until then let's try to do everything we can to help new users out.  Just saying.



When you got teased in school for playing video games, or programming or playing magic the gathering it was bullying, but now we find it funny to make fun of people online.  We should be better nerds.


But seriously kid, has your dad given you permission to use his computer?    :P


Title: Re: GUI frontend for poclbm - updated March 13
Post by: kindle on March 20, 2011, 11:10:48 PM
I know its a silly question, but has anyone gone back to the poclbm-gui-20110306 version ?

The latest version had some sort of bug with the speed where a constant Mhash/s will spike up, i.e from a 350 Mhash/s to let say 500 Mhash/s.

As a result I revert back to the 306 version.

I would like to ask if the 306 is okay for solo mining when compared to the latest 311 ?

Or does the 311 have updates that are superior in terms of solo mining?

Cheer!


Title: Re: GUI frontend for poclbm - updated March 20
Post by: Kiv on March 21, 2011, 01:21:07 AM
A new version of the miner is available; I've updated the download link on the first post, or you can get it here:

    poclbm-gui-20110320.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/poclbm-gui-20110320.exe)


Changes since the last version:

- Use self-extracting archive so 7-zip is not required.

- Add number of shares mined per hour to summary panel. Shares are displayed as "100 (50)" meaning 100 shares total, 50 in the last hour.

- Add option to temporarily pause all running miners from the tray icon's context menu. All paused miners can later be resumed by unchecking the same menu item.

- Support for securely checking pool balance using a private token. The first time you try to check your balance, you'll be redirected to the pool website where you can get a special token. With this token you can check your balance from within the GUI. This method avoids storing the actual account username/password on your local computer. Currently slush's pool and BTCMine support this method, others probably will soon.

- Updated to latest poclbm code.

- Fix bug in the summary panel where the hash rate would remain even after all miners were stopped.

- Fix bug where old config files containing unrecognized mining servers would cause an exception on startup. Thanks to dishwara for reporting this.

- Fix bug where the hostname and port could not be entered for "Other" miners. Thanks to JWU42 for reporting this.


Title: Re: GUI frontend for poclbm - updated March 20
Post by: dishwara on March 21, 2011, 02:44:43 AM
A new version of the miner is available; I've updated the download link on the first post, or you can get it here:

    poclbm-gui-20110320.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/poclbm-gui-20110320.exe)


Changes since the last version:

- Use self-extracting archive so 7-zip is not required.

- Add number of shares mined per hour to summary panel. Shares are displayed as "100 (50)" meaning 100 shares total, 50 in the last hour.

- Add option to temporarily pause all running miners from the tray icon's context menu. All paused miners can later be resumed by unchecking the same menu item.

- Support for securely checking pool balance using a private token. The first time you try to check your balance, you'll be redirected to the pool website where you can get a special token. With this token you can check your balance from within the GUI. This method avoids storing the actual account username/password on your local computer. Currently slush's pool and BTCMine support this method, others probably will soon.

- Updated to latest poclbm code.

- Fix bug in the summary panel where the hash rate would remain even after all miners were stopped.

- Fix bug where old config files containing unrecognized mining servers would cause an exception on startup. Thanks to dishwara for reporting this.

- Fix bug where the hostname and port could not be entered for "Other" miners. Thanks to JWU42 for reporting this.

Small bug/glitch. seems you right clicked all the FILES & created sfx archive, extracting exe, extracts individual files in desktop, mess.
Copy files in a folder then convert that folder to SFX.

Those who got files in desktop, can sort files by date modified & put in a new folder.


Title: Re: GUI frontend for poclbm - updated March 21
Post by: Kiv on March 21, 2011, 10:39:14 AM
Thanks dishwara, I made an updated EXE. It's the same code as yesterday but extracts to a folder properly.

    poclbm-gui-20110321.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/poclbm-gui-20110321.exe)


Title: Re: GUI frontend for poclbm - updated March 21
Post by: sniper_sniperson on March 21, 2011, 01:51:09 PM
Can't download last exe, it only saves xml file.


Title: Re: GUI frontend for poclbm - updated March 21
Post by: dishwara on March 21, 2011, 02:43:49 PM
Thanks dishwara, I made an updated EXE. It's the same code as yesterday but extracts to a folder properly.

    poclbm-gui-20110321.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/poclbm-gui-20110321.exe)


AccessDeniedAccess Denied72EA828F04C56FF0iuCuswm/nar6ShLdI2bXg9gB12dMflTG1m/9/jBkpamxVJncYvrt8caTvsa3GSys


Title: Re: GUI frontend for poclbm - updated March 21
Post by: crosslider on March 21, 2011, 04:08:38 PM
Thanks dishwara, I made an updated EXE. It's the same code as yesterday but extracts to a folder properly.

    poclbm-gui-20110321.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/poclbm-gui-20110321.exe)


AccessDeniedAccess Denied72EA828F04C56FF0iuCuswm/nar6ShLdI2bXg9gB12dMflTG1m/9/jBkpamxVJncYvrt8caTvsa3GSys

X2


Title: Re: GUI frontend for poclbm - updated March 21
Post by: theGECK on March 21, 2011, 04:17:32 PM
Thanks dishwara, I made an updated EXE. It's the same code as yesterday but extracts to a folder properly.

    poclbm-gui-20110321.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/poclbm-gui-20110321.exe)


AccessDeniedAccess Denied72EA828F04C56FF0iuCuswm/nar6ShLdI2bXg9gB12dMflTG1m/9/jBkpamxVJncYvrt8caTvsa3GSys

X2

Third times the charm...
AccessDeniedAccess Denied05BDDFDB7079F8EBcjXJCpFJrVWrWNmkOxVm0R8WKRbvlPcSwgOJKAyJ4v3UU+N5BQ6zwg+T6/sHanej


Title: Re: GUI frontend for poclbm - updated March 21
Post by: new_in_this on March 21, 2011, 04:27:35 PM
Tried downloading latest version and:
Quote
The website declined to show this webpage
 HTTP 403 
   Most likely causes:
This website requires you to log in.


Title: Re: GUI frontend for poclbm - updated March 21
Post by: frankiebits on March 21, 2011, 06:49:32 PM
Thanks dishwara, I made an updated EXE. It's the same code as yesterday but extracts to a folder properly.

    poclbm-gui-20110321.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/poclbm-gui-20110321.exe)


AccessDeniedAccess Denied72EA828F04C56FF0iuCuswm/nar6ShLdI2bXg9gB12dMflTG1m/9/jBkpamxVJncYvrt8caTvsa3GSys

X2

Third times the charm...
AccessDeniedAccess Denied05BDDFDB7079F8EBcjXJCpFJrVWrWNmkOxVm0R8WKRbvlPcSwgOJKAyJ4v3UU+N5BQ6zwg+T6/sHanej

Same here....


Title: Re: GUI frontend for poclbm - updated March 21
Post by: Kiv on March 21, 2011, 08:52:27 PM
Well, I deleted the file from GitHub and uploaded it again under the same filename, and it seems to be working now. I didn't do anything differently so I'm quite puzzled as to what happened. Anyone have any ideas?

    poclbm-gui-20110321.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/poclbm-gui-20110321.exe)


Title: Re: GUI frontend for poclbm - updated March 21
Post by: dishwara on March 21, 2011, 09:09:00 PM
Perfect.


you have to use password to login?
https://github.com/downloads/Kiv/  accessing this page gives, 404 error.
https://github.com/downloads/Kiv/poclbm/  accessing this page gives, 500 Internal Server Error.
https://github.com/downloads/Kiv/poclbm/poclbm-gui-20110321.exe  downloads file with out any problem.


Title: Re: GUI frontend for poclbm - updated March 21
Post by: Kiv on March 21, 2011, 09:13:51 PM
There is a password for my GitHub account, but as far as I know the downloads are always public and I didn't see any option to make them private.


Title: Re: GUI frontend for poclbm - updated March 21
Post by: mcdroid on March 23, 2011, 01:19:35 PM
I have a hd 4850 and it doesn't appear in the device menu, when I run poclbm.exe it only lists the i7

How do I solve this ?

I am running catalyst version 09.4 (tried the latest but it would run in not so hidef VGA)


Title: Re: GUI frontend for poclbm - updated March 21
Post by: Kiv on March 23, 2011, 08:08:51 PM
The_Nut had the exact same problem earlier in this thread, apparently he sorted it out with a driver update. You could PM him and find out what version he's using, then ideally you could post back here with your results and I'll make it a FAQ entry.

I have a hd 4850 and it doesn't appear in the device menu, when I run poclbm.exe it only lists the i7

How do I solve this ?

I am running catalyst version 09.4 (tried the latest but it would run in not so hidef VGA)


Title: Re: GUI frontend for poclbm - updated March 21
Post by: dravius on March 23, 2011, 09:30:59 PM
I have a Quadro FX 5600 and I'm running at about 26.4 Mhash/s.  Does that sound correct, or low?


Title: Re: GUI frontend for poclbm - updated March 21
Post by: compro01 on March 23, 2011, 10:12:08 PM
I have a Quadro FX 5600 and I'm running at about 26.4 Mhash/s.  Does that sound correct, or low?

sounds about right.  the Quadro FX 5600 uses the G80 core and is essentially the same as the 8800 ultra.

my 8800GTS 640MB (same basic G80 core) pushes about 18.5Mhash (using the below settings) and has 3/4s the number of stream processors (96 vs. 128) and 5/6ths the clock speed (513MHz vs. 600), so if things scaled exactly, you would get about 25.96, and you're getting a little faster than that.

might try playing with the extra parameters.  i get slightly (about 0.5 Mhash for me) better results using -w 128  than whatever it defaults to.  -f0 will also squeeze a little (about 0.3 Mhash for me) more out of it, though at the price of slowing everything else to a crawl.

don't even think about using -v though, it slows it down massively to about 13Mhash.

just try poking different values into -w and see what happens.


Title: Re: GUI frontend for poclbm - updated March 21
Post by: frankiebits on March 24, 2011, 02:39:14 AM
Thanks KIV
http://i.imgur.com/Tsg3e.png
FIXED* :P


Title: Re: GUI frontend for poclbm - updated March 21
Post by: dravius on March 24, 2011, 03:02:55 AM
I have a Quadro FX 5600 and I'm running at about 26.4 Mhash/s.  Does that sound correct, or low?

sounds about right.  the Quadro FX 5600 uses the G80 core and is essentially the same as the 8800 ultra.

Very interesting, thanks for the information.   I started it up on my other computer with a GeForce GTX 465, and am getting 63.5.


Title: Re: GUI frontend for poclbm - updated March 21
Post by: Desslok on March 24, 2011, 02:39:52 PM
Now don't laugh, I'm just testing this to see if it works. :)

I have a laptop with an ATI Mobility Radeon HD 3650.  Should this miner work with that? All it shows is the CPU and not the graphics card.

My desktop has an Nvidia graphics card. Am I out of luck there or is there something similar for that?


Title: Re: GUI frontend for poclbm - updated March 21
Post by: compro01 on March 24, 2011, 02:58:56 PM
I have a Quadro FX 5600 and I'm running at about 26.4 Mhash/s.  Does that sound correct, or low?

sounds about right.  the Quadro FX 5600 uses the G80 core and is essentially the same as the 8800 ultra.

Very interesting, thanks for the information.   I started it up on my other computer with a GeForce GTX 465, and am getting 63.5.

yeah, the 8xxx series is the first generation of GPGPU, so it's not overly quick.

Now don't laugh, I'm just testing this to see if it works. :)

I have a laptop with an ATI Mobility Radeon HD 3650.  Should this miner work with that? All it shows is the CPU and not the graphics card.

My desktop has an Nvidia graphics card. Am I out of luck there or is there something similar for that?

the 3xxx series of ATI chips don't do opencl, so you're SOL in that respect.

as for the nvidia in your desktop, it will work if it's a 8xxx series card or newer.  you may need to update your drivers for it to work.


Title: Re: GUI frontend for poclbm - updated March 21
Post by: Kiv on March 24, 2011, 08:07:44 PM
Thanks KIV

Hehe, you're welcome :) Glad to see it's working well for you!


Title: Re: GUI frontend for poclbm - updated March 21
Post by: nobody on March 24, 2011, 11:35:35 PM
Hi, I am new to this, I was having trouble with the UI not doing anything so I manually ran the command and got the following.  Any ideas?

C:\Users\x\Documents\poclbm-mod-gui\binaries-win32>poclbm-mod.exe --user=nobo
dy --pass=edit -o bitcoinpool.com -p 8334 -d0 --verbose -v -w128
Traceback (most recent call last):
  File "poclbm-mod.py", line 74, in <module>
  File "BitcoinMiner.pyo", line 232, in mine
  File "jsonrpc\proxy.pyo", line 42, in __call__
  File "urllib.pyo", line 88, in urlopen
  File "urllib.pyo", line 209, in open
  File "urllib.pyo", line 346, in open_http
  File "httplib.pyo", line 908, in endheaders
  File "httplib.pyo", line 780, in _send_output
  File "httplib.pyo", line 739, in send
  File "httplib.pyo", line 720, in connect
  File "socket.pyo", line 561, in create_connection
IOError: [Errno socket error] [Errno 10061] No connection could be made because
the target machine actively refused it


Thanks for any assistance.



Edit:  Ok I started my Bitcoin.exe with -server.  Now I get:
Running command: poclbm-mod.exe --user=nobody --pass=edit -o bitcoinpool.com -p 8334 -d0 --verbose -v -w128
Listener for "nobody" started
Listener for "nobody": Enter username for jsonrpc at 127.0.0.1:8332:


When I run the command directly in command prompt, it works.  But with the GUI I just get the "Enter username" :(


Title: Re: GUI frontend for poclbm - updated March 21
Post by: Kiv on March 25, 2011, 01:34:53 AM
Hi, it looks like you have poclbm-mod-gui. That's an older version of my poclbm-gui that the Bitcoinpool guys have hacked around with to reduce load on their server. This is fine by me since it's an open source license, but unfortunately I can't offer support on their modifications.

I do know that the latest version of my regular poclbm-gui (available from the first post in this thread) works just fine for me with Bitcoinpool, so if you'd like to try that and report your experience I can help you from there :)



Title: Re: GUI frontend for poclbm - updated March 21
Post by: Ian Maxwell on March 25, 2011, 01:56:34 AM
There's one thing that confuses me: When I run a solo mining session, the readout bar still talks about "shares." (The first time I ran it I thought I just happened to find three blocks in under a minute by sheer dumb luck...)

What does it look like when I actually do get a block? I've only been mining for a few days at around 280 Mhash/sec, so it's not surprising this hasn't happened yet, but I'd sure like to know when it does.


Title: Re: GUI frontend for poclbm - updated March 21
Post by: Kiv on March 25, 2011, 11:07:08 AM
My intent was to call them "Difficulty 1 hashes" on the status bar instead of shares when solo mining, but it looks like that doesn't quite work in the current version. I'll patch that up this weekend, and also make sure it would say something like "Blocks: n" as well if you did find a block.

For the time being you could just check your bitcoin client and see that there were 50 coins in there with a description of "Generated".

Or maybe whenever a block is found it should play loud music and show some fireworks? Or a fountain of coins tumbling down over the screen? I think that would be a good feature :D



There's one thing that confuses me: When I run a solo mining session, the readout bar still talks about "shares." (The first time I ran it I thought I just happened to find three blocks in under a minute by sheer dumb luck...)

What does it look like when I actually do get a block? I've only been mining for a few days at around 280 Mhash/sec, so it's not surprising this hasn't happened yet, but I'd sure like to know when it does.


Title: Re: GUI frontend for poclbm - updated March 21
Post by: Kiv on March 27, 2011, 10:46:51 PM
A new version of the miner is available; I've updated the download link on the first post, or you can get it here:

    poclbm-gui-20110327.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/poclbm-gui-20110327.exe)

A reminder to everyone: if you haven't donated yet and find this program useful, send me even a single bitcoin and I'll be happy. Last week's release got over 1000 downloads and only 3 people donated for a total of 2.5 BTC, which is a little discouraging to me.

Changes:

- For solo mining, report any blocks found in the miner's status bar. Fix bug where difficulty 1 hashes would be called shares when solo mining. Thanks to SunAvatar for reporting this.
- Modified miners are marked with an asterisk. On program exit if you have unsaved changes you are prompted to save them.
- Fix bug where autostarted miners would still say "Start mining!" on their miner tab.
- Updated to latest poclbm code.
- Improved taskbar icon.
- Show pool balance to three decimal places (requested by OneFixt).


Title: Re: GUI frontend for poclbm - updated March 21
Post by: dbitcoin on March 28, 2011, 10:05:14 AM
First page post linked to old 03/21 file.


Title: Re: GUI frontend for poclbm - updated March 27
Post by: Kiv on March 28, 2011, 10:38:03 AM
Thanks, fixed.


Title: Re: GUI frontend for poclbm - updated March 27
Post by: dishwara on March 28, 2011, 12:46:48 PM
Donated 1BTC as for now(with tx fee).


Title: Re: GUI frontend for poclbm - updated March 27
Post by: Ian Maxwell on March 28, 2011, 12:58:23 PM
1 BTC sent. Thanks for your work.


Title: Re: GUI frontend for poclbm - updated March 27
Post by: os008 on March 28, 2011, 02:51:50 PM
Hey Kiv. Great work. Just wanted to point-out that the new icon is a bit lower in resolution; it looks rough at the edges of the circle. Thanks.


Title: Re: GUI frontend for poclbm - updated March 27
Post by: Kiv on March 28, 2011, 08:01:01 PM
Thanks, and good point about the icon. I wanted to have a larger one for the Windows 7 taskbar but it does look terrible when shrunk. Probably I'll need to render them individually in Photoshop for each size.

Hey Kiv. Great work. Just wanted to point-out that the new icon is a bit lower in resolution; it looks rough at the edges of the circle. Thanks.


Title: Re: GUI frontend for poclbm - updated March 27
Post by: urizane on March 29, 2011, 12:30:06 PM
There is a way to stick multiple resolutions in one .ico file.  For example, I've got one that has 7 images in it:
256x256x32, 48x48x32, 32x32x32, 16x16x32, 48x48x8, 32x32x8, 16x16x8

I'm not sure if there is software out there that builds multiple images for a .ico file on the fly given one image, but it would be handy in this case.  I've been making individual icons and slapping them together after the fact.

If you use one of those icon files for your build, it should bring over all of them.  If you look at VLC, for example, there are a number of icons within it, one of them being 256x256x32.  Keep in mind that if you do a multi-resolution icon file, the first icon in the file is the one that the preview pane will lock onto.


Title: Re: GUI frontend for poclbm - updated March 27
Post by: Kiv on March 29, 2011, 08:34:42 PM
Thanks, I've found this program which looks promising: IcoFX (http://icofx.ro/). If it works out I'll ask if they accept Bitcoin donations ^_^


Title: Re: GUI frontend for poclbm - updated March 27
Post by: urizane on March 29, 2011, 08:47:59 PM
If it does work out for you, i.e. you can get multiple resolutions into one .ico file, then that would be way easier than the way I'm doing it now.  As it is now, I take each version of the icon and slap it together with a hex editor so that all of them are in one file.  Windows will pick the right icon for the right situation.  For example...

User is running a 32-bit desktop (aren't we all now?):
Standard desktop icon size is 48x48: Windows reads the 48x48x32 icon
Right click and select properties.  The icon inside the dialog next to the file name input box is the 32x32x32 icon and the titlebar of that dialog is the 16x16x32 icon.

Theoretically, you could have totally different icons for each resolution and optimize the icon for what looks best at each resolution.  If the user is running a 16-bit desktop (maybe a really old XP machine), then Windows will load the appropriate 8-bit icon.  The only color depths I've seen so far are 1, 4, 8, 24, and 32 bit.  I don't think anybody does less than 8-bit anymore, and even that is probably falling off.

If the program you're going to use refuses to put multiple resolution images in one .ico file and instead puts them in a .icr file, I can show you how to work from there to get what you need.

EDIT: I just took a look at logo.ico from 20110327, because I was interested in what you've got.  I actually don't use this miner since I'm running CUDA.  It seems that there are already 6 images in this file, all 32-bit.  16x16, 32x32, 48x48, 64x64, 128x128, and 256x256, in that order.  Whatever you were using before seems to do the job.  The only thing you would do different is if you want to create different images for different resolutions.


Title: Re: GUI frontend for poclbm - updated March 27
Post by: urizane on March 29, 2011, 09:25:38 PM
Hey Kiv. Great work. Just wanted to point-out that the new icon is a bit lower in resolution; it looks rough at the edges of the circle. Thanks.

If you're using 20110327, then the reason you might be seeing an improperly matched icon is if your taskbar or title bars are displaying icons in sizes that are not 16x16, 32x32, or 48x48.  For example, if your taskbar displays an icon at 24x24, Windows has a funny behavior for certain icons of picking the 16x16 over the 32x32, and so on.  Fixing this would require removing the 16x16 icon out of the file, forcing windows to scale the 32x32 icon, except, Windows doesn't scale 32-bit icons using bilinear filtering.  It uses nearest neighbor, which is horrible.  It does do filtering for all other bit depths.  So... umm... yeah, you might be stuck with a funny looking icon unless your taskbar and title bar are sized appropriately for the icon.

EDIT: Oh, I think I see what your problem is.  It's not your fault, it's Windows.  Looking at the properties dialog, I was seeing the 16x16 icon in the title bar like I expected.  What I didn't expect, however, was that Windows decided that the taskbar (which I specifically set to display 16x16 icons) chose to load the 32x32 icon and scale it anyway.  Even though the title bar was right, the taskbar was wrong.  I'm kind of stumped on this one.  I'll play around with the order of the images within the icon file to see if I can get Windows to do what it's supposed to do.

EDIT x2:  Apparently, I can't seem to reorder the icons within the .ico file to get what I want, and I'm not the first to hit a brick wall.  Apparently, this has bugged someone else.
http://www.indigorose.com/forums/threads/30291-How-to-set-16x16-version-of-an-.ico-file-as-window-icon (http://www.indigorose.com/forums/threads/30291-How-to-set-16x16-version-of-an-.ico-file-as-window-icon)

EDIT x3:  Oddly enough, I turned of Aero and hovered over the taskbar button and both the taskbar and the popout box were definately displaying icons in the size of 16x16, but the taskbar was still using the 32x32 icon resized and the popout box used the right friggen icon.  Frustration...  I'm giving up on this one.  It seems to work everywhere but the taskbar for me.  Also, that bit about the preview pane only displaying the first image in the icon was apparently wrong.  This bug only seems to haunt one of my older icons, not that it matters anyway.


Title: Re: GUI frontend for poclbm - updated March 27
Post by: Kiv on March 29, 2011, 11:06:16 PM
Looking at this site (http://www.hhhh.org/cloister/csharp/icons/) indicates to me that there's no way to avoid this behavior using ICO files.

EDIT: Got this taken care of, I just pull the 16x16 icon out of the icon bundle and explicitly give that one to the taskbar. I also had to hand-edit the 16x16 icon since it was giving translucent pixels and apparently those actually mean "be really dark". After taking those out, it looks fine now :)



Title: Re: GUI frontend for poclbm - updated March 27
Post by: urizane on March 29, 2011, 11:11:45 PM
Yeah, but here, they're pointing out XP oddities with picking icon sizes that are too low in resolution in the taskbar and too high a resolution in the system tray.  Unfortunately, I'm seeing the taskbar pick too high a resolution, which is just weird.  Well, I did see somewhere else that there was a way to send two window messages setting the icon twice, specifying the resolution in the message (Visual C++).  One was sent for the regular icon and the other was sent for 16x16.  Also, I made an edit while you were typing apparently.  I was just letting you know I'm giving up on this.  It was good to cut the boredom, ... I think.

Scott Seligman posted on Thursday, September 04, 2008 10:44 AM
Add the icon to the appropriate members of the WNDCLASSEX structure for
your RegisterClassEx call:

wcex.hIcon = LoadIcon(m_hInstance, MAKEINTRESOURCE(IDI_ICONNAME));
wcex.hIconSm = (HICON) LoadImage(m_hInstance,
MAKEINTRESOURCE(IDI_ICONNAME), IMAGE_ICON,
GetSystemMetrics(SM_CXSMICON),
GetSystemMetrics(SM_CYSMICON), 0);

source (http://www.eggheadcafe.com/software/aspnet/33018680/adding-an-icon-to-a-visual-c-executable.aspx)


Title: Re: GUI frontend for poclbm - updated March 27
Post by: Kiv on March 29, 2011, 11:19:32 PM
Well, I'm glad you were having fun :)

You mentioned you don't use the miner because you use CUDA - would you be interested in testing CUDA support if I were to integrate an existing CUDA miner into the GUI? From the poll in the thread there seems to be reasonable demand for it, but I don't have any CUDA capable hardware around.


Title: Re: GUI frontend for poclbm - updated March 27
Post by: urizane on March 29, 2011, 11:35:47 PM
By existing, do you mean puddinpop's?  I'm already using that, so it'd be easy to get a head start mining with the GUI.  I'm game to try whatever you throw in, anyway.  The problem is, I'm about to log off of consciousness, shortly.

EDIT: Got this taken care of, I just pull the 16x16 icon out of the icon bundle and explicitly give that one to the taskbar. I also had to hand-edit the 16x16 icon since it was giving translucent pixels and apparently those actually mean "be really dark". After taking those out, it looks fine now :)

Would you have to worry about taskbars displaying icons larger than 16x16?  Also, The translucent sections I'm looking at in the icon are white with a teeny tiny opacity. (255,255,255,1)  Oh wait, I see the problem.  The 1-bit transparency plane is all set to zero.  Some of that should be marked transparent, perhaps alpha != 255.


Title: Re: GUI frontend for poclbm - updated March 27
Post by: bbulker on March 29, 2011, 11:50:18 PM
There is a way to stick multiple resolutions in one .ico file.  For example, I've got one that has 7 images in it:
256x256x32, 48x48x32, 32x32x32, 16x16x32, 48x48x8, 32x32x8, 16x16x8

I'm not sure if there is software out there that builds multiple images for a .ico file on the fly given one image, but it would be handy in this case.  I've been making individual icons and slapping them together after the fact.

If you use one of those icon files for your build, it should bring over all of them.  If you look at VLC, for example, there are a number of icons within it, one of them being 256x256x32.  Keep in mind that if you do a multi-resolution icon file, the first icon in the file is the one that the preview pane will lock onto.

If you get the .ico file extension plugin for photoshop, you can save multiple sizes and bit-depths to the same file doing it one-by-one. I've made quite a few icons like that.


Title: Re: GUI frontend for poclbm - updated March 27
Post by: urizane on March 29, 2011, 11:55:30 PM
There is a way to stick multiple resolutions in one .ico file.  For example, I've got one that has 7 images in it:
256x256x32, 48x48x32, 32x32x32, 16x16x32, 48x48x8, 32x32x8, 16x16x8

I'm not sure if there is software out there that builds multiple images for a .ico file on the fly given one image, but it would be handy in this case.  I've been making individual icons and slapping them together after the fact.

If you use one of those icon files for your build, it should bring over all of them.  If you look at VLC, for example, there are a number of icons within it, one of them being 256x256x32.  Keep in mind that if you do a multi-resolution icon file, the first icon in the file is the one that the preview pane will lock onto.

If you get the .ico file extension plugin for photoshop, you can save multiple sizes and bit-depths to the same file doing it one-by-one. I've made quite a few icons like that.

Yeah, apparently Kiv's already got that licked.  The icon already had 6 versions of the same picture in it, all at 32-bit, but I'm sure it's fine.  The 128x128 icon is superfluous, though.

Seriously, I'm going to sleep now.  I got to stop checking the board just... one... last...... time.


Title: Re: GUI frontend for poclbm - updated March 27
Post by: Transisto on March 31, 2011, 07:26:49 PM
after installing opencl sdk, my nvidia card stopped working,

The console view show
Code:
Wrong platform or more than one ...  Press [0] for cuda, [1] for OpenCL...

Wish I could press it... what should I do ? Is there a poclbm flag to bypass this and force cuda ?


Title: Re: GUI frontend for poclbm - updated March 27
Post by: compro01 on March 31, 2011, 11:18:50 PM
after installing opencl sdk, my nvidia card stopped working,

The console view show
Code:
Wrong platform or more than one ...  Press [0] for cuda, [1] for OpenCL...

Wish I could press it... what should I do ? Is there a poclbm flag to bypass this and force cuda ?

i had the same problem. 

add "--platform 0" to the extra flags box.


Title: Re: GUI frontend for poclbm - updated March 27
Post by: urizane on April 01, 2011, 02:57:30 AM
after installing opencl sdk, my nvidia card stopped working,

The console view show
Code:
Wrong platform or more than one ...  Press [0] for cuda, [1] for OpenCL...

Wish I could press it... what should I do ? Is there a poclbm flag to bypass this and force cuda ?

nVidia drivers come with OpenCL support built-in.  Installing AMD's OpenCL SDK is not helpful.  That SDK is made for AMD cards and will only add clutter to your machine.  You're going to want to remove that.  Also, poclbm (Python OpenCL Bitcoin Miner) does not run CUDA code, it runs OpenCL code.  You'll be selecting the platform that nVidia has set up to run OpenCL code on CUDA capable hardware.  This GUI that Kiv is writing up will have CUDA support in the future, but it only uses poclbm at the moment.  CUDA and OpenCL run fairly close to the same level of performance on nVidia hardware, but I have seen about an 8% performance benefit using a true CUDA miner over an OpenCL miner.  If this GUI gets CUDA support, I'll be willing to try it out to see if I get the same level of performance.  Mind you, I've done some tweaking of CUDA parameters to get to the performance I've got.


Title: Re: GUI frontend for poclbm - updated March 27
Post by: Kiv on April 03, 2011, 01:56:32 PM
Hi everyone, by popular demand I'm putting up a beta version with support for puddinpop's RPC miners. I don't actually have access to CUDA hardware, so I need testers to see if that part works at all :)

The link is here:

    guiminer-20110403-pre.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/guiminer-20110403-pre.exe)

To use rpcminer for the backend, pick File -> New External Miner and then point to the miner EXE you want to use (CUDA, 4way, etc). I packaged the latest rpcminer with the GUI but you should be able to point to another version of the EXE if you want.

There's no device dropdown for these miners so to run on multiple devices you'll need to use the standard rpcminer flags.

Let me know if you have any luck and if it seems to be working I'll update the first post.


Title: Re: GUI frontend for poclbm - updated March 27
Post by: jurian89 on April 03, 2011, 02:31:48 PM
It works on my 8600m GT. but i get lower khash/s and my computer is slower... So reverting back to opengl :).



Title: Re: GUI frontend for poclbm - updated March 27
Post by: greatbotboy on April 03, 2011, 06:55:05 PM
First time poster, long time lurker.

GTX 560Ti (main video card)
GTX 460 (secondary card)

both cards have been oc'd, not much but roughly +100 MHz Clock speed using stock air cooling

Previously with your GUI and poclbm I was doing 132 Mhash/s (116 Mhash/s when not oc'd) I have seen a combined increase of ~24 Mhash/s, bringing me up to ~156 Mhash/s.  I'm assuming that the difference is in the miner and not your GUI.

Overall the GUI and miner seem to be stable and and not producing any errors or problems. I will update if this changes. Kiv you have yet again done a great job, expect some coin in the mail.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: urizane on April 04, 2011, 09:23:42 PM
It works on my 8600m GT. but i get lower khash/s and my computer is slower... So reverting back to opengl :).

If you don't feed the CUDA miner specific gpugrid and gputhreads parameters, it will do a benchmark of all of the available options to find the best one.  Either due to a bug or driver issues, some of your first couple of runs of the CUDA miner may be less than you could get.  Sometimes if you leave your system idle for about 60 seconds, then you get better speeds.  Sometimes, you would have to run it immediately after closing it to see the best speeds.  It's somewhat random.  If you do see one instance of it running the fastest, take note of the last pairs of numbers that show up.  For me, the best pair of numbers ended up being (128,128).  They'll show up in the order (gpugrid, gputhreads).  Otherwise, you could just run the miner yourself, constantly varying the inputs until you see the greatest average mining speed.  The first report of the hash speed will be lower than all of the others, so give it some time.  Also, for the large majority of nVidia cards, your ask rate should be larger than the default.  If you get less than 40 Mhash/s, this should be 10 seconds (10000 ms) or greater.  Everybody has a different theology for the interval between getwork requests, so if you mine in a pool, you may have to PM a pool operator for the settings that they would like you to use.  They'll need to know your hash rate.  As far as system slowness, there's an aggression setting you can raise or lower to change the responsiveness.

Hi everyone, by popular demand I'm putting up a beta version with support for puddinpop's RPC miners. I don't actually have access to CUDA hardware, so I need testers to see if that part works at all :)

I haven't had the time to run it, yet.  I'll be doing that sometime within the next 24 hours.  I'm glad to test it out for you and offer any suggestions I can, since I've been toying with these miners for some time.

There's no device dropdown for these miners so to run on multiple devices you'll need to use the standard rpcminer flags.

Yeah, I can't see how you would be able to fix this other than making a specific form for each miner.  As far as I know, puddinpop's RPC OpenCL miner and m0mchil's Python OpenCL miner yield pretty close to the same hash rate on a majority of hardware.  I don't think there will be too much of an outrage if puddinpop's OpenCL miner gets left out, but it would still be a little bit of a headache to set up hardware lists for each miner (OpenCL vs. CUDA).  The RPC CPU miner that does not have the -4way suffix runs the same code as the bitcoin client, if I remember correctly.  That one can probably be ignored, as well... maybe.  Also, CUDA has this weird behavior of making my secondary card be GPU 0 and my primary be GPU 1.  Just thought I would pass that along.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: geebus on April 05, 2011, 11:21:55 AM
As opposed to trying to fit multiple icons into the same ico file, you can take a single icon of max resolution size for Windows (96x96x256) and build it directly into the EXE when compiled, then reference the EXE for the icon. Windows will automatically downscale an icon from an executable, but wont if it's a standalone .ico file (which is why it requires multiple sizes in the same file).

Change setup.py to have:
Code:
setup(windows=[
        {
            "script": "guiminer.py",                   
            "icon_resources": [(0, "guiminer.ico")]     
        }
    ],

Then, in guiminer.py, in your frame subclass add:
Code:
if os.path.exists("guiminer.exe"):
     self.SetIcon(wx.Icon("guiminer.exe",wx.BITMAP_TYPE_ICO))

Windows should handle it natively after that, as long as the icon is in position 0.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: urizane on April 05, 2011, 04:07:53 PM
As opposed to trying to fit multiple icons into the same ico file, you can take a single icon of max resolution size for Windows (96x96x256) and build it directly into the EXE when compiled, then reference the EXE for the icon. Windows will automatically downscale an icon from an executable, but wont if it's a standalone .ico file (which is why it requires multiple sizes in the same file).

Change setup.py to have:
Code:
setup(windows=[
        {
            "script": "guiminer.py",                   
            "icon_resources": [(0, "guiminer.ico")]     
        }
    ],

Then, in guiminer.py, in your frame subclass add:
Code:
if os.path.exists("guiminer.exe"):
     self.SetIcon(wx.Icon("guiminer.exe",wx.BITMAP_TYPE_ICO))

Windows should handle it natively after that, as long as the icon is in position 0.

The problem is that the taskbar icon was getting scaled from the wrong size, anyway.  That caused jagged edges on the circle.  When Windows scales a 32-bit icon, it uses nearest neighbor scaling as opposed to bilinear, which looks horrible.  Also, the largest icon Windows supports is 256x256x32-bit, however, since Windows does scale 8-bit icons using bilinear filtering, that may be one way to resolve this issue.  Of course, with an 8-bit icon, the edges can't be alpha blended to enhance smoothness of lower resolution icons, so it would have to be a big icon.  In Windows 7 and Vista, Windows reads multi-res icons in sizes 256x256, 64x64, 48x48, 32x32, 24x24, 16x16, and ignores all other resolutions even if they're present.  If you're going to do a multi-res icon, use only those sizes.  If you do only one resolution in an icon, I would suggest only using sizes divisible by 8.  Other than that, any resolution should be fine.

Also, Windows 7 and Vista support PNG compression for icons within .ico, .dll, and .exe files.  Just in case 256x256x32-bit seems too ridiculous.  Windows XP won't read that icon if it comes across it, but it should still parse the other sizes present in the file.

EDIT:  To help illustrate the problem, do this.  Run the calculator (calc.exe).  Now go to Windows\System32 and right-click calc.exe and select properties.  Look at the taskbar representation for the two programs (Calculator and calc.exe Properties).  If you have use small icons turned on for your taskbar, you should see a significant difference in the clarity of the buttons in these two.  You may also need to turn off always combine to see the properties window in the taskbar, or you could close the system32 window you had opened.  As far as I know, this issue only affects the taskbar when it wants to display a 16x16 icon and the 32x32 icon gets loaded instead.  The same thing happens to the notification tray icons in all versions of Windows, but this has been a known issue.  The taskbar crap is new since Vista.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: Kiv on April 05, 2011, 10:02:45 PM

Then, in guiminer.py, in your frame subclass add:
Code:
if os.path.exists("guiminer.exe"):
     self.SetIcon(wx.Icon("guiminer.exe",wx.BITMAP_TYPE_ICO))

Windows should handle it natively after that, as long as the icon is in position 0.

Neat, I didn't realize you could create an wx.Icon from an executable.


Title: Re: GUI frontend for poclbm - updated March 27
Post by: MrMagic on April 06, 2011, 02:48:43 AM
Hi everyone, by popular demand I'm putting up a beta version with support for puddinpop's RPC miners. I don't actually have access to CUDA hardware, so I need testers to see if that part works at all :)

The link is here:

    guiminer-20110403-pre.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/guiminer-20110403-pre.exe)

To use rpcminer for the backend, pick File -> New External Miner and then point to the miner EXE you want to use (CUDA, 4way, etc). I packaged the latest rpcminer with the GUI but you should be able to point to another version of the EXE if you want.

There's no device dropdown for these miners so to run on multiple devices you'll need to use the standard rpcminer flags.

Let me know if you have any luck and if it seems to be working I'll update the first post.

Thanks for the new version supporting puddinpop's CUDA miner. I didn't try the program before because the CUDA miner gives me a few extra MHash/s compared to poclbm. Anyway everything works find except that it does not record the number of accepted shares at the bottom correctly. It always says 0 accepted even though I can look in the console and see the valid server response. It also displays the last line of the response in the status panel: Listener for "CUDA": Server sent: {"result":true,"error":null,"id":"1"}

Thanks again. Looking forward to an update.


Title: Re: GUI frontend for poclbm - updated March 27
Post by: Kiv on April 06, 2011, 10:57:12 AM
Thanks, good bug report. It looks like the CUDA version gives a slightly different output format than the other puddinpop miners, so I'll adjust the code for that. I'll have a new version with the fix on the weekend.

It always says 0 accepted even though I can look in the console and see the valid server response. It also displays the last line of the response in the status panel: Listener for "CUDA": Server sent: {"result":true,"error":null,"id":"1"}

Thanks again. Looking forward to an update.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: machine on April 06, 2011, 11:18:28 AM
Hi,

I have installed it with win 7 64 bits. But it seams not to work. It do not recognize the 64 bits radeon driver.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: BitterTea on April 06, 2011, 04:08:39 PM
Hi,

I have installed it with win 7 64 bits. But it seams not to work. It do not recognize the 64 bits radeon driver.

I've got it installed on Win7 x64 and it works fine. What version of the Catalyst drivers have you installed?


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: Clarithium on April 08, 2011, 12:22:02 PM
+1 for a great mining program  :)


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: urizane on April 08, 2011, 08:48:48 PM
I'm running 2011-04-03-pre and the CUDA miner stuff is all working quite well.  Sorry for the slow reply.  I've been messing with all manner of combinations of driver versions and console commands for my 460s and came up with pretty much what I expected from the get-go.  Now with driver version 270.51 and rpcminer-cuda arguments of -gpugrid 128 -gputhreads 128, I get 128.6 MHash/s for my two overclocked 460s.  I'm still thinking that I may not mine for much longer.  It doesn't seem to be worth it on nVidia hardware while paying for electricity.

I've got a question.  Does the console view display both miners crunched together or will it display only one miner at a time?  I'm seeing lines similar to "Line: 64256 khash/s".  If it does display both miners, it would be helpful if the name of the miner was put in the front of the line, like "Primary: 64256 khash/s".

By the way, the balance button is quite nice.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: Kiv on April 09, 2011, 12:08:14 AM
Does the console view display both miners crunched together or will it display only one miner at a time?  I'm seeing lines similar to "Line: 64256 khash/s".  If it does display both miners, it would be helpful if the name of the miner was put in the front of the line, like "Primary: 64256 khash/s".

Those lines would show individual miners. You can see the hash rate of a specific miner by going to its tab and looking in the status bar; the total hash rate is summed up on the status bar of the Summary tab.

I'm probably going to remove those "Line" reports from the console now that the CUDA seems to be working ok - I'm trying to keep the console output sparse so it's easier to see things like connection errors.

Glad you liked the balance feature :)


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: Dobrodav on April 11, 2011, 04:10:04 PM
I'm not sure that it is not mentioned above, I`m about multilingual support. It would be great. Especially if done in a way, that allow adding new languages, just by a simple editing of the template file and adding  new language file in specified directory. 
But anyway, my second BTC is going to your wallet. First goes to Momchil  :) .


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: Kiv on April 11, 2011, 08:55:41 PM
Sure, it should be easy for my program to support multiple languages through GNU gettext. I unfortunately don't know any other languages well enough to do a translation, though.

If you're offering to do a translation then I would be happy to get things set up for you and include your work in the next version.

Thanks for the donation, every BTC is appreciated :)

I'm not sure that it is not mentioned above, I`m about multilingual support. It would be great. Especially if done in a way, that allow adding new languages, just by a simple editing of the template file and adding  new language file in specified directory. 
But anyway, my second BTC is going to your wallet. First goes to Momchil  :) .



Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: arachn1d on April 11, 2011, 11:19:44 PM
If I'm trying to mine locally, and I have 2x 6950's, should I be creating two miners for device 0 Cayman and Device 1 Cayman or should I just create one pool for 0 Since they're in crossfire?

Right now I have it on just
  • Cayman and I'm generating 260 Mhash/s is that good or bad?


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: new_in_this on April 12, 2011, 02:56:11 AM
I'm generating 260 Mhash/s is that good or bad?
I'm not an expert, but i think it's not working fully. I have 1x5850 and average is ~230Mhash/s. (default clocks, no OC at all) Based on that yours should be much higher.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: urizane on April 12, 2011, 07:42:55 AM
If I'm trying to mine locally, and I have 2x 6950's, should I be creating two miners for device 0 Cayman and Device 1 Cayman or should I just create one pool for 0 Since they're in crossfire?

Right now I have it on just (0) Cayman and I'm generating 260 Mhash/s is that good or bad?

Yes, you do need two miners, one for each card.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: Shienarier on April 14, 2011, 05:49:39 PM
Today I got this message when starting up the client:
Code:
ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 1790, in <module>
  File "guiminer.py", line 1379, in __init__
  File "guiminer.py", line 1524, in load_config
  File "json\__init__.pyo", line 267, in load
  File "json\__init__.pyo", line 307, in loads
  File "json\decoder.pyo", line 319, in decode
  File "json\decoder.pyo", line 338, in raw_decode
ValueError: No JSON object could be decoded
Traceback (most recent call last):
  File "guiminer.py", line 1790, in <module>
  File "guiminer.py", line 1379, in __init__
  File "guiminer.py", line 1524, in load_config
  File "json\__init__.pyo", line 267, in load
  File "json\__init__.pyo", line 307, in loads
  File "json\decoder.pyo", line 319, in decode
  File "json\decoder.pyo", line 338, in raw_decode
ValueError: No JSON object could be decoded

Does anyone know what the problem is?


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: BitterTea on April 14, 2011, 05:52:04 PM
Sounds like your settings file is corrupted. Try renaming/deleting it and restarting the application.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: Shienarier on April 14, 2011, 07:05:24 PM
Sounds like your settings file is corrupted. Try renaming/deleting it and restarting the application.
Thanks.
%APPDATA%\poclbm\poclbm.ini was empty.
I deleted it and restarted the GUI, then it worked.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: thelasttrueone on April 16, 2011, 01:59:37 AM
I am having some trouble. I just upgraded to a new motherboard with a 5870 and 5770. I have them both set up and recognized in CCC. I have SDK 2.3 and CCC 11.3 installed and working fine. I can hash with my CPU through bitcoin client but not through GUIminer. All my cards show up as their codenames and my CPU shows up as its real name.

When I try to mine with anything on GUIminer it says "connected" in the bottom right but never displays a hash rate. Any ideas?


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: Kiv on April 16, 2011, 11:13:00 AM
That seems strange... can you try enabling the console (View -> Show Console) and then pasting me what is shown in the console tab when you try to start a miner?



Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: thelasttrueone on April 16, 2011, 06:24:06 PM
Actually I figured it out. Console was saying:

 "more than one platform found, use --platform to select one
 stream[0] - stream sdk
 stream[1] - ati parallel processing"

I was using the --platform command wrong. I fixed it by adding the --platoform=0 argument. Does anyone know what the two choices mean? 0 seems to give me slightly higher hash rate.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: dishwara on April 17, 2011, 08:54:29 PM
Actually I figured it out. Console was saying:

 "more than one platform found, use --platform to select one
 stream[0] - stream sdk
 stream[1] - ati parallel processing"

I was using the --platform command wrong. I fixed it by adding the --platoform=0 argument. Does anyone know what the two choices mean? 0 seems to give me slightly higher hash rate.

2 choice only comes if you have installed amd app 2.3 & ati stream 2.2 or less.

If your graphics card is 6000 series, KEEP amp app 2.3 or greater & remove ati stream 2.2 or less
If your graphics card id 5000 or less series KEEP ati stream 2.2 or less & remove amd app 2.3

besides, u can just add --platform=0 & if it didn't work then --platform=1
It clearly shows 0 is stream means 2.2 or less & 1 means 2.3 or more.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: thelasttrueone on April 18, 2011, 04:27:04 AM
That explains it, I had been messing around quite a bit with my drivers since it is a new system. Thanks for the clarification.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: commlinx on April 19, 2011, 07:44:25 AM
I recently got an HD 5970 and had previously been using puddinpop's miner with a Nvidia so thought I'd stick with it because it's neat and small. I had problems getting full performance and had started another thread and got some helpful suggestions that pointed me here, I was using -gpu=0 and -gpu=1 to start two difference instances as in the readme.txt but for some reason it seemed to be ignoring them, so my second miner would halve the speed of the first. Then when I installed your software things were sweet and I was getting double the performance and about what I expected ;D.

The joy was short lived though because I quickly got the BSOD on subsequent occasions after it was running OK for a while. I know there are a 101 driver/hardware problems that could cause it but thought after playing around further I'd post my results to see if you could think why it might be happening, it seems to be related to how the process is launched:

If I use your application set for auto-start I get a freeze and/or BSOD straight away, I did that after originally manually starting it while setting up when all looked OK. Anyway doing it manually and leaving a delay between worked OK so that's a problem elsewhere no doubt.

However even though I got it started that way it wouldn't keep running long, which I'd put down to a motherboard / temperature issue but I thought to use my original command line file to start a miner on GPU 0, and your program to start it on GPU1 it all ran fine for 12 hours. I wanted to stop it for a while, closed the command line OK but pressing stop on yours froze a little while then gave the BSOD.

I noticed that poclbm.exe was using 25% CPU all the time on a quad core, I didn't know if that was normal or maybe related in some way.

In general while tweaking things I can stop and start the command line version with no ill effects, but any attempt to stop the instance created by your program causes grief. For the command-line version I've just been pressing the close "X". With yours if I start a single instance and stop it causes problems 100% of the time which seems odd, maybe the process is killed in a slightly different way?

I couldn't seem to spot the source code for this beta version, I was going to take a look at what command-line parameters were pased by default to launch the miner and I thought that might give me some clues as to possible reasons for the problems I was having. I thought if I could start them the same way that would isolate if it's something to do with the resources allocated or something else.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: kindle on April 19, 2011, 07:55:49 AM
Hi is there a way to check which GPU is responsible for the successful mining of a block? I have 6 ati gpus running and I would like to know which GPUs are not performing. Using version 327 guiminer.

Cheers!


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: Kiv on April 19, 2011, 10:55:25 AM
I noticed that poclbm.exe was using 25% CPU all the time on a quad core, I didn't know if that was normal or maybe related in some way.

This is not normal but several people are experiencing this with poclbm, see this post (http://bitcointalk.org/index.php?topic=4446.0)


In general while tweaking things I can stop and start the command line version with no ill effects, but any attempt to stop the instance created by your program causes grief. For the command-line version I've just been pressing the close "X". With yours if I start a single instance and stop it causes problems 100% of the time which seems odd, maybe the process is killed in a slightly different way?

I couldn't seem to spot the source code for this beta version, I was going to take a look at what command-line parameters were pased by default to launch the miner and I thought that might give me some clues as to possible reasons for the problems I was having. I thought if I could start them the same way that would isolate if it's something to do with the resources allocated or something else.

The latest source code is on GitHub - you can look at the method configure_subprocess_poclbm() to see the miner flags and then the start_mining() and stop_mining() methods for the miner startup. I believe on Windows the program is killed using TerminateProcess, but maybe it would be better to do something else like send poclbm a CTRL+C. Feel free to give it a go and let me know if you have any questions.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: commlinx on April 19, 2011, 02:02:18 PM
Thanks Kiv, when I viewed the source code I could see where I went wrong, I see you have your own miner and being a dick was thinking by default yours was just a shell and launching puddinpop's miner by default but I was using yours. So for me at the moment it amounts to puddinpop's is OK on one GPU, and yours is OK on the second (or both) apart from not stopping properly, and I can't get his to fire up on both ???.

I guess this BTC mining does represent real mining where it ends up tough :D. Anyway that's enough for today being midnight here, thanks for you help and hope you have a great day :).


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: OUTSIDE on April 19, 2011, 02:49:59 PM
Yeah! I have now a Mining Rig!

1 - 2x5850 @ 900 (300+300=600MH/s) (mining rig -> 24/7) (C2D E6600 2.4 @ 3.2GHz)
2 - 1x6970 @ 1000 (330MH/s) (gaming rig ~ 13h per day) (i7 2600K 3.4 @ 5GHz)
3 - 1x5570 @ stock (60MH/s) (working rig ~ 24/7) (AMD 64 X2 6000+ @ 3GHz)
4 - 1x5450 @ stock (12MH/s) (HTPC rig ~ 24/7) (P4 2.8 @ 3GHz)

TOTAL ~ 1GH/s

All with "poclbm-gui pre"

I am OutsiMiner!

ByE!


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: k on April 19, 2011, 07:24:59 PM
first post.

totally new to all this. just playing around trying to learn about bitcoins.

Thanks for the GUI miner. Think I got it working with deepbit pool but I think it is using my CPU instead of GPU.
I'm trying it on my laptop - it has an ATI mobility radeon hd 4500 but that doesn't appear in the device drop down list in the GUI miner. Instead it only lists the CPU name -am I'm I right in thinking that that means it's using the CPU and not the GPU?

reading through the posts (sorry haven't gone through them all), common advice seems to suggest to update the GPU driver. I've checked and have the latest version.

Any suggestions how to get the GUI miner to use the GPU?
let me know if there are any other details that may be helpful to resolve this issue.

thanks


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: Kiv on April 19, 2011, 08:02:06 PM
it has an ATI mobility radeon hd 4500 but that doesn't appear in the device drop down list in the GUI miner. Instead it only lists the CPU name -am I'm I right in thinking that that means it's using the CPU and not the GPU?

First, welcome to the forums :)

You are indeed using your CPU, probably this is because your laptop's video card doesn't support OpenCL. To verify this you can download GPU Caps Viewer (http://www.ozone3d.net/gpu_caps_viewer/index.php#download) and look to see if OpenCL is supported. If it's not, then you're stuck with CPU mining.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: proudhon on April 19, 2011, 09:08:09 PM
I'm very new to all of this.  I've never done anything with bitcoins or bitcoin mining before.  Do I need to do anything before I run this program (besides register with a pool)?  Do I need some kind of a bitcoin account or something?  Sorry, I'm a total noob here.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: compro01 on April 19, 2011, 09:35:19 PM
I'm very new to all of this.  I've never done anything with bitcoins or bitcoin mining before.  Do I need to do anything before I run this program (besides register with a pool)?  Do I need some kind of a bitcoin account or something?  Sorry, I'm a total noob here.

you need to have the client operating or a account with an online service like mybitcoin in order to have a bitcoin address to receive your mining earnings.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: k on April 19, 2011, 10:58:27 PM
it has an ATI mobility radeon hd 4500 but that doesn't appear in the device drop down list in the GUI miner. Instead it only lists the CPU name -am I'm I right in thinking that that means it's using the CPU and not the GPU?

First, welcome to the forums :)

You are indeed using your CPU, probably this is because your laptop's video card doesn't support OpenCL. To verify this you can download GPU Caps Viewer (http://www.ozone3d.net/gpu_caps_viewer/index.php#download) and look to see if OpenCL is supported. If it's not, then you're stuck with CPU mining.


thanks for that. Looking at the GPU Caps viewer it only brings up the CPU for the OpenCL devices.

I found this http://superuser.com/questions/246909/ati-mobility-radeon-hd-4500-support-opencl-or-not (http://superuser.com/questions/246909/ati-mobility-radeon-hd-4500-support-opencl-or-not) which suggests that my card is DirectX 10 and only DirectX 11 or better supports OpenCL.

Does anyone know if there are any GPU miners that will work with non-OpenCL supporting (DirectX 10) GPUs

thanks again



Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: kindle on April 19, 2011, 11:00:53 PM
Hi is there a way to check which GPU is responsible for the successful mining of a block? I have 6 ati gpus running and I would like to know which GPUs are not performing. Using version 327 guiminer.

Cheers!

Hmm i noticed that my question went unanswered. So I guess theres no way to determine which gpu successfully mined the block?


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: dishwara on April 19, 2011, 11:36:16 PM
Hi is there a way to check which GPU is responsible for the successful mining of a block? I have 6 ati gpus running and I would like to know which GPUs are not performing. Using version 327 guiminer.

Cheers!

Hmm i noticed that my question went unanswered. So I guess theres no way to determine which gpu successfully mined the block?

The pool you are in will show which account found the block. By using the account details, u can know which gpu found block.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: TenthReality on April 20, 2011, 12:00:57 AM
Hi is there a way to check which GPU is responsible for the successful mining of a block? I have 6 ati gpus running and I would like to know which GPUs are not performing. Using version 327 guiminer.

Cheers!

Hmm i noticed that my question went unanswered. So I guess theres no way to determine which gpu successfully mined the block?

The pool you are in will show which account found the block. By using the account details, u can know which gpu found block.

Create individual works per GPU on the pool (different on each pool).  Setup each GPU to point to its corresponding account, ride into the sunset with more specific metrics.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: Kiv on April 20, 2011, 01:25:03 AM
Does anyone know if there are any GPU miners that will work with non-OpenCL supporting (DirectX 10) GPUs

GPU miners have to run on either OpenCL or CUDA, so if your card supports neither of those you are unfortunately out of luck.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: kindle on April 20, 2011, 08:32:37 AM
Hmm thanks I know pooling will have the stats. How about solo mining?


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: commlinx on April 20, 2011, 08:56:30 AM
Quote
Hmm thanks I know pooling will have the stats. How about solo mining?
I'm not sure of the answer to your question, but wonder if you're approaching it the right way? You mentioned wanting to know which GPUs are performing which you can determine from the Mhash/s. For hardware reasons some might out-perform others. But which happens to solve more blocks is random luck and not likely to smooth out until you've mined many blocks. Unless you think one of your GPUs has some sort of Voodoo curse on it I can't really see the point.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: kindle on April 20, 2011, 09:06:01 AM
Indeed i agree with u, I want to compile a table to analyze which gpu might be having the voodoo problem or worst some mild hardware issues.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: commlinx on April 20, 2011, 09:19:07 AM
I've always used pooled mining but think last time I checked a single GPU had something like a 10 day 50% chance, or maybe it was longer, which is why I decided to go pooled. Based on that it's going to take quite some time to get reliable results based on how many blocks each have solved. I can't help but think for tweaking and checking temperature and hardware problems you'd get a lot faster feedback just checking the Mhash/s between each GPU at various points during the day and averaging them out.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: kindle on April 20, 2011, 09:44:52 AM
commlinx thanks for your advice at the moment I am running the miners after optimising it. Just thought that it might be interesting to see which of the GPU is the one with the most luck. Haha thats not important but was thinking if there was a way, i might want to enable it to see the results. haha


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: proudhon on April 20, 2011, 04:55:44 PM
Should I be getting 100% CPU usage while running my 6990?  Here's what I'm using: 

W7x64, Athlon 64x2 4200+, AMD 6990 @830, 11.3 Catalyst, 2.4 SDK, pocldbm-gui

Also, one of the GPUs of the 6990 stays pretty steadily at 97% usage or above and at about 305 Mhash/s.  The other GPU bounces around 92% and 285 Mhash/s.  Is that normal?  Is there a way to keep things more constant?


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: Nonlin on April 20, 2011, 05:42:56 PM
So I recently did a reformat and now my card is running 5-6C hotter with 25% faster FAN speed with the Bitcoin GPU client then it did before I reformatted.

Only differences now is that is that I'm using CCC 11.4p and ATI Stream SDK 2.3 along with a new GUI Mining Client (provided here) that seems to give me an extra 30 mhashes/sec but that could be because of the updated drivers? Before I used 11.2 and ATI Stream 2.1.

The confusing part is that my volts this time around are slightly lower than before. I use Asus AI tweaker (Its a bit glitchy I can never get it to give me the volts I tell it too) to modify volts and then monitor it with GPUz. Before I had 2.985 volts and now I have 2.875 with hotter temps.

Are the updated drivers enough for the Mhash/s Boost and increased temps?

I suppose I'll get a better idea once I play some games, but I'm waiting to get my steam account back atm.

Also is 85-86C safe temps for an HD5870?


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: d0t1q on April 20, 2011, 06:30:04 PM
so everything seems to be running well im doing solo mining
I set the thing up and it started I also ran bitcoin so I was mining with both

I let them run for a little bit on the gui its said I have 220(27) accepted
now its probly just cuz im new to this but when I look at my balance in bitcoin its
still 0.00. How many needs to be accepeted before my balance goes up? or did I
miss something
anyways any help will help me understand lol
thanks


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: dishwara on April 20, 2011, 06:31:59 PM
So I recently did a reformat and now my card is running 5-6C hotter with 25% faster FAN speed with the Bitcoin GPU client then it did before I reformatted.

Only differences now is that is that I'm using CCC 11.4p and ATI Stream SDK 2.3 along with a new GUI Mining Client (provided here) that seems to give me an extra 30 mhashes/sec but that could be because of the updated drivers? Before I used 11.2 and ATI Stream 2.1.

The confusing part is that my volts this time around are slightly lower than before. I use Asus AI tweaker (Its a bit glitchy I can never get it to give me the volts I tell it too) to modify volts and then monitor it with GPUz. Before I had 2.985 volts and now I have 2.875 with hotter temps.

Are the updated drivers enough for the Mhash/s Boost and increased temps?

I suppose I'll get a better idea once I play some games, but I'm waiting to get my steam account back atm.

Also is 85-86C safe temps for an HD5870?

Seems strange, coz so far what i heard in this forum is, if ur card is 5000 series, best is 2.1
& if ur card is 6000 series, u have no other way, but to use 2.3>.  In your case its strange that you getting more hash/s with 2.3.

why you want to keep your card temp in btw 85-86C?
will you loose warranty or some one will hit you if you run your fan at 100%?


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: BitterTea on April 20, 2011, 06:34:39 PM
will you loose warranty or some one will hit you if you run your fan at 100%?

Those squirrel cage fans are LOUD at full speed...


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: Nonlin on April 20, 2011, 06:37:47 PM
So I recently did a reformat and now my card is running 5-6C hotter with 25% faster FAN speed with the Bitcoin GPU client then it did before I reformatted.

Only differences now is that is that I'm using CCC 11.4p and ATI Stream SDK 2.3 along with a new GUI Mining Client (provided here) that seems to give me an extra 30 mhashes/sec but that could be because of the updated drivers? Before I used 11.2 and ATI Stream 2.1.

The confusing part is that my volts this time around are slightly lower than before. I use Asus AI tweaker (Its a bit glitchy I can never get it to give me the volts I tell it too) to modify volts and then monitor it with GPUz. Before I had 2.985 volts and now I have 2.875 with hotter temps.

Are the updated drivers enough for the Mhash/s Boost and increased temps?

I suppose I'll get a better idea once I play some games, but I'm waiting to get my steam account back atm.

Also is 85-86C safe temps for an HD5870?

Seems strange, coz so far what i heard in this forum is, if ur card is 5000 series, best is 2.1
& if ur card is 6000 series, u have no other way, but to use 2.3>.  In your case its strange that you getting more hash/s with 2.3.

why you want to keep your card temp in btw 85-86C?
will you loose warranty or some one will hit you if you run your fan at 100%?


Thats not the only strange thing. Its not that I want to have my fan running that fast or that I want my Temp between 85-86C its that it is for some strange reason running that hot!

Like I said before I had higher volts and it was running cooler. Now I have installed the latest of everything and its running hotter!

I guess I will get rid of 2.3 and install 2.1 and see if that helps with anything.

I'm confused I believe I installed the Open CL driver only off AMD's Driver page. It was 11.3 only 11.5MB big
I am now downloading the 2.1 SDK and its 121MB.

I guess I was running with no SDK? Only the Driver? So confused...

Anyways 2.1 is the way to go for the 5870 right? Not 2.4? Seems to me like the latest version would be the best...But I guess not.

Well I just installed the 2.1 SDK from the Archives and its no longer working?
Whats wrong? I launched the GUI and it just says Connected but no Mhashes no nothing. Its not using my GPU at all even though its running. It gives me the option to stop mining but clicking stop and then start just makes it say [1] ATI Stream SDK Starting...


But it never starts. Whats wrong guys?

Seems like its using the wrong Device ID. My GPU is
  • but ATI stream is trying to use [1] which is my CPU. How do I change this? In face CPU usage is 25% with it on.

Figured it out. I had to use --platform and set it to 0

Getting 368 Mhashes now. More or less about the same as before. Temps are the same as well. So not much has change installing the 2.1 SDK. How can I check to be sure its using 2.1?


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: commlinx on April 21, 2011, 06:00:31 AM
I let them run for a little bit on the gui its said I have 220(27) accepted
now its probly just cuz im new to this but when I look at my balance in bitcoin its
still 0.00. How many needs to be accepeted before my balance goes up? or did I
miss something
If you're going solo enter your hash rate on the page http://www.alloscomp.com/bitcoin/calculator.php and it will give you an idea of the average time to solve a block. Unless you're running a monster rig you might get more "gratification" from joining a pool where you'll lose a few percent in commission but get more frequent and steady payouts.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: dishwara on April 21, 2011, 08:54:17 AM
So I recently did a reformat and now my card is running 5-6C hotter with 25% faster FAN speed with the Bitcoin GPU client then it did before I reformatted.

Only differences now is that is that I'm using CCC 11.4p and ATI Stream SDK 2.3 along with a new GUI Mining Client (provided here) that seems to give me an extra 30 mhashes/sec but that could be because of the updated drivers? Before I used 11.2 and ATI Stream 2.1.

The confusing part is that my volts this time around are slightly lower than before. I use Asus AI tweaker (Its a bit glitchy I can never get it to give me the volts I tell it too) to modify volts and then monitor it with GPUz. Before I had 2.985 volts and now I have 2.875 with hotter temps.

Are the updated drivers enough for the Mhash/s Boost and increased temps?

I suppose I'll get a better idea once I play some games, but I'm waiting to get my steam account back atm.

Also is 85-86C safe temps for an HD5870?

Seems strange, coz so far what i heard in this forum is, if ur card is 5000 series, best is 2.1
& if ur card is 6000 series, u have no other way, but to use 2.3>.  In your case its strange that you getting more hash/s with 2.3.

why you want to keep your card temp in btw 85-86C?
will you loose warranty or some one will hit you if you run your fan at 100%?


Thats not the only strange thing. Its not that I want to have my fan running that fast or that I want my Temp between 85-86C its that it is for some strange reason running that hot!

Like I said before I had higher volts and it was running cooler. Now I have installed the latest of everything and its running hotter!

I guess I will get rid of 2.3 and install 2.1 and see if that helps with anything.

I'm confused I believe I installed the Open CL driver only off AMD's Driver page. It was 11.3 only 11.5MB big
I am now downloading the 2.1 SDK and its 121MB.

I guess I was running with no SDK? Only the Driver? So confused...

Anyways 2.1 is the way to go for the 5870 right? Not 2.4? Seems to me like the latest version would be the best...But I guess not.

Well I just installed the 2.1 SDK from the Archives and its no longer working?
Whats wrong? I launched the GUI and it just says Connected but no Mhashes no nothing. Its not using my GPU at all even though its running. It gives me the option to stop mining but clicking stop and then start just makes it say [1] ATI Stream SDK Starting...


But it never starts. Whats wrong guys?

Seems like its using the wrong Device ID. My GPU is
  • but ATI stream is trying to use [1] which is my CPU. How do I change this? In face CPU usage is 25% with it on.

Figured it out. I had to use --platform and set it to 0

Getting 368 Mhashes now. More or less about the same as before. Temps are the same as well. So not much has change installing the 2.1 SDK. How can I check to be sure its using 2.1?

Driver sweeper 2.9.0  http://phyxion.net/item/driver-sweeper.html
Download & install. Uninstall whatever AMD driver u see in control panel-> add/remove programs.
Run driver sweeper , select AMD -display, Analyse then clean.
Restart pc in safe mode, run again driver sweeper, clean.
Do fresh install of AMD drivers.
Instead of standalone sdk or app, install which comes with driver.

To check driver version & sdk version use GPU Caps Viewer
http://www.ozone3d.net/gpu_caps_viewer/


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: Dirt Rider on April 21, 2011, 04:42:09 PM
Is there a way to use this GUI miner for CPU mining only, without OpenCL installed?

When I try to run it I get "Couldn't find any OpenCL devices..." and then the app closes.

If not, are there any other "easy" to setup windows CPU miners that can be used with pools?

Thanks!


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: dishwara on April 21, 2011, 06:52:53 PM
Is there a way to use this GUI miner for CPU mining only, without OpenCL installed?

When I try to run it I get "Couldn't find any OpenCL devices..." and then the app closes.

If not, are there any other "easy" to setup windows CPU miners that can be used with pools?

Thanks!
This GUI supports only pocblm GPU miner.
But, now in beta testing is, RPC miner which requires no opencl
http://bitcointalk.org/index.php?topic=3878.0
IT IS BETA https://github.com/downloads/Kiv/poclbm/guiminer-20110403-pre.exe

The CPU miners 2 below works in cmd mode & RPC i used was good.
http://bitcointalk.org/index.php?topic=1925.0
http://bitcointalk.org/index.php?topic=2444.0


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: shivansps on April 22, 2011, 12:03:01 AM
i have two cards a 6870 and a 6850 not in cf mode, and they have separate miners, but each miner is using 25%... i have two  poclbm, each one using 25% of cpu... this is normal?!


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: eMansipater on April 22, 2011, 01:40:42 AM
So here's a weird one--I have the gui logged in to a local network computer running a server process.  The gui says I've had 101 shares accepted, but the computer itself says none.  What's going on?  server is namecoind instead of bitcoind if that makes a difference, but I've never successfully generated using the gui with a local bitcoin server either so who knows?


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: getrichquack on April 23, 2011, 09:09:59 AM
@kiv

so everything seems to be running well im doing solo mining
I set the thing up and it started I also ran bitcoin so I was mining with both

I let them run for a little bit on the gui its said I have 220(27) accepted
now its probly just cuz im new to this but when I look at my balance in bitcoin its
still 0.00. How many needs to be accepeted before my balance goes up? or did I
miss something
anyways any help will help me understand lol
thanks

yeah man!! ...how about a read me file with some noob instructions... :)

I'm new at this too ...and my question is pretty much the same as this guys.

I appear to have gotten your miner GUI running quite well!! I have a radaeon 5770  and am pulling about 162mh
(ok...I'm a light-weight!! ...but its a start)

I'm running solo..(cos i hate to share  :))...ive "accepted" ~1276 ( "somethings") in about 24 hrs
the figure shown is actually 1276(128)...what is this telling me exactly?
and how will i know if i "find a block"?...do my BTC just magically appear in my bitcoin.exe balance window
It would be nice if your GUI  actually had a field associated with each miner that showed blocks found starting with a display of 0
just so you knew what was happening ...

chuck a noob a bone man :)


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: Kiv on April 23, 2011, 11:51:07 AM
Mining solo means you probably won't get any coins for a long time. There's a calculator here (http://www.alloscomp.com/bitcoin/calculator.php) that shows you what to expect.

At 160000 kHash it says it'll be on average a month before you see a block and get 50 BTC. The 1276(128) figure in the GUI means you found 1276 shares, 128 in the last hour.

A share is a special hash that has some small chance of solving a block - from that page above, the odds of a share actually winning are roughly 1 / difficulty. So finding 1276 of them means you probably didn't get a block yet, and won't for a long time.

On the other hand if you would be mining in a pool, then you would get a small amount of bitcoins for each share rather than having to wait for a block to be found, which is what I recommend.

By the way, there should be a README file with the GUI. I'm curious if it's missing, if you didn't see it, or if it was just missing information that you wanted.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: getrichquack on April 23, 2011, 01:53:31 PM
Hey!!...thanks for the fast answer :)

nope...no README !!....thought that was strange  :o
looked through the whole thing...all sub-directories

only txt files are LICENCE.txt and guiminer.txt

oh!!!..what to do !!!


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: Nonlin on April 23, 2011, 05:02:32 PM
Hey guys does anyone know why my Mhash/sec droped from 366 to 329 after I installed AVG Internet Secruity 2011?

I have connection I made the exception through its firewall. Yet my Mhash/sec has clearly dropped. I can't note any other changes aside form that install.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: dishwara on April 24, 2011, 01:02:01 AM
Hey guys does anyone know why my Mhash/sec droped from 366 to 329 after I installed AVG Internet Secruity 2011?

I have connection I made the exception through its firewall. Yet my Mhash/sec has clearly dropped. I can't note any other changes aside form that install.
What card u have?
Have u OC it?
IF oc it,  by using which software?


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: shivansps on April 24, 2011, 01:24:53 AM
i wonder if there is any plan of adding ufasoft miner support?


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: Nonlin on April 24, 2011, 04:20:56 AM
Hey guys does anyone know why my Mhash/sec droped from 366 to 329 after I installed AVG Internet Secruity 2011?

I have connection I made the exception through its firewall. Yet my Mhash/sec has clearly dropped. I can't note any other changes aside form that install.
What card u have?
Have u OC it?
IF oc it,  by using which software?


My bad I thought I mentioned that stuff.

Asus HD5870 982/1245 @ 1.285 Volts 83C Overclocked with Asus AI Tweaker 2



Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: proudhon on April 24, 2011, 04:59:46 AM
Hey guys does anyone know why my Mhash/sec droped from 366 to 329 after I installed AVG Internet Secruity 2011?

I have connection I made the exception through its firewall. Yet my Mhash/sec has clearly dropped. I can't note any other changes aside form that install.

My guess is that AVG is using enough system resources to disrupt your GPUs processing a bit.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: Kiv on April 24, 2011, 12:52:28 PM
This is my fault, though the README got on Github, it was left out of the installer by mistake! Hehe, I will put it in the next release :)

Hey!!...thanks for the fast answer :)

nope...no README !!....thought that was strange  :o
looked through the whole thing...all sub-directories

only txt files are LICENCE.txt and guiminer.txt

oh!!!..what to do !!!


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: Kiv on April 24, 2011, 12:59:44 PM
I attempted this, and ufasoft miner behaves somewhat oddly compared to poclbm and puddinpop - it prints some messages to the error stream and some to the standard output.

When I look at how high the difficulty is already and that it's going to go up again, I wonder if there is any point in writing extra code to support a CPU only miner. I guess it depends on how much demand there is for it...

i wonder if there is any plan of adding ufasoft miner support?


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: shivansps on April 24, 2011, 11:26:56 PM
there no need, but because ufasoft miner is the higher performing cpu miner out there, its used more than others.

On APUs, there little diference in power consuption in using only igp or igp+cpu(as they share most of the subsystems), so on APU it may worth to use cpu mining. Llanos are expected around June/July.
and there is always room for improvement, no one could belive that Intel brought to the market the best and faster way to encode videos on SB igp...


A much better feature will be ability to select the cpu affinity of the miners, i had to manually set them to core 3 each time i stop/start the miners.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: proudhon on April 25, 2011, 04:10:33 PM
For those running this GUI miner in Windows 7, will you tell me what your CPU usage is?


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: BitterTea on April 25, 2011, 04:16:52 PM
For those running this GUI miner in Windows 7, will you tell me what your CPU usage is?

Windows 7 64 bit, Radeon 5850 - negligible CPU usage (an occasional 1%)


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: new_in_this on April 25, 2011, 04:29:19 PM
Windows 7 64 bit, Radeon 5850 - negligible CPU usage (an occasional 1%)

Same here, and RAM ~40MB
(mining 24/7) current uptime few weeks :)


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: proudhon on April 25, 2011, 04:38:08 PM
For those running this GUI miner in Windows 7, will you tell me what your CPU usage is?

Windows 7 64 bit, Radeon 5850 - negligible CPU usage (an occasional 1%)

What CPU do you have?  I'm getting 100% CPU usage on an Athlon 64x2 4200+.  Any ideas on why I'd be getting 100% CPU usage?


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: BitterTea on April 25, 2011, 05:25:41 PM
For those running this GUI miner in Windows 7, will you tell me what your CPU usage is?

Windows 7 64 bit, Radeon 5850 - negligible CPU usage (an occasional 1%)

What CPU do you have?  I'm getting 100% CPU usage on an Athlon 64x2 4200+.  Any ideas on why I'd be getting 100% CPU usage?

Are you CPU mining as well? That would do it. I've got an Intel Core i5-750 2.66GHz.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: TenthReality on April 25, 2011, 05:51:40 PM
Kiv,  what are the odds/chances of a small API that would let you pull stats from your app?  I'd love to at least be able to poll the hash rates for the workers, but being able to start/stop specific guys to flip flop pools or some other form of "remote admin" interface would be great.



Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: PiGames on April 25, 2011, 06:00:08 PM
For those running this GUI miner in Windows 7, will you tell me what your CPU usage is?

Win 7 Ultimate - CPU (AMD 5900+ X2) hovering around 8-11%
System uptime has been ~ a week.
The miner seems to take as much processing power as my Windows sidebar. A/V, Dropbox, and GPU Monitor running as well.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: Kiv on April 25, 2011, 08:28:51 PM
That might be doable - how exactly would you want to communicate with the app? I don't want to make things too complicated since I suspect only a fraction of users will want this functionality.

Feel free to hack away on the code as well if you'd like, I would happily review any patches you want to submit.

Kiv,  what are the odds/chances of a small API that would let you pull stats from your app?  I'd love to at least be able to poll the hash rates for the workers, but being able to start/stop specific guys to flip flop pools or some other form of "remote admin" interface would be great.




Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: gaxsax on April 25, 2011, 10:36:55 PM


my guiminer won't connect to the pool

I've got Windows XP and Quad 2.40GhZ processor with NVIDIA GeForce 9800 GT card

is there a guiminer setup guide?

cheers


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: Kiv on April 27, 2011, 10:50:10 PM
You'll have to give more detail. What steps have you tried, and what if any error messages did you see when you tried? What version of OpenCL do you have and which pool are you using?



my guiminer won't connect to the pool

I've got Windows XP and Quad 2.40GhZ processor with NVIDIA GeForce 9800 GT card

is there a guiminer setup guide?

cheers



Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: os008 on April 28, 2011, 07:48:23 PM
Hi Kiv,
There's a new POCLBM version supporting BFI_INT; could you please update your software? Also, can you please add JSON support for deepbit? Thank you.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: TheShoura on April 28, 2011, 09:46:58 PM
I have GTX 460 as a primary adapter for games/deskto

I got a 5970 Radeon for purpose of mining, made it a secondary GPU, got drivers working and all

Using GUI miner (thoguht it would be easy). its not seeing the Radeon.. only sees my GTX 460

I have a display plugged into both cards

Help?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on April 29, 2011, 12:48:56 AM
A new version is out with the BFI_INT optimization, as well as the start of Russian language support thanks to Dobrodav. You can get it here:

guiminer-20110428.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/guiminer-20110428.exe)

Happy mining and remember to donate if you value the software.


Title: Re: GUI mining - now supports puddinpop's RPCminers
Post by: proudhon on April 29, 2011, 03:54:40 AM
For those running this GUI miner in Windows 7, will you tell me what your CPU usage is?

Windows 7 64 bit, Radeon 5850 - negligible CPU usage (an occasional 1%)

What CPU do you have?  I'm getting 100% CPU usage on an Athlon 64x2 4200+.  Any ideas on why I'd be getting 100% CPU usage?

Are you CPU mining as well? That would do it. I've got an Intel Core i5-750 2.66GHz.

Nope.  Just GPU mining.  Apparently this is a know problem, but nobody has a solution that they're publicly willing to share.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: marcus_of_augustus on April 29, 2011, 04:05:31 AM
For those running this GUI miner in Windows 7, will you tell me what your CPU usage is?

Windows 7 64 bit, Radeon 5850 - negligible CPU usage (an occasional 1%)

What CPU do you have?  I'm getting 100% CPU usage on an Athlon 64x2 4200+.  Any ideas on why I'd be getting 100% CPU usage?

Are you CPU mining as well? That would do it. I've got an Intel Core i5-750 2.66GHz.

Nope.  Just GPU mining.  Apparently this is a know problem, but nobody has a solution that they're publicly willing to share.

On linux, if you shutdown all graphical displays and stop moving things around on screen the cpu usages drops away to 2-3% ... you have to use a command-line tool to see this because any gui-based performance monitor will be using graphic resources by definition.

You might not realise how demanding the optimised OpenCL GPGPU mining s/ware is on the GPU ... they are built to scream and any othet interrupts to the GPU will affect performance ... you have to shut everything else down... and I mean everything, particularly anything with a gui or that has opened up a window ... to get the best performance, i.e., dedicated mining.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: proudhon on April 29, 2011, 04:17:00 AM
For those running this GUI miner in Windows 7, will you tell me what your CPU usage is?

Windows 7 64 bit, Radeon 5850 - negligible CPU usage (an occasional 1%)

What CPU do you have?  I'm getting 100% CPU usage on an Athlon 64x2 4200+.  Any ideas on why I'd be getting 100% CPU usage?

Are you CPU mining as well? That would do it. I've got an Intel Core i5-750 2.66GHz.

Nope.  Just GPU mining.  Apparently this is a know problem, but nobody has a solution that they're publicly willing to share.

On linux, if you shutdown all graphical displays and stop moving things around on screen the cpu usages drops away to 2-3% ... you have to use a command-line tool to see this because any gui-based performance monitor will be using graphic resources by definition.

You might not realise how demanding the optimised OpenCL GPGPU mining s/ware is on the GPU ... they are built to scream and any othet interrupts to the GPU will affect performance ... you have to shut everything else down... and I mean everything, particularly anything with a gui or that has opened up a window ... to get the best performance, i.e., dedicated mining.

I understand that GPGPU mining s/ware is very demanding on GPUs, but I want to know why my CPU is being used 100%.  System monitor clearly reports that the miner instances are using the CPU to full capacity, but the CPU isn't engaged in mining; the GPUs are.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: marcus_of_augustus on April 29, 2011, 04:36:33 AM
For those running this GUI miner in Windows 7, will you tell me what your CPU usage is?

Windows 7 64 bit, Radeon 5850 - negligible CPU usage (an occasional 1%)

What CPU do you have?  I'm getting 100% CPU usage on an Athlon 64x2 4200+.  Any ideas on why I'd be getting 100% CPU usage?

Are you CPU mining as well? That would do it. I've got an Intel Core i5-750 2.66GHz.

Nope.  Just GPU mining.  Apparently this is a know problem, but nobody has a solution that they're publicly willing to share.

On linux, if you shutdown all graphical displays and stop moving things around on screen the cpu usages drops away to 2-3% ... you have to use a command-line tool to see this because any gui-based performance monitor will be using graphic resources by definition.

You might not realise how demanding the optimised OpenCL GPGPU mining s/ware is on the GPU ... they are built to scream and any othet interrupts to the GPU will affect performance ... you have to shut everything else down... and I mean everything, particularly anything with a gui or that has opened up a window ... to get the best performance, i.e., dedicated mining.

I understand that GPGPU mining s/ware is very demanding on GPUs, but I want to know why my CPU is being used 100%.  System monitor clearly reports that the miner instances are using the CPU to full capacity, but the CPU isn't engaged in mining; the GPUs are.

Yes, but the CPU has to talk to the GPU to pass work to it, mining or graphics ... if the GPU is tied up then the CPU just spends ages going ......

are you there yet?
are you there yet?
are you there yet?
are you there yet?
are you there yet?
are you there yet?
are you there yet?

I'm not sure that a gui-based miner is good for computation or just for user friendliness ... unless there is something clever going in there to stop the CPU pestering the GPU while it is mining


Title: Re: GUI mining - now with BFI_INT optimization
Post by: new_in_this on April 29, 2011, 04:54:38 AM
I'm not sure did i understood what you ment as english is not my main language, but here is cap of guiminer running:
http://img.myph.us/Ik5.png


Title: Re: GUI mining - now with BFI_INT optimization
Post by: proudhon on April 29, 2011, 05:22:24 AM
For those running this GUI miner in Windows 7, will you tell me what your CPU usage is?

Windows 7 64 bit, Radeon 5850 - negligible CPU usage (an occasional 1%)

What CPU do you have?  I'm getting 100% CPU usage on an Athlon 64x2 4200+.  Any ideas on why I'd be getting 100% CPU usage?

Are you CPU mining as well? That would do it. I've got an Intel Core i5-750 2.66GHz.

Nope.  Just GPU mining.  Apparently this is a know problem, but nobody has a solution that they're publicly willing to share.

On linux, if you shutdown all graphical displays and stop moving things around on screen the cpu usages drops away to 2-3% ... you have to use a command-line tool to see this because any gui-based performance monitor will be using graphic resources by definition.

You might not realise how demanding the optimised OpenCL GPGPU mining s/ware is on the GPU ... they are built to scream and any othet interrupts to the GPU will affect performance ... you have to shut everything else down... and I mean everything, particularly anything with a gui or that has opened up a window ... to get the best performance, i.e., dedicated mining.

I understand that GPGPU mining s/ware is very demanding on GPUs, but I want to know why my CPU is being used 100%.  System monitor clearly reports that the miner instances are using the CPU to full capacity, but the CPU isn't engaged in mining; the GPUs are.

Yes, but the CPU has to talk to the GPU to pass work to it, mining or graphics ... if the GPU is tied up then the CPU just spends ages going ......

are you there yet?
are you there yet?
are you there yet?
are you there yet?
are you there yet?
are you there yet?
are you there yet?

I'm not sure that a gui-based miner is good for computation or just for user friendliness ... unless there is something clever going in there to stop the CPU pestering the GPU while it is mining

I'm actually using phoenix now and I still get the same problem.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Grinder on April 29, 2011, 08:13:25 AM
I understand that GPGPU mining s/ware is very demanding on GPUs, but I want to know why my CPU is being used 100%.
It's because OpenCL 2.2 and higher is broken if you have more than 1 GPU.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: TheShoura on April 29, 2011, 08:37:48 AM
I understand that GPGPU mining s/ware is very demanding on GPUs, but I want to know why my CPU is being used 100%.
It's because OpenCL 2.2 and higher is broken if you have more than 1 GPU.
Mining on 3 GPUs my CPU is sitting at 40% (5970 and GTX460) but I only mine full time on the 5970 now, the 460 is wasteful. With this, I sit at 30%

Core i7 920 @ 4200 Mhz


Title: Re: GUI mining - now with BFI_INT optimization
Post by: allinvain on April 29, 2011, 09:19:42 AM
I understand that GPGPU mining s/ware is very demanding on GPUs, but I want to know why my CPU is being used 100%.
It's because OpenCL 2.2 and higher is broken if you have more than 1 GPU.

So only downgrading to OpenCL 2.1 would fix this?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Grinder on April 29, 2011, 09:23:34 AM
So only downgrading to OpenCL 2.1 would fix this?
Yes, but 2.1 doesn't support the 6xxx series, so you can't do it if you have one of those.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: proudhon on April 29, 2011, 11:25:26 AM
So only downgrading to OpenCL 2.1 would fix this?
Yes, but 2.1 doesn't support the 6xxx series, so you can't do it if you have one of those.

Doh!


Title: Re: GUI mining - now with BFI_INT optimization
Post by: allinvain on April 29, 2011, 02:05:31 PM
So only downgrading to OpenCL 2.1 would fix this?
Yes, but 2.1 doesn't support the 6xxx series, so you can't do it if you have one of those.

Nice. Well it looks like I have to look into installing SDK 2.1 then. Do you happen to know which is the earliest catalyst drivers package that contains 2.1?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Xye on April 29, 2011, 02:07:55 PM
I'd like to Mine on my CPU as I've got 8 threads sitting idle but it doesn't show up under the device's tab.

Is this an OpenCL problem?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on April 29, 2011, 07:44:02 PM
I'd like to Mine on my CPU as I've got 8 threads sitting idle but it doesn't show up under the device's tab.

Is this an OpenCL problem?

What devices do you see in the tab?

If OpenCL isn't working for you, something you can try is File ->New Other Miner and pick rpcminer-cpu instead. This is a non-OpenCL miner by puddinpop that runs on your CPU.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: allinvain on April 30, 2011, 12:24:02 AM
well, I tried installing 10.11 + SDK 2.1, but it's a no go. What happens is gui miner complains that there is no valid OpenCL devices in the system. So I went to catalyst 11.4 which works and there is no 100% cpu usage with 1 miner (one card) but when the second one comes into the picture it's 100% all over again..

Am I the only one that could not get SDK 2.1 working on a 5870? Am I doing something wrong here? Does 2.1 even support the 5000 series?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: dishwara on April 30, 2011, 03:08:22 AM
well, I tried installing 10.11 + SDK 2.1, but it's a no go. What happens is gui miner complains that there is no valid OpenCL devices in the system. So I went to catalyst 11.4 which works and there is no 100% cpu usage with 1 miner (one card) but when the second one comes into the picture it's 100% all over again..

Am I the only one that could not get SDK 2.1 working on a 5870? Am I doing something wrong here? Does 2.1 even support the 5000 series?

Seems amd drivers screwed your system.
Use driver sweeper from http://www.phyxion.net/item/driver-sweeper.html
In screen shot u can see, select AMD - display , analyse & then clean.
also go to safe mode & do the same & install 10.11 with 2.1 sdk & everything will work fine.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: allinvain on April 30, 2011, 03:33:01 AM
well, I tried installing 10.11 + SDK 2.1, but it's a no go. What happens is gui miner complains that there is no valid OpenCL devices in the system. So I went to catalyst 11.4 which works and there is no 100% cpu usage with 1 miner (one card) but when the second one comes into the picture it's 100% all over again..

Am I the only one that could not get SDK 2.1 working on a 5870? Am I doing something wrong here? Does 2.1 even support the 5000 series?

Seems amd drivers screwed your system.
Use driver sweeper from http://www.phyxion.net/item/driver-sweeper.html
In screen shot u can see, select AMD - display , analyse & then clean.
also go to safe mode & do the same & install 10.11 with 2.1 sdk & everything will work fine.

Hmm, ok I shall give that a shot. So you're saying i should install 10.11 without the opencl drivers and then install 2.1 sdk separately..right?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: dishwara on April 30, 2011, 03:38:46 AM
No, install 2.1 that comes with 10.11 after removing all the drivers u installed before.
Also delete the folder, ATI & AMD in root of c drive, before you remove driver using driver sweeper.
c:\amd & c:\ati.
you have one or more drivers in system & that causing problem. You can even go to device manager & uninstall your graphics card & also select "delete drivers also" when it asks, when you are uninstalling in device manager.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: allinvain on April 30, 2011, 04:39:50 AM
No, install 2.1 that comes with 10.11 after removing all the drivers u installed before.
Also delete the folder, ATI & AMD in root of c drive, before you remove driver using driver sweeper.
c:\amd & c:\ati.
you have one or more drivers in system & that causing problem. You can even go to device manager & uninstall your graphics card & also select "delete drivers also" when it asks, when you are uninstalling in device manager.

Well that works and I've done that in the past, but 10.11 does NOT come with SDK Stream 2.1! It comes with 2.2. 

Maybe there is an unofficial drivers package that contains 2.1?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: dishwara on April 30, 2011, 12:55:59 PM
oh, then you have to install standalone 2.1 only.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: allinvain on April 30, 2011, 02:56:15 PM
oh, then you have to install standalone 2.1 only.


Yeah, I'll figure it out. At the moment it's not a big deal as there isn't much of a performance difference between 2.1 and 2.2 from what I hear, and using 2.2 on just ONE card does not cause that 100% cpu load issue. When I get my dummy vga plug I'm going to activate the second card so at that point I will look into making 2.1 work somehow. I'm thinking I'll wipe all the drivers away..install 10.1 with only the catalyst control panel and the video drivers and then install 2.1 standalone.


Title: Re: GUI mining - Noob seeks help
Post by: gaxsax on April 30, 2011, 10:05:11 PM
hi all

I need help setting up GUI miner because it wont connect to pool.

my vid card NVIDIA GeForce 9800 GT

how do work GUI miner in cuda mode?

do I need any other software?

cheers



Title: Re: GUI mining - now with BFI_INT optimization
Post by: Dobrodav on April 30, 2011, 11:46:05 PM
Something about that last GUI miner beta version:

KIV implement not only support for new poclbm, but  also multilanguage support.
To add your own language you just need to edit  file guiminer_ru.po, save it in 8 utf (without BOM) coding and run po_to_mo.exe (in parent directory). Then choose russian in language menu and restart GUI miner for test.
Don`t forget to send KIV  your version of guiminer_ru.po with reminder of what language you use. Than he will be able to add that new language version in language menu in next upcoming relise.
 Structure of guiminer_ru.po file is clear, i`m belive you will not need any instructions when you see it. Just change russian strings on your own.

Status of that multylanguage version is now beta, but very close to perfection. KIV is aware of some missed strings and will deal with them soon. And he is damnn fast ! :)
Here is  last  updated version of russian version of guiminer_ru.po.:

http://narod.ru/disk/11566178001/guiminer_ru.zip.html


Title: Re: GUI mining - now with BFI_INT optimization
Post by: BEaSTFX on April 30, 2011, 11:52:31 PM
I have Nvidia GT 220. What flags should i use?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: marcus_of_augustus on May 01, 2011, 12:04:18 AM
I have Nvidia GT 220. What flags should i use?

Nvidia huh?, how about the "I surrender" white flag?

(just kidding)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Dobrodav on May 01, 2011, 01:43:07 AM
With current hash difficulty, you will just burn out money trying  maining on 220.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Fiyasko on May 01, 2011, 05:11:57 AM
No offense intended, But nvidia has
No
Fucking
Chance
at the bitcoin race

On another note:DAYUM THE LASTEST VERSION ROCKS, Went from 260 up to 290mashes!!!!! (6870)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Clarithium on May 01, 2011, 09:13:52 PM
Wow the updated jumped up an extra 20 mhash. Thanks :D!


Title: Re: GUI mining - now with BFI_INT optimization
Post by: SgtSpike on May 02, 2011, 04:56:47 AM
I went from 162 to 176!

AVG said it detected non-specific malware.  I am assuming false alarm, but can anyone confirm why?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: dishwara on May 02, 2011, 05:02:53 AM
Its false only. using norton, kaspersky


Title: Re: GUI mining - now with BFI_INT optimization
Post by: SgtSpike on May 02, 2011, 05:12:47 AM
Its false only. using norton, kaspersky

Thanks for the confirmation.  ;)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: allinvain on May 02, 2011, 06:32:55 AM
I can confirm that too. I'm using Symantec Antivirus (aka Norton Corporate Edition) and no virus warning or any such thing.



Title: Re: GUI mining - now with BFI_INT optimization
Post by: PiGames on May 02, 2011, 11:03:36 PM
Bumped my 6850 from 196 to 217mhash/s  ;D


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on May 02, 2011, 11:06:07 PM
Glad to see people are getting benefits from the new optimization :)

I updated a new version - the only difference is improved Russian language support. If you already have the April 28th version, you don't need to upgrade unless you're using the Russian version.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: OUTSIDE on May 03, 2011, 06:06:58 AM
What have the new "20110501" version?

Can you do a "changelog" at the first post?

Thx!

ByE!


Title: Re: GUI mining - now with BFI_INT optimization
Post by: jurian89 on May 03, 2011, 06:44:52 AM
wentfrom 164 to 184 with my undervolted 5770.

 Sent you a small donation :)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: huayra.agera on May 03, 2011, 06:05:59 PM
From 180+ Mhash/s at stock, it's now 250 Mhash/s (AMD 6850 @ 1004/300) Very nice!


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Fiyasko on May 04, 2011, 07:26:13 AM
Uhhhh did anyone else Randomly loose the Mhash/sec boost that they got from using the most recent version? I went up by and extra 30Mhash/sec and now they've just run away on me, Back down by 30.....W T F?
Im gonna assume that this is something fucked up on my end, But who knows

lol nvm


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Xer on May 04, 2011, 02:09:13 PM
Is there any way http://www.howtogeek.com/howto/windows-vista/start-an-application-assigned-to-a-specific-cpu-in-windows-vista/ could be integrated so when launching the miners? so that they always start on the highest core? core 1 for a dual core, core 2 for a Triple core and core 3 for a quad core and so on?

Its a pain having to remember doing it manually every time i restart a miner.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: abelort on May 04, 2011, 07:23:26 PM
can anybody help me?

i got a 6870 in my system ATM and the GUIminer is running.

BUT. It only shows my CPU (Phenom 965). And only makes 3 Mhash/s which aint that much at all!

How can i get my GPU to work :)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: unxetas on May 04, 2011, 07:27:38 PM
You need to get openCL running.. I spent hours trying to figure it out on my machine and it turns out if you're running windows XP, you need service pack 3 or the openCL drivers won't work. Which OS are you running?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: abelort on May 04, 2011, 07:35:27 PM
Win7 64-bit


Title: Re: GUI mining - now with BFI_INT optimization
Post by: unxetas on May 04, 2011, 09:53:20 PM
running the latest (11.4?) catalyst drivers? Did you have an nVidia card before?

Geek3d's GPU Caps Viewer is a nice tool to figure out if openCL is running or not: http://www.geeks3d.com/20110331/download-gpu-caps-viewer-1-11-1-and-gpu-shark-0-4-4/

Then you'll have to play with your driver installation until you figure the problem out. Apparently openCL is picky about previous driver installations, windows not being up to date, stuff like that. There's also an openCL driver only available from the AMD website, but it should be included with the latest catalyst drivers anyway. If you're trying to run older drivers for whatever reason, you may need to download and install the ATI Stream SDK.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: SgtSpike on May 05, 2011, 08:05:29 PM
*Sigh*  It's always after you type something up and serialize your thoughts that you think of *one more* thing to try.

I uninstalled and reinstalled Catalyst and everything is peachy.
How true that is...


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on May 06, 2011, 12:53:55 AM
Glad you got it working :)

For future reference, all guiminer application state is stored in .ini files either in the miner directory or in %APPDATA%\Roaming\poclbm. I don't like the registry so I didn't use any registry keys :)

*Sigh*  It's always after you type something up and serialize your thoughts that you think of *one more* thing to try.

I uninstalled and reinstalled Catalyst and everything is peachy.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: allinvain on May 06, 2011, 03:17:45 AM
Glad you got it working :)

For future reference, all guiminer application state is stored in .ini files either in the miner directory or in %APPDATA%\Roaming\poclbm. I don't like the registry so I didn't use any registry keys :)

*Sigh*  It's always after you type something up and serialize your thoughts that you think of *one more* thing to try.

I uninstalled and reinstalled Catalyst and everything is peachy.

I like that..keeping it old school unix style (ie with separate conf files) :)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: compro01 on May 06, 2011, 06:52:48 AM
am i the only one with this problem or is retrieving balance for the deepbit pool broken or blocked or something?  just kicks a 403 forbidden error when i try it, but mining is working fine.

nevermind, seems my API token changed somehow.

where in the GUI do you enter the API token?  i couldn't find anything and needed to go edit the config file.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: EpicBacon on May 06, 2011, 07:05:06 AM
am i the only one with this problem or is retrieving balance for the deepbit pool broken or blocked or something?  just kicks a 403 forbidden error when i try it, but mining is working fine.
I just tried refreshing my balance and it worked perfectly.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on May 06, 2011, 10:56:00 AM
I overlooked that use case - it will prompt for a token if you haven't entered one, but if your token changed
somehow, it won't know to prompt again. I should probably change it either so it prompts again whenever you get a 403, or have a dialog where you can view all your tokens.

am i the only one with this problem or is retrieving balance for the deepbit pool broken or blocked or something?  just kicks a 403 forbidden error when i try it, but mining is working fine.

nevermind, seems my API token changed somehow.

where in the GUI do you enter the API token?  i couldn't find anything and needed to go edit the config file.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: TheShoura on May 06, 2011, 09:30:12 PM
I have a problem with GUI miner on one of my dedicated rigs
I have four identical cards running, all with identical settings

GPU1 and GPU2 are having connection problems intermittently while GPU3 and 4 are solid.

What would cause this?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on May 07, 2011, 12:04:12 AM
I haven't heard of this issue before. There's no particular reason for any GPU to behave differently than the others. A bit more detail might help me or other posters figure it out.

What cards are you running? What pool and what settings? Are you using OpenCL or CUDA?

I have a problem with GUI miner on one of my dedicated rigs
I have four identical cards running, all with identical settings

GPU1 and GPU2 are having connection problems intermittently while GPU3 and 4 are solid.

What would cause this?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: frycicle on May 07, 2011, 04:24:40 AM
I'm having some issues. I was mining with a 560 Ti using the CUDA miner. I added a ATI 5750 and it wouldn't show. I can't get the miner to show the 5750. Any ideas?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on May 07, 2011, 10:23:04 AM
My guess is that the ATI card doesn't support CUDA and you don't have OpenCL installed. You'll probably have to install OpenCL to mine on an ATI card.

I'm having some issues. I was mining with a 560 Ti using the CUDA miner. I added a ATI 5750 and it wouldn't show. I can't get the miner to show the 5750. Any ideas?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: bbulker on May 07, 2011, 05:16:25 PM
The new version increased my hashrate by 20Mhash/sec  ;D


Title: Re: GUI mining - now with BFI_INT optimization
Post by: frycicle on May 07, 2011, 07:08:34 PM
My guess is that the ATI card doesn't support CUDA and you don't have OpenCL installed. You'll probably have to install OpenCL to mine on an ATI card.

I'm having some issues. I was mining with a 560 Ti using the CUDA miner. I added a ATI 5750 and it wouldn't show. I can't get the miner to show the 5750. Any ideas?

I have the newest Open CL installed. I tried a earlier version and I get an error message that says "The display driver installed on this system does not have OpenCL support for AMD GPUs" I have the AMD driver installed.

Now my 560 Ti isn't showing.  ???

Ok if I unplug my GTX 560 Ti and put my display on the 5750, the 5750 appears. I can't get both to appear though.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Nonlin on May 08, 2011, 06:53:32 AM
I'm having the same issue.

I'm reciving "Connection Problems" error as well.

The thing is it will work on launch then stop and give the error than maybe pick pick up again in 20sec and work for lie 5 sec and the give the error again.

Its like on and off.

It was working great since I got it till today. No clue what is going on.

INFO:

1 GPU (5870) with SDK 2.1

Just got the latest version of the GUI and same stuff is happaning although it went from 360 Mhashes/sec to 402!


Title: Re: GUI mining - now with BFI_INT optimization
Post by: TheShoura on May 08, 2011, 07:13:58 AM
I haven't heard of this issue before. There's no particular reason for any GPU to behave differently than the others. A bit more detail might help me or other posters figure it out.

What cards are you running? What pool and what settings? Are you using OpenCL or CUDA?

I have a problem with GUI miner on one of my dedicated rigs
I have four identical cards running, all with identical settings

GPU1 and GPU2 are having connection problems intermittently while GPU3 and 4 are solid.

What would cause this?
http://bitcointalk.org/index.php?topic=7542.0

I'm having the same issue.

I'm reciving "Connection Problems" error as well.

The thing is it will work on launch then stop and give the error than maybe pick pick up again in 20sec and work for lie 5 sec and the give the error again.

Its like on and off.

It was working great since I got it till today. No clue what is going on.

INFO:

1 GPU (5870) with SDK 2.1

Just got the latest version of the GUI and same stuff is happaning although it went from 360 Mhashes/sec to 402!

OH MY GOD ME TOO!
http://bitcointalk.org/index.php?topic=7542.0

This problem is driving me crazy! PLEASE TELL ME IF YOU FIGURE OUT HOW TO FIX THIS!


Title: Re: GUI mining - now with BFI_INT optimization
Post by: watwugy on May 08, 2011, 09:44:42 PM
I'm having some issue... I tried to update my miner, so I deleted my old one, folder and everything included, downloaded the new one, but now when I try to run the application it gives me this:

---------------------------
Errors occurred
---------------------------
See the logfile 'C:\Users\xxxxxxxxx\Downloads\BTC\guiminer\guiminer.exe.log' for details
---------------------------
OK   
---------------------------

Then the log file has this to say:

ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 1911, in run
  File "guiminer.py", line 1460, in __init__
  File "guiminer.py", line 1644, in load_config
  File "guiminer.py", line 804, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 267] The directory name is invalid
Traceback (most recent call last):
  File "guiminer.py", line 1921, in <module>
  File "guiminer.py", line 1911, in run
  File "guiminer.py", line 1460, in __init__
  File "guiminer.py", line 1644, in load_config
  File "guiminer.py", line 804, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 267] The directory name is invalid


Title: Re: GUI mining - now with BFI_INT optimization
Post by: MonkeyHead on May 10, 2011, 08:33:12 AM
Hello every1.


I'm totaly new to this :D. So I'm mining with my "older" rig that has a AMD 4890 and I'm getting around 95 mhash/s with no flag. On the fifth side of this topic some1 said we should use -v -w128 on a 4890 but that decreases to 87Mhash/s. So do you folks have a better idea?



Title: Re: GUI mining - now with BFI_INT optimization
Post by: MonkeyHead on May 10, 2011, 10:05:23 AM
OC my card now getting around 104 with no flag.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: allinvain on May 10, 2011, 10:19:18 AM
Watch your temps..the 4890 run hot like toasters. In fact they'd make a good hot plate to cook your breakfast on :P

Umm, but have you tried -w 64?

I'm not sure what the optimal work size unit is for the 4890, but you can try -w 64 or -w 128 or -w 256 and see which works best. Or you can try to ask that question in this thread:

http://bitcointalk.org/index.php?topic=4122.0


Title: Re: GUI mining - now with BFI_INT optimization
Post by: MonkeyHead on May 10, 2011, 10:28:36 AM
Watch your temps..the 4890 run hot like toasters. In fact they'd make a good hot plate to cook your breakfast on :P

Umm, but have you tried -w 64?

I'm not sure what the optimal work size unit is for the 4890, but you can try -w 64 or -w 128 or -w 256 and see which works best. Or you can try to ask that question in this thread:

http://bitcointalk.org/index.php?topic=4122.0

Nah it ain't going over 78C got 2200mm fans + 2120mm fan.

Tried all of this, but they decrease from 8-10 Mhash

Ty for the link.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: allinvain on May 10, 2011, 11:40:15 AM
Well, over 100 Mhash for a 4890 is pretty damn good performance if you ask me. So I think in the end you just may have to settle for what you got.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: shivansps on May 11, 2011, 05:43:38 AM
I cant get guiminer to work under winpe enviroment...

drivers installed and working, opencl installed and working, GPU-Z confirms, Ufasoft miner detect the vga cards and use them, but both guiminer gives me a error, any lead what is missing?

Quote
ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 1909, in run
  File "guiminer.py", line 1432, in __init__
  File "guiminer.py", line 1579, in load_config
  File "guiminer.py", line 1516, in get_storage_location
  File "os.pyo", line 423, in __getitem__
KeyError: 'APPDATA'
Traceback (most recent call last):
  File "guiminer.py", line 1919, in <module>
  File "guiminer.py", line 1909, in run
  File "guiminer.py", line 1432, in __init__
  File "guiminer.py", line 1579, in load_config
  File "guiminer.py", line 1516, in get_storage_location
  File "os.pyo", line 423, in __getitem__
KeyError: 'APPDATA'


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on May 11, 2011, 11:02:01 AM
There's no APPDATA environment variable defined as there would be in normal Windows. Guiminer uses that variable to find a folder to store its settings. You should set it manually to be any location where you don't mind having an .ini file kept. Even the GUIMiner folder itself should work...

I cant get guiminer to work under winpe enviroment...

drivers installed and working, opencl installed and working, GPU-Z confirms, Ufasoft miner detect the vga cards and use them, but both guiminer gives me a error, any lead what is missing?

Quote
ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 1909, in run
  File "guiminer.py", line 1432, in __init__
  File "guiminer.py", line 1579, in load_config
  File "guiminer.py", line 1516, in get_storage_location
  File "os.pyo", line 423, in __getitem__
KeyError: 'APPDATA'
Traceback (most recent call last):
  File "guiminer.py", line 1919, in <module>
  File "guiminer.py", line 1909, in run
  File "guiminer.py", line 1432, in __init__
  File "guiminer.py", line 1579, in load_config
  File "guiminer.py", line 1516, in get_storage_location
  File "os.pyo", line 423, in __getitem__
KeyError: 'APPDATA'


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Fiyasko on May 11, 2011, 06:11:32 PM
Uhhh my 6990's are just Flatout NOT getting detected.
MSIa doesnt detect them
I cant run bench's


Title: Re: GUI mining - now with BFI_INT optimization
Post by: SgtSpike on May 11, 2011, 09:01:02 PM
Uhhh my 6990's are just Flatout NOT getting detected.
MSIa doesnt detect them
I cant run bench's
You don't have drivers and/or OpenCL installed correctly.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: TheShoura on May 12, 2011, 12:25:20 AM
Is there a way to increase the queue depth for fetching shares/work?

IE: Every few seconds the client reads "Connection Problems" then it goes away, and a new "Accepted" unit comes in. It seems its just because the internet is slow to respond (slow cable+wireless adapter for this machine)

Is there a fix to make sure the GPU stays busy?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: PwrLeveld on May 12, 2011, 12:39:09 AM
Uhhh my 6990's are just Flatout NOT getting detected.
MSIa doesnt detect them
I cant run bench's

I couldn't get it to work with the 11 drivers. Try rolling back.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Current-C on May 12, 2011, 01:22:27 PM
Can someone please tell me if there is a linux version of this yet?  I'm just getting linuxcoin going on my new rig but I'm a total linux noob and could use a simpler interface (prefer not to us windows on my rig if I can help it).


Title: Re: GUI mining - now with BFI_INT optimization
Post by: dikidera on May 12, 2011, 01:23:58 PM
There are some features i'd like to request:

When i've decided to switch to a different server, can you please make it so the shares from the other server get reset? I mean i connect to another server and the guiminer still counts the shares from the other server.
And can you please add the new pools that appeared?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: shivansps on May 12, 2011, 01:55:10 PM
There's no APPDATA environment variable defined as there would be in normal Windows. Guiminer uses that variable to find a folder to store its settings. You should set it manually to be any location where you don't mind having an .ini file kept. Even the GUIMiner folder itself should work...

thanks, a simple set appdata=wharever fixed it.

Funny thing is, it works, still gives an error about logo.ico, with is on the guiminer folder, but it works, but for some reason, it only works once, if i close guimminer and try to open it again, it gives another error, its not important.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on May 12, 2011, 08:18:39 PM
I have it working on Linux, but it's not packaged in any nice way and I'm not sure if it'll be easy enough for you to get it going.

If you'd like to be a guinea pig and try to get it working for you, you can grab the source code from the GitHub page and try to run that. I assume you're running an ATI graphics card using OpenCL, so you'll need to install PyOpenCL to get the source to work. I can help you with problems as they arise.

Can someone please tell me if there is a linux version of this yet?  I'm just getting linuxcoin going on my new rig but I'm a total linux noob and could use a simpler interface (prefer not to us windows on my rig if I can help it).


Title: Re: GUI mining - now with BFI_INT optimization
Post by: chaud on May 13, 2011, 05:01:49 AM
It would be nice if there was an option to only mine a certain percentage of the time that the program is running. After about 2 days of constant mining my GPU starts to experience errors, but a brief cooling down period every once in a while keeps it going without an issue.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: allinvain on May 13, 2011, 08:25:56 AM
It would be nice if there was an option to only mine a certain percentage of the time that the program is running. After about 2 days of constant mining my GPU starts to experience errors, but a brief cooling down period every once in a while keeps it going without an issue.

Not good. Are you overclocking the GPU? What temps are you experiencing?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on May 13, 2011, 10:48:50 AM
When i've decided to switch to a different server, can you please make it so the shares from the other server get reset? I mean i connect to another server and the guiminer still counts the shares from the other server.

Sure, this will be an easy change.

And can you please add the new pools that appeared?

Which pools specifically do you want to see? And do they work already with the miner if you pick "Other" as a server and enter their host URL?

If you like, try editing your servers.ini file in your GUIMiner main directory and add a new entry for the server you want.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: zimpixa on May 13, 2011, 11:25:52 AM
Maybe add one tab with information, like current price on mtgox, average blocks/h, difficulty, total network speed. Would be much easier to have this in one place, not to refresh browser every time. Also some kind of pool switching script would be excellent, if there are more then lets say 10 connection problems in last X minutes.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: new_in_this on May 13, 2011, 11:35:35 AM
@Kiv

Is it possible that you add "failsafe" in Guiminer?

For example in deepbit, if main server goes down then miner automatically starts using j2.deepbit and so on?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: chaud on May 13, 2011, 11:37:25 AM
It would be nice if there was an option to only mine a certain percentage of the time that the program is running. After about 2 days of constant mining my GPU starts to experience errors, but a brief cooling down period every once in a while keeps it going without an issue.

Not good. Are you overclocking the GPU? What temps are you experiencing?

Nope, XFX 4870 512MB running at stock, not even an XXX edition or anything. Temp sits at 71C under 24/7 usage. Replacement 6870 is on the way, but it would be nice to pass this on to another computer and keep mining with it. Never artifacts in games or anything, just have the miner complaining every two days or so about bad data.

e: This is getting annoying, now the GPU starts erroring and loses OpenCL support according to GPUz. Disappears from the list in the miners, but still plays games and benchmarks fine. It takes a Driver Sweeper run and reinstallation of the drivers/SDK to get it working again.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: zimpixa on May 13, 2011, 11:50:12 AM
And one which would be really promissing:

If graphic card fails, reboot PC and start mining again.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Devodka on May 13, 2011, 02:26:09 PM
Are there any extra flags that enhance the speed for the Nvidia GTX460(yeah yeah, nvidia sucks at mining =[)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: TenthReality on May 13, 2011, 02:38:32 PM
Are there any extra flags that enhance the speed for the Nvidia GTX460(yeah yeah, nvidia sucks at mining =[)

-v -w56 did the best for me on one machine
-v -w128 did better on another, can't explain why.

Worst performance was with no -v, even with different -w's

You're just going to have to screw around and find the best setup for you i think.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: A554551N4710N on May 13, 2011, 04:41:25 PM
I'm having some issues. I was mining with a 560 Ti using the CUDA miner. I added a ATI 5750 and it wouldn't show. I can't get the miner to show the 5750. Any ideas?

Would you mind sharing what flags you're using (if any)?
also, what do you do about heat?
I have a GTX 560 Ti and am running it at -w 18 :\ (62M/hashes/s)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: kosovito on May 13, 2011, 04:48:28 PM
I have an ATI 4890 and i can't see movies (Xvid-avi) when im mining, cause lag, and skipping, etc.

What the best way to see movies and mining?? Flags, config, etc

Thanks


Title: Re: GUI mining - now with BFI_INT optimization
Post by: ChaosFox on May 13, 2011, 08:33:10 PM
Hmm, any idea how hard it would be to add support to Ufasoft's miner, as an option for CPU mining? Maybe for a future release, as I usually get much greater performance with it compared to puddinpop's rpcminer-cpu, and hopefully others do too.  :)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: allinvain on May 13, 2011, 11:15:28 PM
I have an ATI 4890 and i can't see movies (Xvid-avi) when im mining, cause lag, and skipping, etc.

What the best way to see movies and mining?? Flags, config, etc

Thanks

-f 60 or higher...



Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on May 14, 2011, 12:20:39 PM
I would have to edit a fair bit of code since Ufasoft's miner communicates differently than the other two. Right not it's not a priority for me since I don't think there's any future in CPU mining. The way difficulty is going, CPU mining will shortly only be useful for educational purposes.

There are two ways you would see Ufasoft miner support: either someone does the coding and submits a patch to me, or I receive enough bounty for it to be worth my while.

Hmm, any idea how hard it would be to add support to Ufasoft's miner, as an option for CPU mining? Maybe for a future release, as I usually get much greater performance with it compared to puddinpop's rpcminer-cpu, and hopefully others do too.  :)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: shivansps on May 14, 2011, 11:18:11 PM
I always wondered how you where able to "capture" the hash rate from poclbm.

OK its working now, just this strange missing logo.ico error and not able to restart it if i close it, i have to reboot. It needs to clear some external variable or something? thats really strange.
http://i.imgur.com/ujQGm.png

Quote
ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 1570, in <module>
  File "guiminer.py", line 1169, in __init__
SystemExit: 1

it seens like your miner will be the "winner" as the best miner for this little project of mine :P

BTW, there is no way i can export the hashs rates to a text file from outside?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: zimpixa on May 15, 2011, 09:30:47 AM
Is there any way to insert there button to clear console? After few days its hard to scroll it.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: jkminkov on May 15, 2011, 09:59:54 AM
close tab and open again


Title: Re: GUI mining - now with BFI_INT optimization
Post by: PwrLeveld on May 15, 2011, 01:49:36 PM
Hi,
I was just wondering what the throtling is on this miner. I want to know because I would like to mine while playing shogun 2, as it is cpu limited not gpu so I have many wasted cycles as the gpu waits. So, is this by default setup to throttle or can I force it in some way?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on May 15, 2011, 02:09:42 PM
Assuming you're using an ATI card and OpenCL, you can specify -f60 or -f120 in the flags in order to reduce the miner's priority. A higher f value means a lower priority.

Hi,
I was just wondering what the throtling is on this miner. I want to know because I would like to mine while playing shogun 2, as it is cpu limited not gpu so I have many wasted cycles as the gpu waits. So, is this by default setup to throttle or can I force it in some way?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: rcsheets on May 15, 2011, 02:18:52 PM
Thanks for writing this, Kiv. It's really handy. A donation is on the way. :)

If I may make a suggestion, I think a graph tab would be really nice, with hash rate on the y-axis and time on the x-axis.

I'm also among those who'd love to see GUIMiner working on Linux.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: allinvain on May 15, 2011, 05:10:43 PM
Kiv, I have an interesting question for you. I'm not sure if this was already asked or not, but here it goes anyways. I'm wondering if poclbm allows one to swap out its "kernel" (like Phoenix) and if so would it be possible to include the option to allow people to choose with which kernels they wish to mine (ie poclbm or phatk). I know Phoenix allows this feature but I really like your front end for certain reasons and it would be cool if I could use it and get the same performance I currently do with Phoenix and the modified phatk kernel (optimized for 5870)



Title: Re: GUI mining - now with BFI_INT optimization
Post by: Landern on May 15, 2011, 07:55:07 PM
I finally got my GPU running after downloading the correct drivers. Now when I run the mining and hit start mining it never gets past "starting...".
Before I was able to mine on my CPU just fine. what am I missing.

Thanks.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Isepick on May 15, 2011, 10:07:35 PM

If I may make a suggestion, I think a graph tab would be really nice, with hash rate on the y-axis and time on the x-axis.


+1


Title: Re: GUI mining - now with BFI_INT optimization
Post by: shivansps on May 15, 2011, 11:40:29 PM
Kiv, theres no way to export the hash rate or the entire poclbm stream to a text file??? y even tried using "1>all.log 2>>&1" as a extra line command. But i think your system to capture the hash rate is overriding it.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: youra6 on May 16, 2011, 03:07:17 AM
Anyone getting fluctuated GPU clocks using a 6990? Overclocking doesn't increase performance for me either.

http://i.imgur.com/fy6NR.png

As you can see, my targeted clocks are at 879mhz but my real time clocks are way below that, and it fluctuates around 770-800mhz. The occurs whether or not I overclock, so overclocking does NOT help my mhash.

The flags im using are -v -w128 -f0

I appreciate any help!


Title: Re: GUI mining - now with BFI_INT optimization
Post by: PwrLeveld on May 16, 2011, 03:21:29 AM
You may not have a strong enough psu as that could be throtling due because there is not enough power.
edit- wow when I am tired my sentences make no sense


Title: Re: GUI mining - now with BFI_INT optimization
Post by: youra6 on May 16, 2011, 03:52:39 AM
I have a TX-850, and it will provide plenty of power. Thanks for the suggestion though.

I was thinking that maybe it is the newest driver that was released (11.5)... I will try rolling back to 11.4


Title: Re: GUI mining - now with BFI_INT optimization
Post by: dishwara on May 16, 2011, 05:06:07 AM
You are using MSI Afterburner BETA 2.2.0 & enabled core voltage.
Disable core voltage, So far i didn't heard any one getting more or less hash by changing core voltage.
Also you set your fan at 94, but displaying 92, may be BUG in beta. Use stable version & check before changing drivers.

From your picture, you have set core clock to 879 & said it fluctuates 770-800, but in picture it shows max was 879 & 895.
Also the GPU usage is fluctuating , which must not happen if you use -f0.
-f0 forces GPU as much as to mine only, so you must get constant usage.

There are TWO certified PSU's in TX-850,   TX-850 & TX-850 V2
http://support.amd.com/us/certified/power-supplies/Pages/details.aspx?item=470
http://support.amd.com/us/certified/power-supplies/Pages/details.aspx?item=549

Just for how it looks in mine, i added my screen shot. I don't have 6990 or 2 cards in same pc currently.
Only one 6870 running with -v -w128 -f1

http://i56.tinypic.com/24xkpr8.jpg


Title: Re: GUI mining - now with BFI_INT optimization
Post by: hiVe on May 16, 2011, 05:32:36 AM
You may not have a strong enough psu as that could be throtling due because there is not enough power.
edit- wow when I am tired my sentences make no sense

You are using MSI Afterburner BETA 2.2.0 & enabled core voltage.
Disable core voltage, So far i didn't heard any one getting more or less hash by changing core voltage.
Also you set your fan at 94, but displaying 92, may be BUG in beta. Use stable version & check before changing drivers.

There are TWO certified PSU's in TX-850,   TX-850 & TX-850 V2
http://support.amd.com/us/certified/power-supplies/Pages/details.aspx?item=470
http://support.amd.com/us/certified/power-supplies/Pages/details.aspx?item=549

All of you are wrong fellas.
youra6 only has problems with GPU throttling because of "powertune" settings and the overall TDP limit for HD6990.
youra6 -> you're hitting the TDP threshold, so:
fix No. 1 -> go to CCC and push the powertune slider to +20 [may not work and the card may still throttle]
              or
fix No. 2 guaranteed working -> turn off your PC, find the physical BIOS switch on your card, set it into its secondary position, turn on your PC & enjoy the higher power consumption, higher clocks and absolutely NO powertune TDP limit whatsoever!

Manually increasing voltage in the default 830mhz mode will only make the situation with the OCP and subsequently throttling worse.
Btw, why is it that people going into mining and buying expensive premium hardware doesn't have a clue how things work and how to troubleshoot various issues? -.-


Title: Re: GUI mining - now with BFI_INT optimization
Post by: dishwara on May 16, 2011, 05:39:52 AM
I don't install the catalyst control center comes with ati driver bundle. so don't know/ care about power tune.
I only install ATI display driver, ATI catalyst install manager, APP 2.4 or SDK 2.1 & VC++. All other things are useless for mining & many times catalyst control center gives trouble by not accepting Afterburner changes.

You are right 6990 works on default clk only unless you use bios switch to change.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: hiVe on May 16, 2011, 05:48:30 AM
Well, in fact, numerous compute applications do throttle even in default bios 1 mode w/o OC and even with powertune limit increased. Just the way it is and there's barely any workaround around this except touching the second bios. On second thought, perhaps by decreasing the vCore, but its more likely that one encounters instability way earlier than any noticeable benefit of decreased throttling on the same clocks.
Check pls.

oftop: Oh and, I meant no disrespect, I wouldn't wanna people jump on me like last time I posted...people are different and strangely sometimes they see themselves offended.

cheers


Title: Re: GUI mining - now with BFI_INT optimization
Post by: youra6 on May 16, 2011, 07:47:14 AM
Good news is that power control setting allowed GPU 1 to be in full clocks. However GPU 2 is not.

And doesn't the bios switch thing void the warranty?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: hiVe on May 16, 2011, 09:55:04 AM
Well, just switching to OC bios doesn't void any warranties, its operating the card at those out-spec. settings that voids it.
In any case, the yellow sticker can be put back to place w/o any trace of removal, if something goes wrong...as with all things there's always a chance that the vendor won't accept the RMA request. Its a gamble but nothing to be sh1tting about =)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: marcus_of_augustus on May 16, 2011, 10:18:18 AM
Quote
Btw, why is it that people going into mining and buying expensive premium hardware doesn't have a clue how things work and how to troubleshoot various issues? -.-

Itsa gold rush like no other ... gonna be some trashed high-end AMD graphics cards coming on the market that's for sure.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: BitcoinsWallet on May 16, 2011, 10:27:58 AM
Thanks for the GUI, Kiv!!

Any problem since first use, GREAT  ;D


Title: Re: GUI mining - now with BFI_INT optimization
Post by: chrismca on May 16, 2011, 10:52:51 PM
I posted in tech support, but maybe cross posting here would be good:

I am on windows7 x64.  Installed bitcoin and the GUIMiner.  Running the ATi (AMD) OpenCL posted in the GUIMiner thread.

I have changed my bitcoin.conf (C:\Users\myusername\AppData\Roaming\Bitcoin) to have my username and password:

rpcuser=c
rpcpassword=c

I launch GUIMiner and tell GUIMiner to launch bitcoin client as server.  I always get the "Problems communicating with bitcoin RPC" although I think I have set it all up correctly.

I even have launched bitcoin.exe with -server (and even --server) after a friends recommendation.  no avail.

I dont think port forward is an issue cause it is all local.

Anyone else experience this problem?  Any ideas how to fix this?

Thanks for any ideas, I am at a loss here.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: martin on May 17, 2011, 12:20:31 AM
I suspect I should be making this change m0mchil as it's a miner feature, but I thought I'd ask here first.

Is there any way to artificially limit the hashrate? If so, can it be tied to the card temperature to reduce the target hashrate as the temperature rises?

My HD5770 keeps running up to 95 degress, which is not a good temperature!


Title: Re: GUI mining - now with BFI_INT optimization
Post by: compro01 on May 17, 2011, 01:28:17 AM
I suspect I should be making this change m0mchil as it's a miner feature, but I thought I'd ask here first.

Is there any way to artificially limit the hashrate? If so, can it be tied to the card temperature to reduce the target hashrate as the temperature rises?

My HD5770 keeps running up to 95 degress, which is not a good temperature!

i believe there is a -s option coming Real Soon Now (someone has coded it and they're just waiting for a pull) to poclbm which forces a sleep period per frame, effectively leaving the GPU idle for some amount of time per frame.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: dishwara on May 17, 2011, 05:15:06 AM
I suspect I should be making this change m0mchil as it's a miner feature, but I thought I'd ask here first.

Is there any way to artificially limit the hashrate? If so, can it be tied to the card temperature to reduce the target hashrate as the temperature rises?

My HD5770 keeps running up to 95 degress, which is not a good temperature!

Better change fan speed from Auto to 100%, which will make fan run at 100% speed, so less temperature.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Justsomeforumuser on May 17, 2011, 07:45:06 AM
I suspect I should be making this change m0mchil as it's a miner feature, but I thought I'd ask here first.

Is there any way to artificially limit the hashrate? If so, can it be tied to the card temperature to reduce the target hashrate as the temperature rises?

My HD5770 keeps running up to 95 degress, which is not a good temperature!

You don't want that, you want to change your cooling. I had 3 low RPM, 3 pin fans left lying around. I put one BELOW the GPU(blowing out of the back side of the case) because I found out a buttload of heat was "trapped" below there and constantly used as "cooling" air by the GPU, one pushing in fresh air ONTO the GPU from the side and voila, 65C even with 10% overclock where I was in high 80s to 90C before as well with the 5770.

The card is cool and lower power use, you just have to give it a chance to actually cool itself.
Fan speed now is never over 60% even at full load and very, very quiet.
Costs maybe 5 EUR per case fan(these were ancient standard rasurbo cheapo fans here).


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Justsomeforumuser on May 17, 2011, 07:47:08 AM
What I personally have had several times over with the 5770 is that the "middle" GPU clocks get used, i.e. 400 MHz core, which drops Mhash/s to around 80 instead of the normal 175-180.

Sometimes doing nothing resets it back to the full 850, sometimes I need to start a 1080 video or SOMETHING, but quite frankly, most of the time I can't use any manual trick to get the full clocks back, not even the overclock trick in the FAQ, nothing. And it sure is not temperature anymore at 65C peak.

Why would the card clock down if it itsel reports 97% use all of the time?

Anyone else have this issue?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: jkminkov on May 17, 2011, 07:59:43 AM
I suspect I should be making this change m0mchil as it's a miner feature, but I thought I'd ask here first.

Is there any way to artificially limit the hashrate? If so, can it be tied to the card temperature to reduce the target hashrate as the temperature rises?

My HD5770 keeps running up to 95 degress, which is not a good temperature!

if it's the same crap as mine Asus cucore, drop vcore from 1,2mV to 1,125

you can play with -F switch - above 60, or use phoenix miner with low aggression - 3 or 4


Title: Re: GUI mining - now with BFI_INT optimization
Post by: martin on May 17, 2011, 09:45:28 AM
I suspect I should be making this change m0mchil as it's a miner feature, but I thought I'd ask here first.

Is there any way to artificially limit the hashrate? If so, can it be tied to the card temperature to reduce the target hashrate as the temperature rises?

My HD5770 keeps running up to 95 degress, which is not a good temperature!

You don't want that, you want to change your cooling

I'm only doing very occasional mining on my gaming machine when I'm bored, so I'd rather not change the system around. I have a nice quiet computer at the moment. It just happens that right now the side of my case is off and I have a massive desk fan pointed right at the graphics card - so I doubt any heat is getting trapped at the moment ;)

you can play with -F switch - above 60, or use phoenix miner with low aggression - 3 or 4

Is this any documentation on the -F switch anywhere?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: jkminkov on May 17, 2011, 12:43:26 PM
Is this any documentation on the -F switch anywhere?

run in command prompt poclbm.exe -h


Title: Re: GUI mining - now with BFI_INT optimization
Post by: wuffer on May 17, 2011, 06:40:04 PM
I have tryed this miner and very easy to use. Then i tryed diablominer but i want to change back but when i use guiminer i get connection problems. And i dont matter if i shut down the pc for an hour. What is wrong??


Title: Re: GUI mining - now with BFI_INT optimization
Post by: A554551N4710N on May 17, 2011, 08:27:46 PM
Can you add automatic support for BTCGuild?
http://forum.bitcoin.org/smf/index.php?topic=7760.0

Also, a README file with all the possible flags would be nice, combined with what they do.

Other than that, your GUI is AWESOME!!


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Justsomeforumuser on May 18, 2011, 10:38:53 AM
Can you add automatic support for BTCGuild?
http://forum.bitcoin.org/smf/index.php?topic=7760.0

Also, a README file with all the possible flags would be nice, combined with what they do.

Other than that, your GUI is AWESOME!!

The poclbm page/wiki/readmes are essentially what you want for the flags, as GUIminer is just a GUI to poclbm.

As for adding BTCGuild, it's literally a handful of lines in the server.ini or just using the "other" option and plopping in the BTCGuild hostname(port seems the same, i.e. 8332). That should pretty much be it, although I have no idea if that "long polling" stuff is an issue or not.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on May 18, 2011, 11:00:26 AM
Sure, I can add BTCGuild. As mentioned you can run it manually using the "Other" option or by editing your server.ini, but it's no trouble to include it automatically in the next release.

Can you add automatic support for BTCGuild?
http://forum.bitcoin.org/smf/index.php?topic=7760.0

Also, a README file with all the possible flags would be nice, combined with what they do.

Other than that, your GUI is AWESOME!!

The poclbm page/wiki/readmes are essentially what you want for the flags, as GUIminer is just a GUI to poclbm.

As for adding BTCGuild, it's literally a handful of lines in the server.ini or just using the "other" option and plopping in the BTCGuild hostname(port seems the same, i.e. 8332). That should pretty much be it, although I have no idea if that "long polling" stuff is an issue or not.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: chaud on May 18, 2011, 11:43:20 AM
A fallback pool option would be helpful, if you aren't able to connect for X amount of time or X percent of the last X minutes, go to the fallback pool and mine there for X amount of time. MTRed went down last night, luckily it was while I was still around otherwise an entire night of mining would have been wasted.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Justsomeforumuser on May 18, 2011, 01:53:06 PM
Sure, I can add BTCGuild. As mentioned you can run it manually using the "Other" option or by editing your server.ini, but it's no trouble to include it automatically in the next release.


While we're on that - do you have any idea how to make it use more load or simply enforce the full 3D clock mode on the AMD cards?
My 5770 keeps drifting back to the 400 MHz core for some reason, and it seems more randomness than anything else for it to come back.

Cooling is fine, always < 70C GPU, so I have no idea what it really is.

Should I be looking at the -f flag?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Haxxy on May 18, 2011, 01:53:45 PM
Seems like I don't see "unconfirmed reward" when mining on BTCMine. There's nothing wrong with the API (I checked), so I guess it's a bug.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: PwrLeveld on May 18, 2011, 05:07:25 PM
If you want to keep your clocks at a certian level you can just set them with afterburner.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Big Bear on May 18, 2011, 07:38:34 PM
Hello,

I'm running a single 6970 but all I'm getting is 80-80.9 Mhash. Is there some sort of "extra flag" number that I should input to make this go faster?
Thanks



Title: Re: GUI mining - now with BFI_INT optimization
Post by: Serge on May 18, 2011, 08:20:06 PM
I've been wondering..

I'm running two cards and my CPU is at constant 50% load, eg 1 GPU takes 25% CPU - does anyone know is this normal behavior for GUI miner?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Justsomeforumuser on May 18, 2011, 08:24:38 PM
If you want to keep your clocks at a certian level you can just set them with afterburner.

I assume you mean MSI Afterburner?

I tried 2-3 overclocking tools already, the general consensus was: BSOD, less Mhash/s without a reason despite stock/faster speeds (around 10-15 less) and hangs if I open CCC after having used any like that.

So I was hoping to avoid any non-CCC tool. :P


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Justsomeforumuser on May 18, 2011, 08:26:11 PM
I've been wondering..

I'm running two cards and my CPU is at constant 50% load, eg 1 GPU takes 25% CPU - does anyone know is this normal behavior for GUI miner?

I am only on one card, but:
Task manager poclbm(the actual client) is using < 2% CPU and guiminer is literally using 0-1%. It should be pure GPU unless you chose another mode I guess ors omething is wrong.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: zimpixa on May 18, 2011, 08:51:36 PM
Could u add soon hotkeys to stop/start mining? Would be helpful to just click hotkey to stop mining rather then wait till it will refresh with -f0 flag.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Serge on May 18, 2011, 10:33:28 PM
I've been wondering..

I'm running two cards and my CPU is at constant 50% load, eg 1 GPU takes 25% CPU - does anyone know is this normal behavior for GUI miner?

I am only on one card, but:
Task manager poclbm(the actual client) is using < 2% CPU and guiminer is literally using 0-1%. It should be pure GPU unless you chose another mode I guess ors omething is wrong.

I have 2 poclbm each running at 25%. System runs very stable but not sure why it eats at cpu.


Title: Re: GUI mining -what does number in () mean under accepted?eom
Post by: nutating on May 19, 2011, 12:53:07 AM
what does number in () mean under accepted?eom


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on May 19, 2011, 10:49:11 AM
Something is off with your setup. Other people have had this issue too and I'm not sure if it was resolved, but you can search the forums or check the FAQ in the first post for a link to more info on it.

I've been wondering..

I'm running two cards and my CPU is at constant 50% load, eg 1 GPU takes 25% CPU - does anyone know is this normal behavior for GUI miner?

I am only on one card, but:
Task manager poclbm(the actual client) is using < 2% CPU and guiminer is literally using 0-1%. It should be pure GPU unless you chose another mode I guess ors omething is wrong.

I have 2 poclbm each running at 25%. System runs very stable but not sure why it eats at cpu.


Title: Re: GUI mining -what does number in () mean under accepted?eom
Post by: Kiv on May 19, 2011, 10:50:19 AM
1000 (150) means 1000 shares were accepted total, including 150 in the past hour. It just gives you another measure of how fast you are mining. I've added this question to the FAQ.

what does number in () mean under accepted?eom


Title: Re: GUI mining - now with BFI_INT optimization
Post by: BitcoinsWallet on May 19, 2011, 12:23:05 PM
Kiv, how i can translate the GUI, i want to help.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Stuee on May 19, 2011, 12:24:28 PM
I have noticed that whenever I have a webpage with a Flash video open, my GPU throttles down and my Mhash/s falls to about 50%
When I close the page, GPU throttles back up and Mhash/s returns to normal.

If you could find what causes this and add a switch to the GUI that'd be great, because sometimes it's useful to calm my video card down (quiter fan, etc.)

Cheers, Stuee


Title: Re: GUI mining - now with BFI_INT optimization
Post by: compro01 on May 19, 2011, 03:10:32 PM
I have noticed that whenever I have a webpage with a Flash video open, my GPU throttles down and my Mhash/s falls to about 50%
When I close the page, GPU throttles back up and Mhash/s returns to normal.

If you could find what causes this and add a switch to the GUI that'd be great, because sometimes it's useful to calm my video card down (quiter fan, etc.)

Cheers, Stuee

recent versions of flash utilize hardware acceleration on supported graphics cards, which is why the hashrate would drop.  no idea why it would throttle down though, unless the driver is figuring that since the 2D components are active, it can throttle down the shaders.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: gigitrix on May 19, 2011, 10:02:25 PM
Can you add mtred.com to the pools list? I set it up fine on my machine of course: I just want to see a ton of pools on that list to encourage competition, and help prevent "the Deepbit scenario"  ;D


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Danilo on May 20, 2011, 09:21:30 AM
Kiv I have a request... If it is possible...

My 5870 stops to mine every 1-2 hours (some hardware failure msg) and all I have to do is to manually click stop/start mining.
Is it possible that miner do it for me, to make an option stop/start mining every x minutes or something???

I think that it will be useful for the others, too. Because some of my friends have the similar issue, miner stops to mine (not so often as mine but every 24-48 hours). And all we have to do is manually click stop/start mining!

Imagine how big problem it can be if it stops to mine during the night or if we are far away from our precious gold diggers :)

Thanks in advance!

Edit: The message is "VERIFICATION FAILED, CHECK HARDWARE!"


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on May 20, 2011, 10:46:50 AM
Are you overclocking your 5870? It is possible to add the setting you want, but better is to fix the error so you don't have to restart it all the time :)

Kiv I have a request... If it is possible...

My 5870 stops to mine every 1-2 hours (some hardware failure msg) and all I have to do is to manually click stop/start mining.
Is it possible that miner do it for me, to make an option stop/start mining every x minutes or something???

I think that it will be useful for the others, too. Because some of my friends have the similar issue, miner stops to mine (not so often as mine but every 24-48 hours). And all we have to do is manually click stop/start mining!

Imagine how big problem it can be if it stops to mine during the night or if we are far away from our precious gold diggers :)

Thanks in advance!

Edit: The message is "VERIFICATION FAILED, CHECK HARDWARE!"


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Basiley on May 20, 2011, 11:04:29 AM
seems like VPU recovery[&related Catalyst GPU driver restart]due to overheating or power supply brownout.
both GPU/Case cooling imrovement and PSU update could  be helpful. less frequently happen due to malfunct motherboard power subsystem[yes, GPU's conume both 3.3V and 12V thru PCI-e slot, too].


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Danilo on May 20, 2011, 11:24:39 AM
Even better solution if GUI Miner can restart automatically after error, just to do stop/start thing for me.
I tried 5870 in various machines, versions of windows, with default, overclocked, downclocked values... Always the same. And PSU is strong enough.

I'm thinking to use windows task scheduler or similar software to start/stop GUI Miner every 1h or so??? Do you have a better idea?

Thanks for quick reply!


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Basiley on May 20, 2011, 12:14:31 PM
Even better solution if GUI Miner can restart automatically after error, just to do stop/start thing for me.
I tried 5870 in various machines, versions of windows, with default, overclocked, downclocked values... Always the same. And PSU is strong enough.

I'm thinking to use windows task scheduler or similar software to start/stop GUI Miner every 1h or so??? Do you have a better idea?

Thanks for quick reply!
yes, you can tune gui miner to "AutoStart" mode.
and then start/kill it with Windows task sheduler service.
talking about error - please check you Windows logs[starting from "Applications log" and "System log" one], to be sure, what kind of it.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Danilo on May 20, 2011, 01:35:19 PM
It looks like driver restart.

For example if you have GPU with default values and it is 100% stable (mining 24/7 with no errors) - that is good

Even better will be if you overclock GPU by 20% which might get you 50-100 Mhash/s (on some cards), but that would make your card less stable (for example GUI Miner stops every 12 hours). All you need to do is manually click stop/start and miner will continue. And you are mining again 50-100 Mhash/s more then on default.

BUT if you are AFK for a long time and error appears you will not mine at all. That's why I think that it will be very useful for everyone to implement options I mentioned before (no one is mining without errors, miner will stop eventually and someone have to do 2 clicks).

All I'm asking to make miner to stop/start automatically after error like mine or to make option stop/start every x minutes (reseting mining will take less than 5sec).



Title: Re: GUI mining - now with BFI_INT optimization
Post by: JayC on May 20, 2011, 01:59:52 PM
I'm sure I'm doing something wrong...

I download the latest version of the self-extractive archive, uncompress it to c:\guiminer and run guiminer.exe and get the following error:

"This application has failed to start because the application configuration is incorrect.  Reinstalling the application may fix this problem."

I read the README and glanced at the first post...  What am I doing wrong?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: JayC on May 20, 2011, 04:08:27 PM
I'm sure I'm doing something wrong...

I download the latest version of the self-extractive archive, uncompress it to c:\guiminer and run guiminer.exe and get the following error:

"This application has failed to start because the application configuration is incorrect.  Reinstalling the application may fix this problem."

I read the README and glanced at the first post...  What am I doing wrong?

BTW, the error is because I didn't have Python 3.2 installed on the PC's.....  Just FYI

Another question...  is there a way to execute without getting the OpenCL warning box everytime?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on May 20, 2011, 11:22:35 PM
That's rather strange - you don't need Python installed to run the miner because the interpreter is already bundled with the exe (using the py2exe module).

There's currently no way to suppress the warning, but that's something I could easily add in the next release.

I'm sure I'm doing something wrong...

I download the latest version of the self-extractive archive, uncompress it to c:\guiminer and run guiminer.exe and get the following error:

"This application has failed to start because the application configuration is incorrect.  Reinstalling the application may fix this problem."

I read the README and glanced at the first post...  What am I doing wrong?

BTW, the error is because I didn't have Python 3.2 installed on the PC's.....  Just FYI

Another question...  is there a way to execute without getting the OpenCL warning box everytime?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: skomi84 on May 21, 2011, 01:13:11 AM
Solution is simple

Windows Task Scheduler

every hour taskkill /IM guiminer.exe /F

then In Task Scheduler make task not simple task to start guiminer

guiminer.exe

start in : directory of guiminer


Title: Re: GUI mining - now with BFI_INT optimization
Post by: skomi84 on May 21, 2011, 01:14:41 AM
try also http://www.skomi84.com/skomi84/bitcoins/automatic-restart-of-guiminer-automatic-killtask-of-guiminer-automatic-start-of-guiminer/ (http://www.skomi84.com/skomi84/bitcoins/automatic-restart-of-guiminer-automatic-killtask-of-guiminer-automatic-start-of-guiminer/)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Quantumplation on May 21, 2011, 01:19:44 AM
Hey, haven't read through all 23 pages, but is there a known issue with being stuck as perpetually "connecting..."?  just doing CPU mining (sadly no OpenCL GPU here...) and it's just perpetually stuck "Connecting...".


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on May 21, 2011, 01:24:26 AM
Hmm... are you trying to mine solo or in a pool? If solo, your Bitcoin client might not be configured properly. If a pool, you might have the wrong username or password.

Also, try opening the Console tab and then starting the miner to see if any interesting messages appear.

Hey, haven't read through all 23 pages, but is there a known issue with being stuck as perpetually "connecting..."?  just doing CPU mining (sadly no OpenCL GPU here...) and it's just perpetually stuck "Connecting...".


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Quantumplation on May 21, 2011, 02:36:27 AM
The password is right, (compared it in the console), and it was working fine on another computer I configured it on (different network, so maybe that's the problem...).  Does the program require any connectback functionality?  I can telnet out to port 8882, but if it's trying to connect to me on any port, that's going to be a problem.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: subin145 on May 21, 2011, 03:17:27 AM
hi I cannot run application, when i run it application cannot show, i open task manager can see guiminer.exe run but it not show and 3s automatic close... WTH with this?

http://img847.imageshack.us/img847/441/applicationnotrun.jpg

Help me, tks


Title: Re: GUI mining - now with BFI_INT optimization
Post by: airdata on May 21, 2011, 08:31:17 AM
Hey subin, I'm a noob here but thought I'd try to help.  I see that you have norton.  Can you see if norton is blocking it?  either add an exception or disable autoprotect for a minute and try opening it.  They implemented a new feature at the end of april that uses a reputation based system and automatically blocks programs with low reputation.


Could somebody help a noob out?  I just started running this.  I have a 2gb 4870 and just rebooted because of temps.  They were around 125c or more before the reboot happened.  Is there a flag to use to limit percentage of gpu being used?  Thanks.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: jak0b on May 21, 2011, 10:12:41 AM
Nice miner Kiv  <3  (I'll send you some BTC as soon as i get some more hashing power next week)

I only have a small request - can you please add time-stamps to the console. That would be awesome, thanks.


airdata@
I think you can try to play a little with the -f flag to limit the GPU load.
I saw in another thread, somebody using -f 1000 to get it down to ~70% load. But that was with another miner, so it might not work equally with GUIminer.
Just know that the -f is inverse process priority (higher number = lower priority).


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Danilo on May 21, 2011, 10:20:24 AM
try also http://www.skomi84.com/skomi84/bitcoins/automatic-restart-of-guiminer-automatic-killtask-of-guiminer-automatic-start-of-guiminer/ (http://www.skomi84.com/skomi84/bitcoins/automatic-restart-of-guiminer-automatic-killtask-of-guiminer-automatic-start-of-guiminer/)

Hvala Mihalj :)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Basiley on May 21, 2011, 10:36:31 AM
Hey subin, I'm a noob here but thought I'd try to help.  I see that you have norton.  Can you see if norton is blocking it?  either add an exception or disable autoprotect for a minute and try opening it.  They implemented a new feature at the end of april that uses a reputation based system and automatically blocks programs with low reputation.


Could somebody help a noob out?  I just started running this.  I have a 2gb 4870 and just rebooted because of temps.  They were around 125c or more before the reboot happened.  Is there a flag to use to limit percentage of gpu being used?  Thanks.
best solution is to negotiate with symatec directly. mail them sample of gui miner with explanation and source code and request and ask to add it into false-positive whitelist.
after they finish code audit[IDAPro i heard :P], they very likely fix/do that


Title: Re: GUI mining - now with BFI_INT optimization
Post by: simpic on May 21, 2011, 01:35:55 PM
Hello, i have created an account on btcmine.com, can you tell me the right way to set my account in guiminer?
Thank you.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: JayC on May 21, 2011, 03:13:17 PM
On 2 separate Windows XP Pro systems, I was getting the error, added python 3.2 and it started working right away, nothing else installed.

And yes, the ability to launch the application, minimized and without warning would be great.

That's rather strange - you don't need Python installed to run the miner because the interpreter is already bundled with the exe (using the py2exe module).

There's currently no way to suppress the warning, but that's something I could easily add in the next release.

I'm sure I'm doing something wrong...

I download the latest version of the self-extractive archive, uncompress it to c:\guiminer and run guiminer.exe and get the following error:

"This application has failed to start because the application configuration is incorrect.  Reinstalling the application may fix this problem."

I read the README and glanced at the first post...  What am I doing wrong?

BTW, the error is because I didn't have Python 3.2 installed on the PC's.....  Just FYI

Another question...  is there a way to execute without getting the OpenCL warning box everytime?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: baggos12 on May 21, 2011, 07:13:13 PM
Hello guys!  :D
I am new and I need your help..
I have an ATI Radeon HD 4550. When I start the guiMinet, the cpu works well but the card (device name in the guiminer's list: [1[Cedar) is stuck at "Starting" and "Amd accelerated parallel processing".
Do you have any Idea of what's happening??

Edit: I use slush's pool.
Edit 2: solved by adding --platform 0


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Quantumplation on May 21, 2011, 08:37:31 PM
Update:

So I found out I have an OpenCL video card and didn't know it, but the GUI is reporting that I don't.  Also, I tried running poclbm.exe directly, and got this error:

Traceback (most recent call last):
  File "poclbm.py", line 3, in <module>
  File "pyopencl\__init__.pyo", line 3, in <module>
  File "pyopencl\_cl.pyo", line 12, in <module>
  File "pyopencl\_cl.pyo", line 10, in __load
ImportError: DLL load failed: The specified procedure could not be found.

Just updated to the latest version of python, still no dice.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Basiley on May 21, 2011, 08:40:34 PM
The password is right, (compared it in the console), and it was working fine on another computer I configured it on (different network, so maybe that's the problem...).  Does the program require any connectback functionality?  I can telnet out to port 8882, but if it's trying to connect to me on any port, that's going to be a problem.
no NAT/firewall/router on you PC/outside it[including you ISP] ?
ie can you check from internet thats this port REALLY open ?

Update:

So I found out I have an OpenCL video card and didn't know it, but the GUI is reporting that I don't.  Also, I tried running poclbm.exe directly, and got this error:

Traceback (most recent call last):
  File "poclbm.py", line 3, in <module>
  File "pyopencl\__init__.pyo", line 3, in <module>
  File "pyopencl\_cl.pyo", line 12, in <module>
  File "pyopencl\_cl.pyo", line 10, in __load
ImportError: DLL load failed: The specified procedure could not be found.

Just updated to the latest version of python, still no dice.
did you sure thats OpenCL REALLY installed ? check you "Catalyst install manager" uninstallation options in "Custom" mode without actually uninstall anything[something with "OpenCL" or "SDK" in list ?]


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Quantumplation on May 21, 2011, 08:56:39 PM
Got it solved, thanks. =)

Just required a driver update.

EDIT:

So, I'm getting roughly 6 MHash/s on my Quadro FX 770M.  Is this normal? ( couldn't find it in the comparison thread... )


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on May 21, 2011, 09:28:00 PM
A new version of the miner is available; I've updated the download link on the first post, or you can get it here:

    guiminer-20110521.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/guiminer-20110521.exe)

Remember, if you're making money with this miner you should send me even 0.1 Bitcoin. The previous release got over 12,000 downloads and my total donations over that period were under 9 BTC, so I know you guys can do better :)

Changes:

- Add BTC Guild mining pool to the list of presets.
- Add -s flag to poclbm that can reduce temperatures by forcing the GPU to sleep. Thanks to llanwj for coding this.
- Add Spanish language support. Thanks to BitcoinsWallet for contributing this.
- Add checkbox to disable warning about OpenCL not being installed.
- Reset count of shares accepted/stale on change of server.
- If balance API token is rejected by the server, prompt user to enter a new token.
- Fix issue where the About dialog would be cut off.
- Console logs now include a timestamp on all messages.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Quantumplation on May 21, 2011, 09:33:16 PM

Remember, if you're making money with this miner you should send me even 0.1 Bitcoin. The previous release got over 12,000 downloads and my total donations over that period were under 9 BTC, so I know you guys can do better :)


I'll donate a tiny percentage each time I reach my payout threshold. :)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: MisterX on May 21, 2011, 09:43:53 PM
Hey Kiv

I'm getting an error when I try and launch the GUIminer
and it informs me to view the guiminer.exe.log

and this is what is in the log:
ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 1995, in run
  File "guiminer.py", line 1429, in __init__
  File "guiminer.py", line 1660, in parse_config
  File "json\__init__.pyo", line 267, in load
  File "json\__init__.pyo", line 307, in loads
  File "json\decoder.pyo", line 319, in decode
  File "json\decoder.pyo", line 338, in raw_decode
ValueError: No JSON object could be decoded
Traceback (most recent call last):
  File "guiminer.py", line 2005, in <module>
  File "guiminer.py", line 1995, in run
  File "guiminer.py", line 1429, in __init__
  File "guiminer.py", line 1660, in parse_config
  File "json\__init__.pyo", line 267, in load
  File "json\__init__.pyo", line 307, in loads
  File "json\decoder.pyo", line 319, in decode
  File "json\decoder.pyo", line 338, in raw_decode
ValueError: No JSON object could be decoded

I just changed my hardware from a 460GTX to a 6950, I've already updated/uninstalled the nvidia/ATI drivers, installed ATI 11.5 and SDK 2.4
I've resetted and uninstalled/installed the drivers many times and have yet to get this error fixed....
I can load up the non-gui style to mine but not your version after the hardware changed, the guiminer worked fine with the 460gtx

Thanks in advanced


Title: Re: GUI mining - now with BFI_INT optimization
Post by: BitcoinsWallet on May 21, 2011, 10:02:03 PM
A new version of the miner is available; I've updated the download link on the first post, or you can get it here:

    guiminer-20110521.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/guiminer-20110521.exe)

Remember, if you're making money with this miner you should send me even 0.1 Bitcoin. The previous release got over 12,000 downloads and my total donations over that period were under 9 BTC, so I know you guys can do better :)

Changes:

- Add BTC Guild mining pool to the list of presets.
- Add -s flag to poclbm that can reduce temperatures by forcing the GPU to sleep. Thanks to llanwj for coding this.
- Add Spanish language support. Thanks to BitcoinsWallet for contributing this.
- Add checkbox to disable warning about OpenCL not being installed.
- Reset count of shares accepted/stale on change of server.
- If balance API token is rejected by the server, prompt user to enter a new token.
- Fix issue where the About dialog would be cut off.
- Console logs now include a timestamp on all messages.

Wow!  :D


Support topic for the Spanish translation:

Tema de soporte e informacin para la traduccin al Espaol (http://forum.bitcoin.org/index.php?topic=9282.0)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on May 21, 2011, 10:49:24 PM
Looks like something weird happened to your miner settings, if you clear them it should work.

1) Go Start -> Run and type in the box %APPDATA%\poclbm
2) This should open a folder with a file called poclbm.ini inside. If you could send me that file it would help me figure out what went wrong. If you delete that file it will get rid of your miner settings and you should be able to start fresh.
3) Try restarting the miner now.

Hey Kiv

I'm getting an error when I try and launch the GUIminer
and it informs me to view the guiminer.exe.log

and this is what is in the log:
ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 1995, in run
  File "guiminer.py", line 1429, in __init__
  File "guiminer.py", line 1660, in parse_config
  File "json\__init__.pyo", line 267, in load
  File "json\__init__.pyo", line 307, in loads
  File "json\decoder.pyo", line 319, in decode
  File "json\decoder.pyo", line 338, in raw_decode
ValueError: No JSON object could be decoded
Traceback (most recent call last):
  File "guiminer.py", line 2005, in <module>
  File "guiminer.py", line 1995, in run
  File "guiminer.py", line 1429, in __init__
  File "guiminer.py", line 1660, in parse_config
  File "json\__init__.pyo", line 267, in load
  File "json\__init__.pyo", line 307, in loads
  File "json\decoder.pyo", line 319, in decode
  File "json\decoder.pyo", line 338, in raw_decode
ValueError: No JSON object could be decoded

I just changed my hardware from a 460GTX to a 6950, I've already updated/uninstalled the nvidia/ATI drivers, installed ATI 11.5 and SDK 2.4
I've resetted and uninstalled/installed the drivers many times and have yet to get this error fixed....
I can load up the non-gui style to mine but not your version after the hardware changed, the guiminer worked fine with the 460gtx

Thanks in advanced


Title: Re: GUI mining - now with BFI_INT optimization
Post by: simpic on May 22, 2011, 12:12:28 AM
Hello, i have created an account on btcmine.com, can you tell me the right way to set my account in guiminer?
Thank you.

For my account on btcmine.com i have obviously an username and a password. Then i create a new miner profile and there i have a miner nickname and its password.
What of them i have to set in guiminer?

http://img828.imageshack.us/img828/89/guiminery.jpg


Title: Re: GUI mining - now with BFI_INT optimization
Post by: dbitcoin on May 22, 2011, 12:49:01 AM
Hello, i have created an account on btcmine.com, can you tell me the right way to set my account in guiminer?
Thank you.

For my account on btcmine.com i have obviously an username and a password. Then i create a new miner profile and there i have a miner nickname and its password.
What of them i have to set in guiminer?

http://img828.imageshack.us/img828/89/guiminery.jpg


miner nickname and its password.

username:  user@miner-name
password:  miner-password


Title: Re: GUI mining - now with BFI_INT optimization
Post by: dishwara on May 22, 2011, 12:55:06 AM
You have idea to add phoneix & phatk, besides poclbm, coz all share same methods.

in poclbm i get 270-300, but in phatk i get 313 Mhash/s

Besides, i added -s flag & miner says starting only & never starts.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Basiley on May 22, 2011, 03:10:31 AM
You have idea to add phoneix & phatk, besides poclbm, coz all share same methods.

in poclbm i get 270-300, but in phatk i get 313 Mhash/s

Besides, i added -s flag & miner says starting only & never starts.
new/alternative mining backends could be nice, but they slightly more bloated and have some dependencis.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: ensign_lee on May 22, 2011, 05:36:47 AM
Has anyone found a solution for the whole each miner using a CPU core thing? Right now, I've got 2 GPUs with 2 miners each (4 total miners, 2 that I'm actually using and 2 backup in case the others fail) and it's using the entirety of my i5-2500k.

The thread linked to in the FAQ is just more people saying "hey I have this too." without any solutions. :(

Also, Kiv - 1.5 bitcoins sent your way. :) This is a wonderful interface; you've made things so user friendly.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Basiley on May 22, 2011, 05:56:27 AM
my apologies for not rewarding you, Kiv :(
send 0.5 BTC. thats not much, but im don't have much BTC's yet too.
i promise keep it from time to time &sorry again.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Amechan on May 22, 2011, 07:08:39 AM
Thanks so much! I donated!


Title: Re: GUI mining - now with BFI_INT optimization
Post by: jurian89 on May 22, 2011, 07:41:29 AM
Hey kiv,

Nice update but i cant get -s to work. Says its starting but never does.

Here are some features that would be nice:

Detect if mouse is being used and switch to -f100 and then back to -f0 if mouse and keyboard are inactive or a movie is playing ?
Able to put backup pool if first one is offline ?

Thanks.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Nonlin on May 22, 2011, 10:15:27 AM
I'm getting the error Connection Problems again after a good week and 2 days of it working perfectly.

I cannot understand why this occurs?

It really is perplexing. The Pool I'm part of is fine, so why it is having random connection issues is beyond me.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on May 22, 2011, 11:24:58 AM
Are you using a value with -s? You need to give the sleep time as well, something like -s0.01 which would mean to sleep for 0.01 seconds between runs. On my GPU that amount of sleep cuts the hash rate roughly in half, you can experiment to find the balance between temperature.

If you are giving the sleep time already and it's still not working, let me know and I'll investigate further :)

Also, it is possible to have a backup pool using the -f flag. See the FAQ in first post.

Hey kiv,

Nice update but i cant get -s to work. Says its starting but never does.

Here are some features that would be nice:

Detect if mouse is being used and switch to -f100 and then back to -f0 if mouse and keyboard are inactive or a movie is playing ?
Able to put backup pool if first one is offline ?

Thanks.



Title: Re: GUI mining - now with BFI_INT optimization
Post by: hiVe on May 22, 2011, 04:46:17 PM
You have idea to add phoneix & phatk, besides poclbm, coz all share same methods.

in poclbm i get 270-300, but in phatk i get 313 Mhash/s

Besides, i added -s flag & miner says starting only & never starts.

dishwara, what you've mentioned has sounded here before...however Kiv is noone's slave, if you guys wanna have a feature implemented why won't you offer a bounty?
Say a 10 btc? hum?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: sir murray on May 22, 2011, 09:44:00 PM
I'm getting the error Connection Problems again after a good week and 2 days of it working perfectly.

I cannot understand why this occurs?

It really is perplexing. The Pool I'm part of is fine, so why it is having random connection issues is beyond me.

I'm getting some connection issues, after the latest miner update. Guiminer keeps saying "retrying", "error connection to server" after a while. My internet is fine and the miner was working perfectly before I updated. I cleared my .ini and the problem is still there. Could there be a problem at the pool I'm using? It's Deepbit.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: kcinick on May 22, 2011, 09:44:58 PM
plz, instead of "Extra Flags" can u make a "Full flags" including the executable, so we can use any minner, not just poclbm, like phoenix one, thanks...


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Jokah on May 22, 2011, 10:03:03 PM
Can anyone tell me why my confirmed reward from mining.bitcoin.cz account does not show up on GUIminer? My balace on GUIminer is 0 but I have confirmed funds in my account.

EDIT: Its ok. I've figured it out. I needed to paste my token in the miner.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: borito4 on May 22, 2011, 10:34:01 PM
Donated!


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on May 22, 2011, 11:29:24 PM
Unfortunately it's not that easy - the GUI has to understand what the miner is saying, so I have to actually write code for each miner used. It's not possible to just automatically have any miner work.

plz, instead of "Extra Flags" can u make a "Full flags" including the executable, so we can use any minner, not just poclbm, like phoenix one, thanks...


Title: Re: GUI mining - now with BFI_INT optimization
Post by: simpic on May 22, 2011, 11:46:03 PM
For my account on btcmine.com i have obviously an username and a password. Then i create a new miner profile and there i have a miner nickname and its password.
What of them i have to set in guiminer?

http://img828.imageshack.us/img828/89/guiminery.jpg


miner nickname and its password.

username:  user@miner-name
password:  miner-password

Thanks ;)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: SlaveInDebt on May 23, 2011, 01:32:32 AM
You have idea to add phoneix & phatk, besides poclbm, coz all share same methods.

in poclbm i get 270-300, but in phatk i get 313 Mhash/s

Besides, i added -s flag & miner says starting only & never starts.

dishwara, what you've mentioned has sounded here before...however Kiv is noone's slave, if you guys wanna have a feature implemented why won't you offer a bounty?
Say a 10 btc? hum?

I would be interested in phatk support through GUIMiner as well. Bounty maybe? What do you think Kiv is it possible?

Donated 1btc and will continue to do so each update.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: cloudream on May 23, 2011, 09:40:52 AM
Stop worker causing system hang up (several seconds later stopping)...

Win7proSP1 64bit+ATI Stream 2.4+ATI 5750(700/1150) 11.4 driver


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Basiley on May 23, 2011, 11:27:19 AM
is there no way to limit peak saturation of GPU ? [preferably with "10%" step]  :/
cuz default uncomfortable in some configurations[miners can't watch video, use videoconferencing, watch youtube and do rest nonsense, usual for people :-] and ability to tweak that upon needs could be cool/handy, IMO :-)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on May 23, 2011, 11:52:54 AM
If you're using OpenCL for GPU mining (the default), there are two options for you. The -f flag decreases the minor priority, try a value like -f60 or higher and see if that lets other processes run. If that doesn't give acceptable performance try the -s flag with a value like -s0.01 or higher which forces the miner to sleep in between runs.

Let me know if this works for you or not :)


is there no way to limit peak saturation of GPU ? [preferably with "10%" step]  :/
cuz default uncomfortable in some configurations[miners can't watch video, use videoconferencing, watch youtube and do rest nonsense, usual for people :-] and ability to tweak that upon needs could be cool/handy, IMO :-)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: subriguous on May 23, 2011, 06:10:39 PM
I'm new :). Installed this and got it working but my hash seems really low compared to others in this forum (searching for 20 mins). I've got an nvidia 460 and I'm running about 40-50 mhash/s. I see people with this card or a 470 getting well over 100.

Did I do anything wrong? I tried some -v -w flags but it didn't do much. How do I fix this?

Thanks!


Title: Re: GUI mining - now with BFI_INT optimization
Post by: BitMinerN8 on May 23, 2011, 06:30:03 PM
Donated, thank you! Keep up the great work.  :D


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Dobrodav on May 23, 2011, 08:56:12 PM
Wil be great to put support for Phoenix miner too, cose it become anough popular.
Phoenix miner seems to be well supported and flexible.
Plus it have more advanced network code (usefull for users with connection issues).
Best regards.

PS: I am donated twice (summory  2.12 BTC) and will continue that way.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: compro01 on May 23, 2011, 09:12:06 PM
I'm new :). Installed this and got it working but my hash seems really low compared to others in this forum (searching for 20 mins). I've got an nvidia 460 and I'm running about 40-50 mhash/s. I see people with this card or a 470 getting well over 100.

Did I do anything wrong? I tried some -v -w flags but it didn't do much. How do I fix this?

Thanks!

the 470 has about 1/3 more stream processors and runs at a much higher clock speed, so it will yield a bunch more hashes.

a single 460 should yield about 50 Mhash/s.

the people reporting 100+ Mhash/s with your card are running two of them.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Littleshop on May 24, 2011, 01:01:15 AM
What are the best flag settings for a 6990?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: MyndkryM on May 24, 2011, 02:24:50 AM
Hello,

I saw a comment earlier that another individual was having problems with GUIMiner connecting to a pool. I am also having this problem...was there a solution that I missed?

So far I have checked my UID and PW settings, and have tried connecting to two different pools (slush's and BTCMine).

I'm not getting any errors, just stuck at Connecting.

Any suggestions would be greatly appreciated in troubleshooting this.

Thanks in advance.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Basiley on May 24, 2011, 02:59:46 AM
thanks, "-f 48 .." - "-f 55" range is okay in my case, but im put it into "-f 70"[OS behave safer, w/o mining impact(only about 1.2% drop)].
MyndkryM saw similar behavior with wrong auth data in "e-mail" field[not password], try check you Id/password.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: subriguous on May 24, 2011, 04:37:23 AM
I'm new :). Installed this and got it working but my hash seems really low compared to others in this forum (searching for 20 mins). I've got an nvidia 460 and I'm running about 40-50 mhash/s. I see people with this card or a 470 getting well over 100.

Did I do anything wrong? I tried some -v -w flags but it didn't do much. How do I fix this?

Thanks!

the 470 has about 1/3 more stream processors and runs at a much higher clock speed, so it will yield a bunch more hashes.

a single 460 should yield about 50 Mhash/s.

the people reporting 100+ Mhash/s with your card are running two of them.

Thanks compro01!


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Justsomeforumuser on May 24, 2011, 11:03:36 AM
What I don't understand:
I have a 5770 and I can mine while watching HD video, youtube etc.

A friend of mine has a 6950, had the latest GUIMiner running and when he clicked a youtube video he got a hard freeze and had to reboot.

Is there anything one can do?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: BitcoinsWallet on May 24, 2011, 11:20:06 AM
What I don't understand:
I have a 5770 and I can mine while watching HD video, youtube etc.

A friend of mine has a 6950, had the latest GUIMiner running and when he clicked a youtube video he got a hard freeze and had to reboot.

Is there anything one can do?

Get right click on the youtube video screen, and Disable hardware acceleration on the flash player options  ;D


Title: Re: GUI mining - now with BFI_INT optimization
Post by: kosovito on May 24, 2011, 09:32:03 PM
Hi. A friend of mine have a problem.

He have an ATI i sold, and windows 7 32 bits.

When he tries to start miner (all packets on bitcoin updated) ALWAYS get: "Starting..." and nothing happens.

He is register on deepbit, all data is correct, but cant start to mining, always status is "Starting..."

Any sugesstions???

Thanks


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Robmonster on May 24, 2011, 09:43:35 PM
Can someone please help me get the -s option working?  Every time I add the option -s0.01 to the Extra Flags section and try to start GUIminer.exe runs at 25% cpu ( 1 core of my quad core system) and the miner doesn't start.

I'd like to do something to help reduce the heat output of my card while mining and I understood the -s option would help with that, effectively throttling the miner.

Rob

*EDIT* I realised I did not have the most recent version installed...


Title: Re: GUI mining - now with BFI_INT optimization
Post by: FRanz33 on May 24, 2011, 10:21:11 PM
I want to put up a GUI Phoenix Bounty..Anybody wanna chip in with me???


Title: Re: GUI mining - now with BFI_INT optimization
Post by: dishwara on May 24, 2011, 11:39:40 PM
I want to put up a GUI Phoenix Bounty..Anybody wanna chip in with me???

Yes, i am ready. But i know zero about bounty stuff. What i have to do exactly?
I want GUI for phatk


Title: Re: GUI mining - now with BFI_INT optimization
Post by: FRanz33 on May 24, 2011, 11:43:43 PM
uh i dunno. say we'll do then send it...???


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Dobrodav on May 25, 2011, 01:12:55 AM
I am nor reach, but adding Phoenix support will definely force me to send 1 btc.
But there is a problem... LOL. I am will send it anyway :)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: superstargoddess on May 25, 2011, 07:28:03 AM
This crashes my computer when I tell it to stop mining.  I have an Nvidia 550gtx ti card.  It makes my computer reboot itself when I click "Stop mining", does it every time.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Dobrodav on May 25, 2011, 09:04:52 AM
This crashes my computer when I tell it to stop mining.  I have an Nvidia 550gtx ti card.  It makes my computer reboot itself when I click "Stop mining", does it every time.

Poclbm (Opencl) or RPC - CUDA  miner used ?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: superstargoddess on May 25, 2011, 10:42:00 AM
This crashes my computer when I tell it to stop mining.  I have an Nvidia 550gtx ti card.  It makes my computer reboot itself when I click "Stop mining", does it every time.

Poclbm (Opencl) or RPC - CUDA  miner used ?

Opencl is what I am using.

Edit: Tried it again and it didn't reboot the computer this time, but it made the screens go black for a few seconds.  I may have to use this on another computer when I network them together because mining drastically harms my frame rates when I am trying to play Rift at the same time as mining.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Dobrodav on May 25, 2011, 01:16:51 PM
To reduce lag you can use -f50 (maybe lower-higher - set it for your own taste), or even -s0.01 flags in field "Extra Flags".
-f flag used to set priority of mining task (higher value - lower priority) - dynamic load of your miner
-s flag determines sleep time between miner taken actions (in seconds per action) - static load of your miner.

You should take in consideration, that putting low prority on miner can nearly stop mining, if game takes lot of resources.
But black screen and computer reset is not a normal behavior. Honestly, i am think that is caused by overclocking or some driver mess on your video.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Haxxy on May 25, 2011, 03:51:55 PM
I found a bug.

I have an ATI card and an nVidia card in the same computer. GUIMiner only looks at the set of devices from platform 0, but with two such cards, the platform also needs to be specified. In my case, the ATI card is under --platform 0, and the nVidia card is --platform 1. So, GUIMiner should support both platform and device selection. Those with only one platform would not worry about this, but those with two or more platforms would not have trouble.

I should also point out that with more than one platform installed, GUIMiner refuses to work at all, so I'm using poclbm on its own.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: pokermon919 on May 25, 2011, 05:07:55 PM
This crashes my computer when I tell it to stop mining.  I have an Nvidia 550gtx ti card.  It makes my computer reboot itself when I click "Stop mining", does it every time.

Poclbm (Opencl) or RPC - CUDA  miner used ?

Opencl is what I am using.

Edit: Tried it again and it didn't reboot the computer this time, but it made the screens go black for a few seconds.  I may have to use this on another computer when I network them together because mining drastically harms my frame rates when I am trying to play Rift at the same time as mining.

try to reinstall your drivers.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: kosovito on May 25, 2011, 05:24:22 PM
Hi. A friend of mine have a problem.

He have an ATI i sold, and windows 7 32 bits.

When he tries to start miner (all packets on bitcoin updated) ALWAYS get: "Starting..." and nothing happens.

He is register on deepbit, all data is correct, but cant start to mining, always status is "Starting..."

Any sugesstions???

Thanks

Please help


Title: Re: GUI mining - now with BFI_INT optimization
Post by: BitMinerN8 on May 25, 2011, 05:49:38 PM
Hi. A friend of mine have a problem.

He have an ATI i sold, and windows 7 32 bits.

When he tries to start miner (all packets on bitcoin updated) ALWAYS get: "Starting..." and nothing happens.

He is register on deepbit, all data is correct, but cant start to mining, always status is "Starting..."

Any sugesstions???

Thanks

Please help

Does GUIMiner see the card? Is it listed under the "Device: pull down? Are you using any extra flags?
Go to View, Show console, then click on the Console tab, read what is says when you start to mine. See if there are any errors. If yes, post the line that says "Running command: poclbm.exe" (Without your username/pass of course)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: superstargoddess on May 25, 2011, 11:36:30 PM
To reduce lag you can use -f50 (maybe lower-higher - set it for your own taste), or even -s0.01 flags in field "Extra Flags".
-f flag used to set priority of mining task (higher value - lower priority) - dynamic load of your miner
-s flag determines sleep time between miner taken actions (in seconds per action) - static load of your miner.

You should take in consideration, that putting low prority on miner can nearly stop mining, if game takes lot of resources.
But black screen and computer reset is not a normal behavior. Honestly, i am think that is caused by overclocking or some driver mess on your video.

Hmm, will do.  I didn't overclock and I'm using the latest drivers, but I'll poke around and see what I can figure out.  Thanks for they help.  :)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: trueimage on May 26, 2011, 12:33:21 AM
hi, new to bitcoin. great program.

Just wondering if there are any flags / tweaks for nvidia gpus, I have 2x GTX 460 in my main machine.

Currently at 50-53 Mhash/s

thanks


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Reckman on May 26, 2011, 01:39:11 AM
Hi, I'm new to pool mining...Im using GUIMiner with m0mchil, I keep getting "Connection Problems" on one or two of my cards while the others are all running fine, I simply stop and start them and they connect fine...is there anything i can do to mitigate this?

No errors are showing in the console.
No packet loss to deepbit, 130ms ping.

Thanks ahead of time for your help.

http://img219.imageshack.us/img219/8260/issuee.png



Title: Re: GUI mining - now with BFI_INT optimization
Post by: trueimage on May 26, 2011, 02:41:54 AM
Hi, I'm new to pool mining...Im using GUIMiner with m0mchil, I keep getting "Connection Problems" on one or two of my cards while the others are all running fine, I simply stop and start them and they connect fine...is there anything i can do to mitigate this?

No errors are showing in the console.
No packet loss to deepbit, 130ms ping.

Thanks ahead of time for your help.

http://img219.imageshack.us/img219/8260/issuee.png



try the newest version?

also, what card(s) do you have


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Reckman on May 26, 2011, 03:18:22 AM
zzzz nice catch, didnt notice that, will try that out hopefully fixes things

for cards i have mostly HD 5850s


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Bloomy on May 26, 2011, 06:14:58 AM
It keeps "Connecting.." for a long time. Actually I havent seen it finish connecting yet.
I try to mine as part of deepbit.net and right now Im at the university so they might have blocked the port. I also dont have an OpenCL device yet, if that might be part of the problem.

Im just posting this so you know of the problem and (if someone has an Idea) can maybe help me or give some advice.

Edit: Searching the Forum (this thread actually) I saw that someone else (Quadthingy or something) had the same problem and solved it by updating the drivers. I dont know which driver yet, (I guess the one for the GPU)  and I dont know why I cant use the CPU for mining until I updated the drivers but I guess thatll be fine for me once I got new drivers.

Final edit: Yup, updating the ATI Drivers worked. I only get about 12 Mhash/s but I guess my GPU just isn't that strong.
Ill donate as soon as I got my first coin :)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: hiVe on May 26, 2011, 09:26:13 AM
I was wondering if its possible to mine via proxy through GUIminer.
Im having a big ass ISP that is pulling various crap on me lately... i seriously need help.

thx


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Dobrodav on May 26, 2011, 10:31:19 AM
Proxy things are interesting.
But they are mostly should be addressed to miner authors.

Anyway, i am will investigate proxy mining on forum.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: hiVe on May 26, 2011, 10:52:17 AM
Please do.
I think its not rare of having ISP dificulties [blocking certain important ports, etc] proxy would be awesome.

thx a lot


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Basiley on May 26, 2011, 04:29:11 PM
Please do.
I think its not rare of having ISP dificulties [blocking certain important ports, etc] proxy would be awesome.

thx a lot
yeah, last week many BTC miners reported that their mining connections start being throttled.
thats usually because DPI-aware and TOO agressive bittorent throttling and malware detection employed by ISP's, not intentional blocking of BitCoin itself.
talking about proxying BTC traffic, its maybe against p2p idea of BitCoin.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kingfihserb90 on May 27, 2011, 03:39:50 AM
I get the following error when I try to use gui miner

Windows 7
4 gpu cards 6950's
Windows and Catalyst see all 4 cards which are dummy plugged and crossfired.

Can anyone help me?
Kingfisherb90 on aim
isaac.mooers@gmail.com for email/gchat.

Problem signature:
  Problem Event Name:   APPCRASH
  Application Name:   guiminer.exe
  Application Version:   0.0.0.0
  Application Timestamp:   4918019c
  Fault Module Name:   StackHash_0a9e
  Fault Module Version:   0.0.0.0
  Fault Module Timestamp:   00000000
  Exception Code:   c0000005
  Exception Offset:   72747369
  OS Version:   6.1.7600.2.0.0.768.3
  Locale ID:   1033
  Additional Information 1:   0a9e
  Additional Information 2:   0a9e372d3b4ad19135b953a78882e789
  Additional Information 3:   0a9e
  Additional Information 4:   0a9e372d3b4ad19135b953a78882e789

Read our privacy statement online:
  http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409

If the online privacy statement is not available, please read our privacy statement offline:
  C:\Windows\system32\en-US\erofflps.txt


Title: Re: GUI mining - now with BFI_INT optimization
Post by: someee on May 27, 2011, 09:08:02 AM
is it possible not to interfere with shutdown sequence? i am tired closing guiminer manually before restart. this features should be optional, IMO.
also how to launch mining in startup? any command line keys?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: zimpixa on May 27, 2011, 10:19:52 AM
To fully automatic start mining:
1. Put shortcut of GuiMiner to Autostart (Start>all programs>autostart)
2. At Sumonary tab on Guiminer check autostart function
Then it will start everytime u turn on PC.

An option to detect, if GPU becomes idle (ex. due to driver crash) and restart PC would be perfect.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: BitMinerN8 on May 27, 2011, 11:22:52 AM
To fully automatic start mining:
1. Put shortcut of GuiMiner to Autostart (Start>all programs>autostart)
2. At Sumonary tab on Guiminer check autostart function
Then it will start everytime u turn on PC.

An option to detect, if GPU becomes idle (ex. due to driver crash) and restart PC would be perfect.

Yes I was thinking the same thing. Maybe alerts via SMTP? I think that would be a great addition. Also maybe a way of combining the Summary Tab and Console Tab so you can just leave it on one main Status Tab and not have to switch around to check status.

I was thinking about using GFI Server Monitor to send alerts for Ping and to make sure the Processes are running (guiminer.exe, poclbm.exe, etc) , but I have yet to figure out a way to send an alert for the GPU not pumping. (Not a programmer, grrr)


Title: GUI Miner - Running both cards results in poor performance for both
Post by: datguywhowanders on May 27, 2011, 01:02:31 PM
Hello All,

Great community, love the tools and the knowledgeable posts.

I just finished putting together a new mining rig with two 6970s yesterday. Not the best of cards from what I've read, but they were cheaper than some of the other options. Anyway, I'm trying to get the best setup running both of them, and the general consensus seems to be that you should run cards separately and not linked via crossfire.

When I run one card, I get approximately 350 Mhash, which seems to be in line with what some other folks are getting. However, when I run both cards at the same time, one will sit around 230 Mhash and the other around 120 Mhash. The two together never surpass the amount one was getting by itself. Anyone know what would cause this and how I might fix it?

Specs:

Windows 7, 64 bit
Core i5 2500k @ 3.3 GHz
8 GB DDR3 RAM
HIS ATI 6970 w/ 2GB RAM
HIS ATI 6970 w/ 2GB RAM

ATI STREAM SDK 2.4
Most recent driver and catalyst suite from ATI support site

I do know that the motherboard I'm running will downgrade the throughput of the PCI-Ex16 slots to an effective x8 when running two graphics cards, but I read that shouldn't affect mining performance.

Any suggestions are very much appreciated!
Thanks!


Title: Re: GUI Miner - Running both cards results in poor performance for both
Post by: Dobrodav on May 27, 2011, 01:09:13 PM
Hello All,
........



Thats possible, that second card running in 2d mode.
You should kick her  through control center (not familiar with ATI) or with help of some 3-d party software.
HM... for first step - try to tie up them through crossfire.

About proxy - cos there is no solution that i am can use by myself (on windows), i am cannot to recommend anything. :/

There is some project running on, but is now on stage that overheads my ability.


Title: Re: GUI Miner - Running both cards results in poor performance for both
Post by: BitMinerN8 on May 27, 2011, 03:47:40 PM
Hello All,

........

Do you have CrossFire enabled?

Also, do you have two separate tabs, one for each card, with each device selected in the pull down differently on each tab? (IE. "
  • Barts" on one tab, "[1] Barts" on the 2nd.)

Lastly, enable the Console so you can see what it says when it starts mining.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: datguywhowanders on May 27, 2011, 03:57:04 PM
Crossfire is not hooked up or enabled right now.

As for GUI Miner tabs, one is running on GPU device Cayman[0] and the other is running on GPU device Cayman[1]. I have a third option in the list for my cpu, but it is not currently being used. I'm fairly certain that Cayman[0] is my primary video card as it was there when I first loaded up GUI Miner. I believe Cayman[1] is my second card as it didn't show up until I plugged a monitor into my second card.

Console was enabled when I left this morning (at work now), and there was nothing I saw to indicate anything of notice. I was wondering if there was a setting or a flag somewhere I was missing to ensure both cards run at 100% utilization.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: BitMinerN8 on May 27, 2011, 04:04:20 PM
Crossfire is not hooked up or enabled right now.

As for GUI Miner tabs, one is running on GPU device Cayman[0] and the other is running on GPU device Cayman[1]. I have a third option in the list for my cpu, but it is not currently being used. I'm fairly certain that Cayman[0] is my primary video card as it was there when I first loaded up GUI Miner. I believe Cayman[1] is my second card as it didn't show up until I plugged a monitor into my second card.

Console was enabled when I left this morning (at work now), and there was nothing I saw to indicate anything of notice. I was wondering if there was a setting or a flag somewhere I was missing to ensure both cards run at 100% utilization.

Check what you have listed in the "Extra flags:" field. I am running with --platform=0 -v -w 128
Also, did you setup a separate worker account for each GPU?



Title: Re: GUI mining - now with BFI_INT optimization
Post by: datguywhowanders on May 27, 2011, 04:38:03 PM
No extra flags currently just whatever GUI miner does by default, I wanted to run it with as stock of an operation as I could so I could get an idea what my baseline was before touching flags and overclocking options.

And, yes, both GPUs have their own separate worker account. I set that up before the machine was even finished installing updates :)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: WickedSik on May 27, 2011, 04:42:39 PM
I am just getting started with bitcoin, and am running into problems already.

I have added both the bitcoin.exe file and the entire folder of guiminer.exe into Comodo Firewall/Defense+ as "Trusted file" but the GUIMiner just appears to stick to "Connecting...".
I have setup the correct path to the bitcoin.exe-file and have setup the username/password (which can't be changed afterwards, as it seems?).

I currently have set 2 miners, 1 on my GPU (ATi-HD4350) and one on my CPU (i3). In the summary they are both at the status "Connecting...". I have selected "Generate Coins" on the bitcoin program, and the fan on the GPU runs faster if I check the box while it slows when I uncheck the box, so it appears to be working...

The Bitcoin program also shows "1839 khash/s" in the statusbar, but only showing 1 connection, and the accepted column on the miner remains 0(0).

What is awry here?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: kebumaha on May 27, 2011, 04:58:38 PM
My day today was from the "Finding out how things work" -category. Some of the time was wasted trying to compile guiminer from source. I didn't succeed and as a last resort have to rely on asking some help. :(

So I use py2exe and try to offer the default setup.py for it. The last line it gives is "*** finding dlls needed ***" and then throws an error "ImportError: DLL load failed: The specified module could not be found." Something with dlls, huh? Should I copy them to source directory or path them somehow? What dlls? Tried pyinstaller, too. I managed to compile (I couldn't find how to specify directory so I had to copy all files to pyinstallers base dir. Oh wow.) but it wouldn't run.

Other problem I came up with was running guiminer from source. Everytime it found a share it gave "2011-05-27 xx:xx:x: Listener for "username": 27/05/2011 xx:xx:xx, warning: job finished, miner is idle" and hashes came down for a small time. Working as intended or probably something wrong with my python27 & site-packages?

You probably can tell that I'm windows user and know nothing about compiling in general :p


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Dobrodav on May 27, 2011, 05:04:11 PM
I am just getting started with bitcoin, and am running into problems already.

I have added both the bitcoin.exe file and the entire folder of guiminer.exe into Comodo Firewall/Defense+ as "Trusted file" but the GUIMiner just appears to stick to "Connecting...".
...

You should stop "generate coins" on bitcoin client. Did it downloaded block chain by the way ?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Dobrodav on May 27, 2011, 05:08:49 PM
I leave! I will give the BTC
can somebody ban that scammer from forum ? :-\


Title: Re: GUI mining - now with BFI_INT optimization
Post by: kebumaha on May 27, 2011, 05:09:22 PM
I am just getting started with bitcoin, and am running into problems already.

I have added both the bitcoin.exe file and the entire folder of guiminer.exe into Comodo Firewall/Defense+ as "Trusted file" but the GUIMiner just appears to stick to "Connecting...".
...

You should stop "generate coins" on bitcoin client. Did it downloaded block chain by the way ?

And if you really want to solo mine, use bitcoind and setup rpc=username and rpcpassword=password in your bitcoin.conf in %appdata%/roaming/bitcoin.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Dobrodav on May 27, 2011, 05:13:58 PM
Other problem I came up with was running guiminer from source. Everytime it found a share it gave "2011-05-27 xx:xx:x: Listener for "username": 27/05/2011 xx:xx:xx, warning: job finished, miner is idle" and hashes came down for a small time.

Never tried to run it from source. Did other pools (maybe that closer to you) behave in same way ?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: kebumaha on May 27, 2011, 05:24:47 PM
Other problem I came up with was running guiminer from source. Everytime it found a share it gave "2011-05-27 xx:xx:x: Listener for "username": 27/05/2011 xx:xx:xx, warning: job finished, miner is idle" and hashes came down for a small time.

Never tried to run it from source. Did other pools (maybe that closer to you) behave in same way ?

Same happens when soloing, too.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kingfihserb90 on May 27, 2011, 05:28:40 PM
Nobody has any idea what the matter is with this?


I have determined if I "disconnect the extended display" in  "Screen resolution" in windows from the 4th card guiminer will load and work but it does not see the 4th card, however windows device manager and catalyst both do.

Any ideas?



I get the following error when I try to use gui miner

Windows 7
4 gpu cards 6950's
Windows and Catalyst see all 4 cards which are dummy plugged and crossfired.

Can anyone help me?
Kingfisherb90 on aim
isaac.mooers@gmail.com for email/gchat.

Problem signature:
  Problem Event Name:   APPCRASH
  Application Name:   guiminer.exe
  Application Version:   0.0.0.0
  Application Timestamp:   4918019c
  Fault Module Name:   StackHash_0a9e
  Fault Module Version:   0.0.0.0
  Fault Module Timestamp:   00000000
  Exception Code:   c0000005
  Exception Offset:   72747369
  OS Version:   6.1.7600.2.0.0.768.3
  Locale ID:   1033
  Additional Information 1:   0a9e
  Additional Information 2:   0a9e372d3b4ad19135b953a78882e789
  Additional Information 3:   0a9e
  Additional Information 4:   0a9e372d3b4ad19135b953a78882e789

Read our privacy statement online:
  http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409

If the online privacy statement is not available, please read our privacy statement offline:
  C:\Windows\system32\en-US\erofflps.txt



Title: Re: GUI mining - now with BFI_INT optimization
Post by: WickedSik on May 27, 2011, 06:00:39 PM
I am just getting started with bitcoin, and am running into problems already.

I have added both the bitcoin.exe file and the entire folder of guiminer.exe into Comodo Firewall/Defense+ as "Trusted file" but the GUIMiner just appears to stick to "Connecting...".
...

You should stop "generate coins" on bitcoin client. Did it downloaded block chain by the way ?

And if you really want to solo mine, use bitcoind and setup rpc=username and rpcpassword=password in your bitcoin.conf in %appdata%/roaming/bitcoin.

I now did the following
  • Stop both miners
  • Started the bitcoind.exe in the deamon folder. (for good measure, I also added it to the trusted-files-list of Comodo)
  • It showed an empty console-screen (I had to copy the .dll from the bitcoin.exe-folder to the deamon folder for it to work)
  • Started both miners again
  • After a few minutes, still no result other than the aforementioned

Does bitcoind.exe have parameters which I should use?
Can I give other information which might help? I am not using any flags btw.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: kebumaha on May 27, 2011, 06:14:00 PM
I now did the following
  • Stop both miners
  • Started the bitcoind.exe in the deamon folder. (for good measure, I also added it to the trusted-files-list of Comodo)
  • It showed an empty console-screen (I had to copy the .dll from the bitcoin.exe-folder to the deamon folder for it to work)
  • Started both miners again
  • After a few minutes, still no result other than the aforementioned

Does bitcoind.exe have parameters which I should use?
Can I give other information which might help? I am not using any flags btw.

Oh, I actually meant "bitcoin.exe -server" instead of bitcoind, my bad. Don't know if it makes any difference, though.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: WickedSik on May 27, 2011, 06:40:35 PM
Oh, I actually meant "bitcoin.exe -server" instead of bitcoind, my bad. Don't know if it makes any difference, though.

I wondered about that aswell. One would assume bitcoind.exe to be a deamon therefor usable for the server.

I have a feeling somehow it's being blocked, but I am not sure... What is a bit frustrating, is that bitcoin.exe has no console-log, and bitcoind.exe no output at all..
The console of the guiminer application doesn't help much either.

Can one set the port for the server?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: WickedSik on May 27, 2011, 06:49:07 PM
Oh, I actually meant "bitcoin.exe -server" instead of bitcoind, my bad. Don't know if it makes any difference, though.

I wondered about that aswell. One would assume bitcoind.exe to be a deamon therefor usable for the server.

I have a feeling somehow it's being blocked, but I am not sure... What is a bit frustrating, is that bitcoin.exe has no console-log, and bitcoind.exe no output at all..
The console of the guiminer application doesn't help much either.

Can one set the port for the server?

Now I'll be damned... I just re-extracted guiminer, set the port to 8333 -> connection problems, set the port back to 8332 -> It connected!


Title: Re: GUI mining - now with BFI_INT optimization
Post by: WickedSik on May 27, 2011, 06:50:41 PM
That being said... The Accepted column remains on 0(0)

EDIT:

W0000t, I have an accepted ... hash?
how much "accepted" should I have before it's reflected to my bitcoin application?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: srty on May 27, 2011, 07:52:15 PM
Does GUI Miner report Mhash in base 1000 or base 1024? Just curious because I notice that GUI miner is faster by about 20 Mhash than either Phoenix and Poclbm-mod for me, and from what I hear, that shouldn't be the case.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Dobrodav on May 27, 2011, 08:31:43 PM
Does GUI Miner report Mhash in base 1000 or base 1024? Just curious because I notice that GUI miner is faster by about 20 Mhash than either Phoenix and Poclbm-mod for me, and from what I hear, that shouldn't be the case.

GUIMiner reports what poclbm (m0mchil) report to GUIMiner.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: steamboat on May 27, 2011, 09:37:09 PM
hey all, new to mining and i have a couple questions. i'm running crossfired 6950's. when i select which device to run on, i can only select 1 of my cards, do i need to have two instances of the gui running at the same time? also, if you could tell me which flags i should be using for my cards that'd be a great help.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: WickedSik on May 27, 2011, 09:43:09 PM
hey all, new to mining and i have a couple questions. i'm running crossfired 6950's. when i select which device to run on, i can only select 1 of my cards, do i need to have two instances of the gui running at the same time? also, if you could tell me which flags i should be using for my cards that'd be a great help.

Forgive me my ignorance, but isn't crossfiring using 2 cards as one? Would it be strange to have just one card in the list?
If not, then you just indeed have to run two miners, but the program can run both in one view. [File > New OpenCL Miner]


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on May 27, 2011, 09:57:27 PM
Hi all, due to popular demand I'm preparing a version of GUIMiner that uses Phoenix (http://forum.bitcoin.org/index.php?topic=6458.0) as the back end. It supports all features of Phoenix including the phatk kernel (http://forum.bitcoin.org/index.php?topic=7964.0), which provides higher performance than poclbm on some video cards.

http://dl.dropbox.com/u/2046348/guiminer-phoenix.png

I've created a separate topic for this version of the miner, so please direct any discussion about it to this thread (http://forum.bitcoin.org/index.php?topic=10157.0).


Title: Re: GUI mining - now with BFI_INT optimization
Post by: steamboat on May 27, 2011, 10:03:26 PM
hey all, new to mining and i have a couple questions. i'm running crossfired 6950's. when i select which device to run on, i can only select 1 of my cards, do i need to have two instances of the gui running at the same time? also, if you could tell me which flags i should be using for my cards that'd be a great help.

Forgive me my ignorance, but isn't crossfiring using 2 cards as one? Would it be strange to have just one card in the list?
If not, then you just indeed have to run two miners, but the program can run both in one view. [File > New OpenCL Miner]

yeah, it links them and shares the workload on both cards for most programs, but i've noticed with things like this and distributed computing projects you need to run separate instances on both cards. i didn't notice the new opencl miner option, worked like a charm. thanks.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: baggos12 on May 27, 2011, 10:22:12 PM
Please add a "Start with windows option".
Also please put an auto start check box at ecery account tab, like these at the summary tab..
Thanks!


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kingfihserb90 on May 28, 2011, 12:08:08 AM
Kiv is there any feedback you could give me about why extending the desktop to my 4th card causes the guiminer to not load?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Oace on May 28, 2011, 12:08:19 AM
I can't seem to enable my video card on this...


Title: Re: GUI mining - now with BFI_INT optimization
Post by: IlbiStarz on May 28, 2011, 05:41:26 PM
When I run it nothing happens?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kingfihserb90 on May 29, 2011, 01:32:55 AM
Really nobody has any ideas on this?

I got poclbm running and ran poclbm.py when I have 3 cards enabled it sees the 3 cards when I enable the 4th card python crashes just like guiminer.

Anyone got ideas? I would pay a bounty to fix this.




Nobody has any idea what the matter is with this?


I have determined if I "disconnect the extended display" in  "Screen resolution" in windows from the 4th card guiminer will load and work but it does not see the 4th card, however windows device manager and catalyst both do.

Any ideas?



I get the following error when I try to use gui miner

Windows 7
4 gpu cards 6950's
Windows and Catalyst see all 4 cards which are dummy plugged and crossfired.

Can anyone help me?
Kingfisherb90 on aim
isaac.mooers@gmail.com for email/gchat.

Problem signature:
  Problem Event Name:   APPCRASH
  Application Name:   guiminer.exe
  Application Version:   0.0.0.0
  Application Timestamp:   4918019c
  Fault Module Name:   StackHash_0a9e
  Fault Module Version:   0.0.0.0
  Fault Module Timestamp:   00000000
  Exception Code:   c0000005
  Exception Offset:   72747369
  OS Version:   6.1.7600.2.0.0.768.3
  Locale ID:   1033
  Additional Information 1:   0a9e
  Additional Information 2:   0a9e372d3b4ad19135b953a78882e789
  Additional Information 3:   0a9e
  Additional Information 4:   0a9e372d3b4ad19135b953a78882e789

Read our privacy statement online:
  http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409

If the online privacy statement is not available, please read our privacy statement offline:
  C:\Windows\system32\en-US\erofflps.txt



Title: Re: GUI mining - now with BFI_INT optimization
Post by: bradminer on May 29, 2011, 09:28:34 AM
Someone is using GUIMINER on a WIN2003 SERVER ?

I am not able "try to restart...." error message.

Thanks for any help


Title: Re: GUI mining - now with BFI_INT optimization
Post by: V2-V3 on May 30, 2011, 12:18:51 AM
hey Kiv,

Thank you for this easy to use GUI for mining much easier than shortcut targets and batch files :)

can you add the BitClockers.com pool to the server list?
http://i54.photobucket.com/albums/g94/V2-V3/Bitclocking/GUIMiner/GUIMiner.jpg
http://i54.photobucket.com/albums/g94/V2-V3/Bitclocking/GUIMiner/GUIMinerforBitclockers.jpg


Title: Re: GUI mining - now with BFI_INT optimization
Post by: BitMinerN8 on May 30, 2011, 04:54:50 AM
I was wondering about the best way to setup backup pools, specifically the use of the -f option under extra flags. I read the GUI Miner FAQ but was not 100% on understanding it completely.

If I setup accounts on 3 pools and then added a new miner tab for each, then configure the proper account/password/device info, is this valid?

Pool #1 - Extra flags: --platform=0 -v -w 128 -f30
Pool #2 - Extra flags: --platform=0 -v -w 128 -f60
Pool #3 - Extra flags: --platform=0 -v -w 128 -f90

The reason that I ask is that I noticed that when I have the two backup pools added, it seems that a small amount of mining goes to them all the time. Example:

Pool #1 - 350.3Mhash/s
Pool #2 - 2.2Mhash/s
Pool #3 - 2.2Mhash/s

Is that normal? Or is there a way to make it not mine for the 2nd/3rd pool unless the 1st pool is completely down.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Dobrodav on May 30, 2011, 05:08:58 AM
Poclbm works like that. I am did not find way to avoid that. Maybe Kiv will address to the problem of switching pools if they go down in next releases, or maybe not. At least that hash\s did not goes in wain and counts on backup pools. With -f0 -f1 i am get only a few hash\sec on -f1.

So i am recommend to use more tight -f intervals. Like -f30 -f31 -f32.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: airdata on May 30, 2011, 11:56:09 AM
Hi guys,

Could somebody tell me what I need to do to keep Gguiminer running at max MH while other processes are running on the computer?  My main computer is running @ 270MH but if I open any kind of video page it drops to 80MH.  I noticed another system doing the same w\ just websites.

Thanks.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Dobrodav on May 30, 2011, 12:01:51 PM
1) Put -f lower than 30 in Extra flags field  (video and desktop will possibly become laggy)
2) And\or Disable hardware acceleration in your video player.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: PabloW on May 30, 2011, 05:51:30 PM
Is there a Linux version coming out?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Rebelstar on May 30, 2011, 08:31:57 PM
Guys, I'm really new to this. What's the best settings for the Radeon 6970 in Extra Flags field:
If possible please I want to know maximum perfomance settings and middle (for watching movies, surfing internet and etc)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: someotherguy on May 31, 2011, 12:33:59 AM
Persistent disconnections with all pools using the GUI miner.  I have the latest verions of Gui miner, running installed proper AMD Stream, I have assigned a miner for every 2 GPU's (same types only), and I am still having connections issues.  Flag line currently reads -v -w128 --platform=0

Any help would be great.  Thanks


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Rebelstar on May 31, 2011, 01:58:42 PM
What do you mean by "connection issues"?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Reckman on May 31, 2011, 02:16:13 PM
Persistent disconnections with all pools using the GUI miner.  I have the latest verions of Gui miner, running installed proper AMD Stream, I have assigned a miner for every 2 GPU's (same types only), and I am still having connections issues.  Flag line currently reads -v -w128 --platform=0

Any help would be great.  Thanks

I was having the Sam, issue where it shows "Connection Problems"....for me it had something to do with the overclock, I lowered the clock and don't get the error anymore.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: scifimike12 on May 31, 2011, 04:25:29 PM
What do you mean by "connection issues"?

I think he means when you click Refresh Balance it shows up as Connection Error under Balance.

http://img834.imageshack.us/img834/8285/guiminer.jpg


Title: Re: GUI mining - now with BFI_INT optimization
Post by: airdata on June 01, 2011, 12:10:59 AM
Hey guys.  I just added a 5850, so currently on this system I have a 5850 and a 5770.  Both cards show up in device manager.  However, when I open guiminer, It has the 5850 as device 0 and my cpu as device 1.  How can i get it to see the 5770?

THANKS!


Title: Re: GUI mining - now with BFI_INT optimization
Post by: SgtSpike on June 01, 2011, 01:38:52 AM
Hey guys.  I just added a 5850, so currently on this system I have a 5850 and a 5770.  Both cards show up in device manager.  However, when I open guiminer, It has the 5850 as device 0 and my cpu as device 1.  How can i get it to see the 5770?

THANKS!
You need to have a monitor or dummy plug plugged in to the 5770.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Voltaire on June 01, 2011, 03:48:46 AM
What do you mean by "connection issues"?

I think he means when you click Refresh Balance it shows up as Connection Error under Balance.

http://img834.imageshack.us/img834/8285/guiminer.jpg

I believe this is related to the fact that deepbit switched to https, and the client has the address in http.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: airdata on June 01, 2011, 04:32:47 AM
Hey guys.  I just added a 5850, so currently on this system I have a 5850 and a 5770.  Both cards show up in device manager.  However, when I open guiminer, It has the 5850 as device 0 and my cpu as device 1.  How can i get it to see the 5770?

THANKS!
You need to have a monitor or dummy plug plugged in to the 5770.

;)  Sorry I was busy w\ the baby and didn't have time to reply to my post earlier.  That was it.  Grabbed a VGA cable from the garage and connected it to the 5770 and that did the trick.  I should invest in a couple dummies for any future builds though.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: bloodtest on June 01, 2011, 10:00:31 AM
hi guys, i'm very new to that whole bitcoin mining stuff. i was just stopping by to ask wheather this issue that guiminer does not recognize any hashes of the CUDA-miner was solved within the current version or not. i'm asking because i still have that problem. every other miner works, got as many Mhash/s as my card is expected to do and with every miner, guiminer shows me the Accepted hashs except for the CUDA-miner, where the status of the Accepted hashs remains 0. So my question is: Does the CUDA-miner actually work and guiminer does not recognize the hashes or is there a problem with the CUDA-miner itself? I really want to use the CUDA-miner becase its gettin' me ~20Mhash/s more than the default one.

Many thanks in advance for any help!

btw: my commandline for the CUDA-miner is:

rpcminer-cuda.exe -user=xxx -password=xxx -url=http://localhost -gpu -gpugrid=96 -gputhreads=1024
Console stops after telling me that the allocating of the CUDA resources ist done.

so long


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on June 01, 2011, 10:54:19 AM
You can try mining with a pool rather than solo and see if that makes a difference. You'll know for sure it is working if the mining pool website shows that you are active and have submitted shares.

hi guys, i'm very new to that whole bitcoin mining stuff. i was just stopping by to ask wheather this issue that guiminer does not recognize any hashes of the CUDA-miner was solved within the current version or not. i'm asking because i still have that problem. every other miner works, got as many Mhash/s as my card is expected to do and with every miner, guiminer shows me the Accepted hashs except for the CUDA-miner, where the status of the Accepted hashs remains 0. So my question is: Does the CUDA-miner actually work and guiminer does not recognize the hashes or is there a problem with the CUDA-miner itself? I really want to use the CUDA-miner becase its gettin' me ~20Mhash/s more than the default one.

Many thanks in advance for any help!

btw: my commandline for the CUDA-miner is:

rpcminer-cuda.exe -user=xxx -password=xxx -url=http://localhost -gpu -gpugrid=96 -gputhreads=1024
Console stops after telling me that the allocating of the CUDA resources ist done.

so long



Title: Re: GUI mining - now with BFI_INT optimization
Post by: bloodtest on June 01, 2011, 11:13:15 AM
So the mentioned "problem" should have been solved in the current version of guiminer and my cuda-miner may not work properly or is your post to be meant as a general advice? :)

You can try mining with a pool rather than solo and see if that makes a difference. You'll know for sure it is working if the mining pool website shows that you are active and have submitted shares.

hi guys, i'm very new to that whole bitcoin mining stuff. i was just stopping by to ask wheather this issue that guiminer does not recognize any hashes of the CUDA-miner was solved within the current version or not. i'm asking because i still have that problem. every other miner works, got as many Mhash/s as my card is expected to do and with every miner, guiminer shows me the Accepted hashs except for the CUDA-miner, where the status of the Accepted hashs remains 0. So my question is: Does the CUDA-miner actually work and guiminer does not recognize the hashes or is there a problem with the CUDA-miner itself? I really want to use the CUDA-miner becase its gettin' me ~20Mhash/s more than the default one.

Many thanks in advance for any help!

btw: my commandline for the CUDA-miner is:

rpcminer-cuda.exe -user=xxx -password=xxx -url=http://localhost -gpu -gpugrid=96 -gputhreads=1024
Console stops after telling me that the allocating of the CUDA resources ist done.

so long



Title: Re: GUI mining - now with BFI_INT optimization
Post by: PabloW on June 01, 2011, 01:59:14 PM
I just tryed phoenix+kernal few days ago and I got more Mhash with it, but after a while it just crashes my system, thats why im sticking with GUIminer. Is there any chance to get the same performance that phoenix+kernal?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Dobrodav on June 01, 2011, 06:45:22 PM
KIV experimenting now with phoenix miner included in GUI miner. He post about it 1 or 2 pages above. Its beta version, so its hard to predict how that will affect performance.

Please rad that thread :
http://forum.bitcoin.org/index.php?topic=10157.msg145792#msg145792


Title: Re: GUI mining - now with BFI_INT optimization
Post by: kiwiasian on June 01, 2011, 06:53:01 PM
In the newest 5-21 release I get 280 MH/s versus the 315 MH/s I got with the 4-26 release...
(Same clocks and settings)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Rebelstar on June 01, 2011, 08:42:32 PM
"Problems communicating with bitcoin RPC"

Guys, what does it mean? I see it so often in GUIMiner console.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Justsomeforumuser on June 01, 2011, 09:43:24 PM
"Problems communicating with bitcoin RPC"

Guys, what does it mean? I see it so often in GUIMiner console.

Means whatever pool you are hashing with is overloaded / not replying 100% of the time.

Has nothing to do with this program, but everything with whomever runs the pool.

Best I know, at least.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: TiagoTiago on June 02, 2011, 12:05:20 AM
When are you gonna release a version with the new deepbit address?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: kiwiasian on June 02, 2011, 04:07:08 AM
When are you gonna release a version with the new deepbit address?

What new deepbit address...


Title: Re: GUI mining - now with BFI_INT optimization
Post by: trazom on June 02, 2011, 08:59:20 AM
I can't get the guiminer client to open.  I'll double click it and the icon will appear in my system tray for a few seconds and then disappear.  I'm running win 7 x86 with an i7.  I downloaded the latest drivers, etc and still..nothing.  Any tips?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: RaTTuS on June 02, 2011, 09:12:54 AM
I'm using this and when I've got some cash I'll doante 8)
a couple of questions / suggestions

if I have 2 or more pools configured is it best to stick with one or can I run 2 pools at once ?

or could it be altered so it if one pool stops responding it auto switches to the next one in line, then does a check for your main pool each hour [or so] and switches back ?




Title: Re: GUI mining - now with BFI_INT optimization
Post by: russelljohnson on June 02, 2011, 09:23:51 AM
I'm using this and when I've got some cash I'll doante 8)
a couple of questions / suggestions

if I have 2 or more pools configured is it best to stick with one or can I run 2 pools at once ?

or could it be altered so it if one pool stops responding it auto switches to the next one in line, then does a check for your main pool each hour [or so] and switches back ?

Q: Can I connect to more than one pool with the same GPU? For example have a main pool, and a backup pool in case the main one goes down?
A: Yes, you can use the -f flag for this. A value of -f60 or higher in the backup pool's miner will cause it to yield most of the GPU power to miners with a lower f value (default is 30).

I usually have all my miners mine at one pool. This way, you can analyze your daily/weekly stats. It's harder to know how much you make from jumping around or simultaneously mine at several pools.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: RaTTuS on June 02, 2011, 09:58:39 AM
yeah but with the recent problems, it's best to have a backup plan  ;)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: thatguy42 on June 02, 2011, 11:52:21 AM
Hello

I got my bitcoin wallet to work. Would like to mine using my gpu. 4 days now still haven't managed to get any program to work properly.
Is there anyway that GUI program will ever be back online. The Github site has been down for 4 days I doubt it's coming back up any time soon.
Does anybody have a copy of the file? Could you post it somewhere.
I'm presently using a quad core intel with a nvidia 9500GT.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: RaTTuS on June 02, 2011, 12:13:23 PM
 ;)
guiminer and deepbit seem to be working fine for me now,
what sort of problems are you getting


Title: Re: GUI mining - now with BFI_INT optimization
Post by: SchizophrenicX on June 02, 2011, 01:49:36 PM
I don't really understand the -f flag. Could someone explain in plain to me?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: compro01 on June 02, 2011, 05:14:19 PM
I don't really understand the -f flag. Could someone explain in plain to me?

it's basically the miner's priority setting.  the lower you set it, the higher the priority.  setting it to highest priority (-f 1) will generally eek out a little bit more hashing (5-10%), at the cost of slowing everything else to a crawl, whereas setting it lower will slow hashing a bit, but maintain responsiveness.

i run mine at -f 240 and it results in no performance hit in gaming.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: dirtydan672 on June 03, 2011, 12:06:37 AM
My guiminer says it has stopped. Nothing happens when i click the "Start Mining" button. Any advice?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Cozzie on June 03, 2011, 04:16:17 AM
My GUIMiner's unable to be started and below is the log.

Code:
ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 1995, in run
  File "guiminer.py", line 1429, in __init__
  File "guiminer.py", line 1660, in parse_config
  File "json\__init__.pyo", line 267, in load
  File "json\__init__.pyo", line 307, in loads
  File "json\decoder.pyo", line 319, in decode
  File "json\decoder.pyo", line 338, in raw_decode
ValueError: No JSON object could be decoded
Traceback (most recent call last):
  File "guiminer.py", line 2005, in <module>
  File "guiminer.py", line 1995, in run
  File "guiminer.py", line 1429, in __init__
  File "guiminer.py", line 1660, in parse_config
  File "json\__init__.pyo", line 267, in load
  File "json\__init__.pyo", line 307, in loads
  File "json\decoder.pyo", line 319, in decode
  File "json\decoder.pyo", line 338, in raw_decode
ValueError: No JSON object could be decoded

Any ideas?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: skenter on June 03, 2011, 09:47:47 AM
hi guys,

i have some problems with the GUIMiner.

Hardware:
Gainward HD4870 Golden Sample 1024MB GDDR5
Caralyst 10.11 + ATI Stream SDK 2.4

after 10-20 minutes i started GUIMiner i get those kind of msg:

Code:
2011-06-03 03:32:18: Listener for "Default": 03/06/2011 03:32:18, Problems communicating with bitcoin RPC
2011-06-03 03:38:25: Listener for "Default": 03/06/2011 03:38:25, Problems communicating with bitcoin RPC
2011-06-03 03:38:31: Listener for "Default": 03/06/2011 03:38:31, Problems communicating with bitcoin RPC
2011-06-03 03:45:49: Listener for "Default": 03/06/2011 03:45:49, Problems communicating with bitcoin RPC

Code:
2011-06-03 03:47:28: Listener for "Default": Verification failed, check hardware!

after this i didnt get any shares of bitcoins....it is not everytime the same time i get this errors... sometimes after 5min sometimes after 1 hour...
my question is. is it a problem that to many peaple use this pool and the server is overflowed .. or is it the programm or a fail setup ?

GUIMiner setttings:
Server: Slushs pool
Device:ATI RV770(HD4870)
flags: -w64








Title: Re: GUI mining - now with BFI_INT optimization
Post by: maxcorrads on June 03, 2011, 09:48:52 AM
Code:
2011-06-03 03:47:28: Listener for "Default": Verification failed, check hardware!


GUIMiner setttings:
Server: Slushs pool
Device:ATI RV770(HD4870)
flags: -w64



Try flags: -v -w64

:)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: skenter on June 03, 2011, 10:15:21 AM
Code:
2011-06-03 03:47:28: Listener for "Default": Verification failed, check hardware!


GUIMiner setttings:
Server: Slushs pool
Device:ATI RV770(HD4870)
flags: -w64



Try flags: -v -w64

:)

didnt work with -v flag too.... i have tryed deepbit server pool with this reults:

Code:
2011-06-03 12:04:01: Listener for "Default": 03/06/2011 12:04:01, long poll: new block 00001f3172f8f82a
2011-06-03 12:04:41: Listener for "Default": 03/06/2011 12:04:41, long poll: new block 000021bf03e127ea
2011-06-03 12:11:53: Listener for "Default": 03/06/2011 12:11:53, Wrong data: checkWork: this nonce already completed
2011-06-03 12:11:54: Listener for "Default": 03/06/2011 12:11:54, Wrong data: checkWork: this nonce already completed
2011-06-03 12:11:56: Listener for "Default": 03/06/2011 12:11:56, Wrong data: checkWork: this nonce already completed
2011-06-03 12:12:00: Listener for "Default": Verification failed, check hardware!
2011-06-03 12:13:25: Listener for "Default" shutting down



Title: Re: GUI mining - now with BFI_INT optimization
Post by: thatguy42 on June 03, 2011, 11:10:32 AM
;)
guiminer and deepbit seem to be working fine for me now,
what sort of problems are you getting

When I am on page    http://forum.bitcoin.org/index.php?topic=3878.0

I click on [  guiminer-20110521.exe (self-extracting archive) ]
I get a 500 internal server error page.
if I try save link as, it saves as a html 500 error page, even if I try to save as all files.
Same thing on all the 4 computers i have here.

I thought the , https//githuib site was down. I get a 500 server error if I try to navigate to the github site.
Must be something else if you can get the site and the download.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: klayus on June 03, 2011, 12:10:06 PM
how come mining with guiminer on a 5870 gives me 350MH/s and mining with phoenix gives me 400??? same settings for both as far as i can set anything.
thank you in advance


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Ueland on June 03, 2011, 10:35:38 PM
A "little" bug report.

I got a rig with Radeon HD 6850 and AMD penomen II X4 955 CPU. The GPU works great with 195Mhash/s, but the CPU is stuck on "starting.."

Trying to run it manually, then i get:

Quote
Exception in thread Thread-2:
Traceback (most recent call last):
  File "threading.pyo", line 525, in __bootstrap_inner
  File "threading.pyo", line 477, in run
  File "BitcoinMiner.pyo", line 274, in miningThread
  File "BitcoinMiner.pyo", line 372, in loadKernel
  File "pyopencl\__init__.pyo", line 138, in program_build
RuntimeError: clBuildProgram failed: build program failure

Build on <pyopencl.Device 'AMD Phenom(tm) II X4 955 Processor
          ' at 0x3b556a0>:

Internal error: Link failed.
Make sure the system setup is correct.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: trueimage on June 04, 2011, 01:37:50 AM
I just got my new cards: 2x HD 6950 2GB flashed to 6970. Got them up and running at stock (800/1250) @ 300-350 Mhash/s

any tips for flags?

Running catalyst 11.5b or whatever newest on guru3d is.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: hiVe on June 04, 2011, 08:40:08 AM
I just got my new cards: 2x HD 6950 2GB flashed to 6970. Got them up and running at stock (800/1250) @ 300-350 Mhash/s

any tips for flags?

Running catalyst 11.5b or whatever newest on guru3d is.

try with and without vectorization which is -v
and the rest -w64 -f1

one of my machines does better with vectors and the other without them...almost the same hardware and same software packages


Title: Re: GUI mining - now with BFI_INT optimization
Post by: skenter on June 04, 2011, 10:42:49 AM
Code:
2011-06-03 03:47:28: Listener for "Default": Verification failed, check hardware!


GUIMiner setttings:
Server: Slushs pool
Device:ATI RV770(HD4870)
flags: -w64



Try flags: -v -w64

:)

didnt work with -v flag too.... i have tryed deepbit server pool with this reults:

Code:
2011-06-03 12:04:01: Listener for "Default": 03/06/2011 12:04:01, long poll: new block 00001f3172f8f82a
2011-06-03 12:04:41: Listener for "Default": 03/06/2011 12:04:41, long poll: new block 000021bf03e127ea
2011-06-03 12:11:53: Listener for "Default": 03/06/2011 12:11:53, Wrong data: checkWork: this nonce already completed
2011-06-03 12:11:54: Listener for "Default": 03/06/2011 12:11:54, Wrong data: checkWork: this nonce already completed
2011-06-03 12:11:56: Listener for "Default": 03/06/2011 12:11:56, Wrong data: checkWork: this nonce already completed
2011-06-03 12:12:00: Listener for "Default": Verification failed, check hardware!
2011-06-03 12:13:25: Listener for "Default" shutting down




after some problems i have found a setup that works for my hardware... Catalyst 11.5 + SDK 2.4 works fine! after 10minutes mining @ slushs pool i have no error msg and 19 shares @ 78MHashe/s (HD4870 Golden Sample GDDR5 1024MB). ok i lost 6Mhashes because with the 10.11 driver i have 84 / 84 MHashes but with many errors.

flags i used now: -v -w64 -f1


Title: Slush problem
Post by: synthman on June 04, 2011, 03:04:52 PM
Can't mine at slush's pool. Gives me error during login and username must be in format <username><worker>. What must i do?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Hawkix on June 04, 2011, 04:10:32 PM
What is your url you use in the miner (exclude your password, of course)?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: lizardmannnn on June 04, 2011, 05:59:50 PM
Hey noob question if I'm setting up a second GPU do I need to use a different miner in GUI miner or can I use the same miner account for both GPUs?

Thanks!


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Dobrodav on June 04, 2011, 08:18:26 PM
You can use one miner account for both, but its recomended to have separate accounts fot that matter.


Hey noob question if I'm setting up a second GPU do I need to use a different miner in GUI miner or can I use the same miner account for both GPUs?

Thanks!


Title: Re: Slush problem
Post by: ensign_lee on June 04, 2011, 09:49:36 PM
Can't mine at slush's pool. Gives me error during login and username must be in format <username><worker>. What must i do?

I believe the worker username is username.worker - the period there is very important.


Title: Re: Slush problem
Post by: synthman on June 05, 2011, 01:37:52 AM
I believe the worker username is username.worker - the period there is very important.
Works with the dot. Thanks mate.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: berate48 on June 05, 2011, 01:42:53 AM
Hi, I'm running an ATI 4870 with the very latest Catalyst+Stream SDK drivers.

The instant I clicked the exe, a blue screen of death came up saying something was wrong with atikmpag.sys.

Error is listed as:

Quote
Fault bucket X64_0x116_TdrBCR:2_Tdr:2_IMAGE_atikmpag.sys, type 0

This happen to anyone else? Any solution?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: TiagoTiago on June 05, 2011, 02:03:16 AM
When are you gonna release a version with the new deepbit address?

What new deepbit address...

Setting up software
GPU/CPU :: m0mchil's python miner
Example:
poclbm.exe -d1 --host=pit.deepbit.net --port=8332 --user=example@example.com --pass=password

GPU/CPU :: DiabloMiner java miner
Example:
java -cp target\libs\*;target\DiabloMiner-0.0.1-SNAPSHOT.jar -Djava.library.path=target\libs\natives\windows com.diablominer.DiabloMiner.DiabloMiner -u example@example.com -p password -o pit.deepbit.net -r 8332 -g 5

Windows Example:
DiabloMiner-Windows.exe -u example@example.com -p password -o pit.deepbit.net -r 8332

CPU :: Ufasoft's SSE2 miner
Example:
bitcoin-miner.exe -a 5 -o http://pit.deepbit.net:8332 -u example@example.com -p password
GPU :: Phoenix miner
Example:
phoenix -u http://login@gmail.com:password@pit.deepbit.net:8332 -k poclbm DEVICE=0 VECTORS BFI_INT WORKSIZE=128 AGGRESSION=11
(my emphasis)


Title: Re: GUI mining - now with BFI_INT optimization
Post by: piemaker16 on June 05, 2011, 03:44:55 PM
my CPU won't even come up and just says connecting for ever.

ONLY says no OpenCL Devices in the menu is this wrong?

Aspire 4741G
Intel Core i5-450M processor

Oh and tryed with BTCGuild with correct information

AND for GPU it won't show up either. i think i have open cl how do i check

NVIDIA GeForce GT 330M
(up to 2746MB TurboCache


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Spectro on June 05, 2011, 07:27:12 PM
Every time I stop mining, my display driver crashes. How can I fix this?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: SebastianJu on June 05, 2011, 07:54:14 PM
Im testing GUIMiner the first time but cant make it work with BTC Guild. It works fine when I use the normal Bitcoin Client without the GUIMiner.

I created an account at BTC Guild, put in my ID, created a Worker and locked the wallet. I took the worker name and put it int GUIMiner at Username. Then the workerpassword at password. I clicked refresh balance and added the API-String. No error. API seems to work. But when I click start it only says connecting without doing anything. No errormessage in console. I logged out in browser at BTC Guild but no change.

I dont know whats wrong...


Title: Re: GUI mining - now with BFI_INT optimization
Post by: ChemicalOli on June 05, 2011, 08:50:16 PM
The -s feature is very attractive to me but unfortunately doesn't work. When I start the miner it gets as far as "Starting..." then just waits forever. Trying to manually start poclbm as follows...

Quote
poclbm.exe --user=XXXXX --pass=XXXXX -o http://bitcoins.lc -p 8332 -d0 --verbose -s 0.01

results in an error message....

Quote
poclbm.exe: error: no such option: -s

So it appears poclbm does not implement the -s feature.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: SebastianJu on June 05, 2011, 08:52:25 PM
Ok, I got it... I didnt realize that you cant run the software with the default tab...


Title: Re: GUI mining - now with BFI_INT optimization
Post by: compro01 on June 05, 2011, 08:55:10 PM
The -s feature is very attractive to me but unfortunately doesn't work. When I start the miner it gets as far as "Starting..." then just waits forever. Trying to manually start poclbm as follows...

Quote
poclbm.exe --user=XXXXX --pass=XXXXX -o http://bitcoins.lc -p 8332 -d0 --verbose -s 0.01

results in an error message....

Quote
poclbm.exe: error: no such option: -s

So it appears poclbm does not implement the -s feature.

you must be running an older version of the miner.  it was just added a couple weeks ago.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: DiB on June 05, 2011, 10:04:16 PM
I don't really understand the -f flag. Could someone explain in plain to me?

it's basically the miner's priority setting.  the lower you set it, the higher the priority.  setting it to highest priority (-f 1) will generally eek out a little bit more hashing (5-10%), at the cost of slowing everything else to a crawl, whereas setting it lower will slow hashing a bit, but maintain responsiveness.

i run mine at -f 240 and it results in no performance hit in gaming.

Thank you for this concise explanation, it helped a lot.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: SebastianJu on June 05, 2011, 10:23:14 PM
I have 1,7MH/s with the standard Bitcoin-Client. But when using GUIMiner in Solomode or with BTC Guild i only have 1.1MH/s. I already tried stopping and adding the extra flags "-f 2" but no change. Is that normal?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Veldy on June 05, 2011, 11:00:06 PM
I just got my new cards: 2x HD 6950 2GB flashed to 6970. Got them up and running at stock (800/1250) @ 300-350 Mhash/s

any tips for flags?

Running catalyst 11.5b or whatever newest on guru3d is.

try with and without vectorization which is -v
and the rest -w64 -f1

one of my machines does better with vectors and the other without them...almost the same hardware and same software packages

I would use -v -w 128 without hesitation.  Consider starting with a higher value such as -f 60 for a work station used for other things or -f 30 for a dedicated machine.  Then, after a time, if all is well, lower the -f value in 5 or 10 increments and again let it go for a time.  I have found that even on my dedicated windows machines [one Win7 x64 and one Vista x64 with Catalyst 11.5], that -f 1 sometimes causes a lock up if you login to your locked console [which you should be locking] and as the monitor powers up and the screen comes to life and I moved the mouse too quickly ... boom.   Totally frozen.  Actually, I think it was still mining, but there was nothing that could be done with the computer until I power cycled it [once, pressing power teased the OS into a graceful shutdown, but the other time, I had to hard power cycle].  So, careful with starting with too low a value for -f; I decided on -f 10 on my dedicated machines since any differences going to -f 1 were pretty much neglible.  Also, turn Aero off for your dedicated machines and even your multiple use machine if you don't mind having it off [I kind of like it and find it useful and productive as I can see through the window borders meaning I can make just a little better use of my real estate or other niceties that transparency can provide].

BTW ... I use -f 30 for my workstation [which gets used all day for work].  I think it would work even lower [although I use poclbm command line, not the GUIMiner].  For 69xx series, I recommend using poclbm executable and not phoenix.  But for 58xx series [and probably 59xx series], I suggest using phoenix using the phatk kernel as the difference in hash rate [more than 3% on my 5850 cards] more than makes up for the stale shares issue with phoenix [which I hope they fix soon].



Title: Re: GUI mining - now with BFI_INT optimization
Post by: liveblues on June 06, 2011, 12:59:34 AM
a'ight questions:

(yes I read through this first)

1)I am assuming that the gui miner is intelligent nuff to pick up my wallet ID from my Bitcoin client?
 - have been mining for a month now, I know it takes months solo but just wanted to make sure I didnt miss an input box where I am supposed to put my wallet id, and months of GPU power go bye bye ;)

2) why does it show difficulty 1? the calculater pulls a difficulty value of 434882.72175 atm, shouldnt my miner be on the same level?

cheers
blues


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Veldy on June 06, 2011, 01:02:03 AM
a'ight questions:

(yes I read through this first)

1)I am assuming that the gui miner is intelligent nuff to pick up my wallet ID from my Bitcoin client?
 - have been mining for a month now, I know it takes months solo but just wanted to make sure I didnt miss an input box where I am supposed to put my wallet id, and months of GPU power go bye bye ;)

2) why does it show difficulty 1? the calculater pulls a difficulty value of 434882.72175 atm, shouldnt my miner be on the same level?

cheers
blues

If you are mining solo, then your bitcoin client will pull down the entire block to work on.  Difficulty determines the size of the block [on average].  Your miner is dumb and doesn't care.  Don't worry what your miner says about difficulty [speaking of, what miner does display difficulty?].

Your bitcoin client always has a "default" address shown in the main window.  You can create a new one at any time or simply pull up an existing one from your address book.   That is where your payment will be sent.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: SebastianJu on June 06, 2011, 03:07:00 AM
I found that rpcminer-4way was the problem that resulted in only 1.1MHash/s. When using rpcminer-cpu.exe it runs with 1.8MHash/s.

But still i think something is wrong.

I have a Geforce 9600M GT which should be capable of Cuda. I tested with GPU Caps Viewer and it should be enabled. But i think its only my CPU that is working not my GPU.

When i run the normal bitcoin-client i can set the number of processors that should hash. I have a dualcore CPU. When I set the number of cpu-cores used to 1 then... I have around half the MHash/s. Taskmanager shows 3/4 of cpu used while it was 100% before.

When looking into this list to find my GPU: http://pastebin.com/AvymGnMJ there are no M-Version of it which is the portable Version of the GPU but the Desktopversion 9600 GT. And this version should make 15.66 MHash/s. So probably my GPU doesnt do anything.

Why is that? Or did I interprete something wrong?

Whatever Extra Flag im trying to set doesnt have an effect it seems.

While I have a NVidia I should use rpcminer-cuda.exe isnt it? But when I do this GUIMiner pretends to work but I think it doesnt work. Because when I run -cpu.exe I get 1.8 to 1.7MHash/s and the value is changing. But when I use the cuda.exe after that it looks like its working but only shows the last working MHash/s-Number. 1.8MHash/s. It doesnt change. When I ran 4way.exe before that... and 4way is slower with 1.1MHash/s and run cuda.exe afterwards it shows constantly 1.1MHash/s. Thats probably not correct. So it looks like its doing something but it doesnt. And CUDA doesnt work too I think.

Someone nows whats happening?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: DrReaper on June 06, 2011, 04:03:28 AM
How can I completely uninstall Guiminer to reinstall? Every time I stop mining it crashes my computer. My Wifes computer which is an exact hardware copy of mine works fine. Mine worked until the other day then it will start and mine but won't pause. It locks up the time on the system. Complete freeze on pause or stop.
I have deleted appdata, roaming, bitcoin, I have deleted the GUIminer folder. I am missing some files somewhere. Windows Vista Ultimate 64 Bit


Title: Re: GUI mining - now with BFI_INT optimization
Post by: liveblues on June 06, 2011, 04:14:11 AM
a'ight questions:

(yes I read through this first)

1)I am assuming that the gui miner is intelligent nuff to pick up my wallet ID from my Bitcoin client?
 - have been mining for a month now, I know it takes months solo but just wanted to make sure I didnt miss an input box where I am supposed to put my wallet id, and months of GPU power go bye bye ;)

2) why does it show difficulty 1? the calculater pulls a difficulty value of 434882.72175 atm, shouldnt my miner be on the same level?

cheers
blues

If you are mining solo, then your bitcoin client will pull down the entire block to work on.  Difficulty determines the size of the block [on average].  Your miner is dumb and doesn't care.  Don't worry what your miner says about difficulty [speaking of, what miner does display difficulty?].

Your bitcoin client always has a "default" address shown in the main window.  You can create a new one at any time or simply pull up an existing one from your address book.   That is where your payment will be sent.

hey mate

if I run the GUIminer (build 2011-5-21) in the solo mode, it will show Difficulty: <value> in the bottom.

I am aware that the "core" bitcoin client has a default address inbuilt, I just wanted to confirm that once the guiminer solves a block, it communicates properly with the original client and credits me on my default wallet id. I simply dont know the event (I am assuming the original bitcoin client shows me 50 credit :P) that will happen once I solve something successfully.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Veldy on June 06, 2011, 05:04:46 AM
I found that rpcminer-4way was the problem that resulted in only 1.1MHash/s. When using rpcminer-cpu.exe it runs with 1.8MHash/s.

But still i think something is wrong.

I have a Geforce 9600M GT which should be capable of Cuda. I tested with GPU Caps Viewer and it should be enabled. But i think its only my CPU that is working not my GPU.

When i run the normal bitcoin-client i can set the number of processors that should hash. I have a dualcore CPU. When I set the number of cpu-cores used to 1 then... I have around half the MHash/s. Taskmanager shows 3/4 of cpu used while it was 100% before.

When looking into this list to find my GPU: http://pastebin.com/AvymGnMJ there are no M-Version of it which is the portable Version of the GPU but the Desktopversion 9600 GT. And this version should make 15.66 MHash/s. So probably my GPU doesnt do anything.

Why is that? Or did I interprete something wrong?

Whatever Extra Flag im trying to set doesnt have an effect it seems.

While I have a NVidia I should use rpcminer-cuda.exe isnt it? But when I do this GUIMiner pretends to work but I think it doesnt work. Because when I run -cpu.exe I get 1.8 to 1.7MHash/s and the value is changing. But when I use the cuda.exe after that it looks like its working but only shows the last working MHash/s-Number. 1.8MHash/s. It doesnt change. When I ran 4way.exe before that... and 4way is slower with 1.1MHash/s and run cuda.exe afterwards it shows constantly 1.1MHash/s. Thats probably not correct. So it looks like its doing something but it doesnt. And CUDA doesnt work too I think.

Someone nows whats happening?

I am going to be blunt.  You don't have the hardware to earn via mining.  Your electricity costs will exceed any mining that you can do with that hardware [even if you managed to get the GPU to work].  Further, with a laptop in particular, you will be taxing the hardware, so even if your energy costs were free, I think it more likely that you would ruin your machine [or an expensive part of it] long before you see any payout.   Stop mining.  Do your research and learn how this works.  EVERYTHING you need to know about mining is here in these forums or link to information that will help you.  Difficulty will be going up in several hours (12 perhaps) reducing your ability to mine by more than 1/3 by the look of things. 

Brutal honesty is really best for you.  You can't effectively mine with that hardware.  I am sorry.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: RaTTuS on June 06, 2011, 07:05:09 AM
How can I completely uninstall Guiminer to reinstall? Every time I stop mining it crashes my computer. My Wifes computer which is an exact hardware copy of mine works fine. Mine worked until the other day then it will start and mine but won't pause. It locks up the time on the system. Complete freeze on pause or stop.
I have deleted appdata, roaming, bitcoin, I have deleted the GUIminer folder. I am missing some files somewhere. Windows Vista Ultimate 64 Bit

just remove the directory and everything in it from where you installed it to.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: SebastianJu on June 06, 2011, 07:58:51 AM
@Veldy

Im aware that I probably wont ever earn anthing but its an interesting topic. I do not really think that my hardware can effectively do mining. I would do better investing in bitcoins I think. What I will do when my Euros are online at MtGox. :)

But its still interesting and im asking myself why i shouldnt let the GPU run and trying to take part in the lottery while im at my pc. At the end its a lottery and when the hardware is running anyway? I never would let the pc run only for mining.

By the way... i downvolted my gpu and overclocked it with nibitor some time ago. This should, as far as I know, result in a longer lifetime. The damage at overclocking happens because of too high voltages that are erode the chipparts. I did the opposite. Changing the clockrates alone does have a so small effect on lifetime that it doesnt count. The temperature isnt too high too. So I guess my card wont be hurt only by letting it run a bit more when its running anyway... (I still would calculate how much more power it needs then... and how much the more of power would cost.)

So its more interest than the wish to earn money through mining... :) In my opinion mining isnt worth much anyway because it pays out only because the bitcoins are rising in worth. But when taking that in account miners would have done more when investing the hardwaremoney in bitcoins. So i think the goldrush is over long ago. Traders will probably make more now...

But i still would like to know why my gpu doesnt work. My cousin seems to have the same problem without knowing it. The original bitcoin-client doesnt inform that the gpu doesnt work. I dont know why. So can you tell me why the gpu isnt working?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: thatguy42 on June 06, 2011, 11:40:21 AM
;)
guiminer and deepbit seem to be working fine for me now,
what sort of problems are you getting

When I am on page    http://forum.bitcoin.org/index.php?topic=3878.0

I click on [  guiminer-20110521.exe (self-extracting archive) ]
I get a 500 internal server error page.
if I try save link as, it saves as a html 500 error page, even if I try to save as all files.
Same thing on all the 4 computers i have here.

I thought the , https//githuib site was down. I get a 500 server error if I try to navigate to the github site.
Must be something else if you can get the site and the download.

I noticed while using stumble upon It brings up pages from github.com. Any idea why github always gives me a 500 error?
Same thing on 4 computers here. Maybe it has to do with https ???


Title: Re: GUI mining - now with BFI_INT optimization
Post by: langandr on June 06, 2011, 05:33:34 PM
Hello there,

I started mining yesterday, so please forgive me, if I lack the experience with the correct terms to describe what happened, but I think I found a bug.

Currently I have seven mining processes running. The first two threads are the built-in CL miners. The next four threads are CPU miners and the last one is a RPC Cuda miner, which I added to gain the experience which runs best on my system. When I wanted to turn them off to play a game, I started to click the stop buttons from top down. My screen flickers, when I stop the CL miners, so I couldn't stop all miners until my screen was back on. Well, the result was this:

http://img508.imageshack.us/img508/8216/screeniein.jpg

Since I have a NV 8800 GTS, at first glance I was very happy about the "37.3". I usually have a total of 20-22 MHash/s. When I saw the "G" I realized, there might be something wrong. (And of course it doesn't behave like 37.3 GHash/s.)

The guiminer.log is empty except for the entries of stopping the processes.

I hope this helps.

Regards
Andreas



Title: Re: GUI mining - now with BFI_INT optimization
Post by: LegitBit on June 06, 2011, 05:53:31 PM

That made the blood rush to my head for a second there. Daymn.

Definitely looks like a bug.. or a miracle.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: gboytazzz on June 06, 2011, 06:40:56 PM
hey guys im having a bit of a problem getting GUI to start ...

once i get it installed and extracted and try to run the application i get this error ...

http://img.photobucket.com/albums/v706/gboytazz/error.jpg

any help would greatly be appreciated. thanks. 



Title: Re: GUI mining - now with BFI_INT optimization
Post by: thatguy42 on June 06, 2011, 06:52:24 PM
;)
guiminer and deepbit seem to be working fine for me now,
what sort of problems are you getting

When I am on page    http://forum.bitcoin.org/index.php?topic=3878.0

I click on [  guiminer-20110521.exe (self-extracting archive) ]
I get a 500 internal server error page.
if I try save link as, it saves as a html 500 error page, even if I try to save as all files.
Same thing on all the 4 computers i have here.

I thought the , https//githuib site was down. I get a 500 server error if I try to navigate to the github site.
Must be something else if you can get the site and the download.

I noticed while using stumble upon It brings up pages from github.com. Any idea why github always gives me a 500 error?
Same thing on 4 computers here. Maybe it has to do with https ???

So I'm still working on this 500 error.
I called my provider thinking it must be a problem on my side , seeing that nobody else has the problem.
They think it may be a problem with the dns server.
The tech support had no problem connecting to the site.
The guy lent me his dns server , thinking a may be able to get on the site, to retrieve the GUI program.

I still have the 500 error, even with my dns server changed.

I am using xp 64 with firefox , opera , explorer, always the same 500 error.
My other machines have xp 32 same problems in any browser.

Any ideas? or can someone put up the .exe somewhere else?

Thanks




Title: Re: GUI mining - now with BFI_INT optimization
Post by: DrReaper on June 07, 2011, 01:28:06 AM
A note on uninstalling. Removing the directory isn't enough to uninstall guiminer.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Dobrodav on June 07, 2011, 01:54:42 AM
Yes, GUIminer also creates directory C:\Users\User\AppData\Roaming\poclbm.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Veldy on June 07, 2011, 09:39:22 PM
A note on uninstalling. Removing the directory isn't enough to uninstall guiminer.

Well it is, but it leaves left over settings/configurations in place.  Many programs do this.  Uninstallers should prompt the user if they want to remove the configuration or just the program itself.  Having said that, this isn't commercial software it is
'donationware" ... donate if you like it [I did, and I don't even use it anymore ... although I may again at some point].


Title: Re: GUI mining - now with BFI_INT optimization
Post by: nanoprobe on June 08, 2011, 01:01:59 AM
hey guys im having a bit of a problem getting GUI to start ...

once i get it installed and extracted and try to run the application i get this error ...

http://img.photobucket.com/albums/v706/gboytazz/error.jpg

any help would greatly be appreciated. thanks. 


Same problem here.  ???


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Veldy on June 08, 2011, 03:26:26 AM
Too little to read; what does it say?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: gres on June 08, 2011, 04:01:00 AM
thanks, got this started no problems, what a difference between gpu and cpu from the built in one


Title: Re: GUI mining - now with BFI_INT optimization
Post by: nanoprobe on June 08, 2011, 09:49:43 AM
Too little to read; what does it say?
http://i303.photobucket.com/albums/nn123/nanoprobe/guiminererror.jpg


Title: Re: GUI mining - now with BFI_INT optimization
Post by: HorstDetlef on June 08, 2011, 11:46:07 AM
If someone could please help out here and show me what exactly I'm doing wrong.

First of all, I am using an ATI Radeon HD 5770, just now uninstalled and installed the latest driver as well as OpenCL.
Next, registered at btcguild.com, created a "worker" there.
Downloaded the latest version of the GUIminer.
Run guiminer.exe.

Now I am unable to chose the GPU instead of the CPU and have a terrible mhash/s ratio.
Do I have to change some settings in the Catalyst Control Center to get OpenCL to work and thus enable the GPU as an other choice?


Edit: Nevermind, finally got it working.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: pharaon on June 08, 2011, 03:04:21 PM
@kiv
just send you a PM with a link to download a french translation for your GUI.
(because i 'm so bad with github and i can't push my file  :'( )

If someone else want to test it, it's available here:

guiminer_fr.po (http://depositfiles.com/files/cbrvfeniu)

 


Title: Re: GUI mining - now with BFI_INT optimization
Post by: nanoprobe on June 08, 2011, 10:48:51 PM

Anyone?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on June 08, 2011, 10:52:31 PM
Hard to say, could be a driver issue. What version of Windows are you using and what graphics card and drivers?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: nanoprobe on June 08, 2011, 11:42:37 PM
Hard to say, could be a driver issue. What version of Windows are you using and what graphics card and drivers?
The issue was my Visual C++ 2008 Redistributable  was corrupt. I downloaded a new copy from here (http://www.microsoft.com/downloads/en/details.aspx?familyid=9b2da534-3e03-4391-8a4d-074b9f2bc1bf&displaylang=en) installed it and the problem was cured.


Title: openCL for nvidia
Post by: lemoncoolers on June 09, 2011, 12:00:22 AM
I have an NVIDIA GeForce Go 7950 GTX on a laptop and my question is where to find the proper drivers openCL for nvidia. From the nvidia site i tried installing the developer drivers but it does not recognize my card. http://developer.nvidia.com/cuda-toolkit-40


Title: Re: GUI mining - now with BFI_INT optimization
Post by: PwrLeveld on June 09, 2011, 12:21:00 AM
You have to use cuda mining with NVidia, and it won't be worth it because nvidia cards don't mine at a rate that makes up for the enrgy consumption, and besides on a laptop.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: lemoncoolers on June 09, 2011, 12:33:38 AM
You have to use cuda mining with NVidia, and it won't be worth it because nvidia cards don't mine at a rate that makes up for the enrgy consumption, and besides on a laptop.

ah, i see, well thank you for the advice. Im curious though, how does one learn which cards are good for mining and what rate they mine and their energy cost?

and also, if i were to use my nvidia card for cuda mining anyway, where would i acquire the necessary software?


Title: Up and Running
Post by: DrKennethNoisewater on June 09, 2011, 12:40:27 AM
Just wanted to say hats off to Kiv, this really does make it easier.

I was running and older rig prob 2.5 years old or more with dual nvidia 9800 GT's and could only get 25 mhash/sec per card.

I just installed a Diamond ATI HD 6950 and after some driver wiping and installing was able to get the thing online and operating at a healthy 300Mhash/sec.

Man, these new gen cards are freaking huge.................

Now that I know I can get the hashrate, time to take it up a notch and go for a 1.5 rig........

Peace out  ;)

DKN


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on June 09, 2011, 12:54:09 AM
A list of many popular cards is here (http://pastebin.com/AvymGnMJ).

The CUDA mining software is also conveniently built in to GUIMiner. You'll need to do:

File -> New Other Miner -> puddinpop -> rpcminer-cuda

I don't have a CUDA card handy to give you any more steps, but if you have any trouble with it post back and someone will help you :)


You have to use cuda mining with NVidia, and it won't be worth it because nvidia cards don't mine at a rate that makes up for the enrgy consumption, and besides on a laptop.

ah, i see, well thank you for the advice. Im curious though, how does one learn which cards are good for mining and what rate they mine and their energy cost?

and also, if i were to use my nvidia card for cuda mining anyway, where would i acquire the necessary software?


Title: Re: Up and Running
Post by: Kiv on June 09, 2011, 12:55:37 AM
Glad I could make your life easier ^_^  Remember to donate even a little bit if you're enjoying the program (it's good karma!)

Just wanted to say hats off to Kiv, this really does make it easier.

I was running and older rig prob 2.5 years old or more with dual nvidia 9800 GT's and could only get 25 mhash/sec per card.

I just installed a Diamond ATI HD 6950 and after some driver wiping and installing was able to get the thing online and operating at a healthy 300Mhash/sec.

Man, these new gen cards are freaking huge.................

Now that I know I can get the hashrate, time to take it up a notch and go for a 1.5 rig........

Peace out  ;)

DKN


Title: Re: GUI mining - now with BFI_INT optimization
Post by: lemoncoolers on June 09, 2011, 01:28:30 AM
A list of many popular cards is here (http://pastebin.com/AvymGnMJ).

The CUDA mining software is also conveniently built in to GUIMiner. You'll need to do:

File -> New Other Miner -> puddinpop -> rpcminer-cuda

I don't have a CUDA card handy to give you any more steps, but if you have any trouble with it post back and someone will help you :)


You have to use cuda mining with NVidia, and it won't be worth it because nvidia cards don't mine at a rate that makes up for the enrgy consumption, and besides on a laptop.

ah, i see, well thank you for the advice. Im curious though, how does one learn which cards are good for mining and what rate they mine and their energy cost?

and also, if i were to use my nvidia card for cuda mining anyway, where would i acquire the necessary software?

much appreciated. thanks for basically holding my noob hand through this :P ive got ann account on the correct pool so once it says "starting..." is there anything more i need to do?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on June 09, 2011, 01:35:23 AM
much appreciated. thanks for basically holding my noob hand through this :P ive got ann account on the correct pool so once it says "starting..." is there anything more i need to do?

If it's working correctly you'll see something like "150 MHash/sec" on the status bar of the tab. If it just hangs forever on "starting" then there might be an issue with your drivers or your setup. If you could open up the Console tab and then start the miner up, it might show a helpful error message.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on June 09, 2011, 01:37:42 AM
Hey everyone! A new version of the miner is available; I've updated the download link on the first
post, or you can get it here:

    guiminer-20110608.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/guiminer-20110608.exe)


Changes:

- Support Phoenix miner backend and phatk kernel, which is slightly faster than poclbm on some graphics cards. Thanks to all who donated for this.
- Support ufasoft CPU miner backend. Thanks to thebaba for contributing code for this.
- Add Chinese language translation. Thanks to Dean Lee for contributing this.
- Add German language translation. Thanks to Liikaa for contributing this.
- Add French language translation. Thanks to Cramoisan Florian for contributing this.
- Add Hungarian language translation. Thanks to Underyx for contributing this.
- Support multiple OpenCL platforms in the device dropdown (previously you had to use the --platform flag).
- Deepbit server location updated to pit.deepbit.net.

I really want to give a big thanks to everyone who helped out with this release :) I even had multiple people volunteering to do the same language translation, so thanks to everyone who offered even if it wasn't accepted; I'll keep you in mind if the translation ever needs an update.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: lemoncoolers on June 09, 2011, 01:42:09 AM

If it's working correctly you'll see something like "150 MHash/sec" on the status bar of the tab. If it just hangs forever on "starting" then there might be an issue with your drivers or your setup. If you could open up the Console tab and then start the miner up, it might show a helpful error message.

its stuck at "connecting..." what is the command to start the miner once in the console tab?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Kiv on June 09, 2011, 01:43:48 AM
Just make sure the console tab is open, then you can start the miner from the miner's tab (or the summary tab). As long as the console tab has been opened it'll log everything that happens.


Title: Re: GUI mining - now with BFI_INT optimization
Post by: lemoncoolers on June 09, 2011, 01:49:05 AM
not getting any errors yet. just the listener for the miner has started


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: PabloW on June 09, 2011, 02:24:41 AM
Thanks a lot for adding phoenix!!! :D
With the real phoenix i was getting crashes so i was mining with the guiminer normally, but now I have both of the two worlds!!! :D


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: kosovito on June 09, 2011, 02:38:11 AM
Is ALL included to works with phoenix/phatk??

How can i add a phoenix/phatk miner??? i cant see options

THANKS

Edit: Ok, i think works

Whats the best "Extra Flags" to use with an ATI 5850 Extreme??? (first time i use phoenix)


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: herbertfilby on June 09, 2011, 03:04:11 AM
Does anyone have any quick setups for dual 8530's?

I tried Sapphire Trixx to overclock, but kept giving me Blue Screen of Death... So using Catalyst overclocking, I have mem. and gpu both set at 900 mhz.

I'm averaging 260 mh/s per card, but I know I should be able to squeeze more out of them.

For the default miner, my switch is:
-v -w128

I tried using Phoenix with the new version of GUIMiner, but it actually gave me a lower rate of 250mh/s using this switch:
VECTORS AGGRESSION=12 BFI_INT


What's the optimal setup for closer to 300 mh/s?

Thanks!


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: PwrLeveld on June 09, 2011, 03:31:02 AM
reduce your mem clocks as mining doesn't use them and download msi afterburner.

I have my xfx 5830 at 1050 core while gaming with a simple pencil mod(well i did until I erased too much) so, just to say they can overclock way high, I go 1000 on stock voltage.

U average 300mh/s, I just use the settings on the wiki,


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: DrKennethNoisewater on June 09, 2011, 03:50:56 AM
I will gladly donate once the coins start flowing  ;D

Got some buds with some higher end systems joining me so we're already at 1ghash/sec.

Forgive my newbness, but running 24/7 at current difficulty level, processing at 1ghash/sec, what would output be approximately?

Gratzi,

DKN


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: herbertfilby on June 09, 2011, 04:00:25 AM
reduce your mem clocks as mining doesn't use them and download msi afterburner.

I have my xfx 5830 at 1050 core while gaming with a simple pencil mod(well i did until I erased too much) so, just to say they can overclock way high, I go 1000 on stock voltage.

U average 300mh/s, I just use the settings on the wiki,

MSI afterburner isn't letting me past the 900 mhz mark in either direction  ???


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: compro01 on June 09, 2011, 05:15:10 AM
the url for BTCguild needs updating.  the www. is required or the site pitches an error page at you, rather than the expected JSON data, breaking the balance fetching.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: RoadStress on June 09, 2011, 08:32:54 AM
Mine is stuck at connecting too. I get this message in console:

" Listener for "phoenix": [09/06/2011 11:31:54] Phoenix 1.48 starting..."


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: SlaveInDebt on June 09, 2011, 09:10:31 AM
Thank you for adding Phoenix and Phatk support Kiv. I appreciate your time and efforts. Another donation sent, keep up the good work.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: bleedkira on June 09, 2011, 09:33:41 AM
I will gladly donate once the coins start flowing  ;D

Got some buds with some higher end systems joining me so we're already at 1ghash/sec.

Forgive my newbness, but running 24/7 at current difficulty level, processing at 1ghash/sec, what would output be approximately?

Gratzi,

DKN

A little under 2BTC/day.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: tick on June 09, 2011, 09:35:36 AM
    guiminer-20110608.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/guiminer-20110608.exe)

Changes:

- Deepbit server location updated to pit.deepbit.net.
Last version lacks API functionality for deepbit. Is it intended?


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: BombaUcigasa on June 09, 2011, 09:55:32 AM
It's not immediately obvious how to use the Phoenix/phatk options, and I can't set priority for ufasoft (instead I launch it with a .bat and set a low priority for it). I also have to set CPU priority manually for the poclbm miner (to high, so it saturates the GPU as soon as possible). Could this be implemented in the GUI?


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: AlexWaters on June 09, 2011, 10:06:08 AM
I keep getting the error: Problems communicating with bitcoin RPC

My poclbm.ini reads correctly when I view it:

{
    "profiles": [
        {
            "username": "myusernamel",
            "balance_auth_token": "",
            "name": "thurjun72011",
            "hostname": "localhost",
            "external_path": "",
            "flags": "-w 256 -f 1",
            "autostart": false,
            "device": 0,
            "password": "mypass",
            "port": "8332"
        }
    ],
    "bitcoin_executable": "E:\\coinage\\Bitcoin\\bitcoin.exe",
    "show_opencl_warning": true,
    "show_summary": true,
    "show_console": true
}

Anyone know of a solution to this? I realize that it is not connecting to my bitcoin.exe correctly, but I don't understand how to fix it!

Thanks for the awesome GUI, and solid community.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: leveer on June 09, 2011, 12:16:49 PM
Can we get a start minimized feature?


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: beserk1 on June 09, 2011, 12:29:56 PM
how do I auto start miner as soon as the program run?

I want to set it up so it auto start mining when window start


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Kiv on June 09, 2011, 12:57:19 PM
Last version lacks API functionality for deepbit. Is it intended?

Nope, this slipped by.

the url for BTCguild needs updating.  the www. is required or the site pitches an error page at you, rather than the expected JSON data, breaking the balance fetching.

Good catch. I'll put an update out today with these fixes.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: SlaveInDebt on June 09, 2011, 01:04:48 PM
how do I auto start miner as soon as the program run?

I want to set it up so it auto start mining when window start

Create shortcut of guiminer.exe and place in startup folder.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Lucidize on June 09, 2011, 01:21:50 PM
Thanks for the updated software Kiv.

I've upgraded from a NVidia 9400GT to a ATI 5770 today and I am flying, it's great.
I think I haven't done something correctly though, I already had flags set at -v -w128 but then I added -f0 and my system has frozen, I haven't pressed anything since but I guess the GPU is now concentrating solid on the miner, any tips how to wake my system up? I opened a web page to post here about the following problem (below) and it just locked up. I have tried ctrl+alt+del but it didnt help. I would prefer not to just kill the power.

Another thing is, I downloaded the 2.4SDK and the MSI Afterburner, but I can't seem to underclock the memory any lower than 600.

Just before it locked up I was averaging about 184M/h - compared to my measly 2.9 before :D

edit: also tried to close with alt+f4.



Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: BombaUcigasa on June 09, 2011, 01:36:35 PM
Thanks for the updated software Kiv.

I've upgraded from a NVidia 9400GT to a ATI 5770 today and I am flying, it's great.
I think I haven't done something correctly though, I already had flags set at -v -w128 but then I added -f0 and my system has frozen, I haven't pressed anything since but I guess the GPU is now concentrating solid on the miner, any tips how to wake my system up? I opened a web page to post here about the following problem (below) and it just locked up. I have tried ctrl+alt+del but it didnt help. I would prefer not to just kill the power.

Another thing is, I downloaded the 2.4SDK and the MSI Afterburner, but I can't seem to underclock the memory any lower than 600.

Just before it locked up I was averaging about 184M/h - compared to my measly 2.9 before :D

edit: also tried to close with alt+f4.


Cut the internets? Wasn't -f 10 good enough for you?!


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: tekproxy on June 09, 2011, 01:38:11 PM
the url for BTCguild needs updating.  the www. is required or the site pitches an error page at you, rather than the expected JSON data, breaking the balance fetching.

Good catch. I'll put an update out today with these fixes.

adding "www." in a few places in servers.ini fixes the problem.


Code:
{ "name": "BTC Guild",
"host": "btcguild.com",
"url": "http://www.btcguild.com",
"port": 8332,
"balance_token_url": "http://www.btcguild.com/my_api.php",
"balance_host": "www.btcguild.com",
"balance_url": "/api.php?api_key=%s"
},


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Lucidize on June 09, 2011, 02:03:47 PM
Cut the internets? Wasn't -f 10 good enough for you?!

Well I wouldn't of followed the instructions if I had of known it would do that lol :) I was trying lots of settings because it was dipping under 100 regularly, and I tried following some advice on forums etc.
Anyway I just killed the whole thing. Seems to be okay now.

I've left it on Clock: 950 Memory: 600 and Flags: -v -w128 -f60
I still can't underclock the memory under 600 though, but at least it is stable.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Fiyasko on June 09, 2011, 02:16:27 PM
Hye Kiv, The "click to donate" amounts are wrong, When i went to donate .1btc, I was linked to a "pay .01" link


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Kiv on June 09, 2011, 04:02:50 PM
Thanks, fixed :)

Hye Kiv, The "click to donate" amounts are wrong, When i went to donate .1btc, I was linked to a "pay .01" link


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Kiv on June 09, 2011, 04:50:43 PM
A new version of the miner is available; I've updated the download link on the first post, or you can get it here:

    guiminer-20110609.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/guiminer-20110609.exe)


Changes:

- Fix bug where Deepbit API was disabled.
- Update BTC Guild url to contain www. This fixes the API functionality.
- Added "start GUI minimized" option.
- Added separate menu options to create different miner types (Phoenix, puddinpop, ufasoft).
- Added Donation menu.

I realize that the translations are now slightly out of date since I added new menu items in this version. Please be patient while I work with the translators to update things; or if you want send me an updated translation file and I'll include it :)


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: quattro on June 09, 2011, 07:57:46 PM
Hi,

I hope someone can help me with a problem I've been having with guiminer on a 890fxa-gd70.

I can run 3 6870s no problem.  But when I install a 4th 6870, guiminer crashes when I start it with this error:

Problem signature:
  Problem Event Name:   APPCRASH
  Application Name:   guiminer.exe
  Application Version:   0.0.0.0
  Application Timestamp:   4918019c
  Fault Module Name:   StackHash_0a9e
  Fault Module Version:   0.0.0.0
  Fault Module Timestamp:   00000000
  Exception Code:   c0000005
  Exception Offset:   72747369
  OS Version:   6.1.7600.2.0.0.256.1
  Locale ID:   1033
  Additional Information 1:   0a9e
  Additional Information 2:   0a9e372d3b4ad19135b953a78882e789
  Additional Information 3:   0a9e
  Additional Information 4:   0a9e372d3b4ad19135b953a78882e789


If I shut down, then pull the card out, and boot again, guiminer runs with no problem.

I've tried deleting the saved guiminer settings, and running a clean install.

I'm running 11.5 ati drivers with 2.4 sdk.  I ran the ati driver install with all the cards plugged into monitors.  All four card show up in windows including gpu-z.  GPU-z shows that OpenCL is available on all 4 cards.

Any help is greatly appreciated.  Thanks!


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Nachtwind on June 09, 2011, 08:05:08 PM
After installing my new gfxcard (yay 6850 :0)) poclbm didnt wirk anymore so i was happy to see phoenix was still working and even more happy to see your gui does now run it.. but i got a small problem with it.

My shares arent refreshed in the gui anymore and there seems to be a problem with the console output which looks like that:

Quote
2011-06-09 22:01:01: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:01:01] Server gave new work; passing to WorkQueue
2011-06-09 22:01:33: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:01:33] Server gave new work; passing to WorkQueue
2011-06-09 22:01:34: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:01:34] Result 0000000030e7a466... accepted
2011-06-09 22:02:06: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:02:06] Server gave new work; passing to WorkQueue
2011-06-09 22:02:07: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:02:07] Result 0000000014d660b7... accepted
2011-06-09 22:02:16: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:02:16] LP: New work pushed
2011-06-09 22:02:16: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:02:16] Server gave new work; passing to WorkQueue
2011-06-09 22:02:17: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:02:16] New block (WorkQueue)
2011-06-09 22:02:19: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:02:19] Server gave new work; passing to WorkQueue
2011-06-09 22:02:48: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:02:48] Server gave new work; passing to WorkQueue
2011-06-09 22:02:52: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:02:52] Result 000000009e62c6a7... accepted
2011-06-09 22:03:03: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:03:03] Result 00000000fe0c49b8... accepted
2011-06-09 22:03:20: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:03:20] Server gave new work; passing to WorkQueue

looks somewhat strange, doesnt it?


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: m00rphine on June 09, 2011, 08:53:49 PM
I did everything OP said and this is what showed up when I clicked the .exe

http://i.imgur.com/4aM97.png

Damn.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Pupulik on June 09, 2011, 09:22:11 PM
I am having problems with the balance indicator. It says bad response from server. I keep on refreshing and it continues to say that. I also did not add anything in the tab for balance, and dont want to stop mining just to add it.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Kiv on June 09, 2011, 09:59:20 PM
That's a first... you could try moving the miner folder somewhere outside Program Files. The only thing I can think right now is that the program isn't allowed to access Program Files for some reason.

I did everything OP said and this is what showed up when I clicked the .exe

http://i.imgur.com/4aM97.png

Damn.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Ollie on June 09, 2011, 09:59:31 PM
Hello.

I am getting about 7 Mh/s running on GUIMiner on Intel i5 CPU and about 5 Mh/s running on CUDA. My GPU is Geforce GT 415M. Shouldn't the GPU be much faster than CPU? What could be the problem?


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Nachtwind on June 09, 2011, 10:14:19 PM
I take it the M in its name means its a mobile. If so it is very well possible that it is that "slow".
I have, for example, a 4850 with roughly 70MHash, and a 4670 mobile with 20.

Also NVIdia isnt that fast anyway.
But you can check: Have you selected your GPU as device and CUDA for mining?


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: fcmatt on June 09, 2011, 10:19:31 PM
kiv,

i am not sure if this will help or not but i think by default the bitcoin program does not
allow connections on 127.0.0.1 by default in server mode. I was playing around with your
older version of guiminer on XP and had bitcoin installed. I used your program to create a solo
password and it created the bitcoin.conf file but did not add rpcallowip-all or whatever it is
line in the conf file.

Until I added that guiminer would not connect. I have to wonder if you had your program add
that line or check for it when running in server mode for the first time it would stop the cannot
connect/rpc issue we see here all the time.

but perhaps i am wrong.. dunno. just tossing it out there.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: yetis on June 09, 2011, 11:07:18 PM
I am using GUI-Miner and i want to have a feature built in.

Pool-Switching in case when a pool is down. (Time-based after 2 retries for about 20 seconds, editable, favourites, etc.)

Is it possible to include this in one of your next releases?


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Nortelfish on June 09, 2011, 11:18:33 PM
Kiv -

Is it possible for me to perform BTC mining from a Windows XP VM (valid Workstation 7 license) using my Radeon 5870?  I cant seem to get GUIMiner 5.21 to recognize anything beyond one processor on my host i7 machine.

Any ideas on what I'm doing wrong or if it simply cannot be done?

Thanks for the n00b help.

James


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Kiv on June 09, 2011, 11:25:50 PM
I think you're probably right. I don't add the rpcallowip=* when creating the bitcoin.conf, and the old version I'm using now of the client (0.3.20) doesn't require it. I'll try updating my client and look into it for the next version :)

kiv,

i am not sure if this will help or not but i think by default the bitcoin program does not
allow connections on 127.0.0.1 by default in server mode. I was playing around with your
older version of guiminer on XP and had bitcoin installed. I used your program to create a solo
password and it created the bitcoin.conf file but did not add rpcallowip-all or whatever it is
line in the conf file.

Until I added that guiminer would not connect. I have to wonder if you had your program add
that line or check for it when running in server mode for the first time it would stop the cannot
connect/rpc issue we see here all the time.

but perhaps i am wrong.. dunno. just tossing it out there.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Kiv on June 09, 2011, 11:28:11 PM
You can have a backup pool using the -f switch; see the FAQ in the first post for details. I'm not interested in implementing anything more complicated because I don't want to clutter the interface.

I am using GUI-Miner and i want to have a feature built in.

Pool-Switching in case when a pool is down. (Time-based after 2 retries for about 20 seconds, editable, favourites, etc.)

Is it possible to include this in one of your next releases?


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Kiv on June 09, 2011, 11:29:48 PM
I haven't heard of anyone getting it to work. You can try downloading GPU Caps Viewer and see if OpenCL is available from within the VM.

What's your host system? You could also try running it directly in Linux from source. I don't officially support this but a few people have reported success.

Kiv -

Is it possible for me to perform BTC mining from a Windows XP VM (valid Workstation 7 license) using my Radeon 5870?  I cant seem to get GUIMiner 5.21 to recognize anything beyond one processor on my host i7 machine.

Any ideas on what I'm doing wrong or if it simply cannot be done?

Thanks for the n00b help.

James


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: shivansps on June 09, 2011, 11:34:54 PM
Excellent, you known what is its the only thing it lacks? an automated way to set cpu affinity of miners.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Nortelfish on June 09, 2011, 11:44:51 PM
My host is Windows 7.  I just tried the GPU Caps Viewer and (sadly) it only sees the generic VGA driver that VM Workstation has forced upon me.

Can you point me to anybody that has had success with a VM configuration and mining with their host GPU?

Thanks again!

James


I haven't heard of anyone getting it to work. You can try downloading GPU Caps Viewer and see if OpenCL is available from within the VM.

What's your host system? You could also try running it directly in Linux from source. I don't officially support this but a few people have reported success.

Kiv -

Is it possible for me to perform BTC mining from a Windows XP VM (valid Workstation 7 license) using my Radeon 5870?  I cant seem to get GUIMiner 5.21 to recognize anything beyond one processor on my host i7 machine.

Any ideas on what I'm doing wrong or if it simply cannot be done?

Thanks for the n00b help.

James


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Dobrodav on June 09, 2011, 11:52:42 PM
Last version of bitcoin client have known issues with solo mining under windows.
If you soloing under windows, its better to use previous version.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: fcmatt on June 10, 2011, 12:28:46 AM
Last version of bitcoin client have known issues with solo mining under windows.
If you soloing under windows, its better to use previous version.

i have to wonder if that is because -server mode does not allow connections by default
and trying to figure out that you need rpcallowip=all or what not in bitcoin.conf would fix it.
i am running the newest version of both programs at home right now and they work fine.
windows xp, nvidia 8800GT (just for fun/testing), and which is odd, the cuda miner, does
rather poorly compared to the default miner. But the default miner chews up 100% cpu while
the cuda does not.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: quattro on June 10, 2011, 12:55:44 AM
Hi Kiv,

Any ideas on this issue I'm having:

http://forum.bitcoin.org/index.php?topic=3878.msg192377#msg192377

I'm runing windows 7 ultimate 64 bit ... clean install with all updates, updated java, and latest version of guiminer.

I've seen others having this problem as well:
http://forum.bitcoin.org/index.php?topic=3878.msg145258#msg145258

Thanks!


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: m00rphine on June 10, 2011, 02:30:08 AM
I'm now able to mine for bitcoins at a pool and I selected my graphics card in the device section but when I ctrl+alt+del it shows that the program is using 25% of the CPU too and after a while my laptop shuts down. The file in question is podbm.exe.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: shivansps on June 10, 2011, 02:42:47 AM
there is any way to remove the "missing logo.ico" error?


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: MOCT on June 10, 2011, 06:45:56 AM
I hope someone can help me with a problem I've been having with guiminer on a 890fxa-gd70.
I can run 3 6870s no problem.  But when I install a 4th 6870, guiminer crashes when I start it with this error:
...
I'm running 11.5 ati drivers with 2.4 sdk.  I ran the ati driver install with all the cards plugged into monitors.  All four card show up in windows including gpu-z.  GPU-z shows that OpenCL is available on all 4 cards.
1. Which version of Windows do you use? You may have problems with "Program Files" folder under 64bit Windows. Solution: move your guiminer to another folder or use 32bit Windows.
2. Connective two cards with two(!) CrossfireX cables and enable CrossfireX in Catalyst Control Center (Perfomance->AMD Crossfirex configuration)
3. Start GUIminer

If you have any questions - PM me.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: MOCT on June 10, 2011, 06:50:36 AM
there is any way to remove the "missing logo.ico" error?
Create file "logo.ico" in GUIminer folder (copy bitcoin.ico to logo.ico, for example). Or reinstall GUIminer.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: yetis on June 10, 2011, 09:32:33 AM
You can have a backup pool using the -f switch; see the FAQ in the first post for details. I'm not interested in implementing anything more complicated because I don't want to clutter the interface.

I am using GUI-Miner and i want to have a feature built in.

Pool-Switching in case when a pool is down. (Time-based after 2 retries for about 20 seconds, editable, favourites, etc.)

Is it possible to include this in one of your next releases?

Thx for the reply.

Thought it would be a good feature for all people using GUI-Miner, when a pool is down and the miner switches through pools automatically.

Well, then i have to write my own GUI-Miner, even though i am a very lazy programmer.
(When i think about the whole lines to write in Masm with RadASM... uargh!...)


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: xlev on June 10, 2011, 11:30:07 AM
Hi

Im have a Ati Mobility Radeon HD 5650 graphics card and running Win7. I have installed all sorts of drivers, opencl and god knows
what more, but guiminer does not recognize my graphics card. Can anyone help me please? Im currently mining with my CPU
at 1mhash/s which is too slow.

I would really appreciate your help.

BTW I will send 1BTC to anyone that can solve my problem.

Cheers

Alex


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: hex on June 10, 2011, 12:07:47 PM
I updated from 20110521 to latest and now I have 330MH insted of 400MH on my 6950@950

Can anyone explain that ?


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Kiv on June 10, 2011, 01:15:02 PM
I'm not sure if your card supports OpenCL. Try downloading GPU Caps Viewer and see if it shows that your card supports OpenCL or not. If it doesn't you're probably out of luck and have to mine on the CPU.

Hi

Im have a Ati Mobility Radeon HD 5650 graphics card and running Win7. I have installed all sorts of drivers, opencl and god knows
what more, but guiminer does not recognize my graphics card. Can anyone help me please? Im currently mining with my CPU
at 1mhash/s which is too slow.

I would really appreciate your help.

BTW I will send 1BTC to anyone that can solve my problem.

Cheers

Alex


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Chucksta on June 10, 2011, 02:29:17 PM
I updated from 20110521 to latest and now I have 330MH insted of 400MH on my 6950@950

Can anyone explain that ?

Have you tried unlocking your 6950 to 6970 ? ... you should get over 400 Mhash/s

http://www.techpowerup.com/137140/AMD-Radeon-HD-6950-can-be-unlocked-to-HD-6970.html


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: hex on June 10, 2011, 03:39:50 PM
I updated from 20110521 to latest and now I have 330MH insted of 400MH on my 6950@950

Can anyone explain that ?

Have you tried unlocking your 6950 to 6970 ? ... you should get over 400 Mhash/s

http://www.techpowerup.com/137140/AMD-Radeon-HD-6950-can-be-unlocked-to-HD-6970.html

Offcourse its unlocked... It had 400MH, then I downloaded and run new version of guiminer (is other folder) and it showed 320. Then I again started old version and I still have 320. Straaange....


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Kiv on June 10, 2011, 05:06:11 PM
There could be some program running that interferes with 3D acceleration. For example on my machine if I'm watching flash videos (e.g. Youtube) my hash rate drops.

I updated from 20110521 to latest and now I have 330MH insted of 400MH on my 6950@950

Can anyone explain that ?

Have you tried unlocking your 6950 to 6970 ? ... you should get over 400 Mhash/s

http://www.techpowerup.com/137140/AMD-Radeon-HD-6950-can-be-unlocked-to-HD-6970.html

Offcourse its unlocked... It had 400MH, then I downloaded and run new version of guiminer (is other folder) and it showed 320. Then I again started old version and I still have 320. Straaange....


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: poisonfrog on June 10, 2011, 06:29:34 PM
Hi

Im have a Ati Mobility Radeon HD 5650 graphics card and running Win7. I have installed all sorts of drivers, opencl and god knows
what more, but guiminer does not recognize my graphics card. Can anyone help me please? Im currently mining with my CPU
at 1mhash/s which is too slow.

I would really appreciate your help.

BTW I will send 1BTC to anyone that can solve my problem.

Cheers

Alex

Reinstall the Catalyst drivers from here : http://support.amd.com/us/gpudownload/Pages/index.aspx


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: djkroko on June 10, 2011, 07:46:59 PM
is it possible to use 50% of the gpu for pool 1 and 50% for pool 2?


Title: Re: GUI mining - now with BFI_INT optimization
Post by: Veldy on June 10, 2011, 09:03:29 PM

Sorry for the late response and maybe you have it solved or since moved on to a different solution.  But, here is what I have for you anyway.

What did your event log say?  "Side-by-side" I have seen before when developing code working with [well, I shouldn't say precisely, so just say custom hardware with it's own firmware which isn't an embedded OS] and a Windows USB driver to interface with it where the firmware developers [using a proprietary C++ compiler and library for the hardware] didn't have the Microsoft developer tools on their system that we did, so on some machines we found the same error and when working with the hardware.   This tends to happen when the C++ run-time libraries on your machine are not up to date [and that was the case with us] such that you get a cryptic side by side error in your event log and in your application if it bubbles it up which GUIMiner apparently did [I suspect it doesn't have a global handler :)]. 

Under Administrator tools, look at your event view and see if you can find the entries.  Windows Logs->Applications is the most likely place.  Possibly "Applications and Services Logs"->"Hardware Event" if it caused a fault in your hardware.  Easy answer ... make sure you are up to date with Windows Updates, however this may or may not be enough depending upon the OS and what you have installed].  Another answer, get all the recent C++ run-time installations and install them manually and see if that helps .. and it should [if you are a Windows Software Developer and have Visual Studio on your machine, then if you have version 2008 or 2010, you SHOULD have the libraries installed already].

Here is an older link that describes it, but it applies equally to later versions except for the actual file names and version numbers of course.  http://msdn.microsoft.com/en-us/library/ms235624%28v=vs.80%29.aspx (http://msdn.microsoft.com/en-us/library/ms235624%28v=vs.80%29.aspx)

Here are the links to the x86 (32-bit) libraries which is certainly what GUIMiner is using [I didn't check, but it is a front end and not worth the effort to compile against 64-bit most likely].  You may want to find the x64 (64-bit) versions as well just so you are current on both fronts if you are running a 64-bit version of Windows.

  • 2005 C++ redistributable installation here: http://www.microsoft.com/download/en/details.aspx?id=3387 (http://www.microsoft.com/download/en/details.aspx?id=3387)
  • 2005SP1 C++ redistributable installation here: http://www.microsoft.com/download/en/details.aspx?id=5638 (http://www.microsoft.com/download/en/details.aspx?id=5638)
  • 2008 C++ redistributable installation here: http://www.microsoft.com/download/en/details.aspx?id=29 (http://www.microsoft.com/download/en/details.aspx?id=29)
  • 2008SP1 C++ redistributable installation here: http://www.microsoft.com/download/en/details.aspx?id=5582 (http://www.microsoft.com/download/en/details.aspx?id=5582)
  • 2010 C++ redistributable installation here: http://www.microsoft.com/download/en/details.aspx?id=5555 (http://www.microsoft.com/download/en/details.aspx?id=5555)


So, if you haven't already solved the problem, or somebody else runs into this, give it a try.  I know a lot of people run old hacked and illegal versions of Windows XP and don't get updates (better to buy it than risk missing the security updates), and this should help those people as well, although it is not my goal to help such people ... buy a licensed copy ... OEM if you need it.

Anybody having trouble before and finds this works for them, please let me know how this works for you.  Donations appreciated if you feel generous.




Title: Re: GUI mining - now with BFI_INT optimization
Post by: Veldy on June 10, 2011, 09:35:33 PM
Hard to say, could be a driver issue. What version of Windows are you using and what graphics card and drivers?
The issue was my Visual C++ 2008 Redistributable  was corrupt. I downloaded a new copy from here (http://www.microsoft.com/downloads/en/details.aspx?familyid=9b2da534-3e03-4391-8a4d-074b9f2bc1bf&displaylang=en) installed it and the problem was cured.

I guess that I should have read through before my post.  Having said that, it wasn't corrupt.  You simply had missing versions and attempts to load an incompatible version.  See my last post and I highly recommend that you install them all.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: xlev on June 10, 2011, 10:41:29 PM
I'm not sure if your card supports OpenCL. Try downloading GPU Caps Viewer and see if it shows that your card supports OpenCL or not. If it doesn't you're probably out of luck and have to mine on the CPU.

Hi

Im have a Ati Mobility Radeon HD 5650 graphics card and running Win7. I have installed all sorts of drivers, opencl and god knows
what more, but guiminer does not recognize my graphics card. Can anyone help me please? Im currently mining with my CPU
at 1mhash/s which is too slow.

I would really appreciate your help.

BTW I will send 1BTC to anyone that can solve my problem.

Cheers

Alex


Well I installed GPU caps viewer to check if it recognize my GPU, and it does recognize it, but when I click on the OpenCL tab, it only recognizes my CPU. From what I read my graphics card should by OpenCL capable, and I installed catalyst 11 for my 64bit Win 7. Anything else I need to do?


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: [Tycho] on June 10, 2011, 11:53:47 PM
May be worth implementing...
http://forum.bitcoin.org/index.php?topic=14786.0


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: shivansps on June 11, 2011, 12:02:41 AM
there is any way to remove the "missing logo.ico" error?
Create file "logo.ico" in GUIminer folder (copy bitcoin.ico to logo.ico, for example). Or reinstall GUIminer.

reinstall???? its its just a selft extract file,  when i try to run it on new pcs it gives a missing loco.ico error, the loco.ico comes with guiminer and it its on the same folder.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: guinness on June 11, 2011, 12:31:39 AM
I created a phoenix miner for deepbit and now my Default tab and refresh balance buttons are gone. How do I get these back?


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: dakisback on June 11, 2011, 12:42:54 AM
Hey KIV,

I was wondering if you can implement a tick box for reconnecting to a server if you somehow get disconnected. A lot of mining sites get ddosed and there is no way for me to reconnect my miners without doing remote desktop while I am away. a simple fix would be having a reconnect and restart option if the connection breaks.

I'd gladly donate some bitcoins :)


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Kiv on June 11, 2011, 01:53:08 AM
Hey everyone, I am putting out a BETA release to try and fix the weird "logo.ico" error a couple people reported. It also has a test version of CPU affinity built in, so if that's a feature you were waiting for you can test that out too for me :)

The BETA version is here:

GUIMiner BETA 20110610 (https://github.com/downloads/Kiv/poclbm/guiminer-20110610-logoico-alpha.exe)

If this resolves the logo issue and there's no bugs with the affinity, I'll do a full release of it in the next couple days.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: guinness on June 11, 2011, 02:19:59 AM
That's great Kiv!

[edit] answered my own question - kill .conf file and redo.



Maybe you can answer my question.

I created a phoenix miner for deepbit and now my Default tab and refresh balance buttons are gone. How do I get these back?


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: PabloW on June 11, 2011, 04:12:24 AM
Kiv are you making the Linux version?  :)


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: postfan on June 11, 2011, 07:47:07 AM
Can you still mine Bitcoins if your computer is turned off?


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: jonnynogood on June 11, 2011, 07:56:29 AM
please make a linux version of this preferably that would work with linuxcoin


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Ramokk on June 11, 2011, 11:25:43 AM
Can you still mine Bitcoins if your computer is turned off?

Of course not.  The whole mining operation is using your CPU or GPU's processing power, that requires that they be turned on (and consuming a significant amount of electricity).


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: BombaUcigasa on June 11, 2011, 11:28:55 AM
Can you still mine Bitcoins if your computer is turned off?

Yeah dude, just use the "-troll" flag on the command line


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: nickman1993 on June 11, 2011, 04:30:24 PM
I am very new to BTC stuff, and I am not a super tech guy, but I have run across a problem while trying to set up my mining.

After I have everything set up (CUDA) when I try to start mining I get stuck at "connecting". I have tried connecting to multiple servers and I get the same results

http://i1212.photobucket.com/albums/cc444/test80/Capture.jpg

I am fairly new and honestly have no idea what I am doing - all i did was dll the gui register with a server and try to connect.

I have a nvidia 8800

any help is appreciated


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Chimel on June 11, 2011, 05:30:05 PM
I have a 8800 (GTX) like nickman, but it connects fine.
I was wondering however if a 26MH/s rate was normal for this video card, when I see recent cards going at 400MH/s.
A bit off-topic, but is there a reference chart listing the MH/s rate for different GPUs?

It does not look like guiminer is actually using the card at all, there's no CPU/memory usage, as expected for a GPU app, but there's also no more heat than usual (the GPU fan usually starts rotating faster and making more noise if the GPU is heavily used.)
Is there a way to increase the GPU usage in guiminer? I couldn't find any setting in the UI.
I thought maybe the default miner was wrong, so I created a second CUDA miner, but it only went from 26MH/s for the unique default miner to 1MH/s for default and 25MH/s for CUDA.

Is there a help site to learn more about guiminer, aside from this (long) thread? Like all the switches that are mentioned here.
And another noob question: I am not using a dedicated mining machine, it's my main desktop machine, but I noticed the MH/s rate is the same when I am not using the machine. It would be great to max out the GPU automatically when the computer is idle.

I am just getting started on the whole bitcoin thing, so I appreciate a lot the GUI approach.
It might benefit from a little more UI simplification or integrated help for the bitcoin newcomers.
For instance, a real setup. Guiminer currently does not run if you copy the folder to Program Files because of the Windows permissions. It's also not listed in Add/Remove Programs Control Panel.
Solo mining is unnecessarily complex too, it should probably launch the bitcoin client as server automatically, as it's not clear it's a required step. Not even sure why a password is required for solo mining.
Sorry, I know it's done on your own time, I am not making requests, it's just directions if you intend to go that way.
I have installed the latest version, so I don't know how updates work, if they are automated or not, but I suggest to track the MH/s rate before and after the updates, to offer a revert to previous version option in case the update affects negatively the MH/s rate. That'd be cool!

Now on to some GPU hunt...


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: shivansps on June 11, 2011, 05:40:25 PM
there nothing wrong there CUDA init takes a very long time.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: petercyr on June 11, 2011, 05:46:50 PM
@Chimel Nvidia cards don't do really well for bitcoin mining.

Here's the cart -> https://en.bitcoin.it/wiki/Mining_hardware_comparison


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Chimel on June 11, 2011, 07:53:47 PM
Thanks, @petercyr, I knew there'd be such a chart somewhere! ^-^
Wow, it looks like the miner apps are not optimizing CUDA at all, just for Stream.
Top of the line Nvidia GPUs have similar or better performance than Radeon for gaming, yet 4 times less for mining.
I guess my new machine will be a Radeon 6xxx series...


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: neijek.bit on June 11, 2011, 08:01:19 PM
I tried using search, but I did not quite find the "resolution" to this problem... so i figured I would ask.

First of all, thank you so much, as soon as a few bitcoins are in my wallet I will donate for sure... meanwhile though if you have an idea as to what might be causing this I would so appreciate a reply.

If i start the latest version of the miner (not the new beta from today but the latest release).. and i set it up to do CUDA mining within my mining group .. i'm getting a nice and constant 45m/s which based on my card (nvidia450gts with slight over clock and no extra "flags" used) i gather is "ok".

BUT

If i "stop" mining, then use my pc a little (say watch a movie via vlc.. or run a game client) then i close everything and go back to "start mining" it will top out around 19m/s and stay there.. reguardless of what I do. Only way to get it back to the "right" 45~m/s range is to re-start my pc, then it will go at 45 for days with no issues...

Any ideas?

If you need more info ler me know, but I have win7 installed, latest version whql drivers for the card and .. thats about all i think is important no?

Thanks...



--- EDIT:

I'm including the logs where you can see that right after "starting" and then "stopping" if i start the cuda miner again the video card slows down drastically (about half as fast).

Code:

2011-06-12 02:42:45: Running command: C:\Users\hidden\Downloads\guiminer\miners\puddinpop\rpcminer-cuda.exe -user=hidden -password=hidden -url=http://hidden
2011-06-12 02:42:45: Listener for "hidden" started
2011-06-12 02:42:46: Listener for "hidden": Client will start 1 miner threads
2011-06-12 02:42:46: Listener for "hidden": Work will be refreshed every 4000 ms
2011-06-12 02:42:46: Listener for "hidden": 1 CUDA GPU devices found
2011-06-12 02:42:46: Listener for "hidden": Setting CUDA device to first device found
2011-06-12 02:42:46: Listener for "hidden": Loading module bitcoinminercuda_20.cubin
2011-06-12 02:42:46: Listener for "hidden": CUDA initialized
2011-06-12 02:42:46: Listener for "hidden": Done allocating CUDA resources for (16,16)
2011-06-12 02:42:56: Listener for "hidden": Finding best configuration step end (16,16) 476ms  prev best=9223372036854775807ms
2011-06-12 02:42:56: Listener for "hidden": Done allocating CUDA resources for (16,32)
2011-06-12 02:42:56: Listener for "hidden": Finding best configuration step end (16,32) 231ms  prev best=476ms
2011-06-12 02:42:56: Listener for "hidden": Done allocating CUDA resources for (16,64)
2011-06-12 02:42:56: Listener for "hidden": Finding best configuration step end (16,64) 120ms  prev best=231ms
2011-06-12 02:42:56: Listener for "hidden": Done allocating CUDA resources for (16,128)
2011-06-12 02:42:56: Listener for "hidden": Finding best configuration step end (16,128) 102ms  prev best=120ms
2011-06-12 02:42:56: Listener for "hidden": Done allocating CUDA resources for (16,256)
2011-06-12 02:42:56: Listener for "hidden": Finding best configuration step end (16,256) 98ms  prev best=102ms
2011-06-12 02:42:56: Listener for "hidden": Done allocating CUDA resources for (32,16)
2011-06-12 02:42:56: Listener for "hidden": Finding best configuration step end (32,16) 281ms  prev best=98ms
2011-06-12 02:42:56: Listener for "hidden": Done allocating CUDA resources for (32,32)
2011-06-12 02:42:56: Listener for "hidden": Finding best configuration step end (32,32) 120ms  prev best=98ms
2011-06-12 02:42:56: Listener for "hidden": Done allocating CUDA resources for (32,64)
2011-06-12 02:42:56: Listener for "hidden": Finding best configuration step end (32,64) 103ms  prev best=98ms
2011-06-12 02:42:56: Listener for "hidden": Done allocating CUDA resources for (32,128)
2011-06-12 02:42:56: Listener for "hidden": Finding best configuration step end (32,128) 100ms  prev best=98ms
2011-06-12 02:42:56: Listener for "hidden": Done allocating CUDA resources for (32,256)
2011-06-12 02:42:56: Listener for "hidden": Finding best configuration step end (32,256) 95ms  prev best=98ms
2011-06-12 02:42:56: Listener for "hidden": Done allocating CUDA resources for (64,16)
2011-06-12 02:42:56: Listener for "hidden": Finding best configuration step end (64,16) 277ms  prev best=95ms
2011-06-12 02:42:56: Listener for "hidden": Done allocating CUDA resources for (64,32)
2011-06-12 02:42:56: Listener for "hidden": Finding best configuration step end (64,32) 118ms  prev best=95ms
2011-06-12 02:42:56: Listener for "hidden": Done allocating CUDA resources for (64,64)
2011-06-12 02:42:56: Listener for "hidden": Finding best configuration step end (64,64) 101ms  prev best=95ms
2011-06-12 02:42:56: Listener for "hidden": Done allocating CUDA resources for (64,128)
2011-06-12 02:42:56: Listener for "hidden": Finding best configuration step end (64,128) 97ms  prev best=95ms
2011-06-12 02:42:56: Listener for "hidden": Done allocating CUDA resources for (64,256)
2011-06-12 02:42:56: Listener for "hidden": Finding best configuration step end (64,256) 94ms  prev best=95ms
2011-06-12 02:42:56: Listener for "hidden": Done allocating CUDA resources for (128,16)
2011-06-12 02:42:56: Listener for "hidden": Finding best configuration step end (128,16) 273ms  prev best=94ms
2011-06-12 02:42:56: Listener for "hidden": Done allocating CUDA resources for (128,32)
2011-06-12 02:42:56: Listener for "hidden": Finding best configuration step end (128,32) 117ms  prev best=94ms
2011-06-12 02:42:56: Listener for "hidden": Done allocating CUDA resources for (128,64)
2011-06-12 02:42:56: Listener for "hidden": Finding best configuration step end (128,64) 98ms  prev best=94ms
2011-06-12 02:42:56: Listener for "hidden": Done allocating CUDA resources for (128,128)
2011-06-12 02:42:56: Listener for "hidden": Finding best configuration step end (128,128) 96ms  prev best=94ms
2011-06-12 02:42:56: Listener for "hidden": Done allocating CUDA resources for (128,256)
2011-06-12 02:42:56: Listener for "hidden": Finding best configuration step end (128,256) 93ms  prev best=94ms
2011-06-12 02:42:56: Listener for "hidden": Done allocating CUDA resources for (128,256)
2011-06-12 05:59:46: Listener for "hidden": Server sent: {"id":1,"error":null,"result":false}
2011-06-12 06:23:43: Listener for "hidden": Server sent: {"id":1,"error":null,"result":false}
2011-06-12 08:13:40: Listener for "hidden": Server sent: {"id":1,"error":null,"result":false}
2011-06-12 09:26:34: Listener for "hidden": Server sent: {"id":1,"error":null,"result":false}
2011-06-12 10:06:10: Listener for "hidden": Server sent: {"id":1,"error":null,"result":false}
2011-06-12 11:01:22: Listener for "hidden" shutting down
2011-06-12 11:04:03: Running command: C:\Users\hidden\Downloads\guiminer\miners\puddinpop\rpcminer-cuda.exe -user=hidden -password=italiano2005! -url=http://hidden
2011-06-12 11:04:03: Listener for "hidden" started
2011-06-12 11:04:04: Listener for "hidden": Client will start 1 miner threads
2011-06-12 11:04:04: Listener for "hidden": Work will be refreshed every 4000 ms
2011-06-12 11:04:04: Listener for "hidden": 1 CUDA GPU devices found
2011-06-12 11:04:04: Listener for "hidden": Setting CUDA device to first device found
2011-06-12 11:04:04: Listener for "hidden": Loading module bitcoinminercuda_20.cubin
2011-06-12 11:04:04: Listener for "hidden": CUDA initialized
2011-06-12 11:04:04: Listener for "hidden": Done allocating CUDA resources for (16,16)
2011-06-12 11:04:14: Listener for "hidden": Finding best configuration step end (16,16) 1038ms  prev best=9223372036854775807ms
2011-06-12 11:04:14: Listener for "hidden": Done allocating CUDA resources for (16,32)
2011-06-12 11:04:14: Listener for "hidden": Finding best configuration step end (16,32) 507ms  prev best=1038ms
2011-06-12 11:04:14: Listener for "hidden": Done allocating CUDA resources for (16,64)
2011-06-12 11:04:14: Listener for "hidden": Finding best configuration step end (16,64) 264ms  prev best=507ms
2011-06-12 11:04:14: Listener for "hidden": Done allocating CUDA resources for (16,128)
2011-06-12 11:04:14: Listener for "hidden": Finding best configuration step end (16,128) 241ms  prev best=264ms
2011-06-12 11:04:14: Listener for "hidden": Done allocating CUDA resources for (16,256)
2011-06-12 11:04:14: Listener for "hidden": Finding best configuration step end (16,256) 221ms  prev best=241ms
2011-06-12 11:04:14: Listener for "hidden": Done allocating CUDA resources for (32,16)
2011-06-12 11:04:14: Listener for "hidden": Finding best configuration step end (32,16) 926ms  prev best=221ms
2011-06-12 11:04:14: Listener for "hidden": Done allocating CUDA resources for (32,32)
2011-06-12 11:04:14: Listener for "hidden": Finding best configuration step end (32,32) 264ms  prev best=221ms
2011-06-12 11:04:14: Listener for "hidden": Done allocating CUDA resources for (32,64)
2011-06-12 11:04:14: Listener for "hidden": Finding best configuration step end (32,64) 238ms  prev best=221ms
2011-06-12 11:04:14: Listener for "hidden": Done allocating CUDA resources for (32,128)
2011-06-12 11:04:14: Listener for "hidden": Finding best configuration step end (32,128) 224ms  prev best=221ms
2011-06-12 11:04:14: Listener for "hidden": Done allocating CUDA resources for (32,256)
2011-06-12 11:04:14: Listener for "hidden": Finding best configuration step end (32,256) 216ms  prev best=221ms
2011-06-12 11:04:14: Listener for "hidden": Done allocating CUDA resources for (64,16)
2011-06-12 11:04:14: Listener for "hidden": Finding best configuration step end (64,16) 913ms  prev best=216ms
2011-06-12 11:04:14: Listener for "hidden": Done allocating CUDA resources for (64,32)
2011-06-12 11:04:14: Listener for "hidden": Finding best configuration step end (64,32) 261ms  prev best=216ms
2011-06-12 11:04:14: Listener for "hidden": Done allocating CUDA resources for (64,64)
2011-06-12 11:04:14: Listener for "hidden": Finding best configuration step end (64,64) 237ms  prev best=216ms
2011-06-12 11:04:14: Listener for "hidden": Done allocating CUDA resources for (64,128)
2011-06-12 11:04:14: Listener for "hidden": Finding best configuration step end (64,128) 220ms  prev best=216ms
2011-06-12 11:04:14: Listener for "hidden": Done allocating CUDA resources for (64,256)
2011-06-12 11:04:14: Listener for "hidden": Finding best configuration step end (64,256) 214ms  prev best=216ms
2011-06-12 11:04:14: Listener for "hidden": Done allocating CUDA resources for (128,16)
2011-06-12 11:04:14: Listener for "hidden": Finding best configuration step end (128,16) 898ms  prev best=214ms
2011-06-12 11:04:14: Listener for "hidden": Done allocating CUDA resources for (128,32)
2011-06-12 11:04:14: Listener for "hidden": Finding best configuration step end (128,32) 259ms  prev best=214ms
2011-06-12 11:04:14: Listener for "hidden": Done allocating CUDA resources for (128,64)
2011-06-12 11:04:14: Listener for "hidden": Finding best configuration step end (128,64) 234ms  prev best=214ms
2011-06-12 11:04:14: Listener for "hidden": Done allocating CUDA resources for (128,128)
2011-06-12 11:04:14: Listener for "hidden": Finding best configuration step end (128,128) 217ms  prev best=214ms
2011-06-12 11:04:14: Listener for "hidden": Done allocating CUDA resources for (128,256)
2011-06-12 11:04:14: Listener for "hidden": Finding best configuration step end (128,256) 212ms  prev best=214ms
2011-06-12 11:04:14: Listener for "hidden": Done allocating CUDA resources for (128,256)
2011-06-12 11:04:43: Listener for "hidden" shutting down




Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Kiv on June 11, 2011, 08:43:07 PM
The GUI itself actually works fine on Linux if you run the Python source code from GitHub. The only problem is figuring out how to get it set up properly with the OpenCL drivers. When I tried to get it going the first time I had some frustration with installing the wrong drivers, and then PyOpenCL was fussy, etc.

What Linux support needs at this time is for some Linux guru (I don't qualify) to write up a post on how to painlessly get the environment set up. Probably this could borrow heavily from posts on how to get poclbm set up; the only additional requirement the GUI has over poclbm should be the wxPython library.

Kiv are you making the Linux version?  :)


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: BombaUcigasa on June 11, 2011, 09:33:01 PM
I have a 8800 (GTX) like nickman, but it connects fine.
I was wondering however if a 26MH/s rate was normal for this video card, when I see recent cards going at 400MH/s.
If it's any consolation you can overclock everything by 15% and get up to 30MH/s...


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: the_joey_o on June 12, 2011, 12:22:44 AM
I'm sure I'm doing something really obviously wrong here, but I have no idea what it is. Whenever I click the "Start mining!" button, it doesn't start mining. Both my GPU and my CPU are showing up in the Device drop down menu. I have an AMD Phenom II X4 CPU & an AMD Radeon HD 5770 GPU. Here's what my console is showing (I tried running it with flags and without):

Code:
2011-06-11 19:13:58: Running command: poclbm.exe --user=###.### --pass=### -o mining.bitcoin.cz -p 8332 --device=0 --platform=0 --verbose -v -w128
2011-06-11 19:15:03: Running command: poclbm.exe --user=###.### --pass=### -o mining.bitcoin.cz -p 8332 --device=0 --platform=0 --verbose


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Kiv on June 12, 2011, 01:58:48 AM
That's extremely strange. Mine has the exact same console output and works fine. If the devices are shown in the Device drop down, the drivers are clearly installed correctly and I'm not sure what the issue could be.

I'm not sure if the two output lines you showed are for the same miner or two different ones, but is device 0 the one you mean to be using?

All I can think for you to do is try opening a command prompt and running the same command as you see in the console (in other words launching poclbm directly) and see if you get anything more descriptive in the command prompt output.

I'm sure I'm doing something really obviously wrong here, but I have no idea what it is. Whenever I click the "Start mining!" button, it doesn't start mining. Both my GPU and my CPU are showing up in the Device drop down menu. I have an AMD Phenom II X4 CPU & an AMD Radeon HD 5770 GPU. Here's what my console is showing (I tried running it with flags and without):

Code:
2011-06-11 19:13:58: Running command: poclbm.exe --user=###.### --pass=### -o mining.bitcoin.cz -p 8332 --device=0 --platform=0 --verbose -v -w128
2011-06-11 19:15:03: Running command: poclbm.exe --user=###.### --pass=### -o mining.bitcoin.cz -p 8332 --device=0 --platform=0 --verbose


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: the_joey_o on June 12, 2011, 02:11:16 AM
That's extremely strange. Mine has the exact same console output and works fine. If the devices are shown in the Device drop down, the drivers are clearly installed correctly and I'm not sure what the issue could be.

I'm not sure if the two output lines you showed are for the same miner or two different ones, but is device 0 the one you mean to be using?

All I can think for you to do is try opening a command prompt and running the same command as you see in the console (in other words launching poclbm directly) and see if you get anything more descriptive in the command prompt output.

I'm sure I'm doing something really obviously wrong here, but I have no idea what it is. Whenever I click the "Start mining!" button, it doesn't start mining. Both my GPU and my CPU are showing up in the Device drop down menu. I have an AMD Phenom II X4 CPU & an AMD Radeon HD 5770 GPU. Here's what my console is showing (I tried running it with flags and without):

Code:
2011-06-11 19:13:58: Running command: poclbm.exe --user=###.### --pass=### -o mining.bitcoin.cz -p 8332 --device=0 --platform=0 --verbose -v -w128
2011-06-11 19:15:03: Running command: poclbm.exe --user=###.### --pass=### -o mining.bitcoin.cz -p 8332 --device=0 --platform=0 --verbose

I restarted my machine and ran CCleaner and suddenly it works! And it works at about 2.5X what I was getting before I tried your miner! I ran CCleaner simply because I've been meaning to, not because I thought it would fix this. And, I don't know if it or the restart was what fixed this issue. But, hey! I'm running faster than I ever have! Thanks so much!
--Edit--
I forgot to add in the extra flags. I'm now getting triple the Mhash/s rate I was getting before!


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: LegitBit on June 12, 2011, 06:35:23 PM
It also has a test version of CPU affinity built in, so if that's a feature you were waiting for you can test that out too for me :)

Awesome. 0.02 BTC going your way.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: becoin on June 12, 2011, 10:51:26 PM
When I try to start guiminer mining, I get "Problems communicating with bitcoin RPC" in the status bar and the miner doesn't start. I already checked that my bitcoin.conf contains the correct username and password. I am using:

GUIMiner version: v2011-06-09
Operating system: Vista SP2
Video card: nvidia geforce 9200m gs
Server: solo mining on Bitcoin client 0.3.22

Anyone having same config and problem?


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Dobrodav on June 13, 2011, 03:16:28 AM
Do you trying to mine solo ? Login/pass in bitcoin.conf are just for solo mining.
If you mining solo - use other version of bitcoin client (not 0.3.22) or read through theme about 0.3.22 at forum and tune it up.

When I try to start guiminer mining, I get "Problems communicating with bitcoin RPC" in the status bar and the miner doesn't start. I already checked that my bitcoin.conf contains the correct username and password. I am using:

GUIMiner version: v2011-06-09
Operating system: Vista SP2
Video card: nvidia geforce 9200m gs
Server: solo mining on Bitcoin client 0.3.22

Anyone having same config and problem?


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: faille on June 13, 2011, 05:54:29 AM
I had guiminer to auto load on windows startup and the miners to be autostarted.
This generally resulted in a hardlockup on booting up, so had to turn off the autostart option on the miners.
Is there something I should do to avoid this?
Alternatively, Is there a feature I'm missing to set a delayed autostart for the miners? ie after 1 min from guiminer loading they start up?


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: becoin on June 13, 2011, 06:18:30 AM
Do you trying to mine solo ? Login/pass in bitcoin.conf are just for solo mining.
If you mining solo - use other version of bitcoin client (not 0.3.22) or read through theme about 0.3.22 at forum and tune it up.
Thanks, Dobrodav. Yes, I'm trying to setup solo mining with login/pass in bitcoin.conf. Which version of bitcoin client is best suited for this?


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: snowboard789 on June 13, 2011, 10:26:09 AM
proposal to the creator:

make the gui accept backup miners so if one cant connect it has its backup buddy and autostarts it. this way when pools go down we dont loose money!


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: LightRider on June 13, 2011, 11:11:27 AM
Thanks for the new backend support!


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Lightspeed on June 13, 2011, 12:38:06 PM
I want:

yes another backup pool request

after 10 minutes of no activity / no connection - play an alarm (make it optional, the length of time configurable and the sound/music play mp3 + wav files with 1 default one included in the app)

bottom right total hashrate, as soon as I hit 1Ghash/sec I want to be able to see another 2 decimal places - can you add this? since there is no total column in MH/s it makes it harder to judge risk/rewards for overclocking/total heat output etc (im too lazy to sit there with a calculator)





Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Dobrodav on June 13, 2011, 04:33:57 PM
For now, most suitable version of bitcoin client for windows is  0.3.20.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: stellan0r on June 13, 2011, 04:40:53 PM
Great work Kiv!

I have two questions for you:

Are you working on a version for Linux already, or do you need to get a better poll result for that? :)

And second, this was already asked for, can you please put a "idle/disconnect worker" feature in it? Say if have 6 different pools set up and I am always running 2 miners/pools on 1 gpu, now one or two of these go down, I want guiminer to auto-switch to the other miners i have set up in either a random or defined order - and maybe a switch back feature, guiminer checks if the miners can reconnect to pool 1 or 2 after X minutes and quit work with miner/pool 3 or 4 and so on. A way you kind of never stop mining for one of your favorite pools!

Would be totally awesome if this feature would be possible and be build in :)


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: chaud on June 13, 2011, 05:17:33 PM
after 10 minutes of no activity / no connection - play an alarm (make it optional, the length of time configurable and the sound/music play mp3 + wav files with 1 default one included in the app)
Forget the alarm, just kill off the old miner process if it is still around and restart. Phoenix keeps stopping for no reason and I keep losing mining time.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: short on June 13, 2011, 09:47:25 PM
please make a linux version of this preferably that would work with linuxcoin

I'll copy that. Besides that, great piece of work so far!
 
People, donate where donation is due!!



cheers,

short


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: becoin on June 13, 2011, 09:51:41 PM
For now, most suitable version of bitcoin client for windows is  0.3.20.
I've installed older version 0.3.21 and then tried 0.3.20. Message for problem connecting to bitcoin RPC disappeared. It is showing the correct Mhash/s rate, but it is also showing 'Difficulty 1 hashes: 0'. Isn't it supposed to show the correct difficulty for current block?

Thanks again for help.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Coinbuck @ BTCLot on June 13, 2011, 09:56:12 PM
Phoenix and the normal OpenCL miner are consuming 25% of my CPU while mining a CPU !!


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Nachtwind on June 13, 2011, 11:25:18 PM
Hi, Good work on your program :0)

Have to bump my "problem":
Code:
2011-06-09 22:01:01: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:01:01] Server gave new work; passing to WorkQueue
2011-06-09 22:01:33: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:01:33] Server gave new work; passing to WorkQueue
2011-06-09 22:01:34: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:01:34] Result 0000000030e7a466... accepted
2011-06-09 22:02:06: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:02:06] Server gave new work; passing to WorkQueue
2011-06-09 22:02:07: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:02:07] Result 0000000014d660b7... accepted
2011-06-09 22:02:16: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:02:16] LP: New work pushed
2011-06-09 22:02:16: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:02:16] Server gave new work; passing to WorkQueue
2011-06-09 22:02:17: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:02:16] New block (WorkQueue)
2011-06-09 22:02:19: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:02:19] Server gave new work; passing to WorkQueue
2011-06-09 22:02:48: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:02:48] Server gave new work; passing to WorkQueue
2011-06-09 22:02:52: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:02:52] Result 000000009e62c6a7... accepted
2011-06-09 22:03:03: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:03:03] Result 00000000fe0c49b8... accepted
2011-06-09 22:03:20: Listener fr "btc":                                                                                                                                                                               [09/06/2011 22:03:20] Server gave new work; passing to WorkQueue

Somewhat my console is full with these signs... no matter what i replace or do.. (on cmd it doesnt show up though)

Then i have a small feature to ask for:
Can you do "schedules"? Like having from 1am to 8am running profile a, from 8am to 3pm profile b and so on? I would really love to set my agression settings depending on my sleep/university/work/others automatically...


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: FuzzyCoins on June 14, 2011, 12:17:10 AM
I notice that when I have multiple pools defined (as backup pools) and when one of the primary pools goes down (GUIMiner reports "Connection problems"), the total hash rate down in the lower right corner retains the last seen hash rate from the pool connection that went down instead of zeroing it out.

Or in other words if I have two miners defined and one is normally running at 200 Mhash/sec and the other runs at 1Mhas/sec (lower priority), my total hash rate is reported as 201Mhash/second as expected.

If the first miner goes down with connection problems and the second minor ramps up to 200 Mhash/sec, the total reported is like 400Mhash/sec. It appears that during "connection problems" GUIMiner still thinks the downed miner is running at full speed.

Edit: 2 typos.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: mjsbuddha on June 14, 2011, 01:59:04 AM
Just adding my name to the list of people that desire some sort of fail over support.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: um0rion on June 14, 2011, 04:19:04 AM
I get a connection error on one of my cores about once a day, something to restart a miner that gets stuck would be fantastic. Also, Slush added an address to mine at... api.bitcoin.cz.

Any plans to release a new version?


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: dishwara on June 14, 2011, 09:36:33 AM
Hey everyone, I am putting out a BETA release to try and fix the weird "logo.ico" error a couple people reported. It also has a test version of CPU affinity built in, so if that's a feature you were waiting for you can test that out too for me :)

The BETA version is here:

GUIMiner BETA 20110610 (https://github.com/downloads/Kiv/poclbm/guiminer-20110610-logoico-alpha.exe)

If this resolves the logo issue and there's no bugs with the affinity, I'll do a full release of it in the next couple days.

I tired the BETA version & it works fine.
The affinity works perfectly.
I am using BETA in 2 systems. one with single miner & another with 3 miner. Both working fine for the past 3-4 hours with out any problem


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Kiv on June 15, 2011, 02:23:01 AM
Thanks for the report, I'll fix this when I get a chance.

I notice that when I have multiple pools defined (as backup pools) and when one of the primary pools goes down (GUIMiner reports "Connection problems"), the total hash rate down in the lower right corner retains the last seen hash rate from the pool connection that went down instead of zeroing it out.

Or in other words if I have two miners defined and one is normally running at 200 Mhash/sec and the other runs at 1Mhas/sec (lower priority), my total hash rate is reported as 201Mhash/second as expected.

If the first miner goes down with connection problems and the second minor ramps up to 200 Mhash/sec, the total reported is like 400Mhash/sec. It appears that during "connection problems" GUIMiner still thinks the downed miner is running at full speed.

Edit: 2 typos.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Kiv on June 15, 2011, 02:26:44 AM
A new version of the miner is available; I've updated the download link on the first post, or you can get it here:

    guiminer-20110614.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/guiminer-20110614.exe)


Changes:

- Slush's pool moved from mining.bitcoin.cz to api.bitcoin.cz. If any miners on slush's pool cannot connect, you should delete and re-create the worker to make sure it's using the new address.
- Add CPU affinity support, meaning miners can be assigned to a specific CPU core. Users seeing the 100% CPU usage when mining with OpenCL due to buggy drivers can reduce their CPU usage by allowing the miner to only run on a specific core.
- Fix error about missing logo.ico.
- New Italian translation, big thanks to MasterHunterHD for contributing this.

Thanks to all other translators who submitted updated translations to me, I'm afraid I added even more text in this version for you.

For everyone asking about Linux support: for the adventurous you can try running it from source on GitHub. The only thing stopping me now is finding a nice way to install it; it doesn't seem like I can nicely bundle everything together in an EXE like I do on Windows. Maybe I can somehow include it with LinuxCoin (though I don't know what that is right now). Any Linux gurus that could help me out with this would be appreciated :)

For everyong asking about restarting support: I was thinking of doing it so if there were no accepted shares in X minutes (X being configurable per miner) it would restart the miner.

For switching to a backup pool support: just using the -f flag to set priorities as described in the FAQ works just fine for me. I don't particularly want to do something elaborate unless there's a convincing case. If people can't figure out how to use the -f flag then that's actually a documentation bug and I should fix that :)


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: becoin on June 15, 2011, 06:26:02 AM
A new version of the miner is available

Kiv, thanks for the great work you do for all BTC enthusiasts.

Yesterday, however, something very strange happened. I was using guiminer solo to mine and despite very low hash generation power (about 1.5 Mhash/s) a block was solved and the corresponding single share accepted. But I didn't get the 50 BTC on my bitcoin balance... This has happened somewhere in between blocks 130798-130805. Could you please help explain what went wrong? See below screen shots I made:

http://img585.imageshack.us/img585/3685/solo2.jpg

---

http://img130.imageshack.us/img130/707/solo1bp.jpg

Thanks for taking the time to have a look at it.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: stellan0r on June 15, 2011, 07:14:24 AM
A new version of the miner is available; I've updated the download link on the first post, or you can get it here:

For switching to a backup pool support: just using the -f flag to set priorities as described in the FAQ works just fine for me. I don't particularly want to do something elaborate unless there's a convincing case. If people can't figure out how to use the -f flag then that's actually a documentation bug and I should fix that :)


Thank you for the Update!
Regarding the -f support, I hope I did understand right that for using phoenix miner I have to use the AGGRESSION= setting instead. But if I do so, if a miner with a high aggression (like 13 or 14) fails because the pool goes down, and my backup miner has aggression <10, that one goes nowhere near 100% hashing power when the "master miner" stops working.

Any ideas? (except switching to opencl miner instead of phoenix  ;D )


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: chaud on June 15, 2011, 03:46:07 PM
For everyong asking about restarting support: I was thinking of doing it so if there were no accepted shares in X minutes (X being configurable per miner) it would restart the miner.

Yes please, that would be great.


Title: Re: GUI mining - updated host address for slush's pool
Post by: markietalkie on June 15, 2011, 03:52:27 PM
Linuxcoin seriously needs this.  Could this be installed via Synaptics in the future?


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Kiv on June 15, 2011, 05:32:31 PM
Hi becoin, in this case a block was not actually solved and thus you didn't get the 50 BTC. What is shown there is a "difficulty 1 hash" being reported, which is analogous to a share being reported in a pool. Just as a small fraction of shares are valid solutions to a block, a small fraction of these hashes are valid solutions to a block.

In the case of a block being solved it would show "Blocks: 1" in the miner's tab.

Sorry to get your hopes up on winning the 50 BTC lottery :) I am not sure if I should re-word the terminology since I think it's quite confusing, but I don't know what to call it instead.


A new version of the miner is available

Kiv, thanks for the great work you do for all BTC enthusiasts.

Yesterday, however, something very strange happened. I was using guiminer solo to mine and despite very low hash generation power (about 1.5 Mhash/s) a block was solved and the corresponding single share accepted. But I didn't get the 50 BTC on my bitcoin balance... This has happened somewhere in between blocks 130798-130805. Could you please help explain what went wrong? See below screen shots I made:

http://img585.imageshack.us/img585/3685/solo2.jpg

---

http://img130.imageshack.us/img130/707/solo1bp.jpg

Thanks for taking the time to have a look at it.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: becoin on June 15, 2011, 09:27:37 PM
What is shown there is a "difficulty 1 hash" being reported, which is analogous to a share being reported in a pool.
Exactly. Which means 'difficulty 1 hash 1' is analogous to 'shares 1 hash 1'... And this is precisely what we see on 'Summary' tab - Accepted 1 (1). There is no point in accepting 'Difficulty 1 (1), of course.

Quote
Just as a small fraction of shares are valid solutions to a block, a small fraction of these hashes are valid solutions to a block.
I don't get this at all.

There is only one valid solution to a block, not many. Whatever small they are, shares are always part of a valid solution to a block. Otherwise, they wouldn't be shares at all, because they would be shares of zero!

This explanation is rather unconvincing, Kiv. Sorry.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: Kiv on June 15, 2011, 11:53:49 PM
There is only one valid solution to a block, not many. Whatever small they are, shares are always part of a valid solution to a block.

That's incorrect. There are a large number of solutions to any given block. For a given difficulty, there is a target hash value and all hashes smaller than this target value are valid solutions to a block. If you look at the Bitcoin Calculator (http://www.alloscomp.com/bitcoin/old_calculator.php) you can enter any difficulty and see the corresponding target value.

Notice that the lower the difficulty, the higher the target value. The higher the target value, the more numbers are smaller than the target and therefore the easier it is to find a solution. I encourage you to play with the calculator until you're sure you understand how this works, because it's key to understanding what is happening in your case.

Now, a share is the same thing as a difficulty 1 hash: it is a hash that would be a valid solution to a block if the difficulty was 1. In other words, it's a hash value smaller than 2.695953529101131e+67. Let's say your miner crunches some data and comes up with a hash of 1e+65. This would be a valid solution if the difficulty was 1 since it's smaller than that target. But it's not small enough to be a valid solution at the current difficulty of 877226, which has a target value of 3.073269009644151e+61. This hash is useless to you except as reassurance that your miner is working correctly.

Say you then come up with a hash of 1e+60. This is valid at difficulty 1 and also at difficulty 877226 and is a valid solution to the block. This earns you 50 bitcoins and a fanfare of trumpets.

From this example I hope you can see that a share/difficulty 1 hash is either a valid solution to a block, or it is utterly useless. Shares never "combine" to solve a block and no number of non-winning shares are of any value.

You may be wondering why pools even collect shares if most shares are worthless and cannot be combined in any way. The reason is simple: the fact that you are submitting shares to the pool is proof that you're really trying to solve the block and not just freeloading. A faster machine will generate more shares in a given period of time and therefore deserve more credit when one share actually happens to be valid.

I don't want to derail this topic discussing the technical details of mining, so if you're still confused let's move this to a separate topic :)


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: trippp on June 16, 2011, 01:04:25 AM
For switching to a backup pool support: just using the -f flag to set priorities as described in the FAQ works just fine for me. I don't particularly want to do something elaborate unless there's a convincing case. If people can't figure out how to use the -f flag then that's actually a documentation bug and I should fix that :)

First of all, I would like to thank you for putting so much work into this. Thank you!

On the issue of backup pool support, I would love if it was implemented into the GUI. I know how to use the -f flags, but while that technique works, it's far from perfect. Some of the issues are:
  • If I set one priority really high and another priority really low, there's still a few (fractions of) MH going into the low-priority pool. These MH are wasted. If I want to be really safe and use a chain of five or so pools, this waste grows even bigger.
  • If the primary pool fails and the low priority pool kicks in, it still won't receive the same amount of MH as the primary pool did. Since the low priority pool has a lower priority not only in regards to the other pool but also to the whole operating system, the speed goes down a bit.


Title: Re: GUI mining - updated host address for slush's pool
Post by: gboytazzz on June 16, 2011, 06:30:14 AM
hey i keep getting this message "problem communicating to bitcoin" when i click the start mining button any help would greatly be appreciated 


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: becoin on June 16, 2011, 10:05:13 AM
For a given difficulty, there is a target hash value and all hashes smaller than this target value are valid solutions to a block.
I don't understand why do you treat all hashes generated in the system as solutions? They are merely generated hash values -- attempts to solve POF problem.

Every hash value bigger than target hash value isn't a solution at all, because under no circumstances it can be accepted as a solution to  POF problem! A solution is validated against all other solutions and if its hash value is the smallest it is accepted as the valid solution to a block.

To a certain extend, I can see your logic for clients of mining pools. But it is incorrect for a solo mining client, in my view. I'm curious to see someone's success in using guiminer solo mining and look at the proof, of course.

Quote
I don't want to derail this topic discussing the technical details of mining, so if you're still confused let's move this to a separate topic :)
Sure.  :)

Thanks once again for the great job you do with guiminer. A Linux option would be appreciated.


Title: Re: GUI mining - updated host address for slush's pool
Post by: sarahsliefie on June 16, 2011, 02:29:14 PM
gboytazzz you might want to try clicking Refresh balance under the miner you are using. then enter the API key. That worked for me.


Title: Re: GUI mining - updated host address for slush's pool
Post by: lakehead on June 16, 2011, 02:36:39 PM
My miner keeps stopping.  Could this be because I have my overclocking too high? the memory clock too low? [300], the speed too high [950]? or does this have nothing to do with it, since my computer and graphics card keep on running even after the miner stops [gpu- Sapphire HD 5830]??
The miner is saying, it can't connect to slush?... but for 8 hours??? it seems unlikely to me and that's why I suspect the overclocking? I've tweaked the memory up to 350 and the speed down to 940, but will this solve anything?
thx
sorry
lakehead


Title: Re: GUI mining - updated host address for slush's pool
Post by: goozman96 on June 16, 2011, 06:47:20 PM
Kiv, please take a look at this.

http://i721.photobucket.com/albums/ww214/terrorist96/malware.png


Title: Re: GUI mining - updated host address for slush's pool
Post by: Dobrodav on June 16, 2011, 06:52:04 PM
Kiv, that bug fixes in 0614 - totally fixed translate issues - Congrats. Using it now.

Goozman96, it is hard even to guess, what antivirus give you that report. Can you be more specific ?


Title: Re: GUI mining - updated host address for slush's pool
Post by: goozman96 on June 16, 2011, 07:10:54 PM
AVG 9.


Title: Re: GUI mining - updated host address for slush's pool
Post by: Dobrodav on June 16, 2011, 08:53:28 PM
AVG 9 ... I see... Just do not let him delete your wallet.dat - ok ?
This is will be really funny, but not for you.


Title: Re: GUI mining - updated host address for slush's pool
Post by: nwolf on June 17, 2011, 06:35:21 AM


Marking something as virus because of a "small executable" that "executes from the filesystem"? I knew the guys at AVG where lazy, but not that much... do yourself a favour and change to Eset Smart Security, Comodo Internet Security + Firewall, or even Microsoft Security Essentials (:


Title: Re: GUI mining - updated host address for slush's pool
Post by: testerx on June 17, 2011, 01:38:20 PM
Does the 6/14 version come with phoenix 1.50?  I have trouble using the standalone phoenix.exe with guiminer-it doesn't seem to show the MH/s properly.


Title: Re: GUI mining - updated host address for slush's pool
Post by: lakehead on June 18, 2011, 10:56:07 AM
My miner keeps stopping.  Could this be because I have my overclocking too high? the memory clock too low? [300], the speed too high [950]? or does this have nothing to do with it, since my computer and graphics card keep on running even after the miner stops [gpu- Sapphire HD 5830]??
The miner is saying, it can't connect to slush?... but for 8 hours??? it seems unlikely to me and that's why I suspect the overclocking? I've tweaked the memory up to 350 and the speed down to 940, but will this solve anything?
thx
sorry
lakehead
Little help?
Thx


Title: Re: GUI mining - updated host address for slush's pool
Post by: WebMonkey on June 18, 2011, 04:42:41 PM
just wanted to say i enjoy using your guiminer.

dunno how long i'll keep mining but your gui is nice.

i wouldn't mind seeing a linux version as well.

;)

'monkey


Title: Re: GUI mining - updated host address for slush's pool
Post by: zimpixa on June 18, 2011, 05:33:05 PM
Tried to search, but failed...
Code:
Traceback (most recent call last):
  File "guiminer.py", line 2193, in <module>
  File "guiminer.py", line 2184, in run
  File "guiminer.py", line 1578, in __init__
  File "guiminer.py", line 1848, in parse_config
  File "json\__init__.pyo", line 267, in load
  File "json\__init__.pyo", line 307, in loads
  File "json\decoder.pyo", line 319, in decode
  File "json\decoder.pyo", line 338, in raw_decode
ValueError: No JSON object could be decoded

What do I miss to solve it? Vista 64 bit


Title: Re: GUI mining - updated host address for slush's pool
Post by: sang on June 19, 2011, 12:07:14 AM
Been using guiminer for a few weeks now, just sent a small donation. Thanks for the work!


Title: Re: GUI mining - updated host address for slush's pool
Post by: Kiv on June 19, 2011, 11:32:45 AM
The GUI can't read your config file for some unknown reason. The config file should be at a path like C:\Users\Kiv\AppData\Roaming\poclbm\poclbm.ini.

If you remove that file it will wipe your config and let you start the GUI fresh.

Also, if you send me that file I can look at what went wrong and put a fix in the next version, in case others experience it too.

Tried to search, but failed...
Code:
Traceback (most recent call last):
  File "guiminer.py", line 2193, in <module>
  File "guiminer.py", line 2184, in run
  File "guiminer.py", line 1578, in __init__
  File "guiminer.py", line 1848, in parse_config
  File "json\__init__.pyo", line 267, in load
  File "json\__init__.pyo", line 307, in loads
  File "json\decoder.pyo", line 319, in decode
  File "json\decoder.pyo", line 338, in raw_decode
ValueError: No JSON object could be decoded

What do I miss to solve it? Vista 64 bit


Title: Re: GUI mining - updated host address for slush's pool
Post by: zimpixa on June 19, 2011, 11:58:58 AM
Checked that file - empty. Guiminer has never opened on that PC, which means file was broken since beginning. No idea why that happened, but thanks for your time and help.

EDIT:
CPU aff. shows only core 0 and 1 on quar core CPU. Dunno if that was intended, just mentioning about.

BTW Guiminer's phoenix needs update to 1.50 version. Copying new phoenix doesnt show speed and crashes card after few minutes.


Title: Re: GUI mining - updated host address for slush's pool
Post by: Kain on June 19, 2011, 06:59:36 PM
Had the same error with the config file as the above guy.

Everything was fine til I tried to save my settings, then next time i shut it down, it wouldn't start again.

Further investigation showed that the config file was empty, but deleting it fixed the problem.


Title: Re: GUI mining - updated host address for slush's pool
Post by: LightRider on June 20, 2011, 12:40:49 AM
Code:
2011-06-19 19:36:01: Listener for "BTC2" started
2011-06-19 19:36:01: Listener for "BTCcpu" started
2011-06-19 19:36:01: Listener for "BTCcpu": bitcoin-miner 0.13  Copyright (c) 2011 Ufasoft  http://ufasoft.com/open/bitcoin
2011-06-19 19:36:01: Listener for "BTCcpu": Mining for http://btcmine.com:8332
2011-06-19 19:36:01: Listener for "BTCcpu": 4 threads Using SSE2
2011-06-19 19:36:02: Listener for "BTC1": [19/06/2011 19:36:02] Phoenix 1.48 starting...
2011-06-19 19:36:02: Listener for "BTC2": [19/06/2011 19:36:02] Phoenix 1.48 starting...
2011-06-19 19:36:02: Listener for "BTC2":xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx[19/06/2011 19:36:02] Connected to server
2011-06-19 19:36:02: Listener for "BTC1":xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx[19/06/2011 19:36:02] Connected to server

Getting a repeating weird ASCII symbol where the x's are. Anyone else having this issue? Is it meaningful?


Title: Re: GUI mining - updated host address for slush's pool
Post by: Endeavour79 on June 20, 2011, 05:23:18 AM
Can you please release a version with updated miners included?!
There are never version out here in the forum which are faster then the included ones.

In addition, there is an issue with the Phoenix 1.50 miner. Status is not shown/updated correctly. -v flags helps but still not 100% good
Please have a look at this..Thanks!

In addition, thank you very much for all the effort you've put in this piece of software, it's very useful! Appreciate it!  :)


Title: Re: GUI mining - updated host address for slush's pool
Post by: dishwara on June 20, 2011, 07:25:41 AM
Code:
2011-06-19 19:36:01: Listener for "BTC2" started
2011-06-19 19:36:01: Listener for "BTCcpu" started
2011-06-19 19:36:01: Listener for "BTCcpu": bitcoin-miner 0.13  Copyright (c) 2011 Ufasoft  http://ufasoft.com/open/bitcoin
2011-06-19 19:36:01: Listener for "BTCcpu": Mining for http://btcmine.com:8332
2011-06-19 19:36:01: Listener for "BTCcpu": 4 threads Using SSE2
2011-06-19 19:36:02: Listener for "BTC1": [19/06/2011 19:36:02] Phoenix 1.48 starting...
2011-06-19 19:36:02: Listener for "BTC2": [19/06/2011 19:36:02] Phoenix 1.48 starting...
2011-06-19 19:36:02: Listener for "BTC2":xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx[19/06/2011 19:36:02] Connected to server
2011-06-19 19:36:02: Listener for "BTC1":xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx[19/06/2011 19:36:02] Connected to server

Getting a repeating weird ASCII symbol where the x's are. Anyone else having this issue? Is it meaningful?

I too got that in console & asked. No one replied.
you have put xxxx, but i see square black boxes with 2 white dots as in below image.

http://i51.tinypic.com/28ule6x.jpg


Title: Re: GUI mining - updated host address for slush's pool
Post by: Danilo on June 20, 2011, 03:38:22 PM
Is it possible to mine with 4 5830 not crossfired with guiminer??? I'm having some problems...
I Have the latest version of guiminer, win7 x32 Ultimate, Catalyst 11.5, SDK 2.1, monitor + 3 dummy plugs.
Windows recognizes all 4 cards, and guiminer, too (as cypress 1,2,3 and 4). When I click start (any of them or all of them) Connecting... msg is all I got!!!

Anyone can help me?

THANKS!!!


Title: Re: GUI mining - updated host address for slush's pool
Post by: entens on June 20, 2011, 03:47:45 PM
I'm looking to redirect the rate, accepted, and stale values through a socket so I can use rrdtool or nagios to monitor my miners. Would it best to add this directly to poclbm and phoenix, or piggyback off guiminer?


Title: Re: GUI mining - updated host address for slush's pool
Post by: Dimsum on June 21, 2011, 01:45:51 AM
1) Does the client reconnect if there is a break in the internet? My wireless router disconnects from time to time and on some of those times it gets a new IP. Just want to make sure the client will reconnect with the new IP and that there are no issues.

2) Can you add the bitcoin.lc pool to the list of drop downs in your next build please. I know it can be manually added, which I have done, just nice to have it in there, thanks =)


Title: Re: GUI mining - updated host address for slush's pool
Post by: entens on June 21, 2011, 03:11:23 AM
2) Can you add the bitcoin.lc pool to the list of drop downs in your next build please. I know it can be manually added, which I have done, just nice to have it in there, thanks =)

You can manually add a pool by editing the servers.ini file in the guiminer directory. I pushed a change out on github with the changes made. On a side note it seems bitcoin.lc is redirecting to bitcoins.lc, which one is correct?


Title: Re: GUI mining - updated host address for slush's pool
Post by: Departure on June 21, 2011, 06:35:48 AM
can someone please confirm that you need atleast 1 CPU core per GPU while mining on windows with GUIminer???

For example if I have 2 6990's which is 4 GPU's does that means I need a 4 core CPU??? or can I run it on duel core CPU(AMD II 260)??



Title: Re: GUI mining - updated host address for slush's pool
Post by: Dimsum on June 21, 2011, 01:03:33 PM
You can manually add a pool by editing the servers.ini file in the guiminer directory. I pushed a change out on github with the changes made. On a side note it seems bitcoin.lc is redirecting to bitcoins.lc, which one is correct?

Sorry I meant bitcoins.lc!


Title: Re: GUI mining - updated host address for slush's pool
Post by: Dimsum on June 21, 2011, 04:08:38 PM
Anybody have any extra flag values (OpenCL / Phoenix) to keep the GPU say at 50% load or lower allowing someone to use the PC whilst mining?


Title: Re: GUI mining - updated host address for slush's pool
Post by: Dobrodav on June 21, 2011, 05:45:52 PM
can someone please confirm that you need atleast 1 CPU core per GPU while mining on windows with GUIminer???

For example if I have 2 6990's which is 4 GPU's does that means I need a 4 core CPU??? or can I run it on duel core CPU(AMD II 260)??



No, you do not need 4 cores. You can affilate all miners to one core - that is why that cpu core affilation was done.


Title: Re: GUI mining - updated host address for slush's pool
Post by: jurian89 on June 21, 2011, 06:14:58 PM
Anybody have any extra flag values (OpenCL / Phoenix) to keep the GPU say at 50% load or lower allowing someone to use the PC whilst mining?

-f100 works

or -f200 works even better.

works with opencl


Title: Re: GUI mining - updated host address for slush's pool
Post by: opticbit on June 21, 2011, 06:30:57 PM
works nice, I've mined a few fractions of a btc and fractions of a namecoin.

I can only do 6mhash.  It was more for me to figure out how to do it so that when I can buy a mining rig I know how.


Title: Re: GUI mining - updated host address for slush's pool
Post by: Dimsum on June 21, 2011, 10:16:40 PM

-f100 works

or -f200 works even better.

works with opencl

wow I could kiss you!! Thank you so much! Those figures were wonderful! Now I can mine 24/7 instead of when I only go to bed.

I threw both those values in and got:

-f100 - 197Mhash/s
-f200 - 180Mhash/s

and the Activity indicator on the card flickers around the 90% mark. Just to see that this would work the way I wanted, I let it run and then started a 1080p HD movie and the Mhash/s dropped to compensate for the movie and the activity still flickered between 80-90%. But what I love is I can now do anything while it mines.

I used to use these flags with OpenCL, I have no idea what they do - should I use them with the ones you suggested?

-v -w128

Thanks for your help - really appreciate it!


Title: Re: GUI mining - updated host address for slush's pool
Post by: jurian89 on June 22, 2011, 08:26:44 AM

blabla

I used to use these flags with OpenCL, I have no idea what they do - should I use them with the ones you suggested?

-v -w128

Thanks for your help - really appreciate it!

You should play a littl with the -f value. You could try anything between -f1 (windows will lag) -f30 (here i can watch 720p) -f100 (1080p) and stuff.

Do you have a HD5XXXX card ? then try -v -w128. If you underclokc memory to 300 mhz then try -v -w256. (downlclocking is possible with afterburner, search msi afteburner in this forum)

If you are happy with my reply, please donate to Kiv, he should recieve more for his work on GUIminer
1MDDh2h4cAZDafgc94mr9q95dhRYcJbNQo


@Kiv: Can you maybe add support for this: http://forum.bitcoin.org/index.php?topic=19169.0


Title: Re: GUI mining - updated host address for slush's pool
Post by: Mr2001 on June 22, 2011, 09:02:08 PM
Any chance of changing the BTC Guild preset to work with their new server addresses? I know it's possible to edit servers.ini, or choose "other" and type the hostname, but the balance checking feature stops working when you do that.


Title: GUIminer bugs?
Post by: haploid23 on June 22, 2011, 09:20:32 PM
i'm having some problems getting this GUIminer to work. the newest miner won't open on my computer. every time i open, there's a error dialog that pops up saying: "See the logfile C:Users\Username\guiminer\guiminer.exe.log for details", and then the programs just crashes. then once i open that log file to see what's wrong, this is the log:

Quote
ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 2184, in run
  File "guiminer.py", line 1678, in __init__
  File "guiminer.py", line 1887, in load_config
  File "guiminer.py", line 925, in start_mining
  File "guiminer.py", line 846, in configure_subprocess_poclbm
  File "guiminer.py", line 645, in device_index
AssertionError

what does AssertationError mean? and how can i fix this?


Title: Re: GUI mining - updated host address for slush's pool
Post by: mjsbuddha on June 23, 2011, 12:50:42 AM
for the love of god, will this ever have backup pool support...


Title: Re: GUI mining - updated host address for slush's pool
Post by: haploid23 on June 23, 2011, 01:21:24 AM
for the love of god, will this ever have backup pool support...
you can just set several pools for a single card, but set each pool in different priority with the flags so in case the pool with highest priority goes down, the card will mine for other pools with no slowdown.


Title: Re: GUI mining - updated host address for slush's pool
Post by: mjsbuddha on June 23, 2011, 02:02:32 AM
for the love of god, will this ever have backup pool support...
you can just set several pools for a single card, but set each pool in different priority with the flags so in case the pool with highest priority goes down, the card will mine for other pools with no slowdown.

yeah, done that. its not a solution. it drops my hash rate by 10%


Title: Re: GUI mining - updated host address for slush's pool
Post by: Departure on June 23, 2011, 02:24:51 AM
Nice work..
here is just some requests if you ever decide to add features

- Backup pool support
- temp monitor for when the cards get too warm then disable GPU until temps go down
- retry connection settings

I know all these features are in phoenix riser, Its just I like the summery page of GUIminer rather than OSD, Also I seem to get about 10 MH/s with GUIminer than phoenix riser, even with using the same settings and phoenix version



Title: Re: GUI mining - updated host address for slush's pool
Post by: zimpixa on June 23, 2011, 12:07:17 PM
Code:
2011-06-23 13:17:40: Listener for "BTCGuild poclbm": Verification failed, check hardware!
2011-06-23 13:17:40: Listener for "BTCGuild poclbm": Traceback (most recent call last):
2011-06-23 13:17:40: Listener for "BTCGuild poclbm": File "BitcoinMiner.pyo", line 261, in longPollThread
2011-06-23 13:17:40: Listener for "BTCGuild poclbm": File "BitcoinMiner.pyo", line 224, in request
2011-06-23 13:17:40: Listener for "BTCGuild poclbm": File "httplib.pyo", line 974, in getresponse
2011-06-23 13:17:40: Listener for "BTCGuild poclbm": File "httplib.pyo", line 391, in begin
2011-06-23 13:17:40: Listener for "BTCGuild poclbm": File "httplib.pyo", line 349, in _read_status
2011-06-23 13:17:40: Listener for "BTCGuild poclbm": File "socket.pyo", line 397, in readline
2011-06-23 13:17:40: Listener for "BTCGuild poclbm": timeout: timed out
2011-06-23 13:44:44: Listener for "BTCGuild poclbm" shutting down

Too much OC'd card or? Was working at 1000 core for 2 days, now this error shows up in less than 2 days at 990 core.


Title: Re: GUI mining - updated host address for slush's pool
Post by: BitMinerN8 on June 23, 2011, 05:39:13 PM
Has anyone updated the Phoenix 1.48 that comes with GUIMiner 6-14 to Phoenix 1.50? If yes, does it work better? Did you just copy the directories over into the GUIMiner directory?


Title: Re: GUI mining - updated host address for slush's pool
Post by: fcmatt on June 23, 2011, 08:46:29 PM
Has anyone updated the Phoenix 1.48 that comes with GUIMiner 6-14 to Phoenix 1.50? If yes, does it work better? Did you just copy the directories over into the GUIMiner directory?

i am curious also but so far have stuck with default miners that guiminer newest release comes with.
if you check out the threads for phoenix for example.. people are having trouble and I have no wish
for my rigs to stop mining for no reason. I can handle a few slight issues right now in the newest guiminer
release.

for example phoenix with phatk showing those odd ascii characters.
phoenix with phatk now showing accepted blocks but I know it is working by checking the pool.

otherwise it just works.


Title: Re: GUI mining - updated host address for slush's pool
Post by: Endeavour79 on June 24, 2011, 01:51:37 AM
Has anyone updated the Phoenix 1.48 that comes with GUIMiner 6-14 to Phoenix 1.50? If yes, does it work better? Did you just copy the directories over into the GUIMiner directory?

I did but just copying the files in the GUIMiner dir.
There are still some issues with the stats shown by the GUI. You need to use the -v flag to see something happening. But anyway..Phoenix 1.50 works..you just might not see the most actual status.


Title: Re: GUI mining - updated host address for slush's pool
Post by: goozman96 on June 24, 2011, 02:37:40 AM
I just had some suggestions for improvements to GUI miner for one of your next versions.
These are just suggestions/requests

1. The ability to remember previously used flags. There could just be a drop down menu button next to the text input field.
2. The ability to minimize to the task bar instead of only just the tray.
3. Expanded list of servers of BTC Guild (see website for list of 6 server subdomains)
4. ???
5. Profit?


Title: Re: GUI mining - updated host address for slush's pool
Post by: zimpixa on June 24, 2011, 11:04:33 AM
Added poclbm_phatk version to guiminer folder and new error came up
Code:
Traceback (most recent call last):
  File "guiminer.py", line 14, in <module>
ImportError: No module named wx

Any idea whats wrong here? I'd like to get it working, cuz Guiminer looks better than AO~ something.


Title: guiminer on XP prevents logout/shutdown
Post by: citryphus on June 24, 2011, 08:13:50 PM
When guiminer is running on my XP machine, it silently cancels log out, restart, or shutdown commands. I have to close guiminer first in order to log out. I don't think that should be the default behavior.



Title: Re: GUI mining - updated host address for slush's pool
Post by: Yatta99 on June 24, 2011, 09:43:35 PM
Having a problem getting guiminer to run. When I start I get an error that says "This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem."

GUIMiner version: v2011-06-14
Operating system: Windows XP SP3 with all current updates
Video card: ATI 5770
CCC and OpenCL are installed and GPU Caps Viewer shows the nice fuzzy cube :)
The current Bitcoin app is installed, running, and the blockchain is up to date.

I've deleted and reinstalled several times and in several places (My Documents, and Program Files) and get the same error. I'm also not seeing any log file being generated nor am I seeing a c:\Users directory being made.

There is a system log error generated for something called 'side by side' that reads "Resolve Partial Assembly failed for Microsoft.VC90.CRT. Reference error message: The referenced assembly is not installed on your system."

So, apparently, I'm missing something on my system as a dependency but I'm not sure what. Any help would be appreciated  :)


Title: Re: GUI mining - updated host address for slush's pool
Post by: goozman96 on June 24, 2011, 10:20:06 PM
Having a problem getting guiminer to run. When I start I get an error that says "This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem."

GUIMiner version: v2011-06-14
Operating system: Windows XP SP3 with all current updates
Video card: ATI 5770
CCC and OpenCL are installed and GPU Caps Viewer shows the nice fuzzy cube :)
The current Bitcoin app is installed, running, and the blockchain is up to date.

I've deleted and reinstalled several times and in several places (My Documents, and Program Files) and get the same error. I'm also not seeing any log file being generated nor am I seeing a c:\Users directory being made.

There is a system log error generated for something called 'side by side' that reads "Resolve Partial Assembly failed for Microsoft.VC90.CRT. Reference error message: The referenced assembly is not installed on your system."

So, apparently, I'm missing something on my system as a dependency but I'm not sure what. Any help would be appreciated  :)

My best guess would be to uninstall it, restart, then try again. If that doesn't work, I dunno. Maybe someone else has a suggestion.


Title: Re: GUI mining - updated host address for slush's pool
Post by: Endeavour79 on June 24, 2011, 10:20:57 PM
Try to delete the  poclbm directory in the MyDocuments or ApplicationData folder. (Not sure how the folder name is right now. But should be somewhere in your users folder.)


Title: Re: GUI mining - updated host address for slush's pool
Post by: Yatta99 on June 24, 2011, 11:25:40 PM
Never mind, I figured out my problem. Since this is a clean install of Win XP with only updates and Bitcoin stuff installed it hasn't had the time to accumulate the cruft (drivers, patches, utilities) that typical software installs along with the normal software that's being installed (like your favorite game might also update your DirectX).

I was missing the Visual C++ libraries that this needs to run.

Kiv, in the first post of this thread, could you put a note saying that if you don't have the Visual C++ runtime libraries already installed that you need to go to the Microsoft site and install them in order to run?

Otherwise it seems to be running fine at the moment :)


Title: Re: GUI mining - updated host address for slush's pool
Post by: simplecoin on June 24, 2011, 11:31:37 PM
Just got guiminer runing on ubuntu 11.04 with fglrx!

I had to build the beta pyopencl to get it to see my cards, but it's running the phat-k poclbm mod and matching my hashkill results!

If it does better with timeouts, this is a big win.


Title: Re: GUI mining - updated host address for slush's pool
Post by: FuzzyCoins on June 25, 2011, 06:41:06 AM
Feature Request: in addition to affinity, how about setting process priority? I like to have my miners running at low cpu priority, that way they can they can chug at their fastest speed with -f 1, but I can still use my computer. Currently I have to manually adjust process priority whenever I start a miner, it would be great if guiminer could just set it when it creates the process.


Title: Re: GUI mining - updated host address for slush's pool
Post by: JonasKohlheim on June 27, 2011, 03:44:13 PM
My GUI Miner is behaving pretty strangly I must say.
Now and then, it stops mining and it says "Connecting..." and it will not do anything else, untill I push the "stop" button and "start" butting. After I push the start button it will succesfully connect again.

This is causing my miner to have lots of downtime, especially when this occurs at night.
Because I can easily and succesfully start it again manually, it must be an issue with the GUI Miner itself.

How can I solve this? One way would be to write a AutoHotkey script which keeps an eye on the status of each miner, and clicks the "stop", "start" button as soon as one worker is stuck in the "connecting..." fase, but that seems a pretty stupid solution for the problem.
Since this is an issue that must be resolved in the source code of the GUI Miner itself.


Title: Re: GUI mining - updated host address for slush's pool
Post by: goozman96 on June 27, 2011, 03:47:24 PM
I also have one more suggestion for the next version. Have the window stay in the same area and stay the same size when I close it, then open it again. The way it is now, every time I open it for the first time, the window will be on the top left side and reverts to the default dimensions. Please change it so that it keeps the same size and same position on the screen.


Title: Re: GUI mining - updated host address for slush's pool
Post by: hawks5999 on June 27, 2011, 06:26:48 PM
don't know if this has been requested already or not but I would like to see the summary page not display Ghash/s in the footer unless it was longer than 1 decimal place. Instead seeing Mhash/s would be more helpful unless Ghash could be displayed like 1.125 Ghash/s instead of 1.1 Ghash/s. Sorry for that run-on sentence.

Thanks for the work to this point and donation sent...


Title: Re: GUI mining - updated host address for slush's pool
Post by: mike85123 on June 28, 2011, 02:29:45 AM
Interesting thing going on for me. I have used the standard GUIminer since I started mining.  After reading the forums, I decided to try GUIminer's phoenix miner.  GUIminer shows that is is 15 Mh/s faster, but the number of shares submitted don't reflect that 15 Mh/s increase. I thought it could be some luck involved and even 6+ hours later, no real gain (one even had fewer shares). Anyone with the same issue, anything I can do to change it?


Title: Re: GUI mining - updated host address for slush's pool
Post by: Philj on June 28, 2011, 01:32:40 PM
Any chance to add a delayed auto start? I have 3 systems with 6950s in them and no matter what I've tried, if I have guiminer in the startup folder and autostart enabled, the systems freeze (fresh win 7 or vista install 32 or 64bit). if I simply wait about 30 seconds and click start it works fine, but I'd rather have a fully automated setup. I also have 5 systems with 5830s, and they all work just fine with the same type setup and autostart, so it's just something with the 6950s.


Title: Re: GUI mining - updated host address for slush's pool
Post by: Septemvri on June 28, 2011, 01:56:26 PM
Create a new .bat file with the following two lines:

timeout 60
start /d C:\guiminer C:\guiminer\guiminer.exe

Can replace 60 with any other value >30 you feel comfortable with. Adjust the paths accordingly. Put it or a shortcut to it in the starup folder. This will delay the start of the miner until the amount of seconds pass or a key is pressed.


Title: Re: GUI mining - updated host address for slush's pool
Post by: Philj on June 28, 2011, 02:14:22 PM
cool I had tried something similar but couldn't get guiminer to start by just doing a bat file with:

cd c:\guiminer
guiminer.exe


Title: Re: GUI mining - updated host address for slush's pool
Post by: Septemvri on June 28, 2011, 02:47:44 PM
CD should work too. Just make sure the bat file is executed on C:
Because CD changes the directory, but doesn't change the drive. Try inserting a "c:" as a middle line in yours.


Title: Re: GUI mining - updated host address for slush's pool
Post by: pdawg on June 29, 2011, 01:05:50 AM
Feature Request: in addition to affinity, how about setting process priority? I like to have my miners running at low cpu priority, that way they can they can chug at their fastest speed with -f 1, but I can still use my computer. Currently I have to manually adjust process priority whenever I start a miner, it would be great if guiminer could just set it when it creates the process.

This can be done via batch:

Use cmd's start command. See start /? for details.

START ["title"] [/Dpath] [/I] [/MIN] [/MAX] [/SEPARATE | /SHARED]
[/LOW | /NORMAL | /HIGH | /REALTIME | /ABOVENORMAL | /BELOWNORMAL]
[/WAIT] [/B] [command/program]
[parameters]


Title: Re: GUI mining - updated host address for slush's pool
Post by: Kiv on July 01, 2011, 12:07:44 PM
Just a FYI to everyone, I have today off work since it's Canada Day which means I'm working for you guys :)

There'll be a major release sometime today including:

- Latest versions of Phoenix and poclbm (including the latest and most pimped out poclbm kernel)
- Fallback pool support through poclbm
- Several more pools
- Miscellaneous bugfixes


Title: Re: GUI mining - updated host address for slush's pool
Post by: hawks5999 on July 01, 2011, 03:55:01 PM
Just a FYI to everyone, I have today off work since it's Canada Day which means I'm working for you guys :)

There'll be a major release sometime today including:

- Latest versions of Phoenix and poclbm (including the latest and most pimped out poclbm kernel)
- Fallback pool support through poclbm
- Several more pools
- Miscellaneous bugfixes

Happy Canada Day! Thanks for your dedication.


Title: Re: GUI mining - updated host address for slush's pool
Post by: Kiv on July 01, 2011, 04:31:01 PM
Happy Canada Day everyone! A new version of the miner is available; I've updated the download link on the first post, or you can get it here:

    guiminer-20110701.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/guiminer-20110701.exe)


Changes:

- Updated poclbm (OpenCL miner) backend to the latest version which has built-in fallback support and slightly improved performance using a modified phatk kernel. Big thanks to m0mchil and all who submitted code for this. This version should be a few percent faster on most graphics cards.
- Update Phoenix backend to version 1.50.
- Add many more pools to the server list, including separate servers for BTC Guild.
- Default CPU affinity changed to be CPU 0 only instead of all CPUs.
- Display of GHash shows more decimal places (requested by hawks5999).
- When you save miner settings it remembers the GUI size and position for future runs (requested by goozman96).
- Removed weird characters in console log of Phoenix miner.
- Error handling: If settings file could not be read, recover gracefully instead of raising a JSON error.
- Error handling: If no OpenCL devices exist, recover gracefully instead of raising AssertionError.

Fallback support in poclbm/OpenCL miner:

In the flags, specify the --backup argument with the info of the backup pool. For example if I want to fallback to my account on slush's pool, I would write:

--backup=Kiv.GPU:mypass@api.bitcoin.cz:8332

That's all you need for basic fallback support. You can tweak it with these options:

--failback=N   attempt to fail back to the primary pool every n getworks, default 2
--tolerance=N   use fallback pool only after N consecutive connection errors, default 2

In the future this might be more tightly integrated into the GUI but I don't want to make the GUI too complicated for things that a lot of users don't need.


Title: Re: GUI mining - updated host address for slush's pool
Post by: Fiyasko on July 01, 2011, 04:57:02 PM
Great work implementing the 3%speed tweek! Loving it on my 6990!
Works great! Guys tip him if you can!


Title: Re: GUI mining - updated host address for slush's pool
Post by: hawks5999 on July 01, 2011, 07:06:32 PM
Great work implementing the 3%speed tweek! Loving it on my 6990!
Works great! Guys tip him if you can!

Agree on the tipping. I think 1.867 would make a great tip in honor of the year that Canada was formed (1867). These enhancements are great and Guiminer makes my operation loads easier. Thanks for implementing my request, Kiv.


Title: Re: GUI mining - updated host address for slush's pool
Post by: airdata on July 01, 2011, 08:17:39 PM
I got an antivirus autoprotect warning about a bitcoin-miner.exe file...

Should I be worried about that?


Title: Re: GUI mining - updated host address for slush's pool
Post by: Roland68 on July 01, 2011, 08:18:46 PM
SAme warning .... it s in the ufasoft miner ...

deleted ...i'm not using this miner aniway


Title: Re: GUI mining - updated host address for slush's pool
Post by: Yatta99 on July 01, 2011, 08:26:18 PM
Very nice and appreciated, but weird. I made the changes to the old miner (20110614) when they were announced but never saw any increase  :( After putting in the new miner and changing nothing else I went from 196 Mhash/s to 209 Mhash/sec (roughly 6.6% improvement). Not sure how or why this works and the other didn't, but I'll take it  ;D


Title: Re: GUI mining - updated host address for slush's pool
Post by: Kiv on July 01, 2011, 09:46:00 PM
No, it's a false positive so you don't need to worry. But if you're not using that EXE (it's the CPU miner) then it's fine to delete it.

I got an antivirus autoprotect warning about a bitcoin-miner.exe file...

Should I be worried about that?


Title: Re: GUI mining - updated host address for slush's pool
Post by: murfshake on July 01, 2011, 10:07:08 PM
I love this program, thank you so much!  Only thing I would like added would be if it saved the size of the actual GUIMiner window.  I have 7 tabs of pools in my GUIMiner list, and have to re-size the program each time I open it. 

Thank's again!


Title: Re: GUI mining - updated host address for slush's pool
Post by: Kiv on July 01, 2011, 11:43:04 PM
Maybe you knew this already, but if you have the summary tab open you can just click the miner name in there to go to that miner. I actually use that most of the time instead of clicking the tabs.


Title: Re: GUI mining - updated host address for slush's pool
Post by: erek on July 02, 2011, 12:43:10 AM
what's the advantage of having a default affinity for cpu 0?


Title: Re: GUI mining - updated host address for slush's pool
Post by: fascistmuffin on July 02, 2011, 12:45:25 AM
Great performance increase with this new version.

If I could make a suggestion though, maybe the extra flags textbox should be on a line of it's own. The fallback flags really fill that space up.


Title: Re: GUI mining - updated host address for slush's pool
Post by: anodyne on July 02, 2011, 01:59:21 AM
I seem to fail at using a pool with different port as backup for an "other" pool. It appends the port specified in the field, and leaving that blank makes poclbm refuse to start so it doesn't help adding the port for the main pool in the address field.


Title: Re: GUI mining - updated host address for slush's pool
Post by: anodyne on July 02, 2011, 02:04:28 AM
what's the advantage of having a default affinity for cpu 0?

Mining multiple GPUs mostly causes a lot of CPU use, so forcing all miners to the use same core keeps the total CPU load down.


Title: Re: GUI mining - updated host address for slush's pool
Post by: Kiv on July 02, 2011, 03:12:18 AM
I'm not sure I follow what you're trying to do. I'll try to paraphrase:

Your primary pool is an "other" pool with some port specified in the Port text box (let's say 8333).
Your backup pool has a different port than 8333, let's say 8332.

For me, I am able to put it in the extra flags like this and have it work:

--backup=Kiv.GPU:mypass@api.bitcoin.cz:8332

The port for the backup pool is supplied by me after the colon, while the port for the primary will come from the Port text box. Let me know if this helps at all, maybe I misunderstand or you're having a different issue :)

I seem to fail at using a pool with different port as backup for an "other" pool. It appends the port specified in the field, and leaving that blank makes poclbm refuse to start so it doesn't help adding the port for the main pool in the address field.


Title: Re: GUI mining - updated host address for slush's pool
Post by: anodyne on July 02, 2011, 06:55:44 AM
I was trying to set up a backup for an Eligius miner, which I have to define manually with port 8337, and when it tries to connect to the backup it tries to reach backup-pool.com:8332:8337.

Scratch that. It works now. Probably left something I shouldn't when I shortened the address after using cut and paste from the console to look it up after starting a miner configured for the backup pool...


Title: Re: GUI mining - updated host address for slush's pool
Post by: zoro on July 02, 2011, 07:07:42 AM
nice work! i love this software :)
one request though:
it would be extremely useful if i can just clone an existing tab-worker (right clicking the tab) than create a new one.
since in my rigs i have always more than 2 workers ;)
thanks


Title: Re: GUI mining - updated host address for slush's pool
Post by: c_k on July 02, 2011, 09:02:23 AM
Excellent work, one thing - bitcoins.lc is misspelt in the list in the app as "bitcoin.lc" ;)


Title: Re: GUI mining - updated host address for slush's pool
Post by: airdata on July 02, 2011, 09:42:16 AM
whoa.... 325mh on my wifes computer with a 5830 ;p NICE.


Title: Re: GUI mining - updated host address for slush's pool
Post by: hawks5999 on July 02, 2011, 01:44:24 PM
nice work! i love this software :)
one request though:
it would be extremely useful if i can just clone an existing tab-worker (right clicking the tab) than create a new one.
since in my rigs i have always more than 2 workers ;)
thanks

+1


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: hennessy on July 02, 2011, 11:03:30 PM
The summary tab is showing me "connecting..." for every worker, but in fact is already mining. The accepted shares go up and GPU usage is at 99% as well. If I stop the worker and restart it, the mh/s rate is show for about two seconds, then switches again to "Connecting...". Any way to fix this?

Another question, does GUIMiner have a fail detection to restart the miner automatically if it locks up (or can the backup option somehow be abused for this)?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: erek on July 03, 2011, 04:03:52 AM
BTCguild no longer has The Netherlands server (NL1/NL2 have been consolidated into DE/DE2)


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: deepceleron on July 03, 2011, 01:27:29 PM
2011-07-01 is 25% slower on nvidia in OpenCL.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: becoin on July 03, 2011, 10:37:36 PM
2011-07-01 is 25% slower on nvidia in OpenCL.
Same here.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: dinzy on July 04, 2011, 12:24:34 AM
So difficulty is going to increase faster.  great ::)


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: haydent on July 04, 2011, 02:06:19 AM
i upgraded to the latest version from a few back (may) and use opencl miner. now my hashrate is much faster ! im getting 20mhs more. thanks. donation made.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: goozman96 on July 04, 2011, 05:43:04 AM
2011-07-01 is 25% slower on nvidia in OpenCL.
Same here.
Same here.

I'll make these two requests again for a future version:

1. The ability to remember previously used flags. There could just be a drop down menu button next to the text input field.
2. The ability to minimize to the task bar instead of only just the tray. (and when you press the X button, for it to actually close, not minimize to the tray) Options, please!

Also, regarding my request for keeping the window the same size and position when restarting the program - the same position is kept, however, the size still reverts to default. I have the window stretched a little more than default, horizontally, however, when I restart the program, it still goes back to the same default size. But the positioning of the window is fixed.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: ricksta on July 04, 2011, 07:57:41 AM
oh my god I gotta say the new fallback pool option is just so sick. BTC Guild had been so unreliable lately and this feature is awesome!



Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: anodyne on July 04, 2011, 04:58:13 PM
Came to think of something, when it comes to new pools and old ones changing things around...

Why not give each pool its own config file, and collect them all in a folder? That would make it a bit like a plug-in system, so that pools can supply their own configuration files when they change addresses and add servers, as well as letting new pools get their details into the GUI without waiting for the next update.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Dacm4n on July 04, 2011, 11:47:05 PM
For some reason Cuda doesn't work well with my nvidia GTS250 card it always freezes the pc when I stop it. So I use poclbm but it uses 25% of the cpu and cuda only uses 3%. Is there a way to get the cpu usage down, even selecting just one cpu cores doesn't work.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: bsphil on July 05, 2011, 01:59:22 AM
Very happy with the performance on my HD 5870 with the latest update.  I can get identical speeds on poclbm (~450 mhash/s) as I can on phoenix's phatk, except poclbm is drastically lighter on the CPU than Phoenix is.  Great work, definitely worth a tip.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: goozman96 on July 05, 2011, 06:54:31 AM
I'd like to request one more thing:

When I press refresh balance for the first time and it asks me for my token, please make it so that the "(paste token here)" is pre-highlighed or allow it to become fully highlighted by triple clicking on it.

Thank you! :)


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Dadio on July 05, 2011, 12:14:13 PM
I want to use guiminer for a local pool.  By that I mean that I have more than one computer to mine with and I would like to have them all working as one local miner.  I expect that I need to run guiminer on all boxes and the bitcoin server on one of them.  The ones without the server should connect to the one with it as if that box was a pool.  That is my guess but I am not sure if it can be done that way or how to it do if it can be done.  From everything I have read I should be able to get 3.5 giga hashes per second combined from my computers.

This question was touched on by one poster about in the middle of this tread but not as directly as I just did.  It was not answered unless, I missed the answer somehow.

Or would I be better off connecting each computer to a pool?

Kiv, I appreciate your work and will donate to your efforts each time I earn bitcoins with guiminer.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Tx2000 on July 05, 2011, 03:20:22 PM
Not sure if this is the right place but I am running off what GUIMiner is giving me in the console.

Anyway, I was running on BTCGuild last night with failover setup to go to bitcoins.lc (since I knew BTCGuild was having some instability) and I wake up this morning to see my miner chugging away at 390Mhash.  Awesome, I thought, it's working.  Obviously, though, the BTCGuild site was in minimal mode explaining it was effectively shutdown due to DDoS so I figured failover properly switched over to bitcoins.lc.  So I went to check my activity at bitcoins.lc and was surprised to find it had -zero- activity.  So where the heck is my Mhash going to, with it neither contributing to one or the other?


Here is some excerpts from the console tab:

Code:
2011-07-05 08:17:33: Listener for "BTCGuild.com OpenCL": error: [Errno 10061] No connection could be made because the target machine actively refused it
2011-07-05 08:17:33: Listener for "BTCGuild.com OpenCL": Traceback (most recent call last):
2011-07-05 08:17:33: Listener for "BTCGuild.com OpenCL": File "BitcoinMiner.pyo", line 305/07/2011 08:17:33, Problems communicating with bitcoin RPC 3 2
2011-07-05 08:17:33: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:33, Setting pool ********* @ http://bitcoins.lc:8080
2011-07-05 08:17:34: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:34, Using new LP URL /LP
2011-07-05 08:17:34: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:34, LP connected to http://bitcoins.lc:8080
2011-07-05 08:17:34: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:34, long poll exception:
2011-07-05 08:17:34: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:34, Setting pool ******** @ uscentral.btcguild.com:8332
2011-07-05 08:17:34: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:34, Attempting to fail back to primary pool
2011-07-05 08:17:35: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:35, Using new LP URL /LP
2011-07-05 08:17:35: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:35, LP connected to uscentral.btcguild.com:8332
2011-07-05 08:17:35: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:35, Setting pool ********** @ http://bitcoins.lc:8080
2011-07-05 08:17:35: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:35, Still unable to reconnect to primary pool (attempt 1812), failing over
2011-07-05 08:17:36: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:36, long poll exception:
2011-07-05 08:17:36: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:36, Problems communicating with bitcoin RPC 0 2
2011-07-05 08:17:37: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:37, Using new LP URL /LP
2011-07-05 08:17:37: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:37, LP connected to http://bitcoins.lc:8080
2011-07-05 08:17:37: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:37, long poll exception:
2011-07-05 08:17:37: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:37, Problems communicating with bitcoin RPC 1 2
2011-07-05 08:17:38: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:38, Using new LP URL /LP
2011-07-05 08:17:38: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:38, LP connected to http://bitcoins.lc:8080
2011-07-05 08:17:38: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:38, long poll exception:
2011-07-05 08:17:38: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:38, Setting pool ******** @ uscentral.btcguild.com:8332
2011-07-05 08:17:38: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:38, Attempting to fail back to primary pool
2011-07-05 08:17:39: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:39, Using new LP URL /LP
2011-07-05 08:17:39: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:39, LP connected to uscentral.btcguild.com:8332
2011-07-05 08:17:39: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:39, Setting pool ******** @ http://bitcoins.lc:8080
2011-07-05 08:17:39: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:39, Still unable to reconnect to primary pool (attempt 1813), failing over
2011-07-05 08:17:40: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:40, long poll exception:
2011-07-05 08:17:40: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:40, Problems communicating with bitcoin RPC 2 2
2011-07-05 08:17:41: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:41, Using new LP URL /LP
2011-07-05 08:17:41: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:41, LP connected to http://bitcoins.lc:8080
2011-07-05 08:17:41: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:41, long poll exception:
2011-07-05 08:17:41: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:41, Problems communicating with bitcoin RPC 3 2
2011-07-05 08:17:41: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:41, No more backup pools left. Using primary and starting over.
2011-07-05 08:17:41: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:41, Setting pool ********* @ uscentral.btcguild.com:8332
2011-07-05 08:17:42: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:42, Using new LP URL /LP
2011-07-05 08:17:42: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:42, LP connected to uscentral.btcguild.com:8332
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:43, long poll exception:
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": 26, in longPollThread
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "BitcoinMiner.pyo", line 283, in request
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 898, in request
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 935, in _send_request
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 892, in endheaders
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 764, in _send_output
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 723, in send
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 704, in connect
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "socket.pyo", line 514, in create_connection
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": error: [Errno 10061] No connection could be made because the target machine actively refused it
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": Traceback (most recent call last):
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "BitcoinMiner.pyo", line 326, in longPollThread
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "BitcoinMiner.pyo", line 283, in request
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 898, in request
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 935, in _send_request
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 892, in endheaders
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 764, in _send_output
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 723, in send
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 704, in connect
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "socket.pyo", line 500, in create_connection
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": gaierror: [Errno 11004] getaddrinfo failed
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": Traceback (most recent call last):
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "BitcoinMiner.pyo", line 326, in longPollThread
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "BitcoinMiner.pyo", line 283, in request
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 898, in request
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 935, in _send_request
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 892, in endheaders
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 764, in _send_output
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 723, in send
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 704, in connect
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "socket.pyo", line 514, in create_connection
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": error: [Errno 10061] No connection could be made because the target machine actively refused it


That appears to repeat itself in no real discernible order throughout the night. Here are the settings I used:

-v -w 256 -f 1 -a 2 --backup=login:password@http://bitcoins.lc:8080


Is there any reason why failover was not working under these conditions?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: malevolent on July 05, 2011, 05:59:24 PM
Prevoius guiminer, apart from phoenix connection problems, ran fine for me.

I downloaded the newest one today (and deleted all files from previous versions), and when I wanted to run it I got the message 'Errors occured: see the logfiel xxx for details'

This is the log file, anyone know what's wrong?

Code:
 File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 267] The directory name is invalid
Traceback (most recent call last):
  File "guiminer.py", line 2221, in <module>
  File "guiminer.py", line 2212, in run
  File "guiminer.py", line 1696, in __init__
  File "guiminer.py", line 1915, in load_config
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 267] The directory name is invalid
ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 2212, in run
  File "guiminer.py", line 1696, in __init__
  File "guiminer.py", line 1915, in load_config
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 267] The directory name is invalid
Traceback (most recent call last):
  File "guiminer.py", line 2221, in <module>
  File "guiminer.py", line 2212, in run
  File "guiminer.py", line 1696, in __init__
  File "guiminer.py", line 1915, in load_config
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 267] The directory name is invalid
ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 2212, in run
  File "guiminer.py", line 1696, in __init__
  File "guiminer.py", line 1915, in load_config
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 267] The directory name is invalid
Traceback (most recent call last):
  File "guiminer.py", line 2221, in <module>
  File "guiminer.py", line 2212, in run
  File "guiminer.py", line 1696, in __init__
  File "guiminer.py", line 1915, in load_config
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 267] The directory name is invalid

EDIT: just tried back the previous version.... and it doesnt work either!
I'm running a HD 5850 and HD 6850 atm, going back to stock settings doesn't help.
OS: Win 7 Pro 64-bit SP1
mobo: Asus P5Q-E

EDIT_2: all right, managed to run it if I don't click 'ok' on the error message, and after I switch from Phoenix to poclbm
Anyone can help? I'd really like to be able to run phoenix againa, because poclbm is too heavy for my CPU (Q9300@3.25) - 25% load.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Transisto on July 05, 2011, 06:19:57 PM
I'd like a feature to deal with the following problem. ;

Say I have 4 gpu, and one of them is not available on boot,  For example when I forgot to have a dummy plug of one of them.

The cpu take the place of the 4th minner and all 3 GPU left get slowed to near zero.
I would also like to have a way of refreshing the available gpu list without having to restart the exe.

Thanks, Your work is awesome !


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: hawks5999 on July 05, 2011, 06:57:25 PM
I'd like a feature to deal with the following problem. ;

Say I have 4 gpu, and one of them is not available on boot,  For example when I forgot to have a dummy plug of one of them.

The cpu take the place of the 4th minner and all 3 GPU left get slowed to near zero.
I would also like to have a way of refreshing the available gpu list without having to restart the exe.

Thanks, Your work is awesome !
+1
some option to "never use CPU" would be good.
If $name has (sempron | athlon | etc) autostart=off
Or some logic like that.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: ricksta on July 05, 2011, 08:08:19 PM
My GUI miner sometimes would stop receiving shares, but it still shows it's running.

eg. it's 1pm and my last share received was 12:30pm, but my hash rate had always been going at 330Mhash

I have to constantly check on my miners to see if i'm receiving shares and if the shares are stuck I have to click stop mining, then start mining to fix it.

Whats the problem this?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: mike85123 on July 06, 2011, 05:31:02 AM
nm fixed


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Kiv on July 06, 2011, 10:39:47 AM
Did you install the new GUIMiner in the same place as the old one? "The directory name is invalid" probably means it's looking for phoenix.exe in a folder that doesn't exist. Check the "Ext Path" on the miner and see if it's still correct. If that doesn't work you can also try deleting your Phoenix miner info and creating a new one pointing to the right place.

Prevoius guiminer, apart from phoenix connection problems, ran fine for me.

I downloaded the newest one today (and deleted all files from previous versions), and when I wanted to run it I got the message 'Errors occured: see the logfiel xxx for details'

This is the log file, anyone know what's wrong?

Code:
 File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 267] The directory name is invalid
Traceback (most recent call last):
  File "guiminer.py", line 2221, in <module>
  File "guiminer.py", line 2212, in run
  File "guiminer.py", line 1696, in __init__
  File "guiminer.py", line 1915, in load_config
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 267] The directory name is invalid
ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 2212, in run
  File "guiminer.py", line 1696, in __init__
  File "guiminer.py", line 1915, in load_config
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 267] The directory name is invalid
Traceback (most recent call last):
  File "guiminer.py", line 2221, in <module>
  File "guiminer.py", line 2212, in run
  File "guiminer.py", line 1696, in __init__
  File "guiminer.py", line 1915, in load_config
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 267] The directory name is invalid
ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 2212, in run
  File "guiminer.py", line 1696, in __init__
  File "guiminer.py", line 1915, in load_config
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 267] The directory name is invalid
Traceback (most recent call last):
  File "guiminer.py", line 2221, in <module>
  File "guiminer.py", line 2212, in run
  File "guiminer.py", line 1696, in __init__
  File "guiminer.py", line 1915, in load_config
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 267] The directory name is invalid

EDIT: just tried back the previous version.... and it doesnt work either!
I'm running a HD 5850 and HD 6850 atm, going back to stock settings doesn't help.
OS: Win 7 Pro 64-bit SP1
mobo: Asus P5Q-E

EDIT_2: all right, managed to run it if I don't click 'ok' on the error message, and after I switch from Phoenix to poclbm
Anyone can help? I'd really like to be able to run phoenix againa, because poclbm is too heavy for my CPU (Q9300@3.25) - 25% load.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: burger on July 06, 2011, 10:43:29 AM
Very happy with the performance on my HD 5870 with the latest update.  I can get identical speeds on poclbm (~450 mhash/s) as I can on phoenix's phatk, except poclbm is drastically lighter on the CPU than Phoenix is.  Great work, definitely worth a tip.

How do you get that much (450 mhash/s)? I can only get about 400....


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: superweb on July 06, 2011, 11:41:13 AM
Jumped up from about 290MHash/s to 305MHash/s with my 6870 using the new version..nice 5% extra :) Going to try the backup pool option..but little bit nervous about that, since the functionality will be tested when the main pool is off and that time I may be somewhere out of PC.
Does anybody have any experience if it works? Up to now I've read just some "it doesn't work well" posts.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: thedrs on July 06, 2011, 11:59:34 AM
i upgraded to the latest version from a few back (may) and use opencl miner. now my hashrate is much faster ! im getting 20mhs more. thanks. donation made.

same here ... on 5870 went from 369MH to 389MH just by upgrading guiminer package !
Thanks. Sent donation too.
here's a tip - i saw that if i mine on CPU too i get more on the GPU ... a few more MH/s strange but cool...


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: malevolent on July 06, 2011, 12:32:52 PM
Ok, thanks, problem fixed, but now I have a different one. :p

My 5850 miner (on phoenix) doesn't seem to be accepting any shares (it shows "0 (0)"), but when I login to slush, I am actually getting some shares accepted - but I also get some rejected.

It looks like this:

Code:
2011-07-06 14:27:02: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:27:02] Server gave new work; passing to WorkQueue
2011-07-06 14:27:12: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:27:12] Result 00000000d7ff9b7c... accepted
2011-07-06 14:27:16: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:27:16] Server gave new work; passing to WorkQueue
2011-07-06 14:27:20: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:27:20] Result 00000000b157c214... accepted
2011-07-06 14:27:23: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:27:23] Result 0000000004d1d947... rejected
2011-07-06 14:27:26: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:27:26] Server gave new work; passing to WorkQueue
2011-07-06 14:27:33: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:27:33] Result 00000000c4cdd63a... rejected
2011-07-06 14:27:34: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:27:34] Result 000000005ebbef4d... rejected
2011-07-06 14:27:38: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:27:38] Result 0000000097460c34... rejected
2011-07-06 14:27:39: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:27:39] Server gave new work; passing to WorkQueue
2011-07-06 14:27:39: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:27:39] New block (WorkQueue)
2011-07-06 14:27:40: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:27:40] Server gave new work; passing to WorkQueue
2011-07-06 14:27:44: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:27:44] Result 000000007324cffa... accepted
2011-07-06 14:27:50: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:27:50] Result 000000005a073cfb... accepted
2011-07-06 14:27:52: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:27:52] Server gave new work; passing to WorkQueue
2011-07-06 14:27:58: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:27:58] Result 000000004f1357ec... accepted
2011-07-06 14:28:04: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:28:04] Server gave new work; passing to WorkQueue
2011-07-06 14:28:12: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:28:12] Result 000000004427cbee... accepted
2011-07-06 14:28:17: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:28:17] Server gave new work; passing to WorkQueue
2011-07-06 14:28:23: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:28:23] Result 0000000026029446... accepted
2011-07-06 14:28:33: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:28:33] Server gave new work; passing to WorkQueue
2011-07-06 14:28:33: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:28:33] Result 0000000041710a2a... accepted
2011-07-06 14:28:43: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:28:43] Server gave new work; passing to WorkQueue
2011-07-06 14:28:52: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:28:52] Result 000000003b1dacea... accepted
2011-07-06 14:28:52: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:28:52] Result 0000000075f49705... accepted
2011-07-06 14:28:56: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:28:56] Server gave new work; passing to WorkQueue
2011-07-06 14:29:08: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:29:08] Server gave new work; passing to WorkQueue
2011-07-06 14:29:21: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:29:21] Server gave new work; passing to WorkQueue
2011-07-06 14:29:34: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:29:34] Result 000000004ed83363... accepted
2011-07-06 14:29:34: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:29:34] Server gave new work; passing to WorkQueue
2011-07-06 14:29:38: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:29:38] Result 00000000c2da461a... accepted
2011-07-06 14:29:46: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:29:46] Server gave new work; passing to WorkQueue
2011-07-06 14:29:59: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:29:59] Server gave new work; passing to WorkQueue
2011-07-06 14:30:07: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:30:07] Result 00000000dee9bc0c... accepted
2011-07-06 14:30:10: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:30:10] Result 000000002cc9acd3... accepted
2011-07-06 14:30:15: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:30:15] Server gave new work; passing to WorkQueue
2011-07-06 14:30:15: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:30:15] Result 00000000e756fd98... accepted
2011-07-06 14:30:21: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:30:21] Result 00000000469ad231... accepted
2011-07-06 14:30:28: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:30:28] Server gave new work; passing to WorkQueue
2011-07-06 14:30:38: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:30:38] Server gave new work; passing to WorkQueue
2011-07-06 14:30:39: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:30:39] Result 000000008f9d5313... accepted
2011-07-06 14:30:50: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:30:50] Server gave new work; passing to WorkQueue
2011-07-06 14:31:03: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:31:03] Server gave new work; passing to WorkQueue
2011-07-06 14:31:09: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:31:09] Result 000000009d7c4a5f... accepted
2011-07-06 14:31:09: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:31:09] Result 00000000413d4750... accepted
2011-07-06 14:31:16: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:31:16] Server gave new work; passing to WorkQueue
2011-07-06 14:31:28: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:31:28] Server gave new work; passing to WorkQueue
2011-07-06 14:31:41: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:31:41] Server gave new work; passing to WorkQueue
2011-07-06 14:31:54: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:31:54] Server gave new work; passing to WorkQueue
2011-07-06 14:32:07: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:32:07] Server gave new work; passing to WorkQueue
2011-07-06 14:32:08: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:32:08] Result 00000000f0d0c024... accepted
2011-07-06 14:32:08: Listener for "hd 5850 pheonix O/C @ slush": [06/07/2011 14:32:08] Result 000000004d6f26d0... accepted


EDIT:

I tried returning back to poclbm on HD 5850, this is what I occasionally get:

Code:
2011-07-06 14:44:03: Listener for "5850 poclbm o/c slush": 06/07/2011 14:44:03, Problems communicating with bitcoin RPC 0 2



Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: sharky112065 on July 06, 2011, 06:28:01 PM
2011-07-01 is 25% slower on nvidia in OpenCL.
Same here.

Damn you. I was trying to get that bug off my monitor. :p


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: dreamer2008 on July 06, 2011, 07:33:40 PM
I have a small problem since I bought my new HD 6950. When I try to watch any youtube video while mining the computer freezes and I have to restart. Is this normal or is there something wrong with my new card?

Secondly, with the latest guiminer 20110701 the mining speed decreases in my case by 5 Mhash/sec. Lucky I still had the other version.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: malevolent on July 06, 2011, 07:38:12 PM
Can you try inserting the card into another PCI-E slot?

Today I had to switch my HD 5850s (both the same, just put gpu#1 into pci-e slot where gpu#2 was, and gpu#2 - vice versa), because my PC froze 2 mins after starting up. It's working fine for 6h now.


Title: Update Notifications
Post by: jeffersonkim on July 06, 2011, 10:38:45 PM
Is there any email list we can sign up to be notified of an updated version of GUIminer?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: superweb on July 06, 2011, 11:12:08 PM
I have a small problem since I bought my new HD 6950. When I try to watch any youtube video while mining the computer freezes and I have to restart. Is this normal or is there something wrong with my new card?

Secondly, with the latest guiminer 20110701 the mining speed decreases in my case by 5 Mhash/sec. Lucky I still had the other version.


Too few information..Do you monitor the card's temp? CPU and memory clock is default? Underclock the memory(use msi afteburner) to about 320 to 350 mhz(try different values each card is different) to decrease the temp. Then you can try to overclock the gpu to get better MH/s values.
Try few versions of ATI SDK and graphic drivers too.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Kris on July 06, 2011, 11:29:17 PM
Is the source code available somewhere? I would love to make it work with bitmon.me, I already made a simple start_miner that runs phoenix and send hashrate to bitmonMe, but to make this work with GUIMiner would be brilliant.

Kind regards
Kris


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: hennessy on July 06, 2011, 11:35:06 PM
So the summary tab is updating reeeealy slow (at least for me). It refreshing like every minute or so. "Connecting..." also shows up from time to time even though the worker is mining fine/shares going up. Any way to speed up the update rate?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: dreamer2008 on July 07, 2011, 04:07:46 AM
Too few information..Do you monitor the card's temp? CPU and memory clock is default? Underclock the memory(use msi afteburner) to about 320 to 350 mhz(try different values each card is different) to decrease the temp. Then you can try to overclock the gpu to get better MH/s values.
Try few versions of ATI SDK and graphic drivers too.
The temperature is normal, max 65C, but the activity is 98%. I don't plan to overclock at all, I am satisfied with my Mhash/s, and I have a 3 year warranty that I don't want to risk. And my computer works normally, I can use the internet, it has about 12 hours since it started mining and it didn't freeze, but like I said, it freezes in about 1 second when I start any youtube video. The weird thing is that the sound of the video freezes a few seconds later.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: dikidera on July 07, 2011, 05:15:21 AM
Dunnno if it's a bug or not, but if -v (verbose) output is enabled, shares are only showed in the console, but not updated in the stats for the specific miner. It stays as Shares:0 all the time.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: superweb on July 07, 2011, 09:11:10 AM
Trying to set deepbit as backup, but how to do it, when username contains @? Eg --backup=abc@gmail.com:password@pit.deepbit.net:8332 won't probably work, because it thinks that  "gmail.com:password@pit.deepbit.net:8332" is the whole hostname?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Exonumia on July 07, 2011, 10:11:31 AM
I want to use guiminer for a local pool.  ... bitcoins with guiminer.

Yes you would run the bitcoin client with the -server flag, configure a username/password for that bitcoin client running in server mode (in the bitcoin.conf) and then on guiminer you would choose other, enter the lan ip of your machine with the bitcoin client in server mode, the username and password, and any flags. repeat this on other machines you want to be in your local pool.. aiming them at the lan ip, username, password etc. also consider setting rpcallowip= to the local lan ips  in your bitcoin.conf
 
here is the post that got me going: https://forum.bitcoin.org/index.php?topic=10438 (in the FAQ on the original kiv post ;) )


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Dadio on July 07, 2011, 02:48:37 PM
Thanks, Exonumia

I must have missed that thread's link in Kiv's FAQ.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: psychok9 on July 07, 2011, 03:57:15 PM
I have a small problem since I bought my new HD 6950. When I try to watch any youtube video while mining the computer freezes and I have to restart. Is this normal or is there something wrong with my new card?


If I'm not wrong, it's OpenCL AMD bug...
Disabling flash hardware acceleration fix the problem, at least for now.
If you play hardware accelerated videos, the clock of the GPU AMD / ATI is lower, 400MHz GPU / 900MHz RAM,
and then also slows down the mining.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: r4in on July 07, 2011, 04:18:40 PM
I have a serious problem with the latest Guiminer (and all versions below):

When my mining pool is not available the gui is permanently trying to reconnect.

During this operation the cpu usage goes up from <2% to 30-50% and shortly after,

phoenix.exe crashes (I also tried using poclbm, same effect!). This often leads to a full crash of my mining rig in case of a unavailable pool
server.

Can you please address this issue?

THanks alot!


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: TurboK on July 07, 2011, 04:37:38 PM
I still get this error since ver 05-21 to 07-01. I can't save. Well, I can, my settings ARE saved, but the asterisk stays in the tabs and I get notifications when exiting about it. Guiminer.exe.log says:

Traceback (most recent call last):
  File "guiminer.py", line 1648, in save_config
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc1 in position 13: ordinal not in range(128)

I have a feeling that the bug happens because guiminer does not do full unicode parsing (at some point) when it does whatever it does under the Users folder. The unicode character 0xc1 is for , which is the letter I have in my windows user account name, and it is exactly character 13 in the directory path of c:\users\(my account name). Also, on my other machine that has a standard ascii username, this does not happen. Win7 x64.

edit: Also, this may have been mentioned before, but why are the passwords blanked out when you can still see them clearly under the console?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: dreamer2008 on July 07, 2011, 04:53:30 PM
If I'm not wrong, it's OpenCL AMD bug...
Disabling flash hardware acceleration fix the problem, at least for now.
If you play hardware accelerated videos, the clock of the GPU AMD / ATI is lower, 400MHz GPU / 900MHz RAM,
and then also slows down the mining.
Thank you for the reply, knowing what's wrong makes me feel a lot better :). I was afraid it was a more serious problem since its a new card. I will just avoid watching videos on the PC while mining then. Not so hard to do since I have a laptop and I can watch them there :) .


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: wacked on July 08, 2011, 05:02:30 AM
It works fine since it looks after the colon ( : ) for the @ then the host.
So an @ before the ( : ) is ignored.

Trying to set deepbit as backup, but how to do it, when username contains @? Eg --backup=abc@gmail.com:password@pit.deepbit.net:8332 won't probably work, because it thinks that  "gmail.com:password@pit.deepbit.net:8332" is the whole hostname?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: film2240 on July 08, 2011, 08:04:41 AM
I'm having an issue with GUIMiner  v2011-07-01

When I ran it yesterday it was fine.Just now when I tried opening that same version,It loads but doesn't display correctly.
Here's an example of what I mean;
1.It loads into the sys tray and my taskbar (superbar in win 7) nut no matter how many times I click it to display normally,it simply refuses to display at all on my screen like normal programs.I have performance boosts on my GPU however I'll be forced to lose performance to get things working again.

Setup;
win 7 x64
Radeon HD 6950

I've had to fall back to v2011-06-14 just to get mining working again at a significant performance loss by at least 30MHash/s (annoying as I had poor productivity over this)

I ran the offending program as admin (still nothing),then use compatibility mode with XP and Vista settings (still no luck).

Please either help me get it to run on win 7 x64 or write a 'hotfix version' of the app so that I can get up and running again soon.Thank you.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: DavinciJ15 on July 08, 2011, 02:02:48 PM
I will pay for this fix 20 bitcoins thus making it worth your while.

My error is...
Traceback (most recent call last):
  File "guiminer.py", line 826, in toggle_mining
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 614, in __init__
  File "subprocess.pyo", line 722, in _get_handles
  File "subprocess.pyo", line 761, in _make_inheritable
WindowsError: [Error 6] The handle is invalid


GUIMiner version: v2011-07-01
Operating system: Windows 2008 R2 Server Core Hyper-V
Miner backend: OpenCL/poclbm
Video card: ATI 6850
Server: deepbit and solo mining NameCoin

I know you may not support server core but the HyperV OS is free and mining poclbm from the command line works fine.
Here is a link to download a configured HyperV for mining...

http://forum.bitcoin.org/index.php?topic=9679.0

The HyperV.vhd download does not have the latest GUI Miner installed but it's located in C:\Software\Miners\poclbm folder.

Thanks and Good luck
BTW
I have already tried copying the Windows\sysWOW64 folder full Windows 2008 R2 Server computer but that did not work.


Title: Re: GUI mining - now with Phoenix/phatk and ufasoft
Post by: ewibit on July 08, 2011, 07:15:24 PM
Thanks once again for the great job you do with guiminer. A Linux option would be appreciated.
Hi
because I cannot install it from source in Linux (natty) please can someone tell how to make this exactly?
TIA :)


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: PandaMiner on July 09, 2011, 03:21:17 AM
Changelog:

20110701:
- Updated poclbm (OpenCL miner) backend to the latest version which has built-in fallback support and slightly
improved performance using a modified phatk kernel. Big thanks to m0mchil and all who submitted code for this. This version should be a few percent faster on most graphics cards.

This has given me 9% boost on my Sapphire 6790!


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Dimsum on July 09, 2011, 03:34:10 PM
If the latest version has Phoenix 1.5 then why does the console say this:

Quote
[09/07/2011 16:13:00] Phoenix 1.48 starting...

It loaded my settings from the previous version and that version of GUIminer is still in its own separate folder.

In the Console, I noticed it is looking for phoenix.exe from my the folder of my old copy of GUIminer. When i extracted this version, it automatically loaded with the saved settings of the previous version. Therefore I guess that the settings include the location to the old version of Phoenix 1.48 instead of the new 1.5 that is in the folder of the latest version.

How do I resolve this problem? I thought saving settings etc would be my mining pools/passwords etc and not include stuff like Phoneix.exe and that the new GUI would be clever enough to use the latest version in its own folder?

What am I missing here?

.....................Did get a 10% boost on my 5830 card on OpenCL! Thanks!


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: goozman96 on July 09, 2011, 06:19:10 PM
It says 1.50 on mine and when I installed the new one, I just chose the same folder to extract it to and it asked if I wanted to replace the files and I said yes. Try uninstalling it and installing it fresh.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: burningrave101 on July 09, 2011, 06:29:16 PM
Is there any way you could add an option to select multiple devices in GUIMiner so that you could just create one miner tab and fill in the info with Server, E-mail, Password, Extra flags, ect and then just select all the devices you want to mine on that individual Worker? That way you wouldn't have to create a ton of different miner tabs if you have 4-6+ devices and use several different pools with different kernels and flags. It would also make it easier to start and stop your miners if you just had to click stop and start once instead of multiple times for each device. Is something like that possible?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: goozman96 on July 09, 2011, 06:41:08 PM
Is there any way you could add an option to select multiple devices in GUIMiner so that you could just create one miner tab and fill in the info with Server, E-mail, Password, Extra flags, ect and then just select all the devices you want to mine on that individual Worker? That way you wouldn't have to create a ton of different miner tabs if you have 4-6+ devices and use several different pools with different kernels and flags. It would also make it easier to start and stop your miners if you just had to click stop and start once instead of multiple times for each device. Is something like that possible?
+1
Even though I only have one card, this can be very useful for others with more than one.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: burger on July 10, 2011, 12:44:55 AM
can you add swepool to the gui?

http://www.swepool.net/how-to


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Meatball on July 10, 2011, 02:39:57 AM
+1 to the "Copy Miner Tab" request.  If you want to test the same card using different miner settings, etc, or if you switch pools on machines that have multiple cards, it would be soooo much easier to just have some sort of 'Copy Miner' option that created a duplicate copy of the miner with all the settings you had.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Chimel on July 10, 2011, 05:22:33 AM
Ironically the GUI of guiminer.exe (2011-07-01) disappeared from my Windows 7 x64 machine.
After investigating, I found out that poclbm.ini's settings for "window_position" were changed to -32000 for both horizontal and vertical positions. I reset them to 0 and I could see the GUI again when launching guiminer.exe. Hope this helps other people. You may want to check why it resets to -32000 instead of 0. It happened a second time to me just now, while I was opening and closing guiminer.exe to test it. Here's the ini content:

    "window_position": [
         -32000,
        -32000,
        160,
        27
    ]

Also, I noticed that the poclbm.exe process is now taking up 50% of the CPU usage, with the first of the 2 dual core CPUs at 100%, when it used to be 0% with the 2011-06-09 version of guiminer.exe. I saw that "CPU Affinity" had the #0 CPU checked, so I unchecked it, but all it did was switch the 100% usage from CPU #0 to #1 in Windows Task Manager.
There is just one miner in guiminer.exe, the default one using the NVidia card. Both CPU Affinity checkboxes are unselected, there is nothing in the Extra flags box. So it looks like mining happens both on the GPU and the CPU, with a slightly lower MH/s rate compared to when it mined on the GPU only.

Strangely, both bugs appeared at the time BitDefender reported a Trojan in guiminer\miners\ufasoft\bitcoin-miner.exe and deleted the file. I also inadvertently launched a second guiminer.exe process at about the same time (because the first one was not visible in the Notification area by default) which apparently resulted in 2 guiminer processes running each half the MH/s rate than the previous unique process used to run, and I haven't been able to run guiminer normally every since, even after reinstalling with BitDefender disabled.

There is no trace of guiminer or poclbm in my Registry, I cleaned up the Notification Area Icons, deleted and redownloaded guiminer, so I don't know what's happening and how to get back to 0% CPU usage.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: BGL on July 10, 2011, 09:09:18 AM
Also, I noticed that the poclbm.exe process is now taking up 50% of the CPU usage, with the first of the 2 dual core CPUs at 100%, when it used to be 0% with the 2011-06-09 version of guiminer.exe.

I am having a similar/same problem. I have a cpu+nvidia mining going. Every 15-120+ seconds poclbm consumes a core (of 4) to 100% for around 30 seconds. poclbm has used 50min+ of cpu time in just the last few hours. I do not recall this happening on the previous version.

The impact on cpu mining is obvious.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: BGL on July 10, 2011, 07:48:54 PM
I re-booted last night, (around the same time of my last post ^) and poclbm has used 3 hours 35min+ of cpu time since then.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: goozman96 on July 11, 2011, 05:40:24 AM
I'll make these two requests again for a future version:

1. The ability to remember previously used flags. There could just be a drop down menu button next to the text input field.
2. The ability to minimize to the task bar instead of only just the tray. (and when you press the X button, for it to actually close, not minimize to the tray) Options, please!

Also, regarding my request for keeping the window the same size and position when restarting the program - the same position is kept, however, the size still reverts to default. I have the window stretched a little more than default, horizontally, however, when I restart the program, it still goes back to the same default size. But the positioning of the window is fixed.

----

I'd like to request one more thing:

When I press refresh balance for the first time and it asks me for my token, please make it so that the "(paste token here)" is pre-highlighed or allow it to become fully highlighted by triple clicking on it.

Thank you!
Can I add one more thing? (I'm sorry) :(

If you do add the ability to minimize GUIMiner to the task bar instead of only to the tray, could you make it so that it displays the MH/s in the title of the program, so that it is shown in the task bar. I'm not sure if you have ever used utorrent (I'm guessing you're familiar with it), just like how on utorrent you can have it so that it shows your up and down speed in the title bar, that's what I want with GUIMiner. For it to have the MH/s in the title bar, at the beginning of it (because if it's at the end of the title bar - ie after "GUIMiner - v2011-07-01" - then there won't be enough room to display it in the task bar.

So basically, I want it to be like this:
"##MH/s - GUIMiner - v2011-##-##"

Thanks for reading and your consideration. :)


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: williamthec on July 11, 2011, 07:01:03 AM
Ironically the GUI of guiminer.exe (2011-07-01) disappeared from my Windows 7 x64 machine.
After investigating, I found out that poclbm.ini's settings for "window_position" were changed to -32000 for both horizontal and vertical positions. I reset them to 0 and I could see the GUI again when launching guiminer.exe. Hope this helps other people. You may want to check why it resets to -32000 instead of 0. It happened a second time to me just now, while I was opening and closing guiminer.exe to test it. Here's the ini content:

    "window_position": [
         -32000,
        -32000,
        160,
        27
    ]

Also, I noticed that the poclbm.exe process is now taking up 50% of the CPU usage, with the first of the 2 dual core CPUs at 100%, when it used to be 0% with the 2011-06-09 version of guiminer.exe. I saw that "CPU Affinity" had the #0 CPU checked, so I unchecked it, but all it did was switch the 100% usage from CPU #0 to #1 in Windows Task Manager.
There is just one miner in guiminer.exe, the default one using the NVidia card. Both CPU Affinity checkboxes are unselected, there is nothing in the Extra flags box. So it looks like mining happens both on the GPU and the CPU, with a slightly lower MH/s rate compared to when it mined on the GPU only.

Strangely, both bugs appeared at the time BitDefender reported a Trojan in guiminer\miners\ufasoft\bitcoin-miner.exe and deleted the file. I also inadvertently launched a second guiminer.exe process at about the same time (because the first one was not visible in the Notification area by default) which apparently resulted in 2 guiminer processes running each half the MH/s rate than the previous unique process used to run, and I haven't been able to run guiminer normally every since, even after reinstalling with BitDefender disabled.

There is no trace of guiminer or poclbm in my Registry, I cleaned up the Notification Area Icons, deleted and redownloaded guiminer, so I don't know what's happening and how to get back to 0% CPU usage.

Thanks for you hints, it really help me a lot~


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Dimsum on July 11, 2011, 02:31:09 PM
It says 1.50 on mine and when I installed the new one, I just chose the same folder to extract it to and it asked if I wanted to replace the files and I said yes. Try uninstalling it and installing it fresh.

Thanks for that. I was scared to overwrite the old GUIminer files incase my settings were overwritten. Kiv needs to edit the first page and place some information about people who are upgrading. At the moment there is nothing to say what to do when you need to upgrade and most people like myself would be scared to just overwrite files incase we lose our settings etc. Since the settings themselves are saved elsewhere, overwriting the previous install doesn't do any harm, but Kiv should point this out in the beginning. Surprised he offers no information about those who want to upgrade from previous versions.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: borgfish on July 11, 2011, 02:56:42 PM
latest download : mcaffee deletes ufasoft\bitcoin-miner.exe : claims trojan Generic.tfr!d


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: TYDIRocks on July 11, 2011, 11:07:13 PM
Ironically the GUI of guiminer.exe (2011-07-01) disappeared from my Windows 7 x64 machine.
After investigating, I found out that poclbm.ini's settings for "window_position" were changed to -32000 for both horizontal and vertical positions. I reset them to 0 and I could see the GUI again when launching guiminer.exe. Hope this helps other people. You may want to check why it resets to -32000 instead of 0. It happened a second time to me just now, while I was opening and closing guiminer.exe to test it. Here's the ini content:

    "window_position": [
         -32000,
        -32000,
        160,
        27
    ]

Odd, that happened to me too but only 2 times.

Also, could you add the feature for backups in the GUI instead of having to add flags please?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Yatta99 on July 12, 2011, 03:24:07 AM
Well as long as everyone is making requests, I may as well make a few myself  :D

- once you put in your api key, how about an option to automatically update your balance periodically? Nothing too often that might bother the servers if everyone decides to do it. Say, auto update once every half hour?

- a clear button on the console tab. I really don't need to scroll back several days.

- a clear stats button that resets the found/stales numbers back to zero. Useful for testing.

The second two can already be done by shutting down and restarting the client but that's such a messy way of doing things.

Then you can get to work on giving us all cool looking UI skins  ;D ;D


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: c_k on July 13, 2011, 02:00:59 AM
I have made a small donation :)

Two quick requests:

1.) bitcoins.lc is still listed as bitcoin.lc :P

2.) can you add rfcpool.com to the list? :D

Cheers!


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Un zafado cualquiera on July 13, 2011, 05:06:49 AM
Hey guys...anyone knows how to ask the anti-virus guys about removing the alerts? AVG tried to delete the self-extracing installer.

really the script kiddies screwed all this time!!!


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: newMeat1 on July 14, 2011, 04:29:28 AM
This works great, very easy--- thank you! I jumped from 93.5 Mhash/s to 99 Mhash/s, beating the wikipedia Mining Hardware Comparison for a 5670 by quite a bit.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: onis_uk on July 14, 2011, 05:08:59 AM
latest download : mcaffee deletes ufasoft\bitcoin-miner.exe : claims trojan Generic.tfr!d
just goes to show what a wank prog mcaffee is lol


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Graet on July 14, 2011, 05:42:11 AM
Thanks for guiminer I have used it for most of my mining life :)
Could I ask that http://ozco.in be added to to your drop down pool list please

will drop a donation in the box on the way out
Thanks again :)


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: the_joey_o on July 14, 2011, 12:41:37 PM
I have 2 quick questions:

1) Is there a way to setup GUIMiner so that it starts mining right away when the program launches?

2) Is there a way to get an automated notification when a new version of GUIMiner rolls out?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: OCedHrt on July 14, 2011, 09:18:59 PM
latest download : mcaffee deletes ufasoft\bitcoin-miner.exe : claims trojan Generic.tfr!d

Can confirm this. Same thing here.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: goozman96 on July 14, 2011, 09:27:15 PM
1) Is there a way to setup GUIMiner so that it starts mining right away when the program launches?
That option is already present. Click on the Summary tab (if you don't have a summary tab, click View, and click show summary), then check "Autostart" for the miner you use.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: the_joey_o on July 14, 2011, 11:22:58 PM
1) Is there a way to setup GUIMiner so that it starts mining right away when the program launches?
That option is already present. Click on the Summary tab (if you don't have a summary tab, click View, and click show summary), then check "Autostart" for the miner you use.

I did not have the summary page. Thanks!


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: goozman96 on July 15, 2011, 02:48:47 AM
1) Is there a way to setup GUIMiner so that it starts mining right away when the program launches?
That option is already present. Click on the Summary tab (if you don't have a summary tab, click View, and click show summary), then check "Autostart" for the miner you use.

I did not have the summary page. Thanks!
Glad to help! :)


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Bitcoin_Silver_Supply on July 15, 2011, 07:39:13 AM
I once mined my GPU in OpenCL without any CPU resources being used. Since downloading Catalyst 11.6B I can't mine in OpenCL or Phoenix without 50+% of both of my cores in constant use. Is anyone aware of what may have changed and any means of mining without eating CPU resources? I know about the "affinity" method but my CPU already runs very hot so using 100% of one core is still bad.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: iopq on July 15, 2011, 04:56:15 PM
I once mined my GPU in OpenCL without any CPU resources being used. Since downloading Catalyst 11.6B I can't mine in OpenCL or Phoenix without 50+% of both of my cores in constant use. Is anyone aware of what may have changed and any means of mining without eating CPU resources? I know about the "affinity" method but my CPU already runs very hot so using 100% of one core is still bad.
then downgrade back


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: terroh8er on July 15, 2011, 08:19:04 PM
Holy cow. I upgraded to the latest update from 6.14 and my hash rate is 20MH/s+ higher on both of my 5850s. Went from 320MH/s to 343. Thanks!!!!

Also, I too am having high CPU usage, but this happened with the previous release as well. I have each GPU set to use a different core and these two cores are pinned at 100%.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Bitcoin_Silver_Supply on July 15, 2011, 10:35:05 PM
Holy cow. I upgraded to the latest update from 6.14 and my hash rate is 20MH/s+ higher on both of my 5850s. Went from 320MH/s to 343. Thanks!!!!

Also, I too am having high CPU usage, but this happened with the previous release as well. I have each GPU set to use a different core and these two cores are pinned at 100%.

Seems quite common unfortunately. Supposedly this is never an issue in Linux


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: TiagoTiago on July 16, 2011, 04:01:14 AM
The latest version is being accused by Comodo Antivirus as being malicious (it says the name of the threat is ApplicUnsaf.Win32.RiskTool.Bitcoinminer.A@228517640 ), WTF?!


edit:hm, now it isn't complaining about it anymore...weird...


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Meatball on July 16, 2011, 06:56:52 PM
The latest version is being accused by Comodo Antivirus as being malicious (it says the name of the threat is ApplicUnsaf.Win32.RiskTool.Bitcoinminer.A@228517640 ), WTF?!


edit:hm, now it isn't complaining about it anymore...weird...

Do you have it set to autoclean? :)  Might have whacked that .exe...


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: ZeroShift on July 16, 2011, 07:38:40 PM
I suspect your antivirus is acting like this due to the Bitcoin Miner Trojans lurking around the internet. Which executable was it targeting? poclbm.exe?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: TiagoTiago on July 16, 2011, 08:03:00 PM
Seems it's upset with the Ufasoft executable


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: JBDive on July 17, 2011, 02:59:28 AM
Quote
How to use a backup pool aka fallback support:

Fallback support is in the OpenCL miner only. In the flags, specify the --backup argument with the info of the backup pool. For example if I want to fallback to my account on slush's pool, I would write:

--backup=Kiv.GPU:mypass@api.bitcoin.cz:8332

If you don't know the host name or port, you can see it in the console tab whenever you run a miner.That's all you need for basic support. You can tweak it with these options:

--failback=N   attempt to fail back to the primary pool every n getworks, default 2
--tolerance=N   use fallback pool only after N consecutive connection errors, default 2


Being Dense here I guess as I don't follow how to set this up. I have GUiminer setup for a half dozen pools but due to recent DOS attacks I assume my primary is down a lot more than I like so I would like to backup to Deep. Now I can get there by using -F but the above sounds like a better solution since by setting my backup with a -F 125 I may not be sending many hashes to them but I am sending some, makes sense to me to always send your total available hashes to the primary.

BTW speaking of using -F why is it I am able to gain 3-5Mh in my total hash rate by setting up two miners than with just a single miner. Are there GPU cycles that are not being used and much like Hyperthreading I'm able to access those spare cycles? Or is this just a glitch in the GUIMiner reporting of total hash rate?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: ZeroShift on July 17, 2011, 05:36:27 AM
Seems it's upset with the Ufasoft executable

So long as you feel that the executable was downloaded from a trusted source, set up an exception.

Antivirus -> Scanner Settings -> Exclusions

Add the executable or the whole folder if you feel they're safe.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Meatball on July 17, 2011, 01:01:34 PM
Being Dense here I guess as I don't follow how to set this up. I have GUiminer setup for a half dozen pools but due to recent DOS attacks I assume my primary is down a lot more than I like so I would like to backup to Deep.

I used to do the same thing.  Juggle multiple miners for each card with different -f values and have them running.  Was a pain in arse and spun up a ton of extra processes that just bogged down the machine.  I've been using the new --backup setup has been working like a champ.

Just add that --backup with the correct settings to your extra flags section of your main miner.  So for deepbit just add this onto the list of the current flags you are using:

--backup=YourWorkerName:YourWorkerNamePassword@deepbit.net:8332

Leave the rest of your flags the same and by default, if the miner can't talk to the main pool for 2 consecutive cycles, it'll redirect that miner to the pool you have listed in the --backup flag.  Additionally, it'll attempt to reconnect to the primary pool every 2 getwork cycles.  You can tweak those values with those --failback and --tolerance flags.

You'll see the failover/failback attempts in your Console log.

Of course, if both your primary and secondary pools are down, you're out of luck without doing the old multiple miner -f setup.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Chimel on July 18, 2011, 01:40:48 AM
Seems it's upset with the Ufasoft executable
Eventually all antivirus will report and delete Ufasoft bitcoin-miner.exe, I hope it's removed or replaced by another CPU miner in the next version of guiminer, since nobody uses CPUs for mining any more.
I don't know if it's linked, but I haven't been able to get rid of this unwanted 50% CPU usage since the new version and since my antivirus BitDefender has removed this executable. Together with the GPU usage, it has been killing my machine right and left, with shutdowns caused by high temperature and even a couple of blue screens (never had any for the past 5 years.)

So I'm probably looking at mining using phoenix directly or some other GUI miner. I have stopped mining altogether because of the 50% CPU usage on one core thing. I do NOT want guiminer to use my CPU for mining.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: ffwd on July 18, 2011, 07:29:13 PM
small request,
could you make a "default pool" setting so one can easily switch pools for several configured miners?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: bob777fred on July 18, 2011, 07:48:54 PM
Thanks for the updated build! Using July's build, I went from about 251/251 to just around 270/270 on my 5830s!


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Milkshanks on July 19, 2011, 12:26:19 AM
Hi guys, a guy from the portuguese  board asked me to post this here as he is having trouble getting guiminer to work again. According to him this problem started out of nowhere and getting a fresh "install" of guiminer doesn't help either. So I'm making this guy a favor and I'm posting the error here. Any help is appreciated.

Code:
ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 2212, in run
  File "guiminer.py", line 1696, in __init__
  File "guiminer.py", line 1915, in load_config
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 2] O sistema no pode encontrar o arquivo especificado
Traceback (most recent call last):
  File "guiminer.py", line 2221, in <module>
  File "guiminer.py", line 2212, in run
  File "guiminer.py", line 1696, in __init__
  File "guiminer.py", line 1915, in load_config
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 2] O sistema no pode encontrar o arquivo especificado
ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 2212, in run
  File "guiminer.py", line 1696, in __init__
  File "guiminer.py", line 1915, in load_config
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 2] O sistema no pode encontrar o arquivo especificado
Traceback (most recent call last):
  File "guiminer.py", line 2221, in <module>
  File "guiminer.py", line 2212, in run
  File "guiminer.py", line 1696, in __init__
  File "guiminer.py", line 1915, in load_config
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 2] O sistema no pode encontrar o arquivo especificado
ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 2212, in run
  File "guiminer.py", line 1696, in __init__
  File "guiminer.py", line 1915, in load_config
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 2] O sistema no pode encontrar o arquivo especificado
Traceback (most recent call last):
  File "guiminer.py", line 2221, in <module>
  File "guiminer.py", line 2212, in run
  File "guiminer.py", line 1696, in __init__
  File "guiminer.py", line 1915, in load_config
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 2] O sistema no pode encontrar o arquivo especificado
ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 2212, in run
  File "guiminer.py", line 1696, in __init__
  File "guiminer.py", line 1915, in load_config
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 2] O sistema no pode encontrar o arquivo especificado
Traceback (most recent call last):
  File "guiminer.py", line 2221, in <module>
  File "guiminer.py", line 2212, in run
  File "guiminer.py", line 1696, in __init__
  File "guiminer.py", line 1915, in load_config
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 2] O sistema no pode encontrar o arquivo especificado
ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 2212, in run
  File "guiminer.py", line 1696, in __init__
  File "guiminer.py", line 1915, in load_config
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 2] O sistema no pode encontrar o arquivo especificado
Traceback (most recent call last):
  File "guiminer.py", line 2221, in <module>
  File "guiminer.py", line 2212, in run
  File "guiminer.py", line 1696, in __init__
  File "guiminer.py", line 1915, in load_config
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 2] O sistema no pode encontrar o arquivo especificado
ERROR:root:Exception:
Traceback (most recent call last):
  File "guiminer.py", line 2212, in run
  File "guiminer.py", line 1696, in __init__
  File "guiminer.py", line 1915, in load_config
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 2] O sistema no pode encontrar o arquivo especificado
Traceback (most recent call last):
  File "guiminer.py", line 2221, in <module>
  File "guiminer.py", line 2212, in run
  File "guiminer.py", line 1696, in __init__
  File "guiminer.py", line 1915, in load_config
  File "guiminer.py", line 938, in start_mining
  File "subprocess.pyo", line 621, in __init__
  File "subprocess.pyo", line 830, in _execute_child
WindowsError: [Error 2] O sistema no pode encontrar o arquivo especificado


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Chimel on July 19, 2011, 06:16:18 AM
@Milkshanks It says a file is missing, so guiminer might have been installed into a folder with strict permissions, such as Program Files. He should try installing into a normal data folder, not a system folder.

On a side note, I'd appreciate if guiminer could be made to install in Program Files and the 'Programs and Features' Control Panel with a normal setup program, this is the only application I am running that does not conform to Windows requirements or guidelines.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: simonk83 on July 19, 2011, 06:45:25 AM
So the --backup flag doesn't work with Phoenix right now, is that right?   Is that something that can be added through guiminer, or should I be pestering the Phoenix guy? :)


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Stupidpal on July 19, 2011, 08:08:15 AM
No option for Eligius?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: JBDive on July 19, 2011, 02:22:30 PM
No option for Eligius?

Just add a new miner or edit the servers.ini file if you want your favorite servers in the drop down (make a backup). Once you create a new miner and save your settings that miner is always there for you so editing the ini is a bit overkill unless your setting up multiple instances or machines.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Xephan on July 19, 2011, 06:13:44 PM
Is it possible to extend the status to indicate which pool is the last submission to when using -backup options?

It's hard to tell what exactly is happening when guiminer is reporting a healthy hash rate and shares are submitted. But the pool stats are off enough to indicate that the backup's being switched to.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Meatball on July 20, 2011, 06:29:34 PM
Kiv - Anywhere we can RSS new versions of GUIMiner other than check post 1 in this thread?  That or an auto-update feature in the miner :)  Be awesome to jump on new versions as soon as they come out.

Thanks for the awesome miner!


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: AtlasONo on July 20, 2011, 06:52:45 PM
Think an update is in order

http://forum.bitcoin.org/index.php?topic=1334.msg380407#msg380407


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: BitMofo on July 21, 2011, 06:39:58 PM
Hi,

wondering if somebody can help...
I'm attempting to mine for the first time, using Kiv's miner and am using CUDA on the slush pool.
I've set up an account etc, but when I press "start" it never stops "starting" so basically it doesn't actually start mining...
Am I forgetting something? I can't seem to get it to start...

Here's the screenshot:

http://i54.tinypic.com/2e4cimd.jpg


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: deepceleron on July 21, 2011, 09:20:45 PM
Hi,

wondering if somebody can help...
I'm attempting to mine for the first time, using Kiv's miner and am using CUDA on the slush pool.
I've set up an account etc, but when I press "start" it never stops "starting" so basically it doesn't actually start mining...
Am I forgetting something? I can't seem to get it to start...
You should post in a rpcminer-cuda or guiminer thread, your question has nothing to do with this thread's topic.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Meatball on July 21, 2011, 11:26:07 PM
You should post in a rpcminer-cuda or guiminer thread, your question has nothing to do with this thread's topic.

Maybe I'm retarded, but isn't this the GUIMiner thread? :)


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Tx2000 on July 21, 2011, 11:28:41 PM
You should post in a rpcminer-cuda or guiminer thread, your question has nothing to do with this thread's topic.

Maybe I'm retarded, but isn't this the GUIMiner thread? :)

It's a celeron.  It doesn't process information as fast as today's CPUs, despite being deep.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Meatball on July 22, 2011, 07:37:16 PM
anyone know why guiminer start and crashes ?

Can you be a bit more specific?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: godofal on July 25, 2011, 01:35:59 PM
anyone know why guiminer start and crashes ?

Can you be a bit more specific?
well a restart solved the problem .....

same problem here, restarting only fixes it temporarily

the problem is this:
in my rig i have a HD5870(PCIEx4) and a HD5830(PCIEx16), both mining pretty well (total 710Mhash)
but for some reason, after X hour (say once or twice a day normally) the HD5870 stops mining saying "connection problems"
its really random and anoying, becouse so far only a manual restart works
backup flags won't work either for some reason
also, someone i help with his rigs has the same problem
he has 2 machines with 4x HD5830, and one card just randomly stops mining in the same way

myself's problem sounds alot like what we're experiencing


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Meatball on July 25, 2011, 02:16:12 PM
I know there's been a bunch of posts with tweaks and fixes for a few percentage increase in hashing for Phoenix, phatk, etc over the last few weeks.  Anyone rolled anything new or tweaked anything with Kiv's 07-01 GuiMiner client to get improvements over the last release?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: iopq on July 25, 2011, 08:06:16 PM
I know there's been a bunch of posts with tweaks and fixes for a few percentage increase in hashing for Phoenix, phatk, etc over the last few weeks.  Anyone rolled anything new or tweaked anything with Kiv's 07-01 GuiMiner client to get improvements over the last release?
you can just replace the kernel files manually in gui miner afaik
I didn't bother, just running from command line


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Meatball on July 25, 2011, 08:55:16 PM
I know there's been a bunch of posts with tweaks and fixes for a few percentage increase in hashing for Phoenix, phatk, etc over the last few weeks.  Anyone rolled anything new or tweaked anything with Kiv's 07-01 GuiMiner client to get improvements over the last release?
you can just replace the kernel files manually in gui miner afaik
I didn't bother, just running from command line

Have you noticed better hashing from the command vs. the GUI?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: ssateneth on July 26, 2011, 07:21:53 AM
I found that while running phoenix command line, desktop lag became unbearable at AGGRESSION=12 and anything higher caused idle miner to popup. With GUIMiner (and modded phatk, same one as command line) and phoenix, I can comfortably run AGGRESSION=14 without any idle miner messages, and desktop lag isn't as severe while getting a higher hash rate due to the higher aggression. I can run AGGRESSION=14 on my dedicated miners too and have no discernable lag between mining and not mining while controling via VNC.

Thanks.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: OgNasty on July 27, 2011, 03:17:53 PM
This seems like a cool application.  I'll have to give it a try in the coming days.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Meatball on July 27, 2011, 08:15:05 PM
Hey Kiv, any chance we'll be seeing a new version in the future?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: OgNasty on July 29, 2011, 08:22:31 PM
WOW!  I just installed this and I'm mad at myself for not doing it sooner.  It increased my rig from 530mh/s to 580mh/s.  Great job!  My 2 6870's are finally pulling their weight.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: TheGrapist on July 29, 2011, 08:34:39 PM
literally just got my 5830's in the mail and with this i had one of them mining in minutes.don't have a spot for the other or it would be up too :)


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: super6 on July 30, 2011, 01:47:26 AM
Anyone else getting the "poclbm.exe" crash error? I also got it when I tried to use phoenix. Anyone know what's up?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: OgNasty on July 30, 2011, 03:37:12 PM
Anyone else getting the "poclbm.exe" crash error? I also got it when I tried to use phoenix. Anyone know what's up?

Nope.  I installed yesterday and it's been working great.  No problems whatsoever and I'm still shocked at the increase...


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Kiv on August 01, 2011, 01:57:14 PM
Yes, I'm still supporting this but I've been really busy recently. I'll release an update when I can.

Hey Kiv, any chance we'll be seeing a new version in the future?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: anodyne on August 01, 2011, 03:56:32 PM
Yes, I'm still supporting this but I've been really busy recently. I'll release an update when I can.

Could you perhaps put the date of the latest version in the thread title? This thread gets posts quite frequently, so it would make it an easy way for forum readers to track updates by spotting it directly on the new replies page.


Title: why two different Hash rates?
Post by: JuanPabloCuervo on August 01, 2011, 07:57:54 PM
Yes, I'm still supporting this but I've been really busy recently. I'll release an update when I can.

Hey Kiv, any chance we'll be seeing a new version in the future?

thanks, will donate when i get some coins...

can someone explain...why two different Hash rates?
 [396.272 MH/s (~320 MH/s)] ????????????
 [395.441 MH/s (~463 MH/s)]

in solo localhost mode:
[395.441 MH/s (~0 MH/s)] ?????????????


Terminal Mode, Kiv-poclbm-v2011-05-21.tar.gz


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: PLaci1982 on August 01, 2011, 08:16:12 PM
Update the bitcoin-miner.exe!

https://bitcointalk.org/index.php?topic=33517.0 (https://bitcointalk.org/index.php?topic=33517.0)


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: ssateneth on August 02, 2011, 08:30:18 AM
please update guiminer's phoenix and/or guiminer itself. it's not compatible with latest phatk 2.1 (it just spams idle)

little more detail. aggression=0 it doesn't solve anything and says 65.5 mhash (65536 kilohash or 2^16), console doesnt say anything. every aggression +1 it doubles "hash rate" up to aggression=4 (1.04 ghash) it starts spamming in console
Code:
2011-08-02 03:36:29: Listener for "5830": [02/08/2011 03:36:29] [1.04 Ghash/sec] [0 Accepted] [0 Rejected] [RPC (+LP)]
2011-08-02 03:36:30: Listener for "5830": [02/08/2011 03:36:30] [1.04 Ghash/sec] [0 Accepted] [0 Rejected] [RPC (+LP)]
2011-08-02 03:36:31: Listener for "5830": [02/08/2011 03:36:31] [1.04 Ghash/sec] [0 Accepted] [0 Rejected] [RPC (+LP)]
2011-08-02 03:36:32: Listener for "5830": [02/08/2011 03:36:32] [1.04 Ghash/sec] [0 Accepted] [0 Rejected] [RPC (+LP)]
"hash rates" continues to double up to 7 or 8, then it turns from fake hash rates to..
Code:
2011-08-02 03:38:14: Listener for "5830": [02/08/2011 03:38:14] Warning: work queue empty, miner is idle
2011-08-02 03:38:14: Listener for "5830": [02/08/2011 03:38:14] Warning: work queue empty, miner is idle
2011-08-02 03:38:14: Listener for "5830": [02/08/2011 03:38:14] Warning: work queue empty, miner is idle
2011-08-02 03:38:14: Listener for "5830": [02/08/2011 03:38:14] Warning: work queue empty, miner is idle
up to aggression=14. worksize, vectors, bfi_int, and fastloop seem to have no effect. this error only happens with phatk 2.0 and phatk 2.1 using guiminer + built-in phoenix. new phatk can be found at http://bitcointalk.org/index.php?topic=7964.0

using phoenix standalone is compatible with new phatk 2.0 and 2.1.

guiminer + phoenix built-in is compatible with diapolo's phatk mods. found at http://bitcointalk.org/index.php?topic=25860.0

EDIT: NEVER MIND! Phateus found that the bug was in his own kernel! It's been fixed and already uploaded. All the above is now moot!


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: pekv2 on August 02, 2011, 09:55:21 PM
v2011-07-01

I am mining in deepbit pool with guiminer.

Is there any way to remove/hide that Withdraw button that is on GUIMiner?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: OgNasty on August 05, 2011, 02:52:59 AM
Yes, I'm still supporting this but I've been really busy recently. I'll release an update when I can.

Hey Kiv, any chance we'll be seeing a new version in the future?

 ;D  Looking forward to seeing a newer even more improved phatk in the next build.   ;D


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: TheVirus on August 05, 2011, 04:32:41 PM
It'd be nice if you could add a scheduler.

Mine from 6pm-8am M-F
24hr/day Sat/Sun


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Meatball on August 05, 2011, 04:35:19 PM
It'd be nice if you could add a scheduler.

Mine from 6pm-8am M-F
24hr/day Sat/Sun

You can do the same in Windows with Scheduled Tasks, just set tasks up to launch and kill the process at the proper times.

I assume you can probably do the same with cron jobs in linux...


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: ssateneth on August 06, 2011, 02:41:03 AM
Is there a way to set up GUIMiner to restart crashed/frozen miners in the case of unstable overclocks? I'm trying to max out my system, and it really frustrated me to set an OC, go to work, and come back 8 hours later to learned the miner froze 10 minutes into mining because the display driver had to reset and recover.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: CD-RW on August 06, 2011, 05:20:18 PM
Somehow it still doesn't feel that stable, or having full control, something I do have when I use command line.  :-\


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Meatball on August 06, 2011, 05:27:18 PM
Is there a way to set up GUIMiner to restart crashed/frozen miners in the case of unstable overclocks? I'm trying to max out my system, and it really frustrated me to set an OC, go to work, and come back 8 hours later to learned the miner froze 10 minutes into mining because the display driver had to reset and recover.

Not really unless you set up a task to kill and restart GUIminer every 30 minutes to an hour so you don't lose that much mining time.  It's probably better to not set clocks to unknown levels unless you can let it run and watch it for a few hours.  Usually if you go too high it'll crash right away or within an hour or so.

Also, just a thought.  Totally overclocking your cards to the extremes for a few extra MH isn't really worth it in the long run.  Say you can squeeze another 20 MH out of it, that equates to a whopping .32 BTC / month at the current difficulty.  While it may seem good, if you have to replace the card after 4-6 months, is it really worth the 1-2 extra BTC?





Title: Re: why two different Hash rates?
Post by: JuanPabloCuervo on August 07, 2011, 04:00:29 PM
can someone explain...why two different Hash rates?
 [396.272 MH/s (~320 MH/s)] ????????????
 [395.441 MH/s (~463 MH/s)]

in solo localhost mode:
[395.441 MH/s (~0 MH/s)] ?????????????


Terminal Mode, Kiv-poclbm-v2011-05-21.tar.gz

Bump.!


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: film2240 on August 07, 2011, 07:31:03 PM
Do you know when the new version is coming out? and are there any more optimisaions for the app planned?

I have a suggestion for the dev.try to have your own website,that way it's a one stop shop for all the latest versions as well as change log,regressions (if any like bugs),optimisations,e.t.c.

have a website for hte app,saves ppl like me a lot of time searching through the cluttered forum thread about latest versions of the app.

I'd also like to see more optimisations for the Radeon HD69xx series cards as well as for all other cards used for BTC mining.If it takes a substantial rewrite of the whole app,then the optimisations (I expect) can be significant and should be pushed as far as they can go in s/w (as overclocking and shader unlocking can only go so far without an unstable system)

Thank you


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Beta-coiner1 on August 08, 2011, 09:58:47 PM
...........I'd also like to see more optimisations for the Radeon HD69xx series cards as well as for all other cards used for BTC mining.If it takes a substantial rewrite of the whole app,then the optimisations (I expect) can be significant and should be pushed as far as they can go in s/w (as overclocking and shader unlocking can only go so far without an unstable system)

Thank you

+1

It would explain the disparity in speed between the 58xx and 69xx series of videocards somewhat with regards to efficiency.Another point to consider would be that most new architectures whether Nv or more importantly ATI/AMD will more than likely be using the VLIW4 architecture as well making it even more important that the software be up to date with the current standard and future changes.Considering mining requires large amounts of electicity and BTC is not valued that much now.....the only thing that can be done is to optimize for efficiency on the software side.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Elder III on August 08, 2011, 10:15:15 PM
Is it typical to have a lower average hash rate when running 3 GPUs as opposed to running them 1 at a time?  I seem to lose close to 15% of the potential hash rate when running all 3 as opposed to what they each get individually.

3 x 6770s @ 1000/300 stock voltages
223 Mh/s single - averaging approx. 200 Mh/s each when running all 3.
-v -w128
Windows 7 64bit
11.6 drivers
Antec HighPower 750 watt
Asrock 970 mobo


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: film2240 on August 08, 2011, 10:26:14 PM
Is it typical to have a lower average hash rate when running 3 GPUs as opposed to running them 1 at a time?  I seem to lose close to 15% of the potential hash rate when running all 3 as opposed to what they each get individually.

3 x 6770s @ 1000/300 stock voltages
223 Mh/s single - averaging approx. 200 Mh/s each when running all 3.
-v -w128
Windows 7 64bit
11.6 drivers
Antec HighPower 750 watt
Asrock 970 mobo

This doesn't sound right.I've heard that in many cases,the accepted practice is to run 1 miner on each individual GPU as opposed to running 1 miner on 3 cards in crossfire.I'm not too sure myself as I'm no expert but that's something you may wish to try.

set up 1 miner on each of your GPUs basically.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Elder III on August 09, 2011, 02:14:35 AM
I do, they are called - Top, Middle, and Bottom...  anyways, if I reboot I only lose about 5% per card avg. which is a little more acceptable. :)


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Beta-coiner1 on August 10, 2011, 12:35:25 AM
I do, they are called - Top, Middle, and Bottom...  anyways, if I reboot I only lose about 5% per card avg. which is a little more acceptable. :)
Could be the 100 % Cpu bug as well.For the card connected to your Monitor try to use -f40 or higher number and lower numbers for the cards not connected.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: murfshake on August 10, 2011, 03:04:22 PM
Still the best of the best!


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: OggerMC on August 11, 2011, 10:49:46 AM
any chance that we will get that improved phatk kernel build in? ive tryed to use it manualy, but i think it didnt worked for me.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: OgNasty on August 11, 2011, 04:33:50 PM
any chance that we will get that improved phatk kernel build in? ive tryed to use it manualy, but i think it didnt worked for me.

+1  I didn't want to try it myself because it seemed like it required changes to the miner that I didn't think would be compatible with this GUI.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: critical on August 14, 2011, 04:28:16 PM
bro time to update to 1.61 phoenix!


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: dub0matic on August 14, 2011, 05:58:14 PM
bro time to update to 1.61 phoenix!
+1 please do. ppl need to start donating damnit


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: fcmatt on August 14, 2011, 10:13:24 PM
just by replacing the correct files for the new kernel of your choice will result in getting almost all the speed
others are getting with newer software. now i did not attempt to stick in the new phoenix yet but phatk 2.2 is
in and i am seeing good results compared to others while taking the clock speed factor into account.

perhaps the new pheonix has features i just do not use though.. hm.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Meatball on August 18, 2011, 07:10:29 PM
Alright, I'm going to start off a Bounty drive for Kiv to update GUIMiner with the latest and greatest miners/kernels that are out there.

I'll throw in 1 BTC towards it.  Anyone else?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: dub0matic on August 18, 2011, 07:21:52 PM
im down for .5


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Beta-coiner1 on August 18, 2011, 07:41:13 PM
I'll throw in another .5 if it becomes more optimized for the 69xx architecture.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Bananington on August 19, 2011, 03:49:46 AM
The GUIMiner doesn't have the latest version of Ufasoft CPU miner. It took me several hours to figure out. Please add this to the download.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Meatball on August 19, 2011, 05:31:04 AM
Alright, we're up to 2 BTC bounty for a new/updated version of GUIMiner.

  • Meatball: 1 BTC
  • dub0matic: .5 BTC
  • Beta-coiner1: .5 BTC

 For everyone else that wants an updated version, put your money where your mouth is :)  


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Bananington on August 19, 2011, 05:36:53 AM
Alright, we're up to 2 BTC bounty for a new/updated version of GUIMiner.

  • Meatball: 1 BTC
  • dub0matic: .5 BTC
  • Beta-coiner1: .5 BTC

 For everyone else that wants an updated version, put your money where your mouth is :)  

I will donate only if there is a flexcoin ID that I can donate too. Promoting flexcoin while improving GUIMiner. What's not to love?

Post an ID here and I will donate. Who is handling the bounty pot?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: leveer on August 19, 2011, 10:15:26 AM
Alright, I'm going to start off a Bounty drive for Kiv to update GUIMiner with the latest and greatest miners/kernels that are out there.

I'll throw in 1 BTC towards it.  Anyone else?

Mark me down for 1.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: wndrbr3d on August 19, 2011, 01:41:42 PM
Uh, guys, you can update the files on your own?

Updating Phoenix is just as hard as copying in the new exe's and then updating the kernels is just overwriting the files that are in the /kernel folder. No new releases needed, just some manual work to copy in the updated miners.

Send those bitcoins over to: 1KVb8Lv6rsmy2CB2wdyQATgWhBxS18FzeY

plzktnx  :P


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: leveer on August 19, 2011, 09:31:36 PM
Uh, guys, you can update the files on your own?

Updating Phoenix is just as hard as copying in the new exe's and then updating the kernels is just overwriting the files that are in the /kernel folder. No new releases needed, just some manual work to copy in the updated miners.

Send those bitcoins over to: 1KVb8Lv6rsmy2CB2wdyQATgWhBxS18FzeY

plzktnx  :P

Phoenix 1.6.2 broke the hashing speed reporting for me. If it's different for you, give me a hint.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: fcmatt on August 20, 2011, 12:05:31 AM
Uh, guys, you can update the files on your own?

Updating Phoenix is just as hard as copying in the new exe's and then updating the kernels is just overwriting the files that are in the /kernel folder. No new releases needed, just some manual work to copy in the updated miners.

Send those bitcoins over to: 1KVb8Lv6rsmy2CB2wdyQATgWhBxS18FzeY

plzktnx  :P

Phoenix 1.6.2 broke the hashing speed reporting for me. If it's different for you, give me a hint.

and it is reasons like that I did not even bother attempt to update phoenix. just the kernels of my choice.
you get pretty much all the speed but do not get newer features that phoenix offers and even if you did
the gui interface will not support them "cleanly".


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Meatball on August 20, 2011, 02:44:44 AM
What's the best version of the kernel(s) you guys have found for the Poclbm mining with GUIMiner then?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: fcmatt on August 20, 2011, 05:38:48 AM
What's the best version of the kernel(s) you guys have found for the Poclbm mining with GUIMiner then?

i am pretty sure the original ones that shipped do not have the current optimizations that lead to 3-4% increase.
if i recall correctly i added them by hand as i read about them in threads. it was phatk 2.2 that was impressive and
an easy copy and paste to the kernel folder.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: shaun5000 on August 22, 2011, 04:52:07 AM
Question, is there a addon or remore program to control my miners from a different site then the computers they are on? Using GUI miner of course.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: deslok on August 22, 2011, 04:54:42 AM
Question, is there a addon or remore program to control my miners from a different site then the computers they are on? Using GUI miner of course.

The simplest thing I've found for remote control of mining rigs is log me in free just sign in using a browser anywhere and make your changes as if you were at the desk


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Meatball on August 22, 2011, 11:35:27 AM
Question, is there a addon or remore program to control my miners from a different site then the computers they are on? Using GUI miner of course.

Teamviewer works great as well and it's free.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: compro01 on August 22, 2011, 01:57:12 PM
Question, is there a addon or remore program to control my miners from a different site then the computers they are on? Using GUI miner of course.

i personally use ultravnc (http://www.uvnc.com/downloads/ultravnc.html).  free, open source, etc. and also does the browser bit.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: fcmatt on August 22, 2011, 04:16:59 PM
Question, is there a addon or remore program to control my miners from a different site then the computers they are on? Using GUI miner of course.

i personally use ultravnc (http://www.uvnc.com/downloads/ultravnc.html).  free, open source, etc. and also does the browser bit.

tightvnc seems to work better with windows 7. i think i tried a diff vnc program and it was just not
developed as much as the others now days. they all work on xp though.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: deslok on August 22, 2011, 04:22:23 PM
Since they're all free it's just a choice of who has the features you want in the end


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Meatball on August 22, 2011, 04:26:10 PM
You might want to be careful with some versions of VNC, and windows Remote Desktop for that matter.  Some versions of them unload video drivers when you connect which totally fubars things if you're trying to configure your miner/overclocking tool through the remote connection.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: deslok on August 22, 2011, 04:52:08 PM
You might want to be careful with some versions of VNC, and windows Remote Desktop for that matter.  Some versions of them unload video drivers when you connect which totally fubars things if you're trying to configure your miner/overclocking tool through the remote connection.

Can't vouch for vcn but not an issue with log me in. perhaps there should be a list of all verified remote access programs?


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: fcmatt on August 22, 2011, 05:21:30 PM
You might want to be careful with some versions of VNC, and windows Remote Desktop for that matter.  Some versions of them unload video drivers when you connect which totally fubars things if you're trying to configure your miner/overclocking tool through the remote connection.

tightvnc handles this nicely. good catch on that. i forgot to mention it.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: rTech on August 22, 2011, 06:24:51 PM
You might want to be careful with some versions of VNC, and windows Remote Desktop for that matter.  Some versions of them unload video drivers when you connect which totally fubars things if you're trying to configure your miner/overclocking tool through the remote connection.

Can't vouch for vcn but not an issue with log me in. perhaps there should be a list of all verified remote access programs?

TeamViewer handles things nicely with encryption. Hazzle free installation and free for homeusage. http://www.teamviewer.com/fi/index.aspx


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Kiv on August 23, 2011, 06:49:10 PM
A new version of the miner is available; I've updated the download link on the first post, or you can get it here:

    guiminer-20110823.exe (self-extracting archive) (https://github.com/downloads/Kiv/poclbm/guiminer-20110823.exe)

Changes:

- Update poclbm (OpenCL miner) to the latest version. This changes the format of a backup pool. In the "extra flags" you just enter your backup (or backups) like this: Kiv.GPU:mypass@api2.bitcoin.cz:8332
- Update Phoenix to the latest version. See their thread for details on changes.
- Remove ufasoft miner from the GUIMiner bundle. It's still supported, but you'll have to download it separately. I apologize for the inconvenience to ufasoft miner users, but I decided to do this since only a few percent of users were using ufasoft and due to recurring false positive issues from antivirus programs.
- Added "duplicate miner" option when right clicking on a miner tab. This is to make it easier to clone miners to multiple GPUs.
- Limited maximum scrollback in the console window to 5000 lines. On machines with low RAM, this will prevent running out of memory after a long period of continuous operation.
- Add more pools to the server list, though balance update doesn't work for all of them. I'm looking at ways to handle the large number of pools that are popping up better.
- Fix Linux bug where the window could not be restored after minimizing.


Title: Re: GUI mining - updated Aug 23 with new miner versions
Post by: Meatball on August 23, 2011, 07:12:53 PM
Maybe it's just me, but I've updated 2 machines with the new client and it appears to be working fine using the OpenCL miner, but I don't see the Stale/Accepted numbers updating on the summary page and they're all just sitting at 0.

edit: Tried machine 3 with the same result.  Pretty sure actual mining is working fine though b/c my pool is getting shares from those workers.

One other thing I noticed is I'm no longer seeing longpoll messages in the console log.  Is there a new verbose mode/switch that needs to be set in the flags?

Thanks for all the hard work on this Kiv!


Title: Re: GUI mining - updated Aug 23 with new miner versions
Post by: Beta-coiner1 on August 23, 2011, 07:53:23 PM
Maybe it's just me, but I've updated 2 machines with the new client and it appears to be working fine using the OpenCL miner, but I don't see the Stale/Accepted numbers updating on the summary page and they're all just sitting at 0.


I also can't see the Stale and Accepted numbers but.....


On another note,I would also like to clearly state this gave me a good performance increase on both my Radeon 6950 and Radeon 5770 by 2 Mh a sec. for each.I highly recommend this download.I had more than .5 btc earlier on but don't have it anymore but will still send something later when I've mined enough as still good work.


Title: Re: GUI mining - updated Aug 23 with new miner versions
Post by: Meatball on August 23, 2011, 07:58:36 PM
Yeah, I've seen some minor speed increases as well.  Not a lot, but still a nice:

  • 6950: ~ 2 MH/s
  • 5830: ~ 2-4 MH/s
  • 5770: ~ 2-3 MH/s


Title: Re: GUI mining - updated Aug 23 with new miner versions
Post by: pekv2 on August 23, 2011, 10:03:02 PM
Only thing I've noticed was a 2-4 mhash/s drop, and refresh balance button was gone along with slush's pool set to Other.

Went back to v2001-07-01.


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Ten98 on August 23, 2011, 10:15:45 PM
Is there a way to set up GUIMiner to restart crashed/frozen miners in the case of unstable overclocks? I'm trying to max out my system, and it really frustrated me to set an OC, go to work, and come back 8 hours later to learned the miner froze 10 minutes into mining because the display driver had to reset and recover.

Not really unless you set up a task to kill and restart GUIminer every 30 minutes to an hour so you don't lose that much mining time.  It's probably better to not set clocks to unknown levels unless you can let it run and watch it for a few hours.  Usually if you go too high it'll crash right away or within an hour or so.

Also, just a thought.  Totally overclocking your cards to the extremes for a few extra MH isn't really worth it in the long run.  Say you can squeeze another 20 MH out of it, that equates to a whopping .32 BTC / month at the current difficulty.  While it may seem good, if you have to replace the card after 4-6 months, is it really worth the 1-2 extra BTC?


Not to mention an overclock that nets you an extra 20mhz is going to make the card use a lot more power, so your MH per Watt goes down.

I actually underclock my cards to get the sweet spot between power consumption and hash rate.


Title: Re: GUI mining - updated Aug 23 with new miner versions
Post by: dub0matic on August 23, 2011, 10:33:55 PM
its weird how it doesnt list share but im happy with the increase of hash thanks


Title: Re: GUI mining - updated Aug 23 with new miner versions
Post by: bal3wolf on August 24, 2011, 02:14:55 AM
alot of issues here with the new update.

2011-08-23 22:13:21: Listener for "5970G1": Traceback (most recent call last):
2011-08-23 22:13:21: Listener for "5970G1": File "poclbm.py", line 67, in <module>
2011-08-23 22:13:21: Listener for "5970G1": File "BitcoinMiner.pyo", line 32, in __init__
2011-08-23 22:13:21: Listener for "5970G1": File "HttpTransport.pyo", line 20, in __init__
2011-08-23 22:13:21: Listener for "5970G1": File "Transport.pyo", line 46, in __init__
2011-08-23 22:13:21: Listener for "5970G1": AttributeError: 'HttpTransport' object has no attribute 'failure'
2011-08-23 22:13:21: Listener for "5870": Traceback (most recent call last):
2011-08-23 22:13:21: Listener for "5870": File "poclbm.py", line 67, in <module>
2011-08-23 22:13:21: Listener for "5870": File "BitcoinMiner.pyo", line 32, in __init__
2011-08-23 22:13:21: Listener for "5870": File "HttpTransport.pyo", line 20, in __init__
2011-08-23 22:13:21: Listener for "5870": File "Transport.pyo", line 46, in __init__
2011-08-23 22:13:21: Listener for "5870": AttributeError: 'HttpTransport' object has no attribute 'failure'
2011-08-23 22:13:21: Listener for "5970G2": Traceback (most recent call last):
2011-08-23 22:13:21: Listener for "5970G2": File "poclbm.py", line 67, in <module>
2011-08-23 22:13:21: Listener for "5970G2": File "BitcoinMiner.pyo", line 32, in __init__
2011-08-23 22:13:21: Listener for "5970G2": File "HttpTransport.pyo", line 20, in __init__
2011-08-23 22:13:21: Listener for "5970G2": File "Transport.pyo", line 46, in __init__
2011-08-23 22:13:21: Listener for "5970G2": AttributeError: 'HttpTransport' object has no attribute 'failure'


Title: Re: GUI mining - Phoenix 1.5 and new, faster poclbm
Post by: Exonumia on August 24, 2011, 10:57:15 AM
The GUIMiner doesn't have the latest version of Ufasoft CPU miner. It took me several hours to figure out. Please add this to the download.

It is not included in the 082311 version but here is the link to the ufasoft forum message http://bitcointalk.org/index.php?topic=3486.0

It is still supported, but not included in the distro.

I realize you were referring to the old version just putting this here for the ones that used it in the past (and to bump this new version, couldn't find it in the forum ;) ).


--------------------------------------------------

I am also not showing shares accepted updating (useing a preset, or a custom built entry to a pool)... but they are indeed being accepted on the pool (verified on worker status page at the pool website).



Title: Re: GUI mining - updated Aug 23 with new miner versions
Post by: Callius on August 24, 2011, 11:41:06 AM
Only thing I've noticed was a 2-4 mhash/s drop, and refresh balance button was gone along with slush's pool set to Other.

Went back to v2001-07-01.

I think this is the same problem I've got, please pardon me if you've answered this but I can't see an explanation reading your posts. Is it just a bug with my system or has the refresh balance for slush's pool disappeared? I don't run it through "other" either, just curious why this has been removed if it's not a problem on my end.


Title: Re: GUI mining - updated Aug 23 with new miner versions
Post by: dub0matic on August 24, 2011, 01:12:50 PM
Only thing I've noticed was a 2-4 mhash/s drop, and refresh balance button was gone along with slush's pool set to Other.

Went back to v2001-07-01.

I think this is the same problem I've got, please pardon me if you've answered this but I can't see an explanation reading your posts. Is it just a bug with my system or has the refresh balance for slush's pool disappeared? I don't run it through "other" either, just curious why this has been removed if it's not a problem on my end.
well i someone ask for him to take the refresh button out so he did. i use this http://razorzero.deviantart.com/art/Bitcoin-Pool-Monitor-PXT-222472360 (http://razorzero.deviantart.com/art/Bitcoin-Pool-Monitor-PXT-222472360) its for rainmeter. there are also afew different pool gadget https://bitcointalk.org/index.php?topic=38450.0 (https://bitcointalk.org/index.php?topic=38450.0)     https://bitcointalk.org/index.php?topic=14307.0 (https://bitcointalk.org/index.php?topic=14307.0)    there are plenty of widgets outthere just search for them pesonally i use the raimeter one


Title: Re: GUI mining - updated Aug 23 with new miner versions
Post by: pekv2 on August 24, 2011, 04:05:34 PM
Wonder "I know it could be done" if a Settings/Options could be created then a check box for if you want or don't want the refresh button, along with w/e else options, instead of removing it completely. Give the end user the decision to have it hidden or shown.


Title: Re: GUI mining - updated Aug 23 with new miner versions
Post by: jwzguy on August 24, 2011, 06:59:24 PM
My shares are stuck at 0(0) now.  :P


Title: Re: GUI mining - updated Aug 23 with new miner versions
Post by: rTech on August 24, 2011, 07:47:46 PM
My shares are stuck at 0(0) now.  :P

i had same issue, so im using earlier version for mining :)


Title: Re: GUI mining - updated Aug 23 with new miner versions
Post by: Kiv on August 24, 2011, 07:49:33 PM
Thanks for the issue reports guys, I'll look into it and do another release today or tomorrow. Guess I didn't test thoroughly enough... maybe I should have dedicated beta testers or something.

Known issues so far are:
- slush pool refresh balance missing
- shares accepted staying at 0
- "AttributeError: 'HttpTransport' object has no attribute 'failure'"


Title: Re: GUI mining - updated Aug 23 with new miner versions
Post by: dub0matic on August 24, 2011, 08:00:43 PM
My shares are stuck at 0(0) now.  :P

i had same issue, so im using earlier version for mining :)
dont worry your still getting shares it just not telling you
been using for about 12hrs 5share/11 stale but really done like 10k so dont worry for now


Title: Re: GUI mining - updated Aug 23 with new miner versions
Post by: ssateneth on August 24, 2011, 09:57:21 PM
Can't wait for updated updated version with fixed share display! I'm antsy to use new phoenix.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Kiv on August 24, 2011, 11:23:49 PM
New bugfix release is out! Thanks to everyone for your patience and prompt bug reporting.

guiminer-20110824.exe (stable) (https://github.com/downloads/Kiv/poclbm/guiminer-20110824.exe)

Changes:

- Fix accepted shares not being recognized under the newest poclbm version
- Fix balance not being recognized for slush's pool


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: fcmatt on August 25, 2011, 12:04:56 AM
phoenix 1.5 with newest phatk. Using AMD 11.6 drivers on win7 x64.
2 5830 in the box with dual core proc but both processes tied down to one core..

i get better performance than this new release.


323 mh/s per card with my custom job.
318-319 mh/s per card with this new release.

it seems to me you have not really taken a good look at phatk 2.2.

Er.. yes you have. one just needs to switch to phatk2 in the command line args!!!

so basically upgrading phoenix, only for me personally, was not really needed like
I mentioned in a diff post unless you wanted new args to phoenix binary.

time to try it with some 6950s.

nice job.



Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: fcmatt on August 25, 2011, 12:14:00 AM
very very slight increase on 6950x2 at 437-438 mh/s in the same board with a 5850 that stayed the same at 396-397 mh/s


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: dub0matic on August 25, 2011, 12:24:20 AM
well im getting 323 on both my 5830s and 223 on my 5770. was getting 320 and 220
using win7 opencl. 11.7 and sdk 2.3

and thanks for the update


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: fcmatt on August 25, 2011, 12:49:30 AM
.5 BTC sent as a donation to Kiv for the update.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Kiv on August 25, 2011, 01:22:58 AM
Thanks for the donation! For anyone who was in on the bounty for this update, you can send the coins to:

1MDDh2h4cAZDafgc94mr9q95dhRYcJbNQo

.5 BTC sent as a donation to Kiv for the update.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Beta-coiner1 on August 25, 2011, 02:07:42 AM
^Sent .3 to the address as that is all I currently have,but it was worth it for the update,please confirm.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: dub0matic on August 25, 2011, 08:02:17 AM
just so you know it list shares now but not stales.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: phungus on August 25, 2011, 12:13:40 PM

So, I've been running guiminer on Windows 7 with 11.6 for awhile now and it's been pretty stable.

I just upgraded to the 08xx release and the mining speeds are all over the place. When I first start it up, I actually get more MH/s than I ever have, but within 10-15 minutes I drops to around half. The only way I can pick it up is to totally restart.

I'm back to trying 0701 again, but of course it's slower.

What can I look at to start troubleshooting? Normally I only see slowdowns if I've got Youtube open in Firefox or something else that uses Flash. That is not the case now.



Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: BitMinerN8 on August 25, 2011, 01:28:27 PM
Thanks for the donation! For anyone who was in on the bounty for this update, you can send the coins to:

1MDDh2h4cAZDafgc94mr9q95dhRYcJbNQo

.5 BTC sent as a donation to Kiv for the update.

.5004242 BTC sent for the update, thank you and keep up the great work!  ;D


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: pekv2 on August 25, 2011, 03:27:47 PM
Ok, now I can confirm an increase with the new version. I had to change my driver to 11.6 and sdk to 2.4 because I have added a second card, in which I was using 10.11 with sdk 2.1 resulted bad results with the newer guiminer.

So anyone that finds a decreased performance in newest guiminer, update your driver and SDK.

kudos


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Fiyasko on August 25, 2011, 03:32:50 PM
If you dont know yet, Catalyst 11.7 Drivers give you a Noteable increse in hash rates. 11.8 Are out aswell.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: pekv2 on August 25, 2011, 03:44:38 PM
If you dont know yet, Catalyst 11.7 Drivers give you a Noteable increse in hash rates. 11.8 Are out aswell.

Aren't there major problems with 11.7 & 11.8 vs 11.6?

I used deslok's suggestion.

https://bitcointalk.org/index.php?topic=39103.msg478270#msg478270


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: bigjake52 on August 26, 2011, 05:41:17 AM
Okay this is a strange bug but I can see the miner pogram any more,

the window refuses to show up. and no its not minimised,

Restarted my computer and did a crap load of things. I still dont get the window.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: pekv2 on August 26, 2011, 06:03:02 AM
Okay this is a strange bug but I can see the miner pogram any more,

the window refuses to show up. and no its not minimised,

Restarted my computer and did a crap load of things. I still dont get the window.

If you have a few cards mining with dummy plugs, guiminer might be opening up on the dummy plug "monitor" as such there is no monitor but a virtual screen you cannot see.

Happened to me, I disabled w/e adapter in CCC, then guiminer popped up on my main monitor.

Edit:

Of course, re enable it.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: dub0matic on August 26, 2011, 06:11:03 AM
if you are on win7 right click on desktop go to screen resolution go to the drop down menu and choose show desktop only on 1


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Dorkslayz on August 26, 2011, 03:22:01 PM
Ive downloaded the latest version and whenever I try to run with Phoenix, I get "FATAL kernel error: GPU not supported! phatk2 is designed for ATI 5xxx and newer only. Try -k poclbm instead" when running it on my GTS250 (it worked fine before).

Help?


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Fiyasko on August 26, 2011, 03:42:54 PM
If you dont know yet, Catalyst 11.7 Drivers give you a Noteable increse in hash rates. 11.8 Are out aswell.

Aren't there major problems with 11.7 & 11.8 vs 11.6?

I used deslok's suggestion.

https://bitcointalk.org/index.php?topic=39103.msg478270#msg478270

o.0 That is something new.

I've installed 11.8 on 4 different miners now (up from 11.7 and before that 11.6) [yes im getting the SDK's n stuff] and i havent had any problems.

YAY ME!


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: pekv2 on August 26, 2011, 03:57:13 PM
o.0 That is something new.

I've installed 11.8 on 4 different miners now (up from 11.7 and before that 11.6) [yes im getting the SDK's n stuff] and i havent had any problems.

YAY ME!

I switch to 11.8 last night.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Meatball on August 26, 2011, 06:41:37 PM
I'm on 11.8/SDK 2.5 for all my machines and it's working fine on Win 7.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: flyswatta on August 26, 2011, 07:02:18 PM
Quote
How to use a backup pool aka fallback support:

Fallback support is in the OpenCL miner only. In the flags, specify the info of the backup pool or pools. For example if I want to fallback to my account on slush's pool, I would write:

Kiv.GPU:mypass@api.bitcoin.cz:8332
When you do this do you pass a flag?  In other posts it looks like --backup=   is used.  Do we to specify that in the flags? as in --backup=Kiv.GPU:mypass@api.bitcoin.cz:8332


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Meatball on August 26, 2011, 07:25:25 PM
I'm pretty sure backup pools work with the Phoenix miner's as well.  There's a -b flag you can set a fail-over pool (https://bitcointalk.org/index.php?topic=6458.0), though I don't believe there's failback.  I can't say for certain it works because my primary pool (Ars) hasn't been down in a while.




Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Isepick on August 27, 2011, 12:01:30 AM
just so you know it list shares now but not stales.

+1

Showing zero stales when using openCL miner.

http://img600.imageshack.us/img600/6779/staleb.jpg



Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: OgNasty on August 27, 2011, 12:38:57 AM
1% increase over previous version for me.

Best miner available IMO.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: goozman96 on August 27, 2011, 01:50:38 PM
After updating to the newest version, it gives me a "FATAL kernel error: GPU not supported! phatk2 is designed for ATI 5xxx and newer only. Try -k poclbm instead." error when using phoenix.
I have an NVIDIA GTX 260 and using the previous version of GUIMiner, I had no problem with mining with phoenix. In fact, it gave me around 5 Mhash/s more than OpenCL.

And since you didn't get around to implementing my last requests, I'll just post them again..

1. The ability to remember previously used flags. There could just be a drop down menu button next to the text input field.
2. The ability to minimize to the task bar instead of only just the tray. (and when you press the X button, for it to actually close, not minimize to the tray) Options, please!
3. Also, regarding my request for keeping the window the same size and position when restarting the program - the same position is kept, however, the size still reverts to default. I have the window stretched a little more than default, horizontally, however, when I restart the program, it still goes back to the same default size. But the positioning of the window is fixed.
4. When I press refresh balance for the first time and it asks me for my token, please make it so that the "(paste token here)" is pre-highlighed or allow it to become fully highlighted by triple clicking on it.
5. If you do add the ability to minimize GUIMiner to the task bar instead of only to the tray, could you make it so that it displays the MH/s in the title of the program, so that it is shown in the task bar. I'm not sure if you have ever used utorrent (I'm guessing you're familiar with it), just like how on utorrent you can have it so that it shows your up and down speed in the title bar, that's what I want with GUIMiner. For it to have the MH/s in the title bar, at the beginning of it (because if it's at the end of the title bar - ie after "GUIMiner - v2011-07-01" - then there won't be enough room to display it in the task bar.

So basically, I want it to be like this:
"##MH/s - GUIMiner - v2011-##-##"

Thanks for reading and your consideration.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Kiv on August 27, 2011, 10:59:33 PM
In previous versions you would use the --backup flag. In the current version they changed it so you don't need to specify a flag, just put the info in the box. You can use multiple backups just by separating them with spaces.

Quote
How to use a backup pool aka fallback support:

Fallback support is in the OpenCL miner only. In the flags, specify the info of the backup pool or pools. For example if I want to fallback to my account on slush's pool, I would write:

Kiv.GPU:mypass@api.bitcoin.cz:8332
When you do this do you pass a flag?  In other posts it looks like --backup=   is used.  Do we to specify that in the flags? as in --backup=Kiv.GPU:mypass@api.bitcoin.cz:8332


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: flyswatta on August 28, 2011, 02:22:38 AM
In previous versions you would use the --backup flag. In the current version they changed it so you don't need to specify a flag, just put the info in the box. You can use multiple backups just by separating them with spaces.

Quote
How to use a backup pool aka fallback support:

Fallback support is in the OpenCL miner only. In the flags, specify the info of the backup pool or pools. For example if I want to fallback to my account on slush's pool, I would write:

Kiv.GPU:mypass@api.bitcoin.cz:8332
When you do this do you pass a flag?  In other posts it looks like --backup=   is used.  Do we to specify that in the flags? as in --backup=Kiv.GPU:mypass@api.bitcoin.cz:8332
Thank you - I guess it was too easy!


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: ssateneth on August 28, 2011, 08:33:26 PM
After updating to the newest version, it gives me a "FATAL kernel error: GPU not supported! phatk2 is designed for ATI 5xxx and newer only. Try -k poclbm instead." error when using phoenix.
I have an NVIDIA GTX 260 and using the previous version of GUIMiner, I had no problem with mining with phoenix. In fact, it gave me around 5 Mhash/s more than OpenCL.

And since you didn't get around to implementing my last requests, I'll just post them again..

1. The ability to remember previously used flags. There could just be a drop down menu button next to the text input field.
2. The ability to minimize to the task bar instead of only just the tray. (and when you press the X button, for it to actually close, not minimize to the tray) Options, please!
3. Also, regarding my request for keeping the window the same size and position when restarting the program - the same position is kept, however, the size still reverts to default. I have the window stretched a little more than default, horizontally, however, when I restart the program, it still goes back to the same default size. But the positioning of the window is fixed.
4. When I press refresh balance for the first time and it asks me for my token, please make it so that the "(paste token here)" is pre-highlighed or allow it to become fully highlighted by triple clicking on it.
5. If you do add the ability to minimize GUIMiner to the task bar instead of only to the tray, could you make it so that it displays the MH/s in the title of the program, so that it is shown in the task bar. I'm not sure if you have ever used utorrent (I'm guessing you're familiar with it), just like how on utorrent you can have it so that it shows your up and down speed in the title bar, that's what I want with GUIMiner. For it to have the MH/s in the title bar, at the beginning of it (because if it's at the end of the title bar - ie after "GUIMiner - v2011-07-01" - then there won't be enough room to display it in the task bar.

So basically, I want it to be like this:
"##MH/s - GUIMiner - v2011-##-##"

Thanks for reading and your consideration.


You can still use phoenix for your nvidia cards. You just have to specify using the poclbm kernel instead of any of the phatk kernels since phatk is ONLY meant to be used with ATI cards that are 5xxx or higher. Just do what it says and specify using the poclbm kernel with the "-k poclbm" in extra flags. Make sure all your kernel arguments come AFTER specifying the kernel (such as AGGRESSION, VECTORS, etc) and phoenix-specific arguments (such as -a 200 for sample size, etc) BEFORE the "-k poclbm"


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: michaelmclees on August 29, 2011, 09:58:12 PM
Using CCC 11.5 and I got a huge increase.  My 5850 went from 290 to 315.  My 5870 went from 360 to 405.  My 6870 went from 285 to 310.  Don't know if it will be everyone's experience or if this will be stable for me, but this was a great upgrade.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Jine on September 01, 2011, 09:21:03 PM
We have had reports of issues with GUIMiner and Bitcoins.lc - this is due to a faulty configuration in the servers.ini file.
It uses the hostname "bitcoin.lc" (NOT Bitcoins.lc) which is owned by someone else (not me.)

The owner of that domain recently removed the A-records from DNS which made GUIMiner stop working.

Please manually change to pool.bitlc.net (port 80, 8080 or 8332) or bitcoins.lc (port 8080 as usual). Both will continue to work in the future, but we're advising users to use pool.bitlc.net due to switch of domain to bitlc.net later on.

So:

Are you using Bitcoins.lc and GUIMiner - set your Pool to "Other" and use Bitcoins.lc:8080 as host or manually edit your servers.ini file.

I've submitted a pull req. to the repo and also contacted the owner of the domain.

/ Jim


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Aion2n on September 01, 2011, 09:45:41 PM
Thank's for your nice program.
Please add to serverlist pool "pool.itzod.ru", in next update.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: jjiimm_64 on September 02, 2011, 01:13:21 AM
Using CCC 11.5 and I got a huge increase.  My 5850 went from 290 to 315.  My 5870 went from 360 to 405.  My 6870 went from 285 to 310.  Don't know if it will be everyone's experience or if this will be stable for me, but this was a great upgrade.

use the gui with phoenix and the math tweak , your 5850s should get 360+ at 920 clock

math tweak:

change
Code:
#define Ma(x, y, z) amd_bytealign((y), (x | z), (z & x))

to
Code:
#define Ma(x, y, z) amd_bytealign( (z^x), (y), (x) )
   
in the phatk: kernel.d file


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Jine on September 02, 2011, 08:20:11 AM
If you're using GUIMiner, please download the latest servers.ini from https://raw.github.com/Kiv/poclbm/master/servers.ini

/ Jim


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: michaelmclees on September 02, 2011, 04:51:16 PM
Using CCC 11.5 and I got a huge increase.  My 5850 went from 290 to 315.  My 5870 went from 360 to 405.  My 6870 went from 285 to 310.  Don't know if it will be everyone's experience or if this will be stable for me, but this was a great upgrade.

use the gui with phoenix and the math tweak , your 5850s should get 360+ at 920 clock


Mine only clock to 775.  Anything more is too unstable to really deal with and they're XFX so I can't overvolt.  I like to set it and forget it.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: drlatino999 on September 03, 2011, 10:08:11 PM
I'm running into an issue where GUIminer can't connect to a certain pool on one machine, but if it is switched to another pool it is golden. I know the pool is valid due to my other machine running off of it at the same time and CGMiner on the affected box being able to use it. Any ideas?


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: dub0matic on September 03, 2011, 10:31:05 PM
I'm running into an issue where GUIminer can't connect to a certain pool on one machine, but if it is switched to another pool it is golden. I know the pool is valid due to my other machine running off of it at the same time and CGMiner on the affected box being able to use it. Any ideas?
check and make sure your workername and password are correct. you can also try the other pool thingy and input the host and port manually


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: drlatino999 on September 04, 2011, 12:43:37 AM
I'm running into an issue where GUIminer can't connect to a certain pool on one machine, but if it is switched to another pool it is golden. I know the pool is valid due to my other machine running off of it at the same time and CGMiner on the affected box being able to use it. Any ideas?
check and make sure your workername and password are correct. you can also try the other pool thingy and input the host and port manually

The settings are fine, it will be actively receiving and processing shares from the pool and then stop after a random amount of time with a "Failure to connect" message in the console. Trying python manually in the CLI is a no-go as well "failure to connect," but CGMiner in the CLI "I got this Bro!" and makes with the mining.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: ensign_lee on September 04, 2011, 05:36:13 AM
Using Windows 7

Anybody else having a problem where you just simply can't see the guiminer anymore? I can see it in the task bar, and it's working (submitting shares still), but I can't access the interface AT ALL anymore.

Closing it and reopening it doesn't seem to fix the problem either. Deleting, then uninstalling it doesn't do anything either. arrrgh :/

Windows is convinced it's there, but even when I go to task manager, select it, and select "switch to", nothing gets switched to. WTF?!?!?! (using latest guiminer btw, re-downloaded from OP just today).

Kiv - you know what could cause this? I've donated some btc to you in the past? I could use some support? :D



Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: pekv2 on September 04, 2011, 02:20:17 PM
Using Windows 7

Anybody else having a problem where you just simply can't see the guiminer anymore? I can see it in the task bar, and it's working (submitting shares still), but I can't access the interface AT ALL anymore.

Closing it and reopening it doesn't seem to fix the problem either. Deleting, then uninstalling it doesn't do anything either. arrrgh :/

Windows is convinced it's there, but even when I go to task manager, select it, and select "switch to", nothing gets switched to. WTF?!?!?! (using latest guiminer btw, re-downloaded from OP just today).

Do you have a gfx card that is using a dummy plug or using 11.7-11.8 driver w/ a card that has no monitor or dummy plug hooked up to it?

If so, the app might be popping up on that virtual monitor that you cannot see. Duplicate all monitors through CCC or screen resolution, and guiminer should pop up.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: ensign_lee on September 04, 2011, 03:54:39 PM
Using Windows 7

Anybody else having a problem where you just simply can't see the guiminer anymore? I can see it in the task bar, and it's working (submitting shares still), but I can't access the interface AT ALL anymore.

Closing it and reopening it doesn't seem to fix the problem either. Deleting, then uninstalling it doesn't do anything either. arrrgh :/

Windows is convinced it's there, but even when I go to task manager, select it, and select "switch to", nothing gets switched to. WTF?!?!?! (using latest guiminer btw, re-downloaded from OP just today).

Do you have a gfx card that is using a dummy plug or using 11.7-11.8 driver w/ a card that has no monitor or dummy plug hooked up to it?

If so, the app might be popping up on that virtual monitor that you cannot see. Duplicate all monitors through CCC or screen resolution, and guiminer should pop up.

Yeah, I thought it might be on a virtual monitor, so I tried making it  so that everything had to be on 1 screen (and so it would be duplicated across other screens). No dice. :(

Also, no dummy plugs, 2 cards, 2 monitors - 1 in each.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: pekv2 on September 04, 2011, 04:01:39 PM
Using Windows 7

Anybody else having a problem where you just simply can't see the guiminer anymore? I can see it in the task bar, and it's working (submitting shares still), but I can't access the interface AT ALL anymore.

Closing it and reopening it doesn't seem to fix the problem either. Deleting, then uninstalling it doesn't do anything either. arrrgh :/

Windows is convinced it's there, but even when I go to task manager, select it, and select "switch to", nothing gets switched to. WTF?!?!?! (using latest guiminer btw, re-downloaded from OP just today).

Do you have a gfx card that is using a dummy plug or using 11.7-11.8 driver w/ a card that has no monitor or dummy plug hooked up to it?

If so, the app might be popping up on that virtual monitor that you cannot see. Duplicate all monitors through CCC or screen resolution, and guiminer should pop up.

Yeah, I thought it might be on a virtual monitor, so I tried making it  so that everything had to be on 1 screen (and so it would be duplicated across other screens). No dice. :(

Also, no dummy plugs, 2 cards, 2 monitors - 1 in each.

oboy, I don't know, that is the only logical way I can think of that will make it disappear. Any other apps doing the same thing or just guiminer?


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: ensign_lee on September 04, 2011, 05:42:08 PM
Just GUIminer. .... :/


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: ensign_lee on September 05, 2011, 03:46:46 AM
Even when I uninstall and try to use previous versions, it won't come up anymore...wtf?! O.o


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: pekv2 on September 05, 2011, 01:50:46 PM
Even when I uninstall and try to use previous versions, it won't come up anymore...wtf?! O.o

I guess this guy had the same problem and found a fix. It might help you out.

https://bitcointalk.org/index.php?topic=41514.msg505599#msg505599


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: ensign_lee on September 05, 2011, 04:55:30 PM
Even when I uninstall and try to use previous versions, it won't come up anymore...wtf?! O.o

I guess this guy had the same problem and found a fix. It might help you out.

https://bitcointalk.org/index.php?topic=41514.msg505599#msg505599

OMG YES! was about to reinstall windows. :D

Is that address in your sig still valid? Willing to tip. ^^


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: pekv2 on September 05, 2011, 05:11:54 PM
Even when I uninstall and try to use previous versions, it won't come up anymore...wtf?! O.o

I guess this guy had the same problem and found a fix. It might help you out.

https://bitcointalk.org/index.php?topic=41514.msg505599#msg505599

OMG YES! was about to reinstall windows. :D

Is that address in your sig still valid? Willing to tip. ^^

It is, but I was not the one who came up with a solution  :P


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Kiv on September 06, 2011, 10:57:21 AM
Thanks to everyone reporting on the miner invisible. It looks like if you save while the miner is invisible, it will stay offscreen when you open the program again. Because the miner settings are stored in a separate folder (AppData), re-installing won't clear the settings and the problem persists.

I'll find a permanent fix to this for the next version, in the meantime big thanks to celcoid for the workaround :)


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: haydent on September 07, 2011, 09:38:57 AM
Quote
AttributeError: 'HttpTransport' object has no attribute 'failure'

happens on ozcoin but not deepbit


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: compro01 on September 07, 2011, 02:05:39 PM
http://www.virustotal.com/file-scan/report.html?id=fe73750809856a7e723eac61d5678f258a636c016c0d9147f2785fce74647ae5-1315394012
ufasoft miner is the problem

ufasoft was removed a few versions ago.  it's still supported, but not included.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: goozman96 on September 09, 2011, 05:30:35 AM
You can still use phoenix for your nvidia cards. You just have to specify using the poclbm kernel instead of any of the phatk kernels since phatk is ONLY meant to be used with ATI cards that are 5xxx or higher. Just do what it says and specify using the poclbm kernel with the "-k poclbm" in extra flags. Make sure all your kernel arguments come AFTER specifying the kernel (such as AGGRESSION, VECTORS, etc) and phoenix-specific arguments (such as -a 200 for sample size, etc) BEFORE the "-k poclbm"
Thanks, I added the -k poclbm flag and now Phoenix works and I'm getting my previous speeds. I've sent you a donation. :)


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: platorin on September 11, 2011, 12:46:54 PM
Hello,

I have a question, why many of us trying to mine solidcoin with guiminer's newest version from 2011.08.24 got "unexpected error" while software is trying to send share info to server, and obviously this not appear in the older version from 2011.05.01.

Could you somehow do something about it?


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: snowboard789 on September 11, 2011, 01:50:49 PM
there is a major problem, guiminer does not show up in a regular program, only as a tray icon. cannot show it to screen. anybody else has this?


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: pekv2 on September 11, 2011, 04:04:27 PM
there is a major problem, guiminer does not show up in a regular program, only as a tray icon. cannot show it to screen. anybody else has this?

Read the FAQ on the first post.
Quote
Frequently Asked Questions (FAQ):

Q: My window is invisible! What can I do?
A: See here for a solution.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Lord F(r)og on September 17, 2011, 03:47:38 PM
donated knickknack


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: OgNasty on September 18, 2011, 03:34:09 AM
there is a major problem, guiminer does not show up in a regular program, only as a tray icon. cannot show it to screen. anybody else has this?

I'm having the same problem and the "fix" doesn't work.  My GUI Miner is not even mining.  It opens up and shows as a tray icon and just sits there.  Turning off virus detection and windows defender software didn't do it...  Not sure what else to try.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: dub0matic on September 18, 2011, 08:15:13 AM
Even when I uninstall and try to use previous versions, it won't come up anymore...wtf?! O.o

I guess this guy had the same problem and found a fix. It might help you out.

https://bitcointalk.org/index.php?topic=41514.msg505599#msg505599

OMG YES! was about to reinstall windows. :D

Is that address in your sig still valid? Willing to tip. ^^
try this ppl it was only one page back learn to read idiots


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: OgNasty on September 18, 2011, 03:13:57 PM
try this ppl it was only one page back learn to read idiots

As I stated, that didn't work.  The program isn't actually running anything, it only shows up in the task bar.  It doesn't start the miners like the other problem with the disappearing window (which I tried several times anyway).  Learn to read idiot.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: pekv2 on September 18, 2011, 09:03:52 PM
The program isn't actually running anything, it only shows up in the task bar.  It doesn't start the miners like the other problem with the disappearing window (which I tried several times anyway).  Learn to read idiot.

What is it suppose to run? Are you talking about, guiminer is not running the kernels? What other program? GUIminer is the program with the missing window.

All I can prob. say is

https://bitcointalk.org/index.php?topic=3878.msg503706#msg503706

or

https://bitcointalk.org/index.php?topic=41514.msg505599#msg505599


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: pekv2 on September 18, 2011, 11:31:41 PM
Nothing seems to be doing the trick.  It just says connection problems.  A shame because I've been using this for a while with no issues.  Weird because mining without this GUI still works fine.

oh, Try a different pool, if it is the pool, use your secondary pool for a day then change back to the one you were having a problem with and see if it is a pool problem.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Skayze on September 19, 2011, 08:19:45 PM
Not sure if someone else posted this, but ill give at a go anyways...

Sometimes, when I check my computer after it has mined for a day, it makes these weird errors.. The error bar (the one which usually shows how many shares have been accepted) flashes and shows a couple of different error messages...
This is a problem in itself, since it means that the miner isn't running... But something else is that everything goes to the log, and everytime this happens, I have like 56kb left on my C:/ drive :S

Has anyone else experienced this?
I will take a screenshot next time it happens


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Meatball on September 19, 2011, 09:42:00 PM
If you only have 56 KB left on your hard drive, you have more problems than just this one.  You need to have at _least_ a couple of hundred MB free on your machine for windows to run and preferably closer to a GB or you'll have all sorts of problems.

From what you said, my guess is that you're really low on HD drive and windows and it's programs need to have some free 'scratch' space on the hard drive to read/write temporary files.  If you don't have enough room, programs will start having problems and windows may start acting up.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Skayze on September 20, 2011, 10:34:40 PM
..I think you misunderstood me, I have a couple of gigabytes left, but whenever it starts failing, it fills a log, which in turn fills my harddisk. So it's AFTER it starts making these errors that my free space goes down.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Meatball on September 21, 2011, 08:47:46 PM
Not sure honestly, but I'm surprised a log/text document will fill up a few GB of space.  You sure something else isn't killing the drive space?


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Lord F(r)og on September 25, 2011, 06:09:29 PM
donated knickknack

donated again


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Meatball on September 27, 2011, 06:57:47 PM
Latest version is working like a champ, one request if there's any new updates on the horizon.

There any way 'failback' can be added to the phoenix miner?  Setting up backup pools with -b works perfectly, but it'd be nice if it tried to automatically failover to the primary servers.  Right now the only way to get back to your primary is stop the miner and restart it.

Thanks!


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: pekv2 on October 03, 2011, 10:16:55 PM
Could someone please explain to me what
Code:
long poll: IO error
means?

Edit:

I moved from GUIminer guiminer-20110824.exe to guiminer-20110701.exe

I am no longer receiving these long poll: IO errors. Also, my rejected shares has dropped significantly. Tested on Slush's and Deepbit.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: slush on October 03, 2011, 11:12:09 PM
Could someone please explain to me what
Code:
long poll: IO error
means?

Connection for long polling was interrupted for some reason. There are many reasons, usually pool or some router on the way don't handle long living connections properly. Because you sent me full log in PM, I know that's not an issue of my pool, but something on your side is closing connections. From my experience some modems don't handle long living connections properly, maybe something like might be your case...


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: pekv2 on October 03, 2011, 11:22:55 PM
Could someone please explain to me what
Code:
long poll: IO error
means?

Connection for long polling was interrupted for some reason. There are many reasons, usually pool or some router on the way don't handle long living connections properly. Because you sent me full log in PM, I know that's not an issue of my pool, but something on your side is closing connections. From my experience some modems don't handle long living connections properly, maybe something like might be your case...

Ok, I'll jump back to v20110824 and test again @Connection for long polling. Brand new router & modem might be busting my balls.

Thanks, Slush.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: pekv2 on October 05, 2011, 11:17:15 PM
Heya, Kiv. Will any future releases include a fix for the unread stales?


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Jarredm on October 09, 2011, 02:19:16 AM
@pekv2 - I have found that if you don't use the -v option that the shares are counted by the gui. This is with the phoenix miner, just thought you'd like to know.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: pekv2 on October 09, 2011, 02:44:12 AM
@pekv2 - I have found that if you don't use the -v option that the shares are counted by the gui. This is with the phoenix miner, just thought you'd like to know.

Hey thanks, I'm using poclbm, thing is, I need -v or my mhash/s drops by half.

Least others will know of this for phoenix.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Lord F(r)og on October 09, 2011, 01:22:12 PM
How to Donate:

Please send donations directly to: 1MDDh2h4cAZDafgc94mr9q95dhRYcJbNQo

Most donations I receive are less than 0.1 BTC, so please consider donating even small amounts if this program helped you out.


Thank you for providing us this free tool. I'm using it for over a month now and it never disappointed me. Donation for further development is sent.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: OneFixt on October 16, 2011, 03:50:32 AM
Using GUIMiner with BitPenny (http://www.bitpenny.com):

BitPenny (site (http://www.bitpenny.com)|forum (https://bitcointalk.org/index.php?topic=36371.0)) now uses a custom local client.  To connect to BitPenny using GUIMiner, please do not use the BitPenny pool default options.  Instead, select "Other" for the server, set the host to "localhost" (or the location of your BitPenny client) and set the port to the one that you specified in bitpenny.conf


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: tacotime on October 16, 2011, 05:19:30 PM
can you please add the minerd client to guiminer so that terebrix/fairbrix/litecoin can be mined with the cpu as well?

Windows binaries are here: https://github.com/downloads/coblee/litecoin/litecoin-windows-miner-10-10-2011.zip


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: BTCcommodities on October 18, 2011, 10:48:45 AM
donation sent


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: tinman951 on October 24, 2011, 11:30:53 PM
New bugfix release is out! Thanks to everyone for your patience and prompt bug reporting.

guiminer-20110824.exe (stable) (https://github.com/downloads/Kiv/poclbm/guiminer-20110824.exe)

I downloaded it and it installed fine and is running. But, it doesn't recognize my cpu or anything at all.  Using windows 7.

Edit: Fixed it. Had to point to the \guiminer\miners\puddinpop\rpcminer-cpu.exe


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: chungenhung on October 25, 2011, 05:33:36 PM
Quote
How to use a backup pool aka fallback support:

Fallback support is in the OpenCL miner only. In the flags, specify the info of the backup pool or pools. For example if I want to fallback to my account on slush's pool, I would write:

Kiv.GPU:mypass@api.bitcoin.cz:8332

If you don't know the host name or port, you can see it in the console tab whenever you run a miner.That's all you need for basic support. You can tweak it with these options:

--failback=N   attempt to fail back to the primary pool every n getworks, default 2
--tolerance=N   use fallback pool only after N consecutive connection errors, default 2
Is it possible to use Phoenix miner with fallback support?

If using OpenCL miner, the info of backup pool will be
Kiv.GPU:mypass@api.bitcoin.cz:8332

Is the "Kiv.GPU" part constant? does it change depending on the GPU number?


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: slush on October 26, 2011, 08:22:15 PM
Hello, looks like retrieving account balance for my pool does not work. Can you please take a look, Kiv? Yesterday I added two variables 'hashrate' and 'rating', but everything should be backward compatible if you parse it as standard JSON.

Edit: Oh, I see the problem. It's unrelated to changes in json, but website is forcing HTTPS and you don't handle redirection correctly:

Code:
2011-10-26 22:19:21: Requesting balance: ('GET', u'/accounts/profile/json/xxxxx')
2011-10-26 22:19:22: Server replied: 301, <html>
<head><title>301 Moved Permanently</title></head>
<body bgcolor="white">
<center><h1>301 Moved Permanently</h1></center>
<hr><center>nginx/0.7.65</center>
</body>
</html>


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: REF on October 28, 2011, 03:42:45 PM
awesome I just updated from the 20110614 release to the most recent release 20110824 and my hash increased from 220-230Mh/s to 2250-60Mh/s. thanks for the great work i really wasnt understanding how to start mining with command lines on windowsOS


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: ssateneth on November 04, 2011, 03:19:38 AM
Update please for new phoenix 1.7


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: EPiSKiNG on November 04, 2011, 07:22:30 PM
Update please for new phoenix 1.7

+1 !!  This would be great!


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: bal3wolf on November 08, 2011, 10:04:02 PM
You can put phoenix 1.7 in the guiminer folder overwriting the old stuff and it will work just does not update the speed very offten.  I use the older ver not the aug24th one it does not report stales correct.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Nicolai Larsen on November 14, 2011, 05:36:48 AM
I have a weird problem.

I have been using GUI miner for a long time now, but today when I started it, it wouldn't show me the gui... It just sits in my taskbar doing nothing.

Anyone know what the problem might be?


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: ssateneth on November 15, 2011, 02:31:33 AM
I have a weird problem.

I have been using GUI miner for a long time now, but today when I started it, it wouldn't show me the gui... It just sits in my taskbar doing nothing.

Anyone know what the problem might be?

your guiminer is offscreen. search the forums for the fix.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: AniceInovation on November 15, 2011, 08:10:06 AM
You should seriously consider changing miner. This one is almout 3 months old, it seems KIV abandoned it.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Nicolai Larsen on November 15, 2011, 01:39:54 PM
You should seriously consider changing miner. This one is almout 3 months old, it seems KIV abandoned it.

Can you recommend another miner with a gui?


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Nicolai Larsen on November 15, 2011, 01:41:06 PM
I have a weird problem.

I have been using GUI miner for a long time now, but today when I started it, it wouldn't show me the gui... It just sits in my taskbar doing nothing.

Anyone know what the problem might be?

your guiminer is offscreen. search the forums for the fix.

When I search "offscreen" on the forum, the only thing that shows up is your post...


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: bitlane on November 15, 2011, 02:13:58 PM
Although I haven't used it in a long time (as CGMiner has been my miner of choice for the last few months):

You need to manually edit the config file and remove/edit the 'grid' info... once you see it, it should be pretty self explanatory.
This essentially says where GUIminer will 'open up'....

Another (easier) Fix, would be to update your driver to anything newer than or including 11.8, then REMOVE all dummy plugs.
Get rid of the 'extended' desktops, as they are not needed anymore.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: ssateneth on November 18, 2011, 04:52:13 AM
I have a weird problem.

I have been using GUI miner for a long time now, but today when I started it, it wouldn't show me the gui... It just sits in my taskbar doing nothing.

Anyone know what the problem might be?

your guiminer is offscreen. search the forums for the fix.

When I search "offscreen" on the forum, the only thing that shows up is your post...

https://bitcointalk.org/index.php?topic=41514.0


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: redditorrex on November 19, 2011, 04:23:38 AM
Hey, trying to build/pack with p2exe guiminer from scratch, can you specify what other projects need to be added to the directory to work.

Also if there are any guiminer hackers that would like to earn some extra scratch for helping me out please send me a pm.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Houseonfire on December 02, 2011, 09:54:02 AM
You should seriously consider changing miner. This one is almout 3 months old, it seems KIV abandoned it.

Can you recommend another miner with a gui?

Ditto. What miner do we use besides this one?


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: OgNasty on December 09, 2011, 10:50:17 PM
it seems KIV abandoned it.

Please say it ain't so.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: mc_lovin on December 30, 2011, 12:42:42 AM
I'm still using GUIminer, would I get better hashes if I abandoned it, too?


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: bitlane on December 30, 2011, 03:01:02 AM
I'm still using GUIminer, would I get better hashes if I abandoned it, too?
Of course...and I hear that Chicks really dig CGMiner.....and the guys that use it ;)


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Queelis on December 30, 2011, 06:23:23 AM
I'm still using GUIminer, would I get better hashes if I abandoned it, too?

Maybe, maybe not.

I was getting 84 Mhash with CGminer, but now for some reason it's stuck at 61, whereas I was getting 69 with GUIminer.

So your mileage may vary.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Fiyasko on December 30, 2011, 08:08:04 AM
I'm still using GUIminer, would I get better hashes if I abandoned it, too?

Maybe, maybe not.

I was getting 84 Mhash with CGminer, but now for some reason it's stuck at 61, whereas I was getting 69 with GUIminer.

So your mileage may vary.
Did your drivers update....
?


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Queelis on December 30, 2011, 08:49:51 AM
Did your drivers update....
?

They most definitely did not. I was getting the same with the same drivers in CGminer 2.0.8, thought it got fixed in 2.1.0, but, apparently, it didn't.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Turbor on December 30, 2011, 09:55:55 AM
What intensity do you run ?


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Queelis on December 30, 2011, 10:30:54 AM
What intensity do you run ?

Dynamic, but raising it to 8 or 10 does no good, just makes the Mhash rate fluctuate wildly (from 6 to 111).


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Turbor on December 30, 2011, 10:40:16 AM
Dynamic, but raising it to 8 or 10 does no good, just makes the Mhash rate fluctuate wildly (from 6 to 111).

Strange. But with 11.12 drivers i had to lower my intensity to 6. I now have full output at I7


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: Queelis on December 30, 2011, 10:58:20 AM
Strange. But with 11.12 drivers i had to lower my intensity to 6. I now have full output at I7

Don't know whether it was because of a restart or installing 11.6+2.4, but now my rate is back up to around 82, so I'm fine for now :)


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: mc_lovin on January 01, 2012, 12:46:22 AM
They should release a new version of GUI miner that is no actual update it just changes the date to 2012 :)


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: BigBobo on January 16, 2012, 12:21:38 PM
make time for a new version with support for 7970


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: RobertRibbeck on January 16, 2012, 03:06:18 PM
make time for a new version with support for 7970

dua support comes from the miner..phoenix,ufasoft, etc NOT the gui


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: OgNasty on January 18, 2012, 05:29:18 PM
They should release a new version of GUI miner that is no actual update it just changes the date to 2012 :)

I'd like to see it updated with the latest improved phatk OpenCL Kernel that was released 1/13/12.

https://bitcointalk.org/index.php?topic=25860.0


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: RobertRibbeck on January 18, 2012, 06:13:35 PM
They should release a new version of GUI miner that is no actual update it just changes the date to 2012 :)

I'd like to see it updated with the latest improved phatk OpenCL Kernel that was released 1/13/12.

https://bitcointalk.org/index.php?topic=25860.0

Nothing prevents you form placing newer versions in the gui app

replace the kernal folder and phoenix.exe  with ones from the current
replace the ufasoft folder in the miners folder with a new one



Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: andrehorta on February 03, 2012, 01:24:00 PM
Dears

How can i setup my miner client to access the internet by proxy/firewall? I need to setup the network and user and password of proxy.

Thank you


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: someone703 on February 04, 2012, 12:45:00 AM
Oh, and make sure the update includes easy setup for P2Pool please lol.

I doubt cgminer is that tough to figure out but I'm sure the pool would get a lot more users if it were easier to configure and use through someone like GUIMiner without the need for command line and scripts.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: ensign_lee on February 04, 2012, 09:46:15 PM
Are any other people experiencing a problem where suddenly your guiminer is no longer submitting shares?


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: tinman951 on February 04, 2012, 10:03:26 PM
Are any other people experiencing a problem where suddenly your guiminer is no longer submitting shares?
Yes I did this is the code:

http://i.imgur.com/jzPpm.jpg

Still had the hashes, but no shares.


Title: Re: GUI mining - updated Aug 24 with new miner versions
Post by: martychubbs on February 04, 2012, 11:55:57 PM