Quote from: Hashnamer on July 28, 2018, 12:45:11 AM

Why it is not work for me?

After run run_miner.bat, i have this:
https://i104.fastpic.ru/big/2018/0728/09/f0349bb62b7b0efcb3a27c15fffb5d09.jpg
(an endless attempt to run the mining.)

Windows 10 / Nvidia 398.36 / 1x1080ti

PS: ver 0.3 not working too.

This is strange. Have you tried to run clinfo.exe to see information about your OpenCL setup if its complete? That point of miner close is directly where it should try to detect the OpenCL drivers available.

Quote from: CygnusMinor on July 28, 2018, 02:21:55 PM

On a headless Ubuntu 18.04 server (updated to latest patch) using amdgpu-pro-18.20-606296 (had to hack it a bit by symlinking libamdoclsc64.so to libamdocl64.so and fixing some permissions - strace is a wonderful tool) using two stock MSI Vega 56's, it's working. Mostly.

I 0 sol/s appear (usually) when writing to a non available memory address. There can be two reasons for this: a) either invalid program code / the program really tries to write to a non existing addr or b) some bits flipped so some calculation went inaccurate. The latter often happens with too much OC.
Plz try to run again and see if there is a systematics here / always after some time or always on same GPU. That may indicate slightly too high clocks. E.g. we had a 580 in testing with +10% mem running stable for hours, but at +15% ending up in 0 sol/s after less then 5 minutes and that reproducable.

Quote from: theboosted on July 28, 2018, 08:34:57 AM

Very bad miner. Even in MNX on the old miner the speed was better. Not to mention the 144.5 EWBF's percentage of 30 more gives on BTG In general, this is a failure. Checked on the cards 1070.

Old miner speed was better on 1070? Can someone confirm? On my 1080 I went from 16.4k to over 20.5k from 0.34 to 0.4. Wonder (on same code) if 1070 or 1080 scale differently here (I do not have such cards, but if that confirms I can provide the lagacy kernels for the new miner, so newer features can be used with older kernel code).

By the way: right now building up an complete new Windows build chain, switching from MingW64 cross build to Microsoft Visual Studio compilers and runtime libs. I hope this reduces the problems we face in Windows