doctor, did you plan to add adl support for Pitcairn like GCN1.0 GPU's? Did you plan to add clock, voltage, fans and pw controls?

Often recieve rejected shares "Job not found" on nicehash cryptonightV7.

I have a couple of questions:

1) Has doktor83 released the source code of SRBminer?

IMHO, it's crucial to have the source code of any possible improvements, so that we don't end up with a Claymore v9.7 situation (the author has even refused BTC/ETH donations to release the source code to the community).

2) How is it possible that Claymore v9.7 can use the entire memory with 15.7.1 Catalyst driver, but other miners cannot do the same? Is there any OpenCL hack that makes 14.4 drivers redundant?

I don't even know if it's possible to copy/paste the OpenCL dll file from 14.4 to 15.7.1 or something like that to detect the memory properly...

Keep it up, dok, I just pointed 40 more VEGAs your way, I was using a 0 fee XMR-Stak, but I want to support your efforts!

Hallo,

 i would like to try latest srbminer with ipbc algo, but i have some problem. If I want to exit program (ctrl+c) program stop responding and hangs - after while i see in lower right corner windows popup mesage, that windows denied access to HW driver and windows hangs .... miner running ok for hours, but this happen when i want to stop it ... any suggestions?

thanx


ori

Yeah, sorry I didn't specify, it's pretty late here.. and if it's not added as + 1.. it would fit in a 32 byte address.. so nothing would be wasted.. should be an 8 times increase.. at least in memory speed.. if it fits without +1 ..and if there is some need to have 256 byte for a video's memory.. I'll understand, but would like to wonder why.

But if you made your own, and isn't forked or anything from them.. is that how you have it somewhat? maybe 32 or 64?

If you didn't build the whole thing your own that is, check out a line that has i believe a "224u" line in it assigning a value to memHash..which is padding for a 256 byte chunk..so it should be something that takes it out at way before 255 and bam, well just comment it off and add + 1;  How stable is it? i've only ran it an hour... but if it can do ~2-5 hashes for me.. imaging what it may do for multiple not using the basis of bits..


try a good test on a more speedy video card with that..doing before fix and after fix results and of course will it stay running for an hour or 300?
it's in auto config... source.

Nothing really can help that without the kernels that are executed. This also happens on any other gpu miner as well right?

For everyone:

     I'll explain a bit about OpenCL and how the "kernels" work a bit..
The kernel or "payload/work" is sent to the video card and is kind of like a singular pipe, okay that analogy sucked, but imagine
with all the "CU" Compute Units available.. the work from these kernels are sort of like threads on a miniature scale and they all
work according to the OpenCL standard (Hopefully) But it's like a faucet.. turn it on or off.. also you may need to turn down intensity
even more until you have a freeze free desktop which costs all the extra hashing power you would have had.  Remember on SRBMiner you can
use decimals so don't forget that ex: "intensity 20.3" or what have you.

     I've left an earlier comment on a "low intensity" mode that is about splitting
up one big time job to do work into much smaller timed jobs and if done right, it really shouldn't have any negative impact on hashing speed,
or at least any notable impacts on it so that could be maybe be a modulation of 100ms or 1/10th a second per command queue or even smoother
by doing it roughly ~16.67ms for 1/60th a second, but I'm getting a bit to technical trying to explain it.. Anywho, a good way to perhaps implement
this would be to take an argument for say --desktop_mode <time in milliseconds> ex. --desktop_mode 25 and plug that in which would do 40 pulses_per_second.

     I'm not the most intelligible on OpenCL and gpu kernel work, but to the best of my knowledge this is the only way that claymore/phoenix miners are doing this,
please correct me if I'm wrong (Which I probably am on a few things ).  Since I have no source code to these miners, I've been doing a bit of work on XMRig-amd
and testing my findings out on that.. So far I haven't got into splitting up kernel execution times, but i did turn an almost static 32H/s into 35H/s by redoing a bit
of the way the kernel maps memory.. Not sure how big of an improvement it would be on a real card, but it probably would give a good bit more hashes on other cards..
I'm only able to test with an amd radeon HD6530D APU setup and the maximum i've ever got it to do was 42H/s at a slight bit of OC on claymore and around 50H/s if i jacked
timing up to almost 700Mhz from stock 444Mhz for this cards core..(Probably wondering to yourself how that is even achieved with these old APU's?? I call it part of the good
silicon lottery.) If you have an A6-series or A4's or whatnot, I might be able to also help with clocks and suggestions...

     Also if anybody would like to try and help coding for and helping SRBMiner be the serious go to for cryptonight mining with this low intensity thing and kernel work.. I'd gladly
accept the help and can set up a private git branch that we could work on that through xmrig source, if the Doktor gives an ok on doing, he could throw it into SRB with perhaps
minimal changes and nothing else will have it.  My goal as a mining hobbyist is to make these miners work on pretty much all driver versions (Except the ones like the crimson beta
which doesn't include anything to use far as i can tell...)

Drivers tested with using DDU (Without Format):
  14.4 - Confirmed as working and stable for pre-GCN cards.
  15.7 - Can only confirm that it does not work with A6-series Apu's without driver crash.
  15.11 - Also same as 15.7.
  16.2.1 - Forget about it... for pre-GCN computing.

     Perhaps I should just ask Doktor if he in any way, shape, or form would like to collaborate even?  I tend to use bitbucket for it's private git repositories with things such as these.
And by the way, here is something to talk about.. not sure if there is a rant section, but people that totally pack their miners and put in disassembly code that shuts off a miner for
having any debug software going, or show's faked hashrates to ppl who use nofee or cheats as they worded it, or are those numbers not just higher in the code.. SRB i'm 99.9999% sure
there isn't any of that since we're all getting just about the same hashes on all the open sourced ones, but this seems a good bit more optimized already with more share turn in's
compared to hashes, perhaps Dok already found those memory speedups Okay, enough of my novella.. Thanks.

I lost the page in which was stated how to make fine tuning of intensity workspace, memchunk etc.
Doctor, may you place it in the readme ?
Btw, you lost the logfile option in the readme as well

Parameters (go in .bat):

--config filename (use config file other than config.txt)
--pools filename (use pools file other than pools.txt)
--logfile filename (enable logging to file)
--listdevices (list available devices)
--adldisable (disable ADL)
--disablegpuwatchdog (disable gpu crash detection)

Trying mine IPBC and using 1.4.6 srb miner can't set difficulty at 30.000 it always going up . Anyone know how to set it ? Wallet address "." "+" dont work .

@doktor83

Hi, first of all thanks for your great work.

I have an MSI RX 580 8GB gaming X (H5GQ8H24MJR SK Hynix), its hashrate is only 28.2 MH for ETH and 760 H for XMR (SRB Miner). I modded it with UBERMIX 3.1 straps (1500+). Do you think using PIMP MY STRAPS could I get better results?

Hello, I just tested latest version & I see the gpu_conf is doing nothing.
I mean, if you set:

"intensity" : 0
"double_threads" : TRUE,

I doesn't matter what you enter in gpu_conf it wil use I 0 & threads true

If you set I 50, same happens, 50 will be used even if you set a different value in gpu_conf

Threads are always 8, etc... So the GPUs can not be configured separately.

I've seen that because I was testing different configs & always having same H/s results.
Just take a look at the first lines of the miner window, here you will see the configuration used.

Maybe I'm doing something wrong?

hy

@Doktor83

i mean the Avg result time :


+ a e-mail support on miner restart would be great to!

You're right. I'm agreed with all that you say. But as usual miner I'm 1st of all look into my profit, not developers of miners. Must to say that it's allready big amount of CN miners at this moment. Claymore, GGS, CastXMR, sgminer, SRB - and it's only miners that give good speed. And when I have a choise - it's normal that I choose miner that gives to me maximum earn...

SRB on my RX 580 8Gb cards (hynix) gives on 1 card 10 h/s more than GGS, but 2nd card 10 h/s less ))))
But GGS is open source... Thats mean that devfee can be disabled on them...

R9 380(4Gb, moded Bios,1100,1625) - 780 HS

Can someone help !  how t set difficulty on SRB 1.4.6

@doktor83 Please make an option for simple one bat file, where we can put all data for mining, like claymore cryptonight miner, or sgminer for example with simple commands (-o -a -w -g -I...), why separate so much config, pools, etc and so much unnecessary files??

hy again 

@doktor83 is SRBMiner showing AMD Invalid results aswell as Acceptept total shares ?

it would be verry helpful for me to know the share time in stats ...

thx again