Hi there, thanks for trying out and reporting the results

Well as for your last point: I know and I immediately see that in my own wallet - when a miner is often used cash is flowing well on devs side, but if the software is to bad - well he will get no bugs. Kind of turbo capitalism here. That said: I suspect I have many Nvidia users atm - or rather I am sure for 192/7 and 144/5 I have none. Point is that 0.4x trunk was mainly build to make a software for 144/5 on AMD. I am currently working on new codes that will also speed up for both - AMD and NVIDIA. I already can say that new 192/7 code is faster then current EWBF iteration - but well he knows what he is doing and I am sure he will also bring an optimized version soon.

Regarding fee height:
Developing this stuff is fun but also a bunch of working hours. Therefore I have a simple rule of thumb: when I earned about 500$ with a new code then I lower the fee by 0.5%. This is not yet happened for 144/5, but was already for 96/5 some time ago. There I even made more money in the past, so there the fee is down to 1%. I hope when new code kicks in we will see fee drop to 1.5% soon (obviously because I gained some users then ^^)


Had that some time ago, but problem is that this makes it much harder for me to quickly change some stuff, test, change again. What is problem with current solution? With the parameters "KERNELSDIR" and -usercfg you even can put the config file and the kernel directory wherever you like, so does not have to be at same position as the software itself. So why you need it integrated?