Author

Topic: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners - page 375. (Read 703143 times)

sr. member
Activity: 700
Merit: 294
Is this for real? vEry good technology i will surely try out

Yes!  iTs for rEal!  You should try it.
member
Activity: 75
Merit: 10
Is this for real? vEry good technology i will surely try out
newbie
Activity: 32
Merit: 0
Fantastic, this is going to save me hours upon hours of time.  A few more small quality of life requests:

-Make it so that when I select a group with miners that are mixed mining, stopped and offline that it doesnt grey out functions. Start should just start all that are capable of starting, and ignore those that are already running or offline. Stop should stop everything thats running. Upgrade remote agent should just upgrade the ones that are online and upgradeable.

-This one is really simple: Automatically stop the miner when the benchmarking dialog is opened.

A few more little things:

 - Be able to right click a miner and go to benchmark directly instead of having to use the top tabs all the time. Now that we can do other things while benchmarking this will make life a bit easier/quicker when making adjustments.

 - In the benchmark window it would be nice to right click an algorithm and be able to run diagnostics on that specific algorithm/miner/configuration. Right now to diagnose issues while benchmarking you have to go through a weird dance of either setting the profit really high and starting the miner normally or disabling a ton of algorithms and running diagnostics that way.
newbie
Activity: 2
Merit: 0
Is anyone able to successfully miner hmq1725 on AMD cards in Awesome Miner? I believe it uses sgminer-gm miner, this miner works fine for me on other algos but for hmq1725 the miner opens briefly (less than 1 second) then just stops 7 the window closes.

Help me please  Grin
newbie
Activity: 17
Merit: 0
Correct the order of the graphics cards in the program. In place of the GTX 1070 1080 shows. Video cards for miner are sorted by parameter-d 1,3,5. And in the program for the pool are displayed incorrectly.
full member
Activity: 350
Merit: 158
#takeminingback
Having an issue with AvalonMiner 841 and  Awesome Miner connection with the 841's API.

I set the W:192.xxx.xx.xxx in cgminer, and Awesome Miner can connect. However, every few minutes, it disconnects for a minute.
It reconnects, with 0 hour/min uptime and does so over and over. While I have the API access set, cgminer shows no info, but when
I reset the API to default and disconnect from AM, the uptime is correct. The 841 is running the entire time, showing no disconnection
from my pool.

Should the API access ip be entered differently?

My other miners, not AvalonMiners, are having no issues with AM at all during this issue. My AM is up to date as well. TIA!!!
Are the miners on the same local network? If not, it might be that you need to increase the API connection timeout a bit. Even if on the local network, it could be that these Avalon miners are a bit slow in their responses sometimes. Please go to Options dialog, Advanced section and increase "Miner API connection timeout".


They are all on the same network. I'll give your suggestion a try. Thank you!
member
Activity: 113
Merit: 10
profit calc for sumokoin is working properly again with the latest beta, thanks!
newbie
Activity: 37
Merit: 0
There seems to be a real problem with X16r.

Every morning I wake up and my most profitable rig is not mining anything at all, because it was mining X16r and then it just stopped overnight and did not start mining anything else.

I am losing a lot of profit because of this.

PLEASE FIX...
Has the mining software crashed multiple times? If crashed, it will be noted on the Notifications tab and you will see what mining software, algorithm and pool that was active then the crash happend. By default Awesome Miner will restart a crashed mining process, but if it fails too many times within a few minutes, Awesome Miner will give up. You can configure how many times Awesome Miner should try to restart a miner with frequent crashes in the Options dialog, Advanced section: "Restart attemps on process crash".



Yes I know and I love that part of Awesome Miner, but it doesn't appear to be working at all. It actually just happened to me while it was mining.

X16r seems to start and stop a lot, but there are no fails. If you mean the "Notes" tab it is completely empty.

It looks like it just stops and never restarts unless you manually start it. Honestly I would just disable X16r but it shows as the most profitable for this rig.

This is the only algo that causes this issue.  Huh

Which miner are you using with X16r? Has it successfully mined at all or it simply crashed on every startup of the X16r miner of your choice. What is the GPU you are using?


Awesome Miner is using raven miner and there are no problems with the actual mining. There are no rejected shares or anything like that. It is not crashing in any way..... It just starts mining, and after a little while, it stops mining and does not start again.

Raven miner while it is mining will stop mining at random and then start itself back up again, all the time..... BUT... after a while, it just stops mining and does not start again.

I am having this problem on 3 different rigs.


EDIT: Is there a way to make zergpool, ahashpool, hashrefinery, and zpool use C=LTC, without affecting mining pool hub and mining dutch?

Right now if I right click on the managed miner and I add -p C=LTC to the command line properties.... That will make zergpool, ahashpool, hashrefinery, and zpool use c=LTC, but it causes problems with mining dutch and I suspect it may cause issues with mining pool hub.

EDIT 2: For one of my rigs adding -p C=LTC the the managed profit miner command line properties does not even work, it shows as x in the extra column of any pool. THIS SOFTWARE IS SO INCONSISTENT! I am using windows 10 LTSB on a samsung EVO 840 SSD for all 3 rigs and it is a very basic rig.... how is there so much INCONSISTENCY?Huh?!!!!!
newbie
Activity: 27
Merit: 0
I think it's important to update claymore to 11.6 for 3gb cards owners.. thanks

You can always stop the miner, copy the updated miner into the same directory and restart the miner. I've done this several times in the past, and it works no problem. Unfortunately there is some lag time behind when new miners get released and AM is able to include them (he's gotta do testing too).

You can also just put it the updated miner in a new directory and point AM at that as well.
newbie
Activity: 45
Merit: 0
Also, an unrelated feature request - and I hope this is something simple to implement. Please make the columns customizable for the compact list. I dont particularly care about accept/reject stats, but there's a lot of other information in the summary tab that I'd like constantly displayed near each miner - such as the windows uptime, miner uptime, software being used, the worker/pool, number of GPUs active, individual GPU temps/fan/hash, etc. When I maximize the window the majority of the main window is whitespace, and I have to constantly click each miner to find out simple information like windows uptime. I just want to be able to tell at a glance which machines have low uptime so I can identify the unstable ones. Or I want to know which wallet its mining to at a glance, or which rigs/profiles I didnt configure to use a new software, etc.

And you really, really need to be able to make it possible to ctrl-click miners in different groups. I manage multiple mining farms and I have to keep them in groups so each client can only see information pertaining to their own miners. But when I want to upload new software, apply templates, start/stop miners etc - I have to literally do everything 5 times. Especially when stuff like uploading custom software locks the UI, when you have 50+ miners to update but you can only do 10 at once, I have to constantly babysit it. Something that I could have clicked once, walked away and came back a few minutes later when its all done instead takes a very long time because I have to wait for one to finish to start the next. If I didnt have them in groups I could do this with ease, so I'm between a rock and a hard place. To a lesser extent this is also a problem with the benchmarking - you've been good about adding new software, but in order for me to know whether this software is worth using I need to bench it. We have profit profiles because every software gives different results on every hardware - so obviously I need to bench it separately for each profile. That wouldnt be a big deal if I could bench all 8 of my profiles simultaneously on 8 different rigs, but instead its another thing that takes over an hour of work to do correctly because it locks up the entire UI and I have to go one by one.

Both of these related issues can be incredibly frustrating because kind of the whole point of AM to me is that it makes managing large farms far more practical - but actually using AM with large farms is an exercise in frustration because of UI/UX decisions that result in SO MUCH manual busywork! It may make managing the farms possible but it also makes it so aggravatingly time consuming that I'll be honest, I'm still constantly looking for alternatives to AM that offer a similar level of configurability but require less time and have more informative/flexible UIs. Like AM has great features, but the UI actively makes me not want to use those features because it takes so long to accomplish simple things.
Please check out this feature that allow you to customize the content of the Progress field:
http://www.awesomeminer.com/help/customizefield.aspx
You can get Windows uptime, miner update and a number of other values. If there are specific fields you miss, like more GPU related information, I can simply expose that as well.

I will enable multi-select of miners across different groups in the next release. It's a very small change and hopefully it will make the experience better for you.

I will also make the benchmark dialog non-modal, making it possible for you to have it running while you continue working with the Awesome Miner main window at the same time. This also makes it possible to benchmarks to different miners at the same time.

Thanks for all feedback.

Absolutely fantastic! I really appreciate your responsiveness to user requests.

Regarding the progress field customization, I'm a coder myself and I tried to achieve this myself a while back, but I found that the documentation of the objects and methods for the C# scripting was somewhat lacking and I couldn't figure it out. I also exclusively use the compact view and it didnt appear to function in that view anyway.
The Customize Progress dialog allows configuration for both the List and Compact List modes. Please let me know what information field that you think I should add to this feature, like GPU fan.


Ah ok, I see it now - I didnt realize "small list" was referring to the compact view. I think any information that's available in the summary, pools, GPU view when you click on a miner should be accessible. Personally I think being able to add/customize columns like other windows programs is a more straightforward way of doing this. But in either case it's really not obvious how to do anything in this field. When you click the link to go to the site for explanation, it shows a couple of examples from the status Object. If Windows uptime is in there I can't find it. Either way I think this is something that should be accessible to non-programmers. If not full blown customizable columns, then at least a bunch of checkboxes so users can easily select what they think is relevant to them. I dont think most people care about the precise formatting that the expressions can provide as long as the information is present.
newbie
Activity: 23
Merit: 0
Hi,

I thought I would give Awesome Miner a try after seeing a number of positive reviews.

Are there any good / up to date sites showing step by step how to configure the software for Multi Profit mining on MiningPoolHub?

Thanks
jr. member
Activity: 61
Merit: 2
Using Manged Miner, Mining CryptonightV7 on MPH monero Pool, using newest Release of AM 4.6.7 and claymores crytponight 11.3.  How do I get profit info to show?

Had to select Unspec CryptonightV7 Coin for pool to show, Define coin dont have option for Monero Im assuming Monero still linked to Cryptonight somehow in AM.  Any work arounds or suggestions.

Thanks
newbie
Activity: 45
Merit: 0
Awesome Miner version 4.6.7 (Development preview of 4.7)

- Benchmark feature improved to benchmark and compare multiple mining software using the same algorithm
- Benchmark can run without preventing access to the user interface
- Adjust profit calculations for Yiimp-based pools to actual performance based on past payouts compared to estimates. Configured in Options dialog, Statistics section.
- Added Notes tab at the bottom of the screen to allow any notes to be entered for the selected miner
- Updated user interface for mining software selection
- Updated miner list to allow selection of multiple miners from different groups
- Added buttons to select all or unselect all algorithms in the Properties of a Profit Profile
- Variables for IP addresses in pool worker names supports padding of leading zeros for each segment of the IP address
- Added context menu to copy MAC address of miner on the Summary tab
- Offline detection trigger allows for longer offline duration to be configured
- Updated pool URL's for Mining Dutch
- Performance optimizations
- Support running as a 64 bit application on 64-bit Windows
- Added new algorithms: X16r, X16s, Cryptonight-Lite and Cryptonight-Heavy
- Added mining software: Sgminer X16r for X16r algorithm
- Added mining software: RavenMiner for X16r algorithm
- Claymore Dual Ethereum Miner 11.6
- Claymore Cryptonight Miner 11.3, including CryptonightV7 support
- Claymore NeoScrypt AMD Miner 1.1
- Bminer 6.1
- CastXMR 0.9.2
- PhoenixMiner 2.8c
- Correction to Verify Password for Cloud Services configuration
- Correction to Unicode encoding for sending messages via SMS and Telegram
- Correction to the batch file execution configured to be running before the miner is started
- Minor corrections

The items in blue have been updated since the previous development preview two days ago. There are also a few additional corrections in this release.

Development versions are intended for users that want to try the latest features before they are made available in the official releases. Development versions are not intended to be deployed at large scale as they have not been tested as much as the official releases. Please make sure that both Awesome Miner and Remote Agent are upgraded to the same version. Also note that once upgraded to a development preview, it isn't possible to downgrade to an older version.

To get access to development versions, open the Options dialog in Awesome Miner. In the General section, enable Check for development versions. Then go to the Menu and click Check for updates

Direct download links if needed:
http://www.awesomeminer.com/download/setupdev/AwesomeMiner.msi
http://www.awesomeminer.com/download/setupdev/AwesomeMinerRemoteService.msi

The plan is to release the official version 4.7 during next week.

Fantastic, this is going to save me hours upon hours of time.  A few more small quality of life requests:

-Make it so that when I select a group with miners that are mixed mining, stopped and offline that it doesnt grey out functions. Start should just start all that are capable of starting, and ignore those that are already running or offline. Stop should stop everything thats running. Upgrade remote agent should just upgrade the ones that are online and upgradeable.

-This one is really simple: Automatically stop the miner when the benchmarking dialog is opened.
jr. member
Activity: 348
Merit: 5
There seems to be a real problem with X16r.

Every morning I wake up and my most profitable rig is not mining anything at all, because it was mining X16r and then it just stopped overnight and did not start mining anything else.

I am losing a lot of profit because of this.

PLEASE FIX...
Has the mining software crashed multiple times? If crashed, it will be noted on the Notifications tab and you will see what mining software, algorithm and pool that was active then the crash happend. By default Awesome Miner will restart a crashed mining process, but if it fails too many times within a few minutes, Awesome Miner will give up. You can configure how many times Awesome Miner should try to restart a miner with frequent crashes in the Options dialog, Advanced section: "Restart attemps on process crash".



Yes I know and I love that part of Awesome Miner, but it doesn't appear to be working at all. It actually just happened to me while it was mining.

X16r seems to start and stop a lot, but there are no fails. If you mean the "Notes" tab it is completely empty.

It looks like it just stops and never restarts unless you manually start it. Honestly I would just disable X16r but it shows as the most profitable for this rig.

This is the only algo that causes this issue.  Huh

Which miner are you using with X16r? Has it successfully mined at all or it simply crashed on every startup of the X16r miner of your choice. What is the GPU you are using?
newbie
Activity: 37
Merit: 0
There seems to be a real problem with X16r.

Every morning I wake up and my most profitable rig is not mining anything at all, because it was mining X16r and then it just stopped overnight and did not start mining anything else.

I am losing a lot of profit because of this.

PLEASE FIX...
Has the mining software crashed multiple times? If crashed, it will be noted on the Notifications tab and you will see what mining software, algorithm and pool that was active then the crash happend. By default Awesome Miner will restart a crashed mining process, but if it fails too many times within a few minutes, Awesome Miner will give up. You can configure how many times Awesome Miner should try to restart a miner with frequent crashes in the Options dialog, Advanced section: "Restart attemps on process crash".



Yes I know and I love that part of Awesome Miner, but it doesn't appear to be working at all. It actually just happened to me while it was mining.

X16r seems to start and stop a lot, but there are no fails. If you mean the "Notes" tab it is completely empty.

It looks like it just stops and never restarts unless you manually start it. Honestly I would just disable X16r but it shows as the most profitable for this rig.

This is the only algo that causes this issue.  Huh
jr. member
Activity: 348
Merit: 5
....

What do you think ?
When all the other 4 pools have no issue, and when zergpool has this issue for 6 hours making 4500 miners loose all for 6 hours, it's something from bad management of the pool, right ?
Also AM should implement a protection against this type of  behavior from pools, right ?

Once I get the current development release done and released as v4.7 I will start investigating how Awesome Miner can be improved to detect more of these pool related issues.

I agree that Awesome Miner should be able to analyze and find pools that are reporting unrealistic numbers in terms of profitability. Please keep in mind that when you mine on Zergpool and similar, Awesome Miner may not have full insight in the coin details of what you are actually mining. The profit information is however always known.

@eminer, I think you could take a break from mining at a pool, at times like this, ppl are rather sensitive cause you are no longer making 15 dollars a day with 1080Tis, and it's going to continue to be the case unless BTC picks up the steam again (If and only IF). That being said, you know why other 4 pools are fine? (I'd correct you that the online services, there are only 3 "other" pools, and out of the 3, HashRefinery don't currently have x17 listed. that leaves you with the 2 and they all shut the xvg pools down following ocminer's suit @ SuprNova, Zerg also followed suit, just not as fast...and you probably haven't realized that pinpins is also human, he needs sleep.

The other factor is that you got to be joking if you think Hackers are going to inform everyone as to WHEN they will carry out attacks? 6 hours response time is reasonable, nobody gained, the pool itself is also a victim.

@Patrike
Some ideas, I'm sure many other's would also love to share their experience and opinions on how to tackle this. I've been mining obscure coins on various pools and uses @soothaa's coin plugin + my own implementation based on his work. What is obvious IMHO is that difficulty plays the greatest factor in the fluctuations. It is certainly more pronounced with new, obscure, new unpopular coins since the difficulty Delta% can be rather high.

Another obvious thing is that relying data on WTM only is also causing an issue, the siteOP simply cannot actively keeps track of all blockchains state and there's been already several coins having stats stuck for hours in the past few days, some are even Active(not listed) and not flagged as lagging LUX has been stuck at 5184.281 difficulty for the past 8~10 hours at WTM today....still stuck now.

Thus, I believe, some sort of cross check between WTM, or the ability to read various explorer's (including pool's) difficulty value would be a good way to provide a reference safeguarding figure as well as redundancy. For personal use currently, I already am tapping into actual pool's reported difficulty for several coins even if they have json @ WTM...that to me, makes a difference (WTM being rather unreliable lately or just me ;p)

From there, you have a very current difficulty value, this could simply used to compare with the 24h value readily available from the pools or WTM, and set some formula to detect that if the current difficulty value if stayed at it's level for a defined period, would drastically cause the 24h Difficulty %Delta to skew such that profit becames unrealistic. Where to find the best values so it balances is subject to tweaking, either hardcoded, or can be defined by user just like the profit switching % threshold.

my 2c... just to get the brain storming going so some long term solutions can be developed and implemented.
legendary
Activity: 3346
Merit: 1094
There seems to be a real problem with X16r.

Every morning I wake up and my most profitable rig is not mining anything at all, because it was mining X16r and then it just stopped overnight and did not start mining anything else.

I am losing a lot of profit because of this.

PLEASE FIX...
Has the mining software crashed multiple times? If crashed, it will be noted on the Notifications tab and you will see what mining software, algorithm and pool that was active then the crash happend. By default Awesome Miner will restart a crashed mining process, but if it fails too many times within a few minutes, Awesome Miner will give up. You can configure how many times Awesome Miner should try to restart a miner with frequent crashes in the Options dialog, Advanced section: "Restart attemps on process crash".
jr. member
Activity: 84
Merit: 3
Installazioni Bancomat ATM, GATEWAY & POS Bitcoin
not have an version for linux?
legendary
Activity: 3346
Merit: 1094
Patrike,
I have a question for you and anyone else who can help.

Yesterday night 4500 miners lost 6 hours of mining on all rigs on ZERGPOOL that was added last month by Patrike in default configuration. see: https://bitcointalk.org/index.php?topic=2759935.new#new

The issue we all have is that Awesome Miner does not have any protection against this type of problem, when X17 algo, an algo that has almost NO VOLATILITY, suddenly increased profitability by 10 times, from 1 to 15k.

I think that Awesome Miner can implement an option to protect miners from forks by saving average volatility for a coin/algo by storing the min & max values for profitability and computing volatility. If the algo exceeds double of previous maximum  profitability AM can send a warning message of a possible FORK and if it exceeds 3 times the maximum previous profitability it can disable that algo for a number of minutes (all parameters can be configurable). Something similar to the functionality we have in AM to disable pools without accepted shares for a number of minutes.

When users told ZERGPOOL moderators on Discord channel about the issue that they had for 6 hours and about their loss, the moderators from zergpool Discord channel started swearing and said that it is only miner's fault that miners did not disable X17 / XVG, but miners said that it was pool's administrator responsibility to disable the coins with problems, because miners can't monitor 180 coins all the time, that's why miners pay the pool fee, right ?

Patrike, I do think that zergpool went from 1k miners to 6k miners only thanks to you, it happened when you was kind and added their pool to default AM configuration. We, the miners and users who selected zergpool from AM's configuration feel that the pool does not respect us when they are talking with a lot of bad words to us ans swearing us when we told them that they did nothing for 6 hours the Discord channel moderator answered on their Discord channel (please check) this "phear - Today at 11:19 AM : you just spreading sh*t on ventilator" .  I do think it's not fair to be treated with such lack of respect from their end after we informed them that they should disable XVG from their pool. We, the 4500 miners from zergpool at that time on x17, lost 6 hours of mining and we deserve some apologies at least, because we had thousands of rigs loosing money, not them.

Patrike, can you please send them a message, because you added that pool on AM's default configuration, and you can remove them from AM, and you helped them to have so many miners, miners that are AM's miners, miners that deserve respect from their end,  maybe they will understand that at least we deserve some respect and we do not deserve to be sweated like that.

Thank you very much, I hope you understand us, we spent a lot of money to buy the RIGs.
  
I understand your frustration, but you should just deselect Zergpool yourself from your list if they have crossed a line for you. I don't think it should just be removed from Awesome miner. Some people may only be using it for a couple algorithms, (and they may be ones you don't even use) but those people may really want it as an option. I'd like to see MORE pools added (Blazepool, and Yiimp pool for starters) Even if you hate a pool and never want to use it, it will help you to have it in the list because other people who do have it selected will switch to that pool, leaving less miners at the pool that you DO prefer, and also, everybodys miners won't all go to the same place at the same time if there are more pools available.

They are at 6k miners from below 1k miners just because of us, AM miners that selected zergpool from AM settings.
ZergPool should be aware that as easy it was to skyrocket to 6k they can go back to below 1k if zergpool is removed from AM.
Miners simply had no option because X17 is one of the most popular algos from all pools.
AM's performance and credibility relies on pool's statistics that if they send for 6 hours statistics for X17 that are 10 times higher than any other pool, than AM did nothing to prevent it and is the one that could be blamed also.
Mining works  as a synergy between Awesome Miner and and pools like zergpool. If the pools send statistics that are 10 times higher for 6 hours, than AM's credibility is affected because its lack of protection and users will try to use any other mining software that offers them stability and reliability. For 6 hours, 4500 miners had no protection from AM and mined on a fork and pool administrators did nothing for 6 hours as you can see from everybody's graphs.

don't know how it's all AM's fault and all those extra 5k miners are all AM users....but if you think it's ZergPool that was reporting false data, you were pretty wrong, first XVG forked due to the attack, and major pool shuts down to implement the fork etc. and difficulty reported by WTM also coincides with the btc/mh reported by the active pools. Low difficulty, high profit...there's nothing ppl can do with things out of their control. Sorry if the Zerg hasn't been polite in their discord channels, but maybe the other way round not everyone is tolerant being accused of scammers, hash stealers ... etc.

BTW, I don't use any of the online services except NH pretty much as a failover protection only. So I haven't been zerged....point being...if you care about profits so much, you should really be choosing the pools carefully.

Also, don't assume the pools are making profit over this. Did you see MPH's announcement on MUSIC now? as well as other occassions that chainsplit happens at both HashRefinery, Ahashpool...that they displayed good gestures that they still paid for the orphaned blocks that were mined on the wrong chain...As someone who might predict, dear you would not appreciate it at all since you believe that they made so much money off you by all means through your accusations against them all the time. But TBH, they are not obliged to compensate you when sh*ts like that happens...None of the pool ops, SW devs other than XVG team for example, are responsible for attacks on the XVG network in the past days, and yet, would XVG team compensate you? not at all!

***
Back to topic regarding the solution however, you can simply support my suggestion that the implementation of rules based on profit (globally/individuallly) can be actuated. If I can set miners to profit switch when profit falls below certain threshold, who says I can't do it the other way round? when it got absurdly high that I can disable a pool until the coin's stat return to what I deemed "normal".

Support my proposition, this is not the smartest workaround, but it does what you asked...a safeguard that you could define the threshold values yourself and hopefully works while you are sleeping.


What do you think ?
When all the other 4 pools have no issue, and when zergpool has this issue for 6 hours making 4500 miners loose all for 6 hours, it's something from bad management of the pool, right ?
Also AM should implement a protection against this type of  behavior from pools, right ?

Once I get the current development release done and released as v4.7 I will start investigating how Awesome Miner can be improved to detect more of these pool related issues.

I agree that Awesome Miner should be able to analyze and find pools that are reporting unrealistic numbers in terms of profitability. Please keep in mind that when you mine on Zergpool and similar, Awesome Miner may not have full insight in the coin details of what you are actually mining. The profit information is however always known.
legendary
Activity: 3346
Merit: 1094
Awesome Miner version 4.6.7 (Development preview of 4.7)

- Benchmark feature improved to benchmark and compare multiple mining software using the same algorithm
- Benchmark can run without preventing access to the user interface
- Adjust profit calculations for Yiimp-based pools to actual performance based on past payouts compared to estimates. Configured in Options dialog, Statistics section.
- Added Notes tab at the bottom of the screen to allow any notes to be entered for the selected miner
- Updated user interface for mining software selection
- Updated miner list to allow selection of multiple miners from different groups
- Added buttons to select all or unselect all algorithms in the Properties of a Profit Profile
- Variables for IP addresses in pool worker names supports padding of leading zeros for each segment of the IP address
- Added context menu to copy MAC address of miner on the Summary tab
- Offline detection trigger allows for longer offline duration to be configured
- Updated pool URL's for Mining Dutch
- Performance optimizations
- Support running as a 64 bit application on 64-bit Windows
- Added new algorithms: X16r, X16s, Cryptonight-Lite and Cryptonight-Heavy
- Added mining software: Sgminer X16r for X16r algorithm
- Added mining software: RavenMiner for X16r algorithm
- Claymore Dual Ethereum Miner 11.6
- Claymore Cryptonight Miner 11.3, including CryptonightV7 support
- Claymore NeoScrypt AMD Miner 1.1
- Bminer 6.1
- CastXMR 0.9.2
- PhoenixMiner 2.8c
- Correction to Verify Password for Cloud Services configuration
- Correction to Unicode encoding for sending messages via SMS and Telegram
- Correction to the batch file execution configured to be running before the miner is started
- Minor corrections

The items in blue have been updated since the previous development preview two days ago. There are also a few additional corrections in this release.

Development versions are intended for users that want to try the latest features before they are made available in the official releases. Development versions are not intended to be deployed at large scale as they have not been tested as much as the official releases. Please make sure that both Awesome Miner and Remote Agent are upgraded to the same version. Also note that once upgraded to a development preview, it isn't possible to downgrade to an older version.

To get access to development versions, open the Options dialog in Awesome Miner. In the General section, enable Check for development versions. Then go to the Menu and click Check for updates

Direct download links if needed:
http://www.awesomeminer.com/download/setupdev/AwesomeMiner.msi
http://www.awesomeminer.com/download/setupdev/AwesomeMinerRemoteService.msi

The plan is to release the official version 4.7 during next week.
Jump to: