Unfinished CryptoNight OpenCL (AMD) miner

[Wolf0]

NaN.

[1713961859]

1713961859

[HardwarePal]

Thanks for all your hard work Wolf0 I will be watching this thread

[arielbit]

take a nap, you are no good to us dead 

[statdude]

What does this mean for CryptoNote hashrate efficiency?

[digicoin]

Thanks Wolf`. Can't wait for this release

[bestsponsor]

vehre ?
https://www.freelancer.com/u/vehre.html
I ordered him the job. https://www.freelancer.com/projects/Software-Architecture-C-Programming/convert-code-Cuda-OpenCL.html
He threw me
It's his code, according to some features
[15:51:36] Probing for GBT support
[15:51:36] JSON protocol request:
{"id": 0, "method": "getblocktemplate", "params": [{"capabilities": ["coinbasetxn", "workid", "coinbase/append"]}]}

[15:51:36] HTTP hdr(Server): Epee-based
[15:51:36] HTTP hdr(Content-Length): 112
[15:51:36] HTTP hdr(Content-Type): text/plain
[15:51:36] HTTP hdr(Last-Modified): Sun, 29 Jun 2014 13:51:36 GMT
[15:51:36] HTTP hdr(Accept-Ranges): bytes
[15:51:37] JSON protocol response:
{
"error": {
"message": "Method not found",
"code": -32601
},
"id": 0,
"jsonrpc": "2.0"
}
[15:51:37] JSON-RPC call failed: {
"message": "Method not found",
"code": -32601
}
[15:51:37] Failed to connect in json_rpc_call
[15:51:37] No GBT coinbase + append support found, using getwork protocol
[15:51:37] JSON protocol request:
{"method": "getwork", "params": [], "id":0}

[15:51:37] HTTP hdr(Server): Epee-based
[15:51:37] HTTP hdr(Content-Length): 112
[15:51:37] HTTP hdr(Content-Type): text/plain
[15:51:37] HTTP hdr(Last-Modified): Sun, 29 Jun 2014 13:51:37 GMT
[15:51:37] HTTP hdr(Accept-Ranges): bytes
[15:51:37] JSON protocol response:
{
"error": {
"message": "Method not found",
"code": -32601
},
"id": 0,
"jsonrpc": "2.0"
}
[15:51:37] JSON-RPC call failed: {
"message": "Method not found",
"code": -32601
}

[superresistant]

Let's do this !

Open GPU miner FTW !

[5w00p]

[superresistant]

More furry for Wolf !

[n00bnoxious]

Wolf, you are THE man. Deep, unending respect for the work you've donated to the community! Get yourself some rest, you more than deserve it!

[qiufeng]

well done wolf!!

[djm34]

vehre ?
https://www.freelancer.com/u/vehre.html
I ordered him the job. https://www.freelancer.com/projects/Software-Architecture-C-Programming/convert-code-Cuda-OpenCL.html
He threw me
It's his code, according to some features
[15:51:36] Probing for GBT support
[15:51:36] JSON protocol request:
{"id": 0, "method": "getblocktemplate", "params": [{"capabilities": ["coinbasetxn", "workid", "coinbase/append"]}]}

[15:51:36] HTTP hdr(Server): Epee-based
[15:51:36] HTTP hdr(Content-Length): 112
[15:51:36] HTTP hdr(Content-Type): text/plain
[15:51:36] HTTP hdr(Last-Modified): Sun, 29 Jun 2014 13:51:36 GMT
[15:51:36] HTTP hdr(Accept-Ranges): bytes
[15:51:37] JSON protocol response:
{
"error": {
"message": "Method not found",
"code": -32601
},
"id": 0,
"jsonrpc": "2.0"
}
[15:51:37] JSON-RPC call failed: {
"message": "Method not found",
"code": -32601
}
[15:51:37] Failed to connect in json_rpc_call
[15:51:37] No GBT coinbase + append support found, using getwork protocol
[15:51:37] JSON protocol request:
{"method": "getwork", "params": [], "id":0}

[15:51:37] HTTP hdr(Server): Epee-based
[15:51:37] HTTP hdr(Content-Length): 112
[15:51:37] HTTP hdr(Content-Type): text/plain
[15:51:37] HTTP hdr(Last-Modified): Sun, 29 Jun 2014 13:51:37 GMT
[15:51:37] HTTP hdr(Accept-Ranges): bytes
[15:51:37] JSON protocol response:
{
"error": {
"message": "Method not found",
"code": -32601
},
"id": 0,
"jsonrpc": "2.0"
}
[15:51:37] JSON-RPC call failed: {
"message": "Method not found",
"code": -32601
}

hope you paid a lot for that   (sorry this is a little pathetic  )
Next, you should order something from a hacker to uncrypt claymore miner (might have already done it  )

[djm34]

vehre ?
https://www.freelancer.com/u/vehre.html
I ordered him the job. https://www.freelancer.com/projects/Software-Architecture-C-Programming/convert-code-Cuda-OpenCL.html
He threw me
It's his code, according to some features
[15:51:36] Probing for GBT support
[15:51:36] JSON protocol request:
{"id": 0, "method": "getblocktemplate", "params": [{"capabilities": ["coinbasetxn", "workid", "coinbase/append"]}]}

[15:51:36] HTTP hdr(Server): Epee-based
[15:51:36] HTTP hdr(Content-Length): 112
[15:51:36] HTTP hdr(Content-Type): text/plain
[15:51:36] HTTP hdr(Last-Modified): Sun, 29 Jun 2014 13:51:36 GMT
[15:51:36] HTTP hdr(Accept-Ranges): bytes
[15:51:37] JSON protocol response:
{
"error": {
"message": "Method not found",
"code": -32601
},
"id": 0,
"jsonrpc": "2.0"
}
[15:51:37] JSON-RPC call failed: {
"message": "Method not found",
"code": -32601
}
[15:51:37] Failed to connect in json_rpc_call
[15:51:37] No GBT coinbase + append support found, using getwork protocol
[15:51:37] JSON protocol request:
{"method": "getwork", "params": [], "id":0}

[15:51:37] HTTP hdr(Server): Epee-based
[15:51:37] HTTP hdr(Content-Length): 112
[15:51:37] HTTP hdr(Content-Type): text/plain
[15:51:37] HTTP hdr(Last-Modified): Sun, 29 Jun 2014 13:51:37 GMT
[15:51:37] HTTP hdr(Accept-Ranges): bytes
[15:51:37] JSON protocol response:
{
"error": {
"message": "Method not found",
"code": -32601
},
"id": 0,
"jsonrpc": "2.0"
}
[15:51:37] JSON-RPC call failed: {
"message": "Method not found",
"code": -32601
}

I'm not him. CPUminer is used as a base - of course the output is similar.

I know    it wasn't against you

[bestsponsor]

I'm not him. CPUminer is used as a base - of course the output is similar.

cryptonight_lobotomized.c - file name coincided by chance?

[bestsponsor]

hope you paid a lot for that   (sorry this is a little pathetic  )
Next, you should order something from a hacker to uncrypt claymore miner (might have already done it  )

I did not pay because they do not get the finished product.
Most likely, vehre sold his unfinished work

[bestsponsor]

This topic has appeared on the following day after vehre refused to quit. This is also a chance?

[djm34]

This topic has appeared on the following day after vehre refused to quit. This is also a chance?

anyhow, I fail to see the interest claymore algo is way much faster... (if it is just to get the bounty.... at 50USD/hour, it would cost you more)

[SpeedDemon13]

It really shouldn't matter who made it first or claim come with it first, main focus is to get it working. Then credit can be given to all involved.

[renegadepcsolutions]

This topic has appeared on the following day after vehre refused to quit. This is also a chance?

anyhow, I fail to see the interest claymore algo is way much faster... (if it is just to get the bounty.... at 50USD/hour, it would cost you more)

How do you know Claymore's is faster? This doesn't even work yet - it uses ONE GPU work-item and ONE thread.

Speaking of open-source gpu-miners... Wolf0, you might want to take a look at tsiv's latest release for cuda-miner... made a binary to mine on compute 2.1 and compute 2.0 (fermi) cards.

Maybe that can help?

My 1GB 560ti's get 200h/s each. Just saying.

[superresistant]

This topic has appeared on the following day after vehre refused to quit. This is also a chance?

anyhow, I fail to see the interest claymore algo is way much faster... (if it is just to get the bounty.... at 50USD/hour, it would cost you more)

It doesn't mean it will stay the fastest.
If more people get involved in the open GPU miner, we're probably going to see better optimisations.

[bestsponsor]

It really shouldn't matter who made it first or claim come with it first, main focus is to get it working. Then credit can be given to all involved.

I do not claim authorship or reward. I want everyone to know - programmer vehre - dishonest

[Yanakitu Tenatako]

This topic has appeared on the following day after vehre refused to quit. This is also a chance?

anyhow, I fail to see the interest claymore algo is way much faster... (if it is just to get the bounty.... at 50USD/hour, it would cost you more)

It doesn't mean it will stay the fastest.
If more people get involved in the open GPU miner, we're probably going to see better optimisations.

I support that.

[canonsburg]

Is there any chance for Windows binary?

[5w00p]

Wolf0,
Do not worry, you are supported by those of us who can see clearly.  Even if we require corrective lenses to do so.
 

[tazous]

test under pimp

wget http://ftp://ftp.gnu.org/gnu/autoconf/autoconf-2.69.tar.gz

tar -xvzf autoconf-2.69.tar.gz

cd autoconf-2.69/

./configure

make

make install

autoconf --version

cd ..

ln -s /opt/AMDAPP/lib/x86/libOpenCL.so /usr/lib/libOpenCL.so

wget https://github.com/wolf9466/opencl-cryptonight/archive/master.zip

unzip master.zip

cd opencl-cryptonight-master/

cp -R /opt/sgminer/winbuild/dist/include/CL CL

CFLAGS="-O2 -Wall -march=native" ./configure --prefix=/usr

make

minerd -a cryptonight -o stratum+tcp://mine.moneropool.org:80 -u 463tWEBn5XZJSxLU6uLQnQ2iY9xuNcDbjLSjkn3XAXHCbLrTTErJrBWYgHJQyrCwkNgYvyV3z8zctJL PCZy24jvb3NiTcTJ -p x -t 2
[2014-07-02 20:38:35] Using JSON-RPC 2.0
[2014-07-02 20:38:35] 1 miner threads started, using 'cryptonight' algorithm.
[2014-07-02 20:38:35] Starting Stratum on stratum+tcp://mine.moneropool.org:80
[2014-07-02 20:38:35] Pool set diff to 10000
[2014-07-02 20:38:35] Stratum detected new block
[2014-07-02 20:38:36] thread 0: 1 hashes, 0.96 H/s
[2014-07-02 20:38:40] thread 0: 59 hashes, 14.90 H/s


it will not support the gpu yet?
or I forget something?

[dragonmike]

Just a quick fist bump from me, just to say I'm eager to see this working!
Been supporting the guys over at PiMP lately as I thing they're doing an awesome work with their platform. Heard they had been in touch with you, hope you can build something great! 

[digicoin]

Bump 

[onetwentyfive]

Bump 

don't tease me with a new post!!  watching this with interest and waiting for the more technical among us to unveil something new and revolutionary!

[arielbit]

nice 

[matthewh3]

I'm stunned that there seems to be zero developer interest in this. I've finished a good 70% of it at least, and the github seems dead.

What's the bounty for this now?  Maybe we can promote it a bit more.  To get more donations and interest.

[kbm]

I'm stunned that there seems to be zero developer interest in this. I've finished a good 70% of it at least, and the github seems dead.

What's the bounty for this now?  Maybe we can promote it a bit more.  To get more donations and interest.

The bounty for this is 500 XMR and 1 BTC, listed here: https://bitcointalk.org/index.php?topic=656841.0

If this were to be finished, I would propose breaking the bounty up between Wolf0 and whoever finishes the code. I'd need feedback on that, so if it gets finished I'll wait to see what people say.

[n00bnoxious]

I so wish I knew OpenCL or the AMD SDK :-( I'd love to contribute and get this working, but I just don't possess the right knowledge. Any hints to learn it folks? I'd be honoured to do my best on it!

[dragonmike]

Woke up. Weird, only been a few hours. Forgot donation addresses; if you want to donate, here:

Code:

XMR: 46sSETXrZGT8bupxdc2MAbLe3PMV9nJTRTE5uaFErXFz6ymyzVdH86KDb9TNoG4ny5QLELfopynWeBSMoT1M2Ga8RBkDqTH
BTC: 1WoLFumNUvjCgaCyjFzvFrbGfDddYrKNR

I've donated to the PiMP guys for the implementation of the crypronight gpu miner. Have they been in touch with you?
In any case, keep up the good work, much appreciated!

[Kablam]

getting a crytptonote gpu miner into pimp have a few problems .... first there need to be one;) second it need a api so it can communicate with pool manager the webgui in pimp.....
I know there is work going on to get this fixed but its alot of work and thats why the pimp devs need donations towards it so they can pay someone to make the api and finish the miner....

[Kablam]

hehe i know but ididnt want to mention any names

[digicoin]

Any update? 

[bestsponsor]

Any update? 

Do not expect anything from them. Wolf0 works in conjunction with Claymore. They work together. I would not be surprised if any one person.
Topic started to slow down as much as possible the development of a free miner

[equipoise]

^Any other thoughts on that? Wolf0 is a teenager - still unbalanced and immature (sorry Wolf0 - nothing personal). His opinion about himself is biased by the Dunning–Kruger effect and his main thoughts are about the money he could make. He got a good amount of donations by the XMR community and it would be very wrong of him if he acts dishonestly on this one.

[dragonmike]

Bump!
Demand is still there

[3x2]

Still in development?

[3x2]

Still in development?

Yes, working on finding a bug. After that's done, finishing it up shouldn't be too hard.

OK, keep up the good work 

[yang5034]

nice work,thank you .wating for the open souce miner.

[number_cruncher]

Had some trouble compiling. I cloned off git. I'm afraid my Linux experience is limited to "well it didn't work, looks like i'm screwed."

Not sure if I messed something up, but let me know if I can be any help.
Ubuntu 13.10
AMD Drivers amd-catalyst-13.11-beta V9.4-linux-x86.x86_64

miner1@miner1:~/opencl-cryptonight$ ./autogen.sh
miner1@miner1:~/opencl-cryptonight$ ./configure
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking for gcc option to accept ISO C99... -std=gnu99
checking how to run the C preprocessor... gcc -std=gnu99 -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking whether gcc -std=gnu99 needs -traditional... no
checking whether gcc -std=gnu99 and cc understand -c and -o together... yes
checking dependency style of gcc -std=gnu99... gcc3
checking for ranlib... ranlib
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking sys/endian.h usability... no
checking sys/endian.h presence... no
checking for sys/endian.h... no
checking sys/param.h usability... yes
checking sys/param.h presence... yes
checking for sys/param.h... yes
checking syslog.h usability... yes
checking syslog.h presence... yes
checking for syslog.h... yes
checking for sys/sysctl.h... yes
checking whether be32dec is declared... no
checking whether le32dec is declared... no
checking whether be32enc is declared... no
checking whether le32enc is declared... no
checking for size_t... yes
checking for working alloca.h... yes
checking for alloca... yes
checking for getopt_long... yes
checking whether we can compile AVX code... yes
checking whether we can compile XOP code... yes
checking whether we can compile AVX2 code... yes
checking for json_loads in -ljansson... no
checking for pthread_create in -lpthread... yes
checking for OPENSSL_init in -lcrypto... yes
checking for gawk... (cached) gawk
checking for curl-config... /usr/bin/curl-config
checking for the version of libcurl... 7.32.0
checking for libcurl >= version 7.15.2... yes
checking whether libcurl is usable... yes
checking for curl_free... yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating compat/Makefile
config.status: creating compat/jansson/Makefile
config.status: creating cpuminer-config.h
config.status: executing depfiles commands
miner1@miner1:~/opencl-cryptonight$ make
make  all-recursive
make[1]: Entering directory `/home/miner1/opencl-cryptonight'
Making all in compat
make[2]: Entering directory `/home/miner1/opencl-cryptonight/compat'
Making all in jansson
make[3]: Entering directory `/home/miner1/opencl-cryptonight/compat/jansson'
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../..      -MT dump.o -MD -MP -MF .deps/dump.Tpo -c -o dump.o dump.c
mv -f .deps/dump.Tpo .deps/dump.Po
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../..      -MT hashtable.o -MD -MP -MF .deps/hashtable.Tpo -c -o hashtable.o hashtable.c
mv -f .deps/hashtable.Tpo .deps/hashtable.Po
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../..      -MT load.o -MD -MP -MF .deps/load.Tpo -c -o load.o load.c
mv -f .deps/load.Tpo .deps/load.Po
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../..      -MT strbuffer.o -MD -MP -MF .deps/strbuffer.Tpo -c -o strbuffer.o strbuffer.c
mv -f .deps/strbuffer.Tpo .deps/strbuffer.Po
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../..      -MT utf.o -MD -MP -MF .deps/utf.Tpo -c -o utf.o utf.c
mv -f .deps/utf.Tpo .deps/utf.Po
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../..      -MT value.o -MD -MP -MF .deps/value.Tpo -c -o value.o value.c
mv -f .deps/value.Tpo .deps/value.Po
rm -f libjansson.a
ar cru libjansson.a dump.o hashtable.o load.o strbuffer.o utf.o value.o
ranlib libjansson.a
make[3]: Leaving directory `/home/miner1/opencl-cryptonight/compat/jansson'
make[3]: Entering directory `/home/miner1/opencl-cryptonight/compat'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/home/miner1/opencl-cryptonight/compat'
make[2]: Leaving directory `/home/miner1/opencl-cryptonight/compat'
make[2]: Entering directory `/home/miner1/opencl-cryptonight'
gcc -std=gnu99 -DHAVE_CONFIG_H -I.  -pthread -I./compat/jansson   -ggdb -g3 -maes   -MT minerd-cpu-miner.o -MD -MP -MF .deps/minerd-cpu-miner.Tpo -c -o minerd-cpu-miner.o `test -f 'cpu-miner.c' || echo './'`cpu-miner.c
mv -f .deps/minerd-cpu-miner.Tpo .deps/minerd-cpu-miner.Po
gcc -std=gnu99 -DHAVE_CONFIG_H -I.  -pthread -I./compat/jansson   -ggdb -g3 -maes   -MT minerd-util.o -MD -MP -MF .deps/minerd-util.Tpo -c -o minerd-util.o `test -f 'util.c' || echo './'`util.c
mv -f .deps/minerd-util.Tpo .deps/minerd-util.Po
gcc -std=gnu99 -DHAVE_CONFIG_H -I.  -pthread -I./compat/jansson   -ggdb -g3 -maes   -MT minerd-cryptonight_common.o -MD -MP -MF .deps/minerd-cryptonight_common.Tpo -c -o minerd-cryptonight_common.o `test -f 'cryptonight_common.c' || echo './'`cryptonight_common.c
mv -f .deps/minerd-cryptonight_common.Tpo .deps/minerd-cryptonight_common.Po
gcc -std=gnu99 -DHAVE_CONFIG_H -I.  -pthread -I./compat/jansson   -ggdb -g3 -maes   -MT minerd-cryptonight_opencl.o -MD -MP -MF .deps/minerd-cryptonight_opencl.Tpo -c -o minerd-cryptonight_opencl.o `test -f 'cryptonight_opencl.c' || echo './'`cryptonight_opencl.c
cryptonight_opencl.c:2:23: fatal error: CL/opencl.h: No such file or directory
 #include <CL/opencl.h>
                       ^
compilation terminated.
make[2]: *** [minerd-cryptonight_opencl.o] Error 1
make[2]: Leaving directory `/home/miner1/opencl-cryptonight'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/miner1/opencl-cryptonight'
make: *** [all] Error 2

[teknohog]

Compiled and got this upon running:

Code:

clBuildProgram() returned -11!
"/tmp/OCL25634T8.cl", line 366: error: invalid type conversion
                AES256Round((uint *)c, (ulong *)&long_state[aindx],
                (uint *)a);
                                       ^

"/tmp/OCL25634T8.cl", line 368: error: invalid type conversion
                CopyBlock((ulong *)&long_state[aindx], b);
                          ^

"/tmp/OCL25634T8.cl", line 372: error: invalid type conversion
                CopyBlock(b2, (ulong *)&long_state[cindx]);
                              ^

"/tmp/OCL25634T8.cl", line 377: error: invalid type conversion
                CopyBlock((ulong *)&long_state[cindx], a);
                          ^

"/tmp/OCL25634T8.cl", line 325: warning: variable "gid" was declared
but never
          referenced
        __private uint i, j, gid, aeskey1[64], aeskey2[64];
                             ^

4 errors detected in the compilation of "/tmp/OCL25634T8.cl".

Frontend phase failed compilation.

Looks like pretty minor errors, but I have no time to hack on this now.

[teknohog]

Code:

...
4 errors detected in the compilation of "/tmp/OCL25634T8.cl".

Frontend phase failed compilation.

Looks like pretty minor errors, but I have no time to hack on this now.

I tested on an Nvidia card, so AMD might be a little pickier.

Yup, this was on AMD. I'll have a look at those type conversions at some point.

[teknohog]

Code:

clBuildProgram() returned -11!
"/tmp/OCL25634T8.cl", line 366: error: invalid type conversion
                AES256Round((uint *)c, (ulong *)&long_state[aindx],
                (uint *)a);
                                       ^

"/tmp/OCL25634T8.cl", line 368: error: invalid type conversion
                CopyBlock((ulong *)&long_state[aindx], b);
                          ^

"/tmp/OCL25634T8.cl", line 372: error: invalid type conversion
                CopyBlock(b2, (ulong *)&long_state[cindx]);
                              ^

"/tmp/OCL25634T8.cl", line 377: error: invalid type conversion
                CopyBlock((ulong *)&long_state[cindx], a);
                          ^

"/tmp/OCL25634T8.cl", line 325: warning: variable "gid" was declared
but never
          referenced
        __private uint i, j, gid, aeskey1[64], aeskey2[64];
                             ^

4 errors detected in the compilation of "/tmp/OCL25634T8.cl".

Frontend phase failed compilation.

Looks like pretty minor errors, but I have no time to hack on this now.

I removed all those (ulong *)'s as I figured there's no need for type conversion, they're already defined with that type. It compiles and runs on my AMD system, clearly hashing something.

Unfortunately, my first GPU is a very slow, integrated one, so I'd like a way to force the second device...

Edit: one obvious compile issue was fixed by adding -std=gnu99 to CFLAGS. The compiler even suggest either that or -std=c99, but it also hints at GNU extensions, and indeed only the gnu99 worked. (This is probably included by default, but got messed by custom flags :-j)

[Crypto_EX]

can we expect to mine with this without being forced to pay that stupid 5% miner fee that claymore miner has ... also the way he forces us makes feel that this guy can't really be trusted ...

[Crypto_EX]

can we expect to mine with this without being forced to pay that stupid 5% miner fee that claymore miner has ... also the way he forces us makes feel that this guy can't really be trusted ...

Of course - it's open source. But while I don't agree with the amount of his fee, I think devs should be paid - and it's not like more than 2-3% of people donate.

i would have donated but the way he forces us makes me not wanna trust him .... and he is being very rude about it because he knows that his closed source software is the only one available to AMD cards also his software is under developed it doesn't even show cards temps how lazy is that and still forcing us to pay him for that lousy job of his just because he knows that we have no other option 

[Crypto_EX]

can we expect to mine with this without being forced to pay that stupid 5% miner fee that claymore miner has ... also the way he forces us makes feel that this guy can't really be trusted ...

Of course - it's open source. But while I don't agree with the amount of his fee, I think devs should be paid - and it's not like more than 2-3% of people donate.

i would have donated but the way he forces us makes me not wanna trust him .... and he is being very rude about it because he knows that his closed source software is the only one available to AMD cards also his software is under developed it doesn't even show cards temps how lazy is that and still forcing us to pay him for that lousy job of his just because he knows that we have no other option 

I released a 2x faster cpuminer for XMR a while ago - I got less than 0.2 BTC in donations. Believe me, donators are in the minority.

well at least u were a decent man and still started a new open source gpu miner project despite the low donation, that's something

[teknohog]

I need to know if it gets correct hashes 

I'm now getting about 1 H/s which is nowhere close to CPU speeds, so I'm not going to wait for shares now.

Stupid question about design: are you returning the full result to the CPU for testing against difficulty? Because most GPU miners do an initial test on the GPU, which makes communication a lot faster, and they only return the gid/nonce when necessary. It looks like you're not using the gid...

[dragonmike]

I released a 2x faster cpuminer for XMR a while ago - I got less than 0.2 BTC in donations. Believe me, donators are in the minority.

I herewith commit to donate 0.03 BTC to yourself (I know it's not much but that's still a week worth of mining on my rig nowadays ) if you manage to get the XMR miner working on Linux for AMD GPUs (with comparable or better hashrates Claymore achieves on Windows). I would then need the exact commands to compile/install etc as well as my Linux skills are second to... all.  

[restless]

I think a donation fee is ok. Its fair to give developer a share, and this way everyone donates proportional to their "income".

[Crypto_EX]

I think a donation fee is ok. Its fair to give developer a share, and this way everyone donates proportional to their "income".

5% is not okay though because we have electricity to pay for too ...

[bestsponsor]

I think a donation fee is ok. Its fair to give developer a share, and this way everyone donates proportional to their "income".

5% is not okay though because we have electricity to pay for too ...

How about bounty ? https://bitcointalk.org/index.php?topic=656841.0 Total: 500 XMR, 1 BTC

[restless]

I think a donation fee is ok. Its fair to give developer a share, and this way everyone donates proportional to their "income".

5% is not okay though because we have electricity to pay for too ...

Why not?!
A miner which gives you 2x the speed of regular one (if any!) and you think 5% is too much?
Don't use it then.
Its a win-win for the developer AND users. Until better way to reward devs is found
 

[Crypto_EX]

I think a donation fee is ok. Its fair to give developer a share, and this way everyone donates proportional to their "income".

5% is not okay though because we have electricity to pay for too ...

Why not?!
A miner which gives you 2x the speed of regular one (if any!) and you think 5% is too much?
Don't use it then.
Its a win-win for the developer AND users. Until better way to reward devs is found
 

we have to cover electricity costs 5% is too much and he charges that much because he knows we don't have any other option, if i'm not going to profit (electricity is 80% of my mining revenue + 5% dev fee + 2% pool fee) after paying for electricity then what is the point .....

also 2 x faster 100 x faster difficulty will normalize that when everybody starts using that miner

devfee should never be over 1 ~ 2 % as a maximum because tons of users will be using that miner and hash for him at no electricity cost so why be greedy, i mean the dev will still end with a huge amount of electricity free hashes ...

[Coindgr]

I think a donation fee is ok. Its fair to give developer a share, and this way everyone donates proportional to their "income".

5% is not okay though because we have electricity to pay for too ...

Why not?!
A miner which gives you 2x the speed of regular one (if any!) and you think 5% is too much?
Don't use it then.
Its a win-win for the developer AND users. Until better way to reward devs is found
 

we have to cover electricity costs 5% is too much and he charges that much because he knows we don't have any other option, if i'm not going to profit (electricity is 80% of my mining revenue + 5% dev fee + 2% pool fee) after paying for electricity then what is the point .....

also 2 x faster 100 x faster difficulty will normalize that when everybody starts using that miner

devfee should never be over 1 ~ 2 % as a maximum because tons of users will be using that miner and hash for him at no electricity cost so why be greedy, i mean the dev will still end with a huge amount of electricity free hashes ...

Also, if no faster miner was released, and everybody was still using a slower one, then it would be the same, just the difficulty would be lower, but the amount of coins for each should be similar.

[SpeedDemon13]

I think a donation fee is ok. Its fair to give developer a share, and this way everyone donates proportional to their "income".

5% is not okay though because we have electricity to pay for too ...

Why not?!
A miner which gives you 2x the speed of regular one (if any!) and you think 5% is too much?
Don't use it then.
Its a win-win for the developer AND users. Until better way to reward devs is found
 

we have to cover electricity costs 5% is too much and he charges that much because he knows we don't have any other option, if i'm not going to profit (electricity is 80% of my mining revenue + 5% dev fee + 2% pool fee) after paying for electricity then what is the point .....

also 2 x faster 100 x faster difficulty will normalize that when everybody starts using that miner

devfee should never be over 1 ~ 2 % as a maximum because tons of users will be using that miner and hash for him at no electricity cost so why be greedy, i mean the dev will still end with a huge amount of electricity free hashes ...

Honestly, a dev for a miner will get more at 2% or lower dev fee, because people will more likely give a donation that will surpass the 5% from the richer miners/investors. This is my opinion though.

 

[SpeedDemon13]

I think a donation fee is ok. Its fair to give developer a share, and this way everyone donates proportional to their "income".

5% is not okay though because we have electricity to pay for too ...

Why not?!
A miner which gives you 2x the speed of regular one (if any!) and you think 5% is too much?
Don't use it then.
Its a win-win for the developer AND users. Until better way to reward devs is found
 

we have to cover electricity costs 5% is too much and he charges that much because he knows we don't have any other option, if i'm not going to profit (electricity is 80% of my mining revenue + 5% dev fee + 2% pool fee) after paying for electricity then what is the point .....

also 2 x faster 100 x faster difficulty will normalize that when everybody starts using that miner

devfee should never be over 1 ~ 2 % as a maximum because tons of users will be using that miner and hash for him at no electricity cost so why be greedy, i mean the dev will still end with a huge amount of electricity free hashes ...

Honestly, a dev for a miner will get more at 2% or lower dev fee, because people will more likely give a donation that will surpass the 5% from the richer miners/investors. This is my opinion though.

 

Noooooooooope.

If I was a more wealthier miner/investor, I would donate 10% of my earnings. But that's how I think...Guess others don't think like that....I did say it's my opinion, to re-quote it....

[SpeedDemon13]

5% fee doesn't bother me from Claymore's miner, but the performance could be %50 or more would be more satisfactory....

Anyone having some success in compile a better version for CryptoNight algo? Even in alpha form?

[nrg_wolf]

5% fee doesn't bother me from Claymore's miner, but the performance could be %50 or more would be more satisfactory....

Anyone having some success in compile a better version for CryptoNight algo? Even in alpha form?

I'd get on optimizing this one if it was working. Wish there was someone else with OCL knowledge.

there has to be someone that know's OCL coding.... this forum is full of coders and yet almost no1 wants to stand up and help.....

[braxx]

try pm user "reorder" (from 1GH.com) he upgraded heavycoin & mjollnircoin amd miners

maybe you can convince him to help... he is good

[Atrides]

5% fee doesn't bother me from Claymore's miner, but the performance could be %50 or more would be more satisfactory....

Anyone having some success in compile a better version for CryptoNight algo? Even in alpha form?

I'd get on optimizing this one if it was working. Wish there was someone else with OCL knowledge.

See my repo, may be you have more luck:
https://bitcointalk.org/index.php?topic=656841.msg8117523#msg8117523

[djm34]

 

I think a donation fee is ok. Its fair to give developer a share, and this way everyone donates proportional to their "income".

5% is not okay though because we have electricity to pay for too ...

Why not?!
A miner which gives you 2x the speed of regular one (if any!) and you think 5% is too much?
Don't use it then.
Its a win-win for the developer AND users. Until better way to reward devs is found
 

we have to cover electricity costs 5% is too much and he charges that much because he knows we don't have any other option, if i'm not going to profit (electricity is 80% of my mining revenue + 5% dev fee + 2% pool fee) after paying for electricity then what is the point .....

also 2 x faster 100 x faster difficulty will normalize that when everybody starts using that miner

devfee should never be over 1 ~ 2 % as a maximum because tons of users will be using that miner and hash for him at no electricity cost so why be greedy, i mean the dev will still end with a huge amount of electricity free hashes ...

Honestly, a dev for a miner will get more at 2% or lower dev fee, because people will more likely give a donation that will surpass the 5% from the richer miners/investors. This is my opinion though.

 

Noooooooooope.

+1   (actually those who give aren't generally the big whale (who have to pay their electricity bill and pool fee... good one  ) but rather the small users, or some coin supporters in some case... the community doesn't show a lot its appreciation... )

[Crypto_EX]

I think a donation fee is ok. Its fair to give developer a share, and this way everyone donates proportional to their "income".

5% is not okay though because we have electricity to pay for too ...

Why not?!
A miner which gives you 2x the speed of regular one (if any!) and you think 5% is too much?
Don't use it then.
Its a win-win for the developer AND users. Until better way to reward devs is found
 

we have to cover electricity costs 5% is too much and he charges that much because he knows we don't have any other option, if i'm not going to profit (electricity is 80% of my mining revenue + 5% dev fee + 2% pool fee) after paying for electricity then what is the point .....

also 2 x faster 100 x faster difficulty will normalize that when everybody starts using that miner

devfee should never be over 1 ~ 2 % as a maximum because tons of users will be using that miner and hash for him at no electricity cost so why be greedy, i mean the dev will still end with a huge amount of electricity free hashes ...

Honestly, a dev for a miner will get more at 2% or lower dev fee, because people will more likely give a donation that will surpass the 5% from the richer miners/investors. This is my opinion though.

 

Noooooooooope.

+1   (actually those who give aren't generally the big whale (who have to pay their electricity bill and pool fee... good one  ) but rather the small users, or some coin supporters in some case... the community doesn't show a lot its appreciation... )

look u r going to defend the 5% fee and then u come here and talk oh come on even the op doesn't agree with such a high fee ... that is pure GREED period !

[djm34]

I think a donation fee is ok. Its fair to give developer a share, and this way everyone donates proportional to their "income".

5% is not okay though because we have electricity to pay for too ...

Why not?!
A miner which gives you 2x the speed of regular one (if any!) and you think 5% is too much?
Don't use it then.
Its a win-win for the developer AND users. Until better way to reward devs is found
 

we have to cover electricity costs 5% is too much and he charges that much because he knows we don't have any other option, if i'm not going to profit (electricity is 80% of my mining revenue + 5% dev fee + 2% pool fee) after paying for electricity then what is the point .....

also 2 x faster 100 x faster difficulty will normalize that when everybody starts using that miner

devfee should never be over 1 ~ 2 % as a maximum because tons of users will be using that miner and hash for him at no electricity cost so why be greedy, i mean the dev will still end with a huge amount of electricity free hashes ...

Honestly, a dev for a miner will get more at 2% or lower dev fee, because people will more likely give a donation that will surpass the 5% from the richer miners/investors. This is my opinion though.

 

Noooooooooope.

+1   (actually those who give aren't generally the big whale (who have to pay their electricity bill and pool fee... good one  ) but rather the small users, or some coin supporters in some case... the community doesn't show a lot its appreciation... )

look u r going to defend the 5% fee and then u come here and talk oh come on even the op doesn't agree with such a high fee ... that is pure GREED period !

(what about free speech ?!)
I don't agree with it either (otherwise I wouldn't opensource anything), however I understand it a bit, in view of the donation (from large whale)
Now concerning the pure "greed", why do you think anybody would run 100 or more gpu on a coin ? To get free heat ?

No, mostly because it brings money. (and nobody has stopped mining because the fee were too high...) and at that level there is nothing wrong with sharing a bit with those who make that possible but the donation system is a bit broken...,
Opensource is just equivalent to free stuff we find on the internet in people mind... not code we can improve 

[PeaMine]

I'd be happy with Wolf0 having a dev fee as long as the miner was the most efficient.
I do think 5% is a bit much, but I do use Claymore's so...guess it's not too much for me lol.
I also donated directly to Wolf0 all my week's mining with the first stock CPU miner, as I then got around 1.8x faster once I switched and was sooo happy.
Now though, the only profitable method for me is GPU, and I just got some CPUs sitting here idle.

[matthewh3]

I'd be happy with Wolf0 having a dev fee as long as the miner was the most efficient.
I do think 5% is a bit much, but I do use Claymore's so...guess it's not too much for me lol.
I also donated directly to Wolf0 all my week's mining with the first stock CPU miner, as I then got around 1.8x faster once I switched and was sooo happy.
Now though, the only profitable method for me is GPU, and I just got some CPUs sitting here idle.

Still messing with the opencl, but there's no point in having a dev fee if it's open source.

If you auto build it into the config how p2pool used to.  Plus built binaries with it already configured I think you'd be surprised by how many miners never actually bother to change it.

[cayars]

release binary only with source to follow 30 days after "testing" period?

[giveBTCpls]

What hashrates are going getting with your computers? It could be nice to have a list with the hashrates depending on what you are using to mine, because I think it's not worth it for me to mine anymore, and I don't have the time to test it.

[matthewh3]

I've asked the pool - https://minergate.com - to support a bounty for development of this miner - https://bitcointalk.org/index.php?topic=528848.msg8233693#msg8233693

Edit:  Maybe you could work with Minergate only having the binaries for so long.  So that you could both see a return from its development before fully opensourcing it for the community.

[lpedretti]

Code:

gcc -std=gnu99 -ggdb -g3 -maes    -lOpenCL  -o minerd minerd-cpu-miner.o minerd-util.o minerd-cryptonight_common.o minerd-cryptonight_opencl.o crypto/minerd-c_keccak.o crypto/minerd-c_groestl.o crypto/minerd-c_blake256.o crypto/minerd-c_jh.o crypto/minerd-c_skein.o crypto/minerd-hash.o crypto/minerd-aesb.o -L/usr/lib/x86_64-linux-gnu -lcurl compat/jansson/libjansson.a -lpthread  -lcrypto 
minerd-cryptonight_opencl.o: In function `do_gpu':
/root/mining/opencl-cryptonight/cryptonight_opencl.c:34: undefined reference to `clGetPlatformIDs'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:42: undefined reference to `clGetDeviceIDs'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:54: undefined reference to `clCreateContext'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:62: undefined reference to `clCreateCommandQueue'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:63: undefined reference to `clCreateProgramWithSource'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:71: undefined reference to `clBuildProgram'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:76: undefined reference to `clGetProgramBuildInfo'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:82: undefined reference to `clCreateKernel'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:84: undefined reference to `clCreateBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:85: undefined reference to `clCreateBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:86: undefined reference to `clCreateBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:90: undefined reference to `clEnqueueWriteBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:98: undefined reference to `clSetKernelArg'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:99: undefined reference to `clSetKernelArg'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:100: undefined reference to `clSetKernelArg'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:104: undefined reference to `clEnqueueNDRangeKernel'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:112: undefined reference to `clFlush'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:113: undefined reference to `clFinish'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:115: undefined reference to `clEnqueueReadBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:123: undefined reference to `clFlush'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:124: undefined reference to `clFinish'

I only have .so's of libOpenCL, what am i missing?. I copied the CL dir from /opt/AMDAPP/include

Best regards!

[lpedretti]

Code:

gcc -std=gnu99 -ggdb -g3 -maes    -lOpenCL  -o minerd minerd-cpu-miner.o minerd-util.o minerd-cryptonight_common.o minerd-cryptonight_opencl.o crypto/minerd-c_keccak.o crypto/minerd-c_groestl.o crypto/minerd-c_blake256.o crypto/minerd-c_jh.o crypto/minerd-c_skein.o crypto/minerd-hash.o crypto/minerd-aesb.o -L/usr/lib/x86_64-linux-gnu -lcurl compat/jansson/libjansson.a -lpthread  -lcrypto 
minerd-cryptonight_opencl.o: In function `do_gpu':
/root/mining/opencl-cryptonight/cryptonight_opencl.c:34: undefined reference to `clGetPlatformIDs'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:42: undefined reference to `clGetDeviceIDs'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:54: undefined reference to `clCreateContext'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:62: undefined reference to `clCreateCommandQueue'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:63: undefined reference to `clCreateProgramWithSource'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:71: undefined reference to `clBuildProgram'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:76: undefined reference to `clGetProgramBuildInfo'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:82: undefined reference to `clCreateKernel'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:84: undefined reference to `clCreateBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:85: undefined reference to `clCreateBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:86: undefined reference to `clCreateBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:90: undefined reference to `clEnqueueWriteBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:98: undefined reference to `clSetKernelArg'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:99: undefined reference to `clSetKernelArg'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:100: undefined reference to `clSetKernelArg'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:104: undefined reference to `clEnqueueNDRangeKernel'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:112: undefined reference to `clFlush'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:113: undefined reference to `clFinish'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:115: undefined reference to `clEnqueueReadBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:123: undefined reference to `clFlush'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:124: undefined reference to `clFinish'

I only have .so's of libOpenCL, what am i missing?. I copied the CL dir from /opt/AMDAPP/include

Best regards!

Made it compile, it was that -lOpenCL should go after the object file being compiled (order matters)
Corrected some ulong* casts in the opencl file but it does not run yet, or at least is not reporting what is doing, gotta dig inside a little more to understand how the opencl code is called and it's results returned so i can debug it.

[argentinx]

no one is able to adapt this?
seen that the bottom is of the same algorithm
https://github.com/mbkuperman/boolberry-opencl

[soulistyce]

Code:

gcc -std=gnu99 -ggdb -g3 -maes    -lOpenCL  -o minerd minerd-cpu-miner.o minerd-util.o minerd-cryptonight_common.o minerd-cryptonight_opencl.o crypto/minerd-c_keccak.o crypto/minerd-c_groestl.o crypto/minerd-c_blake256.o crypto/minerd-c_jh.o crypto/minerd-c_skein.o crypto/minerd-hash.o crypto/minerd-aesb.o -L/usr/lib/x86_64-linux-gnu -lcurl compat/jansson/libjansson.a -lpthread  -lcrypto 
minerd-cryptonight_opencl.o: In function `do_gpu':
/root/mining/opencl-cryptonight/cryptonight_opencl.c:34: undefined reference to `clGetPlatformIDs'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:42: undefined reference to `clGetDeviceIDs'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:54: undefined reference to `clCreateContext'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:62: undefined reference to `clCreateCommandQueue'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:63: undefined reference to `clCreateProgramWithSource'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:71: undefined reference to `clBuildProgram'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:76: undefined reference to `clGetProgramBuildInfo'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:82: undefined reference to `clCreateKernel'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:84: undefined reference to `clCreateBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:85: undefined reference to `clCreateBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:86: undefined reference to `clCreateBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:90: undefined reference to `clEnqueueWriteBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:98: undefined reference to `clSetKernelArg'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:99: undefined reference to `clSetKernelArg'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:100: undefined reference to `clSetKernelArg'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:104: undefined reference to `clEnqueueNDRangeKernel'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:112: undefined reference to `clFlush'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:113: undefined reference to `clFinish'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:115: undefined reference to `clEnqueueReadBuffer'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:123: undefined reference to `clFlush'
/root/mining/opencl-cryptonight/cryptonight_opencl.c:124: undefined reference to `clFinish'

I only have .so's of libOpenCL, what am i missing?. I copied the CL dir from /opt/AMDAPP/include

Best regards!

Same error here...Needing help!!! 

[pallas]

move -lOpenCL to the end of the commandline.

[samaricanin]

Is there any progress on miner

[digicoin]

Is there any progress on miner

No. I think that we need some kind of funding to push the project forward