Topic: GUI mining - updated Dec 3 with 7970 bugfix, also supports Stratum! - page 60. (Read 3232159 times)

It works on my 8600m GT. but i get lower khash/s and my computer is slower... So reverting back to opengl .

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)

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.

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.

i had the same problem. 

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

after installing opencl sdk, my nvidia card stopped working,

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

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.

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.

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.


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.

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.

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

Looking at this site 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

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

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.

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.

Thanks, I've found this program which looks promising: IcoFX. If it works out I'll ask if they accept Bitcoin donations ^_^

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.

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.

1 BTC sent. Thanks for your work.

Donated 1BTC as for now(with tx fee).

Thanks, fixed.