I tested v2.0 and v3.0 on stock 270 and v3.0 is faster in both dual and non-dual modes:
v2.0: mode -0 11.5MH, mode -1 12.8MH.
v3.0: mode -0 13.2MH, mode -1 13.5MH.

Probably you use not 15.12 drivers.

If you are in doubts, you can check both "-etha 0" and "-etha 1" on your cards and select the mode with best speed, it will not take a lot of time because you can see speed for every GPU. By default miner tries to select best mode but it can be wrong in some cases (if you have middle cards) because I don't have all possible cards for tests.

As far as I understand, Suprnova does not support Stratum for Ethereum. They mention Stratum on their help page, but all their addresses contain "http".

v3.0:

- improved Ethereum mining speed by 1-15% (depends on mining mode and card model, slower card - more speed improvement).
- added "-etha" option to select Ethereum algorithm optimized for your cards.
- added "-allcoins" option to support Ethereum forks mining.
- miner checks all Ethereum shares before sending them to the pool. You will be warned if some GPU finds invalid share, usually due to overclocking.
- miner disconnects from the pool if there are not any new jobs for a long time.
- "-tt" option now can set target temperature for every card individually.
- "-tt" option now can set static fan speeds.
- fixed issue with -cclock and -mclock options. However, AMD blocked underclocking for some reason, you can overclock only.
- option "-wd 1" is set by default now.
- option "-ethi" for values less than "4" now sets very low GPU load to avoid any freezes in Windows. The most low GPU load is "-ethi 0".
  Also "-ethi" now can set intensity for every card individually.
  You can also specify negative values, for example, "-ethi -8192", it exactly means "global work size" value that is used in official miner.
- Bug fixes.

Got a good speedup for weak cards for both eth and eth+dcr modes and a small speedup for fast cards, I will release next version of the miner with a lot of improvements within 24 hours.

I know that there is such coin, but I did not check any details.

"-esm 1" works, miner must write "qtminer mode" during start. Just wait some time (an hour) and pool will show info about shares. Check this topic a few pages ago there was same problem and it was solved.

You can check the log, pool sends the same header (job) for a long time:

23:01:14:327   16cc   got 243 bytes
23:01:14:338   16cc   buf: {"id":0,"jsonrpc":"2.0","result":["0x56c1b889948349b145171845df85cbaae42e2052393518da6e68fe4c652a27f3","0x013d5197a3a035144a79e3e09dfec2505039ed176d81a0957e229886ddbee49b","0x00000000dbe6fecebdedd5beb573440e5a884d1b2fbf06fcce912adcb8d8422e"]}

......

23:43:57:438   16cc   got 243 bytes
23:43:57:451   16cc   buf: {"id":0,"jsonrpc":"2.0","result":["0x56c1b889948349b145171845df85cbaae42e2052393518da6e68fe4c652a27f3","0x013d5197a3a035144a79e3e09dfec2505039ed176d81a0957e229886ddbee49b","0x00000000dbe6fecebdedd5beb573440e5a884d1b2fbf06fcce912adcb8d8422e"]}
 
42 minutes it sends the same job. Moreover, it accepts shares for this job all the time:

23:09:02:904   16cc   got 36 bytes
23:09:02:912   16cc   buf: {"id":4,"jsonrpc":"","result":true}
23:09:02:922   16cc   parse packet: 36
23:09:02:940   16cc   ETH: Share accepted!

.....

23:40:44:596   16cc   send: {"id":4,"method":"eth_submitWork","params":["0x75e8cb19ab613cb4","0x56c1b889948349b145171845df85cbaae42e2052393518da6e68fe4c652a27f3","0xfc152e9f3155f53c75a270b7db26d6b63fec19c54318a49ec1513246cf14479e"]}
23:40:44:725   16cc   got 36 bytes
23:40:44:728   16cc   buf: {"id":4,"jsonrpc":"","result":true}
23:40:44:728   16cc   parse packet: 36
23:40:44:737   16cc   ETH: Share accepted!

The problem is not in my miner. The only problem with my miner is that it should understand that entire pool (or at least its thread that serves you) hangs and disconnect, I will add it.

I get disconnects from nanopool right now so they are doing something with the pool. It seems I really need to add failover asap, probably I will add it in next update.

Looks like a pool hangs on some block. If the problem is in miner, pool must reject old shares, but it responds "accepted", so the problem is on pool's side. Anyway, PM me the log file, I will check it. I will also add check so if miner gets same job for a long time it disconnects from the pool because it hangs.

I don't want to work with proxies, so the miner will work with ETH client directly, it will take some time to implement it. I will do it soon, but not today

Yes, as soon as I can get Polaris here for tests

Again, original miner cannot change address and port. Check pools.txt, may be your pool there.

Ok.

I've checked ETH forks - they will be supported in next update.

In current version -cclock and -mclock don't work if you did not specify "-tt" parameter. I've fixed it already, will be applied in next update. However, AMD disabled underclocking for some reason, so you can overclock only. I remember it worked in Catalyst v13.x but AMD added this stupid limitation in v14.x drivers. Right now I cannot underclock cards even via Crimson control panel, only overclock, you can check it too.

I will try to add it in next update.

You can PM me the log with this problem, I will check it.

Ok I'll check it.

I'm working on next update:
- Further improvements related to DAG files, for example, even better stability when new epoch is coming, perhaps you already noticed that miner did not crash at new epoch #45 as official miner usually does.
- Performance improvements for weak cards and Fury.
- Checking shares on CPU and warn if GPU calculates them incorrectly (usually due to overclocking).