[ANN] Rigel 1.16.2 - Gram, Nexa and IronFish GPU miner (Nvidia only)

[rigelminer]

This is an optimised miner for Nvidia GPUs.

Supported algorithms

| Algorithm   | Coin(s)          | Fee  |
|-------------|------------------|------|
| abelian     | ABEL             | 1.0% |
| alephium    | ALPH             | 0.7% |
| autolykos2  | ERGO             | 1.0% |
| etchash     | ETC              | 0.7% |
| ethash      | ETHW,XPB,OCTA... | 0.7% |
| ethashb3    | HYP              | 1.0% |
| fishhash    | IRON             | 1.0% |
| ironfish    | IRON             | 0.7% |
| karlsenhash | KLS              | 1.0% |
| kawpow      | RVN,AIPG,XNA...  | 1.0% |
| nexapow     | NEXA             | 2.0% |
| octopus     | CFX              | 2.0% |
| pyrinhash   | PYI              | 1.0% |
| sha256ton   | GRAM             | 1.0% |
| sha512256d  | RXD              | 1.0% |
| zil         | ZIL              | 0%   |

Dual mining
* (abelian/autolykos2/etchash/ethash/ethashb3)+alephium
* (abelian/autolykos2/etchash/ethash/ethashb3)+ironfish
* (abelian/autolykos2/etchash/ethash/ethashb3)+karlsenhash
* (abelian/autolykos2/etchash/ethash/ethashb3)+pyrinhash
* (abelian/autolykos2/etchash/ethash/ethashb3)+sha256ton
* (abelian/autolykos2/etchash/ethash/ethashb3)+sha512256d
* fishhash+alephium
* fishhash+karlsenhash
* fishhash+pyrinhash
* fishhash+sha256ton
* fishhash+sha512256d
* octopus+alephium
* octopus+karlsenhash
* octopus+pyrinhash
* octopus+sha256ton
* octopus+sha512256d
* any single or dual algorithm combination + zil

Features
* Available on Linux and Windows
* Terminal user interface
* Failover pool support
* Temperature, clocks, fan monitoring
* Built-in GPU overclocking support with an option to apply different settings for ZIL
* Temperature limits and fan control
* HTTP API

Usage and other info: https://github.com/rigelminer/rigel
Downloads: https://github.com/rigelminer/rigel/releases
Discord: https://discord.gg/zKTgcGgc6k

Any feedback is welcome.
Thanks!

[1714276308]

1714276308

[1714276308]

1714276308

[1714276308]

1714276308

[1714276308]

1714276308

[1714276308]

1714276308

[sxemini]

First check with virustotal show 0 results. Nice, i will go a little bit deeper in this later. Hope it will stay legit 

[rigelminer]

First check with virustotal show 0 results. Nice, i will go a little bit deeper in this later. Hope it will stay legit 

Thanks!
Already got some feedback in Kaspa discord. Now need to create my own Discord server.

[FP91G]

Great news about Кaspa
In less than 24 hours, Kaspians raised over 1M $KAS to support in-house development of a Ledger KAS App.
Soon you will be able to store, send & receive your $KAS fast and easy from the safety of your Ledger!
https://mobile.twitter.com/KaspaCurrency/status/1599104909533650946?

[rigelminer]

Rigel 1.1.1

* Improve Kaspa mining performance
* DNS-over-HTTPS support (see `--dns-over-https`)
* Allow setting hashrate averaging window (see `--hashrate-avg`)
* Add `--password` (`-p`) parameter to set the password for pool authorisation
* Fix applying negative core and memory clock offsets

[sxemini]

Rigel 1.1.1

* Improve Kaspa mining performance
* DNS-over-HTTPS support (see `--dns-over-https`)
* Allow setting hashrate averaging window (see `--hashrate-avg`)
* Add `--password` (`-p`) parameter to set the password for pool authorisation
* Fix applying negative core and memory clock offsets

nice release. 5% more hashrate on Kaspa compared the previous version - and also slightly higher as lolminer.
Really good miner, many good features from the start.

[Maxz_yola]

how run on HiveOS?

[sxemini]

how run on HiveOS?

HiveOS don´t support it yet native. So wait for the integration.
mmpos integrated rigelminer in the last agent 3.0.20.

[Dubai-Industry]

Dear dev,
I really look forward to the function of the failover pools in pools.txt file!

[rigelminer]

Dear dev,
I really look forward to the function of the failover pools in pools.txt file!

You can set failover pools by repeating "-o" parameter for each pool:

Code:

-o <primary_pool_url> -o <failover_pool1_url> -o <failover_pool2_url> -o <failover_pool3_url>

[Dubai-Industry]

Dear dev,
I really look forward to the function of the failover pools in pools.txt file!

You can set failover pools by repeating "-o" parameter for each pool:

Code:

-o <primary_pool_url> -o <failover_pool1_url> -o <failover_pool2_url> -o <failover_pool3_url>

Hello.
I am aware of this possibility.
But I would like to have this functionality in a separate file with backing pools.txt, like Claymore did!

[FP91G]

Dear dev,
I really look forward to the function of the failover pools in pools.txt file!

You can set failover pools by repeating "-o" parameter for each pool:

Code:

-o <primary_pool_url> -o <failover_pool1_url> -o <failover_pool2_url> -o <failover_pool3_url>

Hello.
I am aware of this possibility.
But I would like to have this functionality in a separate file with backing pools.txt, like Claymore did!

What is the difference for mining?
Older miners prefer the line with the settings in the BAT file.
On Linux, you also add additional settings.
Or is it difficult for you to backup a BAT file to run the miner?
Or you can't make a BAT file?

[BengalStyle]

Dear dev,
I really look forward to the function of the failover pools in pools.txt file!

You can set failover pools by repeating "-o" parameter for each pool:

Code:

-o <primary_pool_url> -o <failover_pool1_url> -o <failover_pool2_url> -o <failover_pool3_url>

Hello.
I am aware of this possibility.
But I would like to have this functionality in a separate file with backing pools.txt, like Claymore did!

What is the difference for mining?
Older miners prefer the line with the settings in the BAT file.
On Linux, you also add additional settings.
Or is it difficult for you to backup a BAT file to run the miner?
Or you can't make a BAT file?

In a BAT file, this is inconvenient, confusing, distracting! I agree with Dubai-Industry.
Many beginners do not work with such programs because of this.

[sxemini]

Dear dev,
I really look forward to the function of the failover pools in pools.txt file!

You can set failover pools by repeating "-o" parameter for each pool:

Code:

-o <primary_pool_url> -o <failover_pool1_url> -o <failover_pool2_url> -o <failover_pool3_url>

Hello.
I am aware of this possibility.
But I would like to have this functionality in a separate file with backing pools.txt, like Claymore did!

What is the difference for mining?
Older miners prefer the line with the settings in the BAT file.
On Linux, you also add additional settings.
Or is it difficult for you to backup a BAT file to run the miner?
Or you can't make a BAT file?

In a BAT file, this is inconvenient, confusing, distracting! I agree with Dubai-Industry.
Many beginners do not work with such programs because of this.

Inconvenient? Confusing? lol
Maybe it is better for you to look for another hobby? Maybe fishing?
Claymore style is outdated for many years.

[Complivit91]

Dear dev,
I really look forward to the function of the failover pools in pools.txt file!

You can set failover pools by repeating "-o" parameter for each pool:

Code:

-o <primary_pool_url> -o <failover_pool1_url> -o <failover_pool2_url> -o <failover_pool3_url>

Hello.
I am aware of this possibility.
But I would like to have this functionality in a separate file with backing pools.txt, like Claymore did!

What is the difference for mining?
Older miners prefer the line with the settings in the BAT file.
On Linux, you also add additional settings.
Or is it difficult for you to backup a BAT file to run the miner?
Or you can't make a BAT file?

In a BAT file, this is inconvenient, confusing, distracting! I agree with Dubai-Industry.
Many beginners do not work with such programs because of this.

Inconvenient? Confusing? lol
Maybe it is better for you to look for another hobby? Maybe fishing?
Claymore style is outdated for many years.

Everything is clear with you ...
I don't see anything wrong with the fact that there are different people in mining (beginners, inexperienced, those who are used to working with 1 program and use mining as a hobby, etc.) and want to configure it differently.

If you are not ready to work with clients, then why start doing anything at all...

[rigelminer]

Dear dev,
I really look forward to the function of the failover pools in pools.txt file!

You can set failover pools by repeating "-o" parameter for each pool:

Code:

-o <primary_pool_url> -o <failover_pool1_url> -o <failover_pool2_url> -o <failover_pool3_url>

Hello.
I am aware of this possibility.
But I would like to have this functionality in a separate file with backing pools.txt, like Claymore did!

Hi, apart from development effort this would require some extra design work as we'd be introducing another way of passing pool URLs to the miner and need to figure out what takes precedence when and so on. I may put this on my todo list but I'm afraid it'll be low priority for now. Thanks for understanding.

[rigelminer]

Rigel 1.2.0
* (Kaspa) Minor performance improvements
* Add dev fee:
  * ethash - 0.7%
  * etchash - 0.7%
  * zil - 0%
  * kheavyhash - 0.7%
* (ETHW, ETC) Using `stratum` protocol in the pool URL will now resolve to `ethstratum` for Nicehash, and `ethproxy` for all other pools. Previously `ethstratum` was used by default.

Bug fixes:
* (Kaspa) mining to ETC Hiveon pool is broken

[HULK miner]

IT WORKS IN HIVEOS?

[rigelminer]

IT WORKS IN HIVEOS?

No, but if you could approach their support with a request to integrate Rigel that would be great 

[HULK miner]

´PUT THE MINER IN HIVEOS PLZ

[rigelminer]

Rigel 1.2.1

* (Kaspa) Minor performance improvements, mainly Pascal GPUs
* Add `--mt` parameter to enable memory tweaks for GDDR5/GDDR5X Pascal GPUs

Bug fixes
* (Kaspa) Stale shares when mining to ks_pplns
* (Windows) Miner sometimes fails to find NVML library (e.g. driver 466.77)
* `--fan-control` argument validation is broken

[Complivit91]

Dear dev,
I really look forward to the function of the failover pools in pools.txt file!

You can set failover pools by repeating "-o" parameter for each pool:

Code:

-o <primary_pool_url> -o <failover_pool1_url> -o <failover_pool2_url> -o <failover_pool3_url>

Hello.
I am aware of this possibility.
But I would like to have this functionality in a separate file with backing pools.txt, like Claymore did!

Hi, apart from development effort this would require some extra design work as we'd be introducing another way of passing pool URLs to the miner and need to figure out what takes precedence when and so on. I may put this on my todo list but I'm afraid it'll be low priority for now. Thanks for understanding.

OK, when you do that (add in pools.txt ), inform. We and our clients will use your program.

Thanks.

[rigelminer]

Rigel 1.3.0

* Add Nexa mining support (2% dev fee)

Bug fixes:
* Miner terminates connection with a pool if it issued a job but didn't respond to a previously sent RPC request

[Foxy4321]

need dual mining, with intensity setting nexa+ergo nexa+kaspa nexa+ergo+kaspa

[Viper_Rus]

After switching to zil, the miner does not return to nexa.

[FP91G]

Info from Woolypooly admin
The miner gives +10% to the hashrate on 20 and 30 NVIDIA series compared to BZMiner (and it has a 2% commission) ... according to our intelligence ... it works on Windows / RaveOS ... with HiveOS there are some problems 😄
https://t.me/koliamainer/8649

[mineros911]

Speed/Consumption is better then bzminer, but

1. ZIL round do not switch back to nexa
2. Internal OC is not working propertly, so impossible to mine nexa+zil right now. Cannot set core\memory for 3000 series.

Waiting for bug fixes from author!

[netmark]

The speed is good, but miner seems to restart every few minutes on nexa (old 1060 rig)

No specific errors in the log, but the process looks like this:

[2023-01-26 18:21:45] GPU#0: building lookup tables
...
[2023-01-26 18:22:41] GPU#0: building lookup tables
...
[2023-01-26 18:25:53] GPU#0: building lookup tables
...
[2023-01-26 18:27:21] GPU#0: building lookup tables
...
[2023-01-26 18:28:46] GPU#0: building lookup tables
...
[2023-01-26 18:30:11] GPU#0: building lookup tables
...
[2023-01-26 18:31:37] GPU#0: building lookup tables
...
[2023-01-26 18:44:03] GPU#0: building lookup tables

[Digital_Seytan]

Dear Dev  nexapow - 2.0% is verry high devfee ,and Rigel miner is much lower hashrate then a faster ,
Wildrig Multi Miner on Nexapow :  https://github.com/andru-kun/wildrig-multi/releases

[Digital_Seytan]

After switching to zil, the miner does not return to nexa.

us this swither  zil and nexa https://github.com/Pashnov/zil_switcher

[FP91G]

Rigel 1.3.1

(Nexa) performance/efficiency improvements
I'm aware there are issues with Zil mining and will look into them (no ETA unfortunately).
Please don't try to mine Zil until those are addressed.

https://github.com/rigelminer/rigel/releases/tag/1.3.1

Check all links with this post from the developer.
https://bitcointalk.org/index.php?topic=5424675.msg61370527#msg61370527

some tests
https://bitcointalk.org/index.php?topic=5436941.msg61662844#msg61662844

[llcoolj]

Rigel 1.3.1

(Nexa) performance/efficiency improvements
I'm aware there are issues with Zil mining and will look into them (no ETA unfortunately).
Please don't try to mine Zil until those are addressed.

https://github.com/rigelminer/rigel/releases/tag/1.3.1

Check all links with this post from the developer.
https://bitcointalk.org/index.php?topic=5424675.msg61370527#msg61370527

some tests
https://bitcointalk.org/index.php?topic=5436941.msg61662844#msg61662844

The best miner 

[llcoolj]

Rigel 1.3.4 - https://github.com/rigelminer/rigel/releases

[mineros911]

The same problems with ZIL overclock while mining. Do not recommend for dual mining with ZIL.

[FP91G]

Rigel 1.3.4
(Zil) Fix duplicate shares when mining to non-zmp pools (e.g. crazypool)

https://github.com/rigelminer/rigel/releases/tag/1.3.4
Features
Available on Linux and Windows
Terminal user interface
Failover pool support
Temperature, clocks, fan monitoring
Built-in GPU overclocking support with an option to apply different settings for ZIL
Temperature limits and fan control
HTTP API
https://github.com/rigelminer/rigel

Check all links with this post from the developer.
https://bitcointalk.org/index.php?topic=5424675.msg61370527#msg61370527

[Complivit91]

Rigel 1.3.4
(Zil) Fix duplicate shares when mining to non-zmp pools (e.g. crazypool)

https://github.com/rigelminer/rigel/releases/tag/1.3.4
Features
Available on Linux and Windows
Terminal user interface
Failover pool support
Temperature, clocks, fan monitoring
Built-in GPU overclocking support with an option to apply different settings for ZIL
Temperature limits and fan control
HTTP API
https://github.com/rigelminer/rigel

Check all links with this post from the developer.
https://bitcointalk.org/index.php?topic=5424675.msg61370527#msg61370527

Hello! Please tell me if failover pools in will be added pools.txt file?

[FP91G]

Rigel 1.3.4
(Zil) Fix duplicate shares when mining to non-zmp pools (e.g. crazypool)

https://github.com/rigelminer/rigel/releases/tag/1.3.4
Features
Available on Linux and Windows
Terminal user interface
Failover pool support
Temperature, clocks, fan monitoring
Built-in GPU overclocking support with an option to apply different settings for ZIL
Temperature limits and fan control
HTTP API
https://github.com/rigelminer/rigel

Check all links with this post from the developer.
https://bitcointalk.org/index.php?topic=5424675.msg61370527#msg61370527

Hello! Please tell me if failover pools in will be added pools.txt file?

The README.md file says:
"Failover pools are set by using `-o` multiple times.!"
-o stratum+tcp://pool.woolypooly.com:3124 -o stratum+tcp://pool.eu.woolypooly.com:3124
This coin has 2 large mining pools
https://miningpoolstats.stream/nexa
Do you want to use ready-made templates where you need to change pools and wallet and do not want to read a little readme to change the finished bat file?

[styleshifter]

Hi rigelminer,

I have added you miner to my app/website.


Best regards,

styleshifter

[llcoolj]

Hello. I have a problem with RIGEL 1.3.5 on only one machine. When I turn on the miner it says error insufficient memory for all RTX 3070 with except for one RTX 3080  
The previous version worked correctly on the same machine.
( https://github.com/rigelminer/rigel/releases/tag/1.3.5 )  

[FP91G]

Hello. I have a problem with RIGEL 1.3.5 on only one machine. When I turn on the miner it says error insufficient memory for all RTX 3070 with except for one RTX 3080  
The previous version worked correctly on the same machine.
( https://github.com/rigelminer/rigel/releases/tag/1.3.5 )  

How to change virtual memory size on Windows 10
https://www.windowscentral.com/how-change-virtual-memory-size-windows-10
There are no such problems on Hive OS.

Nexa Raises $115 to List on MEXC Cryptocurrency Exchange
https://twitter.com/NexaMoney/status/1623117291130077186?cxt=HHwWhIDS6fOkvIYtAAAA


We are announcing a crowdfunding campaign for the listing on @MEXC_Global
We understand the need for a mid-tier exchange so that we can all freely and confidently exchange
https://twitter.com/NexaMoney/status/1622601577965187072

[Complivit91]

Hello. I have a problem with RIGEL 1.3.5 on only one machine. When I turn on the miner it says error insufficient memory for all RTX 3070 with except for one RTX 3080  
The previous version worked correctly on the same machine.
( https://github.com/rigelminer/rigel/releases/tag/1.3.5 )  

How to change virtual memory size on Windows 10
https://www.windowscentral.com/how-change-virtual-memory-size-windows-10
There are no such problems on Hive OS.

Nexa Raises $115 to List on MEXC Cryptocurrency Exchange
https://twitter.com/NexaMoney/status/1623117291130077186?cxt=HHwWhIDS6fOkvIYtAAAA


We are announcing a crowdfunding campaign for the listing on @MEXC_Global
We understand the need for a mid-tier exchange so that we can all freely and confidently exchange
https://twitter.com/NexaMoney/status/1622601577965187072

I have already written that my partners and clients and I will try your miner when this feature is added, since we have many "mining veterans" who are used to such programs as: claymore and Phoenix
As soon as you add it, we will immediately add it to our partners and customers.
Thanks!

[FP91G]

In 2015, there were no bat files in the downloaded distribution of the miner. When beginners asked how to start mining, they were sent to read the readme.txt file. Modern mining  veterans can't even add a fallover pool to a ready-made bat file

[sxemini]

In 2015, there were no bat files in the downloaded distribution of the miner. When beginners asked how to start mining, they were sent to read the readme.txt file. Modern mining  veterans can't even add a fallover pool to a ready-made bat file

Thanks you speak direct from my heart. Everywhere are "experts", but nearly all new miners didn´t understand how miners work. All using the dumpest mining OS = HIVEOS and this why they don´t understand what they do. I wrote it so often, hiveos isn´t show you what you do und what they do.
Or the experts calculate with software readed wattage, or don´t understand the difference between AMD software wattage and NVIDIA software wattage.
Hashrate.no use mostly software readed wattage to calculate the payback time (they use also ROI in wrong way XD)

I can write so much more things like that, but in the end - i am sure - the "experts" come to flame me

[vingallo22]

Rigel = open source or not ?
How do we know if safe ?

[sxemini]

Rigel = open source or not ?
How do we know if safe ?

Did you see the 2. post on the first page? Many people do some test, virus checks and so on.
You can ask any developer this question. No one knows, but many people tested it.

Rigel miner is also added to mmpos, AwesomeMiner, HiveOS - so if the big mining distros support - i am sure it is safe.

[Dowper_]

My test with RTX 4090 - Nexa Hashrate (Rigel Miner vs lolMiner) - https://www.youtube.com/watch?v=ajCAFksA2Po

[FP91G]

´PUT THE MINER IN HIVEOS PLZ

HiveOS update command: cd ~/tmp && rm -rf ~/tmp/rigel-1.3.6-linux/ && wget https://github.com/rigelminer/rigel/releases/download/1.3.6/rigel-1.3.6-linux.tar.gz && tar -xvf rigel-1.3.6-linux.tar.gz && miner stop && cp -rf ~/tmp/rigel-1.3.6-linux/rigel /hive/miners/rigel/1.3.5/ && rm -rf ~/tmp/rigel-1.3.6-linux/ && miner start
https://t.me/Info4atlanin/8717
https://t.me/koliamainer/8717

Rigel 1.3.6
(Nexa) Minor performance improvements
(Nexa) Fix performance regression for 40xx GPUs

https://github.com/rigelminer/rigel/releases/tag/1.3.6

Check all links with first post from the developer!

[Dubai-Industry]

Please add failover pools in separate file

[FP91G]

Please add failover pools in separate file

From README.md:
" Failover pools are set by using `-o` multiple times.
         
          Examples:
          -o stratum+ssl://pool.woolypooly.com:3112
          -o zmp+tcp://zil.flexpool.io:9486
              mine Zilliqa to flexpool using ZMP protocol
          -o [1]stratum+tcp://eth.f2pool.com:6688 -o "



Rigel 1.3.5 vs Rigel 1.3.6 when mining NEXA
roughly ~4% hash rate increase on Nvidia 2000 and 3000 series
https://t.me/koliamainer/8718

[crsminer]

In 2015, there were no bat files in the downloaded distribution of the miner. When beginners asked how to start mining, they were sent to read the readme.txt file. Modern mining  veterans can't even add a fallover pool to a ready-made bat file

Thanks you speak direct from my heart. Everywhere are "experts", but nearly all new miners didn´t understand how miners work. All using the dumpest mining OS = HIVEOS and this why they don´t understand what they do. I wrote it so often, hiveos isn´t show you what you do und what they do.
Or the experts calculate with software readed wattage, or don´t understand the difference between AMD software wattage and NVIDIA software wattage.
Hashrate.no use mostly software readed wattage to calculate the payback time (they use also ROI in wrong way XD)

I can write so much more things like that, but in the end - i am sure - the "experts" come to flame me

+1

[Complivit91]

In 2015, there were no bat files in the downloaded distribution of the miner. When beginners asked how to start mining, they were sent to read the readme.txt file. Modern mining  veterans can't even add a fallover pool to a ready-made bat file

We have different users and partners.
If you don't want to get more customers, then we will use another miner..

[sxemini]

In 2015, there were no bat files in the downloaded distribution of the miner. When beginners asked how to start mining, they were sent to read the readme.txt file. Modern mining  veterans can't even add a fallover pool to a ready-made bat file

We have different users and partners.
If you don't want to get more customers, then we will use another miner..

I don´t think you have many customers - because a guy, who have many mining customers, have the knowledge to solve this small problem, and of course will not acting like a stubborn little kid.

And by the way - it is als a good point to start with your complete configuration - make it easier to help - but yes insufficient memory is all the information we need 

[FP91G]

In 2015, there were no bat files in the downloaded distribution of the miner. When beginners asked how to start mining, they were sent to read the readme.txt file. Modern mining  veterans can't even add a fallover pool to a ready-made bat file

We have different users and partners.
If you don't want to get more customers, then we will use another miner..

I'm not a miner developer, so I don't care what miner you use. I use a miner that gives a larger hashrate. Now there is very little profit in mining, and the one who knows how to read instructions and use it will earn more. When I was new to mining, I also made mistakes and asked stupid questions, but I tried to learn and not say that if that's the case, then I'll leave you.

[safar1980]

+1
Rigel is a good miner

[FP91G]

#Nexa raised funds to list with #MEXC
$130,000 raised in 5 DAYS 🤝🏽
https://t.me/Info4atlanin/8719
The listing date of the coin has not yet been announced.
The appearance of HEXA on a larger exchange will have a good effect on the mining of this cryptocurrency.

[Complivit91]

In 2015, there were no bat files in the downloaded distribution of the miner. When beginners asked how to start mining, they were sent to read the readme.txt file. Modern mining  veterans can't even add a fallover pool to a ready-made bat file

We have different users and partners.
If you don't want to get more customers, then we will use another miner..

I'm not a miner developer, so I don't care what miner you use. I use a miner that gives a larger hashrate. Now there is very little profit in mining, and the one who knows how to read instructions and use it will earn more. When I was new to mining, I also made mistakes and asked stupid questions, but I tried to learn and not say that if that's the case, then I'll leave you.

I'm talking about your support for users - it's zero ...
We have drawn conclusions, reviews on the site about your manners will be compiled. The review will be like a miner without user support..
And yes, you are right, the competition is huge, and other miners are immediately ready to support their customers.

[rigelminer]

I'm talking about your support for users - it's zero ...
We have drawn conclusions, reviews on the site about your manners will be compiled. The review will be like a miner without user support..
And yes, you are right, the competition is huge, and other miners are immediately ready to support their customers.

I think you're mistaking FP91G for the developer of Rigel.

[sxemini]

In 2015, there were no bat files in the downloaded distribution of the miner. When beginners asked how to start mining, they were sent to read the readme.txt file. Modern mining  veterans can't even add a fallover pool to a ready-made bat file

We have different users and partners.
If you don't want to get more customers, then we will use another miner..

I'm not a miner developer, so I don't care what miner you use. I use a miner that gives a larger hashrate. Now there is very little profit in mining, and the one who knows how to read instructions and use it will earn more. When I was new to mining, I also made mistakes and asked stupid questions, but I tried to learn and not say that if that's the case, then I'll leave you.

I'm talking about your support for users - it's zero ...
We have drawn conclusions, reviews on the site about your manners will be compiled. The review will be like a miner without user support..
And yes, you are right, the competition is huge, and other miners are immediately ready to support their customers.

Hmm i don´t understand your problem. If i have a question, i get an answer. Ask the rigel developer in the rigel discord for example - he will help you i am sure. So what is the problem?  

EDIT:

Oh ok i get it, after reading your old posts - you want to dictate all miner developers the new miner standards. You know that claymore and phoenix are dead and this miners are not the standard anymore. Beginners start with .bat and write failover pools in this file, this is the standard now. Most miners work like this, some miners use a failover .txt. they are mostly using a Linux Distribution like HiveOS - here also you don´t need a failover pool.txt - the pools are defined as extra arguments. So i am sure you are nearly alone with your standpoint.

[FP91G]

In 2015, there were no bat files in the downloaded distribution of the miner. When beginners asked how to start mining, they were sent to read the readme.txt file. Modern mining  veterans can't even add a fallover pool to a ready-made bat file

We have different users and partners.
If you don't want to get more customers, then we will use another miner..

I'm not a miner developer, so I don't care what miner you use. I use a miner that gives a larger hashrate. Now there is very little profit in mining, and the one who knows how to read instructions and use it will earn more. When I was new to mining, I also made mistakes and asked stupid questions, but I tried to learn and not say that if that's the case, then I'll leave you.

I'm talking about your support for users - it's zero ...
We have drawn conclusions, reviews on the site about your manners will be compiled. The review will be like a miner without user support..
And yes, you are right, the competition is huge, and other miners are immediately ready to support their customers.

A very interesting opinion. I use Hive OS, and to add failover pools there you need to make a few mouse clicks. And if you cannot read the readme file and add the necessary settings to the bat file, then mining is not for you. The developers don't owe you anything.

[llcoolj]

Rigel 1.3.7 - https://github.com/rigelminer/rigel/releases/tag/1.3.7

[FP91G]

Kaspium Update — Now live on iOS and Android Update
Android v 0.2.0 and iOS release.
Important:
The Android wallet has received an update. Users that have already installed the alpha version should back up their secret phrase and uninstall the app before installing the new version.
https://kaspa.org/kaspium-update-now-live-on-ios-and-android-update/

[Dowper_]

My test with RTX 4090 - Nexa Hashrate (Rigel 1.3.7 & lolMiner 1.68) - https://www.youtube.com/watch?v=BGf7-SqClSQ

[Complivit91]

In 2015, there were no bat files in the downloaded distribution of the miner. When beginners asked how to start mining, they were sent to read the readme.txt file. Modern mining  veterans can't even add a fallover pool to a ready-made bat file

We have different users and partners.
If you don't want to get more customers, then we will use another miner..

I'm not a miner developer, so I don't care what miner you use. I use a miner that gives a larger hashrate. Now there is very little profit in mining, and the one who knows how to read instructions and use it will earn more. When I was new to mining, I also made mistakes and asked stupid questions, but I tried to learn and not say that if that's the case, then I'll leave you.

I'm talking about your support for users - it's zero ...
We have drawn conclusions, reviews on the site about your manners will be compiled. The review will be like a miner without user support..
And yes, you are right, the competition is huge, and other miners are immediately ready to support their customers.

A very interesting opinion. I use Hive OS, and to add failover pools there you need to make a few mouse clicks. And if you cannot read the readme file and add the necessary settings to the bat file, then mining is not for you. The developers don't owe you anything.

You're right. Just like we should not download the products of those who are not ready to communicate with the audience, and as I see it here, it is "VERY LARGE".
As I said, conclusions have been drawn, the review has been compiled.

[FP91G]

Rigel 1.3.8

• (Nexa) Minor performance improvements
• (Nexa) Echelon protocol support
• (UI) Display GPU efficiency information (hashrate per watt)

Bug fixes:

• Miner fails to lock core/memory clocks sometimes

SCAM

Always check links from multiple sources, don't trust anyone, not even me.
https://github.com/rigelminer/rigel/releases
Rigel 1.3.7 Latest
If you use Linux OS for miners, then their developers update the miners.
That is why I do not like to use Windows in mining. The exception is mining with Nicehash and similar products, where developers check miners before adding.

You're right. Just like we should not download the products of those who are not ready to communicate with the audience, and as I see it here, it is "VERY LARGE".
As I said, conclusions have been drawn, the review has been compiled.

I do not mind your feedback, just consider an important note: I am not a Rigel miner developer.

[Lafu]

ts possible that you that you will see maybe some Users that posting some Fake Links for the RigelMiner !
You can read more about that here in my thread : https://bitcointalk.org/index.php?topic=5182222.msg61843120#msg61843120
On the Fake Github Account there more files for mining software programs so please watch out and download only files from the OP and first page of the thread.
The Hacker have cretaed a few Fake Github where download files with Malware are in it.

[FP91G]

[Initial Listing] MEXC Will List Nexa (NEXA) in Innovation Zone
MEXC will list Nexa (NEXA) in the Innovation Zone and open trading for the NEXA/USDT trading pair. The specific timeline is shown below:
Deposit: Opened
NEXA/USDT Trading: 14:00 2023-03-07 (UTC)
Withdrawal: 14:00 2023-03-08 (UTC)
https://support.mexc.com/hc/en-001/articles/16077928632729?

$NEXA/USDT will list in the Innovation Zone at 14:00 on Mar 7 (UTC).
@nexamoney is a PoW, UTXO Layer-1 Blockchain, with native tokens and smart contracts, that has the ability to scale for global P2P usage.
https://mobile.twitter.com/MEXC_Global/status/1631260892758437888

[Baldezh2016]

Please  add Failover pool support in separate txt file lice Claymore

[Miner108]

I agree about a separate failover pool file.
This was really handy in Phoenix and Claymore because a single file makes it easy to manage and organize .bat files.
That's why I still use phoenix for ethash.

[18-Terahash]

I agree about a separate failover pool file.
This was really handy in Phoenix and Claymore because a single file makes it easy to manage and organize .bat files.
That's why I still use phoenix for ethash.

Same reason bro  . At Phoenix, it was at least convenient.

[12miners]

Dear dev,
I really look forward to the function of the failover pools in pools.txt file!

You can set failover pools by repeating "-o" parameter for each pool:

Code:

-o <primary_pool_url> -o <failover_pool1_url> -o <failover_pool2_url> -o <failover_pool3_url>

Hello.
I am aware of this possibility.
But I would like to have this functionality in a separate file with backing pools.txt, like Claymore did!

What is the difference for mining?
Older miners prefer the line with the settings in the BAT file.
On Linux, you also add additional settings.
Or is it difficult for you to backup a BAT file to run the miner?
Or you can't make a BAT file?

In a BAT file, this is inconvenient, confusing, distracting! I agree with Dubai-Industry.
Many beginners do not work with such programs because of this.

Claymore and Phoenix are usability geniuses. The most comfortable failovers were there. I'm waiting for a miner that implements the same. In the meantime, I will use the good old Phoenix

[llcoolj]

Rigel 1.3.8 - https://github.com/rigelminer/rigel/releases/tag/1.3.8

[FP91G]

Rigel 1.3.8 - https://github.com/rigelminer/rigel/releases/tag/1.3.8

(Nexa) performance improvements (mainly Turing, high-end Ampere, and Ada GPUs)
https://github.com/rigelminer/rigel/releases/tag/1.3.8

I am in no hurry to install the latest versions of miners and read the opinions of testers at the beginning. In the new version, the hashrate has increased, but the power consumption has also increased with the same settings. Consider this moment.

[FP91G]

Rigel 1.3.9

(Nexa) Add --kernel parameter to switch between different nexapow implementations (see notes below)
Bug fixes:

(UI) dual mining view switch (e.g. nexapow <-> zil) is broken on Windows
Additional notes
Some GPUs saw an efficiency drop in v1.3.8 compared to v1.3.7. This release allows opting in for 1.3.7 performance level by selecting kernel #2 for the affected GPUs.
Example: --kernel _,_,2,_ <- this will enable the "1.3.7 mode" for the third GPU. The rest will work as before (v1.3..
If all your GPUs were working better on 1.3.7, then it's sufficient to set --kernel 2, it'll apply to all cards.
See --kernel parameter description in README.md or https://github.com/rigelminer/rigel for more details.

https://github.com/rigelminer/rigel/releases/tag/1.3.9

[oklickmanworld]

I read the forum thread... It does not inspire confidence when developers are rude to the usual questions of forum users... Support 0

[FP91G]

I read the forum thread... It does not inspire confidence when developers are rude to the usual questions of forum users... Support 0

The author of the topic is rigelminer and I did not see rudeness in his posts. You can find a link to this topic in the README.md file.

Information from the README.md file
Support
Discord: https://discord.gg/zKTgcGgc6k 

I am not the developer of this miner, so when I see banal questions, I sometimes swear

[oklickmanworld]

I read the forum thread... It does not inspire confidence when developers are rude to the usual questions of forum users... Support 0

The author of the topic is rigelminer and I did not see rudeness in his posts. You can find a link to this topic in the README.md file.

Information from the README.md file
Support
Discord: https://discord.gg/zKTgcGgc6k 

I am not the developer of this miner, so when I see banal questions, I sometimes swear

It's not hard to guess by looking at your other forum posts that you are the developer of this program (or are in the development group).
So yes, it's very convenient to be rude to everyone under the guise of another account.
I have been in mining for more than 6 years. I have never seen such a disregard (on forum branches) anywhere! There's just 0 support.
Well, even if you are not a developer (which I don't believe), then the developers clearly don't care about their project, since it allows this on its forum thread.
Good luck with this attitude

[sxemini]

I read the forum thread... It does not inspire confidence when developers are rude to the usual questions of forum users... Support 0

The author of the topic is rigelminer and I did not see rudeness in his posts. You can find a link to this topic in the README.md file.

Information from the README.md file
Support
Discord: https://discord.gg/zKTgcGgc6k  

I am not the developer of this miner, so when I see banal questions, I sometimes swear

It's not hard to guess by looking at your other forum posts that you are the developer of this program (or are in the development group).
So yes, it's very convenient to be rude to everyone under the guise of another account.
I have been in mining for more than 6 years. I have never seen such a disregard (on forum branches) anywhere! There's just 0 support.
Well, even if you are not a developer (which I don't believe), then the developers clearly don't care about their project, since it allows this on its forum thread.
Good luck with this attitude

Dude FP91G has nothing to do with miner development and this is not hard to see. Sorry how stupid is your post. FP91G post updates for many miners here, but only to inform us, because most of this miner developers beeing not so active here, they mostly use telegram or discord groups.
Sorry you made my day   next time chill more dude and don´t attack other person if you have no knowledge. Look at your last posts, you struggle in 2021 with phoenixminer? Sorry dude you are a way to late for the party.

Rigel support is on discord if you need as i always wrote. 6 Years of mining experience - in your dreams XD

[tiradiSoowz]

I read the forum thread... It does not inspire confidence when developers are rude to the usual questions of forum users... Support 0

The author of the topic is rigelminer and I did not see rudeness in his posts. You can find a link to this topic in the README.md file.

Information from the README.md file
Support
Discord: https://discord.gg/zKTgcGgc6k  

I am not the developer of this miner, so when I see banal questions, I sometimes swear

It's not hard to guess by looking at your other forum posts that you are the developer of this program (or are in the development group).
So yes, it's very convenient to be rude to everyone under the guise of another account.
I have been in mining for more than 6 years. I have never seen such a disregard (on forum branches) anywhere! There's just 0 support.
Well, even if you are not a developer (which I don't believe), then the developers clearly don't care about their project, since it allows this on its forum thread.
Good luck with this attitude

Dude FP91G has nothing to do with miner development and this is not hard to see. Sorry how stupid is your post. FP91G post updates for many miners here, but only to inform us, because most of this miner developers beeing not so active here, they mostly use telegram or discord groups.
Sorry you made my day   next time chill more dude and don´t attack other person if you have no knowledge. Look at your last posts, you struggle in 2021 with phoenixminer? Sorry dude you are a way to late for the party.

Rigel support is on discord if you need as i always wrote. 6 Years of mining experience - in your dreams XD

ahahaha , I totally agree with "oklickmanworld"

Everyone is just rude here

And by the way, I've also seen this nickname in other unpopular manners.

[FP91G]

I read the forum thread... It does not inspire confidence when developers are rude to the usual questions of forum users... Support 0

The author of the topic is rigelminer and I did not see rudeness in his posts. You can find a link to this topic in the README.md file.

Information from the README.md file
Support
Discord: https://discord.gg/zKTgcGgc6k 

I am not the developer of this miner, so when I see banal questions, I sometimes swear

It's not hard to guess by looking at your other forum posts that you are the developer of this program (or are in the development group).
So yes, it's very convenient to be rude to everyone under the guise of another account.
I have been in mining for more than 6 years. I have never seen such a disregard (on forum branches) anywhere! There's just 0 support.
Well, even if you are not a developer (which I don't believe), then the developers clearly don't care about their project, since it allows this on its forum thread.
Good luck with this attitude

If you have been mining since 2017, then how can you ask such idiotic questions with 3 years of experience in mining. You can't read ASIC specifications and find information about how it works?
https://bitcointalk.org/index.php?topic=2647654.msg55780527#msg55780527
If you ask the official discord channel about me, then people there will say that I have nothing to do with this miner. But then your fantasies will be destroyed. 

[sxemini]

I read the forum thread... It does not inspire confidence when developers are rude to the usual questions of forum users... Support 0

The author of the topic is rigelminer and I did not see rudeness in his posts. You can find a link to this topic in the README.md file.

Information from the README.md file
Support
Discord: https://discord.gg/zKTgcGgc6k  

I am not the developer of this miner, so when I see banal questions, I sometimes swear

It's not hard to guess by looking at your other forum posts that you are the developer of this program (or are in the development group).
So yes, it's very convenient to be rude to everyone under the guise of another account.
I have been in mining for more than 6 years. I have never seen such a disregard (on forum branches) anywhere! There's just 0 support.
Well, even if you are not a developer (which I don't believe), then the developers clearly don't care about their project, since it allows this on its forum thread.
Good luck with this attitude

Dude FP91G has nothing to do with miner development and this is not hard to see. Sorry how stupid is your post. FP91G post updates for many miners here, but only to inform us, because most of this miner developers beeing not so active here, they mostly use telegram or discord groups.
Sorry you made my day   next time chill more dude and don´t attack other person if you have no knowledge. Look at your last posts, you struggle in 2021 with phoenixminer? Sorry dude you are a way to late for the party.

Rigel support is on discord if you need as i always wrote. 6 Years of mining experience - in your dreams XD

ahahaha , I totally agree with "oklickmanworld"

Everyone is just rude here

And by the way, I've also seen this nickname in other unpopular manners.

Hmm no one is rude here only you and your friends   you claim things that are not true and not FP91G or me.
I never understand why people are so stubborn.

What other unpopular manners? Interesting This is a forum, we are here to discuss about things, sometimes people don't have the same opinion you know? Hmm i saw the last posts from you and your team members - nothing helpfully. But the only rude guys here are your team.

[FP91G]

Do not stop. Keep saying that I'm involved with the project. The topic will gain 100 pages of discussion and developers may come here

[oklickmanworld]

Dear dev,
I really look forward to the function of the failover pools in pools.txt file!

You can set failover pools by repeating "-o" parameter for each pool:

Code:

-o <primary_pool_url> -o <failover_pool1_url> -o <failover_pool2_url> -o <failover_pool3_url>

Hello.
I am aware of this possibility.
But I would like to have this functionality in a separate file with backing pools.txt, like Claymore did!

Hi, apart from development effort this would require some extra design work as we'd be introducing another way of passing pool URLs to the miner and need to figure out what takes precedence when and so on. I may put this on my todo list but I'm afraid it'll be low priority for now. Thanks for understanding.

Hello! Please answer, they are asking you! But it seems to me that you don't want to answer questions. Therefore, here I see only insults from other participants.
Please tell me, so will you make this function? In fact, many people need it. After that, we will add your miner.

[Ragnarok01]

Dear dev,
I really look forward to the function of the failover pools in pools.txt file!

You can set failover pools by repeating "-o" parameter for each pool:

Code:

-o <primary_pool_url> -o <failover_pool1_url> -o <failover_pool2_url> -o <failover_pool3_url>

Hello.
I am aware of this possibility.
But I would like to have this functionality in a separate file with backing pools.txt, like Claymore did!

Hi, apart from development effort this would require some extra design work as we'd be introducing another way of passing pool URLs to the miner and need to figure out what takes precedence when and so on. I may put this on my todo list but I'm afraid it'll be low priority for now. Thanks for understanding.

This is a handy and useful feature. I think it should be a high priority.

[FP91G]

New listings of the Kaspa(KAS) coin will cause an influx of new miners
Gate.io will list Kaspa(KAS)
Gate.io is going to commence Kaspa(KAS) trading on 10:00 AM March 21st, 2023 UTC.Kaspa is the fastest, open-source, decentralized & fully scalable Layer-1 in the world.
https://www.gate.io/article/30017

[rigelminer]

Dear dev,
I really look forward to the function of the failover pools in pools.txt file!

You can set failover pools by repeating "-o" parameter for each pool:

Code:

-o <primary_pool_url> -o <failover_pool1_url> -o <failover_pool2_url> -o <failover_pool3_url>

Hello.
I am aware of this possibility.
But I would like to have this functionality in a separate file with backing pools.txt, like Claymore did!

Hi, apart from development effort this would require some extra design work as we'd be introducing another way of passing pool URLs to the miner and need to figure out what takes precedence when and so on. I may put this on my todo list but I'm afraid it'll be low priority for now. Thanks for understanding.

Hello! Please answer, they are asking you! But it seems to me that you don't want to answer questions. Therefore, here I see only insults from other participants.
Please tell me, so will you make this function? In fact, many people need it. After that, we will add your miner.

Hi. You've quoted my answer to that question, I see no reason to repeat myself.

[rigelminer]

Rigel 1.3.10

* (Nexa) Performance/efficiency improvements
As with v1.3.9, set "--kernel 2" to use a more energy efficient implementation for low-end/mid-range 30xx GPUs, otherwise the miner will aim for maximum hashrate even at a cost of higher power draw

[tiradiSoowz]

Dear dev,
I really look forward to the function of the failover pools in pools.txt file!

You can set failover pools by repeating "-o" parameter for each pool:

Code:

-o <primary_pool_url> -o <failover_pool1_url> -o <failover_pool2_url> -o <failover_pool3_url>

Hello.
I am aware of this possibility.
But I would like to have this functionality in a separate file with backing pools.txt, like Claymore did!

Hi, apart from development effort this would require some extra design work as we'd be introducing another way of passing pool URLs to the miner and need to figure out what takes precedence when and so on. I may put this on my todo list but I'm afraid it'll be low priority for now. Thanks for understanding.

Hello! Please answer, they are asking you! But it seems to me that you don't want to answer questions. Therefore, here I see only insults from other participants.
Please tell me, so will you make this function? In fact, many people need it. After that, we will add your miner.

Hi. You've quoted my answer to that question, I see no reason to repeat myself.

+ for the diversity of miners!

I'm waiting for the function to be added.

[rigelminer]

Rigel 1.3.11

* (Nexa) Minor performance/efficiency improvements
* Display average GPU power consumption instead of the most recent value reported by the driver - this reduces fluctuations in power readings and efficiency numbers. The averaging window size can be overridden with --power-avg parameter (default 10 seconds)

[Digital_Seytan]

Hello rigel dev, I am using rigelminer 1.3.9 this is the fastest miner on nexo + zil coin, on the same miner I also tried the Rigel 1.3.11 and Rigel 1.3.12 Rigel 1.4.0 but uses more power and a lot slower unfortunately, that's why do I stick with Rigel 1.3.9 is te best and fastest mining software version

[FP91G]

Rigel 1.3.12

Add --stats-interval parameter to configure GPU stats report frequency
Add support for mining Octa.Space coin
The coin uses ethash algorithm, however you need to set -a octa to prevent the miner rebuilding DAG for dev fee
Dual and triple modes with Kaspa and Zil are supported too.
Bug fixes:

(Kaspa, ETC) Duplicate shares when mining to Flexpool, K1, 2miners and some other pools

https://github.com/rigelminer/rigel/releases/tag/1.3.12
Check all links with this post from the developer.

[safar1980]

Rigel miner has been updated to version 1.4.0

Add support for mining Alephium (-a alephium) and IronFish (-a ironfish), dev fee 0.7%
Dual and triple modes with ETC, ETHW, OCTA and ZIL are supported too.
Bug fixes:

Memory temperature is not displayed on 530+ drivers

[Digital_Seytan]

i tested rigel 1.4.1 and rigel 1.3.9 with same miner 5x gtx 1060  with nexa and zill but rigel 1.4.1  is much slower then rigel 1.3.9 and uses more power why dev ?

[safar1980]

i tested rigel 1.4.1 and rigel 1.3.9 with same miner 5x gtx 1060  with nexa and zill but rigel 1.4.1  is much slower then rigel 1.3.9 and uses more power why dev ?

update your drivers

[FP91G]

Rigel 1.4.1

Add ZIL countdown display in TUI and console reports - experimental feature (enable with --zil-countdown)
(IronFish) Improve compatibility with mining pools - flexpool, herominers, kryptex

https://github.com/rigelminer/rigel/releases/tag/1.4.1
Check all links with this post from the developer.

[safar1980]

Recently, a new version of the miner Rigel 1.4.3 has appeared. improved IronFish mining:
"(IronFish) Minor performance/efficiency improvements
(IronFish) Stratum v2 support for major pools, hashrate increase
Bug fixes:
Overclock settings fail to apply on drivers older than v515"

Links can be found in 1 post by rigelminer (OP)

[Digital_Seytan]

rigelminer 1.4.3 vs lolminer 1.74 with ironfisch coin, lolminer is a bit faster than rigelminer 1.4.3 and with rigelminer you also have a lot of stale shares unfortunately, if possible please solve the problem with stale shears please dev

[sxemini]

rigelminer 1.4.3 vs lolminer 1.74 with ironfisch coin, lolminer is a bit faster than rigelminer 1.4.3 and with rigelminer you also have a lot of stale shares unfortunately, if possible please solve the problem with stale shears please dev

Not really. lolminer use littlebit more power than rigelminer at nearly the same hashrate for me and i have no stale shares since block 0.

@rigelminer

thanks for the new release. works stable and fast

[FP91G]

Rigel 1.4.4

(IronFish) Minor performance improvements
https://github.com/rigelminer/rigel/releases/tag/1.4.4
Check all links with this post from the developer.


https://www.hotbit.io/exchange?symbol=IRONFISH_USDT

It is only very disappointing that there is still no normal light wallet for this coin. Or is it deliberately done so that fewer miners mine this coin?
So far, all the coins on the market are miners only.

[Digital_Seytan]

To much stale shares rigelminer 1.4.4 with 3 x miners on Ironfisch coin with high stale schares why dev ?

[fenomenyaa]

Same here, too much stale shares.

[Digital_Seytan]

rigelminer 1.4.4 zil time dont work any more only zil (?) why and what is the problem,

and many many stale schares !!!!!!!

[FP91G]

rigelminer 1.4.4 zil time dont work any more only zil (?) why and what is the problem,

and many many stale schares !!!!!!!

Mining Zilliqa can be started with almost any coin, check the settings. The new miner Rigel 1.4.4 has a problem with incorrect display of the hashrate and the herominer has the same.
Read the instructions or change the mining pool
https://miningpoolstats.stream/zilliqa




Settings for RTX 3080
--cclock 210
--lock-cclock 1740
--lock-mclock 810
https://t.me/Info4atlanin/9018

[sxemini]

rigelminer 1.4.4 zil time dont work any more only zil (?) why and what is the problem,

and many many stale schares !!!!!!!

It is working, zil network was offline on 25. april because of the network update for evm 2.0

On which pool you are mining?

rigelminer 1.4.4 zil time dont work any more only zil (?) why and what is the problem,

and many many stale schares !!!!!!!

Mining Zilliqa can be started with almost any coin, check the settings. The new miner Rigel 1.4.4 has a problem with incorrect display of the hashrate and the herominer has the same.
Read the instructions or change the mining pool
https://miningpoolstats.stream/zilliqa




Settings for RTX 3080
--cclock 210
--lock-cclock 1740
--lock-mclock 810
https://t.me/Info4atlanin/9018

You results looks strange. Why you are not using Teamredminer for AMD cards? A 6900xt can get around 20gh depends on the overclocking. And why hiveos always show 1000mh for your gpu´s? For me rigel1.4.4 show the correct hashrate!

[FP91G]

You results looks strange. Why you are not using Teamredminer for AMD cards? A 6900xt can get around 20gh depends on the overclocking. And why hiveos always show 1000mh for your gpu´s? For me rigel1.4.4 show the correct hashrate!

This is an error of incorrect display of the hashrate in hive OS. I wrote about this so that miners check the hashrate through logs or on the pool.

[safar1980]

ironfish + Zil on Rigel 1.4.4

Setting up for HiveOS with a countdown timer to the Zil round
(change wallets and pools to your own)

-a ironfish+zil
-o [2]zmp+tcp://eu1-zil.shardpool.io:3333
-u [2]zil_walet
-w Rig9RTX3080Ti
--lock-cclock [1]1455
--cclock [1]255
--lock-mclock [1]810
--lock-cclock [2]1200
--cclock[2]0
--lock-mclock [2]8251
--zil-countdown
https://t.me/NewsSoleniy/8241

[SEVENOHNINE]

In 2015, there were no bat files in the downloaded distribution of the miner. When beginners asked how to start mining, they were sent to read the readme.txt file. Modern mining  veterans can't even add a fallover pool to a ready-made bat file

ah the good ol days. good lord do i ever miss them.

[FP91G]

Rigel 1.4.5

(IronFish) Minor performance improvements for 30xx series GPUs

https://github.com/rigelminer/rigel/releases/tag/1.4.5

Check all links with this post from the developer.

[safar1980]

Rigel 1.4.6

    (Nexa) Minor performance improvements

Bug fixes:

    (Alephium) Low pool hashrate when mining to certain pools including alph-pool, woolypooly, and coinhunters

[FP91G]

Rigel 1.4.7

(IronFish) Performance improvements for Turing and Ampere GPUs
(Zilliqa) Add --zil-test parameter to simulate ZIL sessions every 30 seconds - useful for testing overclock settings
Bug fixes:

(Alephium) Performance regression
(Zilliqa) Overclock settings are not applied during DAG generation at start up causing power spikes

https://github.com/rigelminer/rigel/releases/tag/1.4.7

Check all links with this post from the developer.

[safar1980]

CoinEx Will List NEXA on May 11


To provide you with more trading options, after rigorous reviews, CoinEx will list NEXA and support deposit and withdrawal & Automated Market Making (AMM) on May 11, 2023 (UTC). And its trading pair NEXA/USDT will be available on the same day.

https://announcement.coinex.com/hc/en-us/articles/15533264499860-CoinEx-Will-List-NEXA-on-May-11?

[rigelminer]

Rigel 1.4.8

* (IronFish) Minor performance improvements
* (Alephium) Performance improvements for Turing GPUs and newer

[rigelminer]

Rigel 1.5.0

* Add support for mining Radiant ("-a sha512256d"), dev fee 1.0%
* (Kaspa) Tiny performance improvements
* Allow "--fan-control" to be set per algorithm - can be used to set different fan speeds for primary algorithm and ZIL

[lijingang]

Hi Rigelminer, could you please help to add the ability to mine apepe on GPU? See please reply, thank you.

Hello everyone! I recently discovered a new interesting project (apepepow) that claims to be designed for the Monero (XMR) meme enthusiast community, developed by Monero developers. Is anyone interested in this project or has more information?I just read an article on a cryptocurrency blog about apepepow as an interesting meme coin for the monero community. I would like to know what people think about this project?

New minable pow coin: apepepow (apepe)
Monroe community meme coin, the first privacy meme coin, Monero developers, no pre-mining, no ICO, fair mining, let apepepow make pepe again
Algorithm: memehash
Web site: https://apepepow.com
Blocks the browser: https://scan.apepepow.com
Mining Pool:: https://ekapool.com/apepe/
bitcointalk:https://bitcointalk.org/index.php?topic=5455236.0
Discord: https://discord.gg/s5ZgwcnGzT
github:https://github.com/APEPEPOW/APEPEPOW
cpuminer-memehash:https://github.com/APEPEPOW/cpuminer-memehash

[FP91G]

Rigel 1.5.3 Latest

(ZIL) Improve stability when switching OC in dual/triple mining
(ZIL) Add --zil-test-intervals parameter to set durations of primary algorithm and Zilliqa sessions in test mode (see readme)

Bug fixes:

(Nexa) Invalid shares when mining to Nicehash


https://github.com/rigelminer/rigel/releases/tag/1.5.3
Check all links with first post from the developer.

[rigelminer]

Rigel 1.6.0

* (Ergo) Add "autolykos2" algorithm (dev fee 1%)
ERG+RXD and ERG+RXD+ZIL also supported
See "dual-erg-rxd" and  "zil-triple" bat/sh scripts in the miner archive on how to configure dual and triple mining

[rigelminer]

Rigel 1.6.1

* (Ergo) Add ERG+KAS and ERG+KAS+ZIL mining support (see `dual-erg-kas` bat/sh script)
* (Ergo) Add `--autolykos2-prebuild` parameter to enable/disable dataset prebuild (see readme)
* Improve pool re-connection logic (no delay if previous connection attempt was less than 10s ago)
* Make troubleshooting overclock issues easier by only logging the error from the first GPU that crashed - most often this is the GPU that needs further OC tweaking

Bug fixes:
* (Windows) `insufficient memory` error when mining Nexa with 8GB cards
* (Nicehash) `unexpected EOF` error when mining Nexa and Ergo
* Slow hashrate ramp-up if long averaging window is chosen
* (Ethash+Iron) division by zero error

[sxemini]

Rigel 1.6.1

* (Ergo) Add ERG+KAS and ERG+KAS+ZIL mining support (see `dual-erg-kas` bat/sh script)
* (Ergo) Add `--autolykos2-prebuild` parameter to enable/disable dataset prebuild (see readme)
* Improve pool re-connection logic (no delay if previous connection attempt was less than 10s ago)
* Make troubleshooting overclock issues easier by only logging the error from the first GPU that crashed - most often this is the GPU that needs further OC tweaking

Bug fixes:
* (Windows) `insufficient memory` error when mining Nexa with 8GB cards
* (Nicehash) `unexpected EOF` error when mining Nexa and Ergo
* Slow hashrate ramp-up if long averaging window is chosen
* (Ethash+Iron) division by zero error

Thanks Rigel, long awaited update. +IRON will come in the future?

I hope you add octopus algo also in future - we need a new competitor for Gminer in this case.

[FP91G]

Rigel 1.6.2

(ZIL) Cache DAG for epoch 1, following ZIL epoch change
(Nexa) Add --nexapow-small-lut on/off parameter to enforce using small lookup tables
Display pool latency before the first share submission
Bug fixes:

(Nicehash) unexpected EOF error when mining ETC
Miner crashes when mining ETC + KAS using Turing GPUs


https://github.com/rigelminer/rigel/releases/tag/1.6.2
Check all links with first post from the developer.

[rigelminer]

Rigel 1.6.3

* (Nexa+ZIL) It is now possible to disable ZIL DAG caching to increase Nexa hashrate on 8GB cards (see below)
* (ZIL) Add "--zil-cache-dag on/off" parameter to enable/disable ZIL DAG caching ("on" by default)
* (ZIL) Add "--zil on/off" parameter to enable/disable ZIL mining per GPU individually ("on" by default)
* (Ergo) Make ERG hashrate drop less significant during prebuild phase when dual mining ERG+RXD and ERG+KAS
* Allow setting two decimals for dual ratio "--dual-mode a12:rN.NN"
* (UI) Display GPU core and memory offsets
* (UI) Add "r" key shortcut to redact username/worker (useful when sharing screenshots of miner output)

Bug fixes:
* "--dual-mode a1/a2" modes are broken when triple mining

[rigelminer]

Thanks Rigel, long awaited update. +IRON will come in the future?

I hope you add octopus algo also in future - we need a new competitor for Gminer in this case.

Thanks. Iron doesn't seem to be profitable for GPUs anymore, so I added +ALPH instead.

[rigelminer]

Rigel 1.6.4

* (Ergo) Add ERG+ALPH and ERG+ALPH+ZIL mining support (see "dual-erg-alph" bat/sh script)

Bug fixes:
* (IronFish) Miner frequently reconnects when mining to NiceHash
* Miner stops logging if the log files are moved or deleted while it's running

[fenomenyaa]

Pls add Kawpow Algo to miner.

[rigelminer]

Rigel 1.7.0

* (Rethereum) Add ethashb3 algorithm (1% dev fee)

[rigelminer]

Rigel 1.7.1

* (Rethereum) Add RTH+RXD and RTH+RXD+ZIL mining support (see `dual-rth-rxd` bat/sh script)

[rigelminer]

Rigel 1.7.2

* Add RTH+ALPH and RTH+ALPH+ZIL mining support (see `dual-rth-alph` bat/sh script)
* Improve RTH+RXD performance (30xx and 40xx GPUs)
* Improve ERG+RXD, ERG+ALPH, ERG+KAS performance

[angelbbs]

Due to the fact that there is a constant switching of orders to DaggerHashimoto on NiceHash, and the appearance of mining coins with an epoch of 0 (for example, PowBlocks - XPB), additional ZIL mining becomes impossible. Please add the ZIL API to determine the real ZIL mining round.
https://github.com/Zilliqa/apidocs/blob/master/source/index.html.md
POST Method GetNumTxBlocks to https://api.zilliqa.com

[rigelminer]

Due to the fact that there is a constant switching of orders to DaggerHashimoto on NiceHash, and the appearance of mining coins with an epoch of 0 (for example, PowBlocks - XPB), additional ZIL mining becomes impossible. Please add the ZIL API to determine the real ZIL mining round.
https://github.com/Zilliqa/apidocs/blob/master/source/index.html.md
POST Method GetNumTxBlocks to https://api.zilliqa.com

Not sure what you mean. The miner only mines zil to a zil pool, which Nicehash is not (?) - you configure the connection to a zil pool separately to your primary connection. However, the problem you will be facing when mining ethash to Nicehash is switching epochs every minute or so because of dev fee, but that has nothing to do with zil.

[angelbbs]

Due to the fact that there is a constant switching of orders to DaggerHashimoto on NiceHash, and the appearance of mining coins with an epoch of 0 (for example, PowBlocks - XPB), additional ZIL mining becomes impossible. Please add the ZIL API to determine the real ZIL mining round.
https://github.com/Zilliqa/apidocs/blob/master/source/index.html.md
POST Method GetNumTxBlocks to https://api.zilliqa.com

Not sure what you mean. The miner only mines zil to a zil pool, which Nicehash is not (?) - you configure the connection to a zil pool separately to your primary connection. However, the problem you will be facing when mining ethash to Nicehash is switching epochs every minute or so because of dev fee, but that has nothing to do with zil.

https://bitcointalk.org/index.php?topic=5034735.msg62822877#msg62822877

[rigelminer]

Not sure what you mean. The miner only mines zil to a zil pool, which Nicehash is not (?) - you configure the connection to a zil pool separately to your primary connection. However, the problem you will be facing when mining ethash to Nicehash is switching epochs every minute or so because of dev fee, but that has nothing to do with zil.

https://bitcointalk.org/index.php?topic=5034735.msg62822877#msg62822877

You're trying to mine ZIL to Nicehash, that's not going to work - the miner will be mining all Nicehash-provided jobs as long as they are epoch 1 or 2. You need to point the miner to a ZIL pool instead.

[rigelminer]

5 x Nvidia 1060 6 gb   Results on ethashb3 RETHEREUM on Mining software mining on https://rth.crazypool.org/
Gminer 120,2 MHS    Lower energie consumption 377 Watt Old Version 1.00 Devfee And older version 0.65 devfee
Phoenixminer 117,5 MHS   0.65 Devfee 400 Watt
Rigelminer      Best option 115.00 MHS  400 Watt WHY Lower hashrate and High Devfee ??


Lowest Devfee  bat Slow

teamblackminer 1.99 updated!
- Changelog -
Added support for EthashB3 on nvidia (The ethereum restart project) Rethereum. 0.5% fee

Where did you get those numbers from for Gminer and Phoenixminer? They don't support ethashb3.

[rigelminer]

Rigel 1.7.3

* Add RTH+IRON and RTH+IRON+ZIL mining support (see `dual-rth-iron` bat/sh script)
* Add ERG+IRON and ERG+IRON+ZIL mining support (see `dual-erg-iron` bat/sh script)

Bug fixes:
* (ERG dual modes) Auto-tuner picks low dual ratios resulting in poor performance

[Digital_Seytan]

5 x Nvidia 1060 6 gb   Results on ethashb3 RETHEREUM on Mining software mining on https://rth.crazypool.org/
Gminer 120,2 MHS    Lower energie consumption 377 Watt Old Version 1.00 Devfee And older version 0.65 devfee
Phoenixminer 117,5 MHS   0.65 Devfee 400 Watt
Rigelminer      Best option 115.00 MHS  400 Watt WHY Lower hashrate and High Devfee ??


Lowest Devfee  bat Slow

teamblackminer 2.00 updated!
- Changelog -
Added support for EthashB3 on nvidia (The ethereum restart project) Rethereum. 0.5% fee

Where did you get those numbers from for Gminer and Phoenixminer? They don't support ethashb3.

you can look this pool https://rth.crazypool.org/#/ works with any Ethereum mining software !!!!

RTH Ethashb3 Mining

Claymore miner works fine  112 mhs low devfee
Phoenixminer 0.65 Devfee
Teamredminer 1.00 Devfee
Teamblackminer 0.5 Devfee
Lolminer         1.00 Devfee
Miniz miner 107 Mhs 1.00 Devfee
T-rex miner      1.00 Devfee
Gminer            0.65 Devfee with Old version
NBminer           0.70
SBminer           0.50
Ethminer  112 MHS 0.0 Zero Devfee
Retminer V2  108 MHS     0.00 Devfee
NfsMiner v1.3  102 Mhs  0.00 No stinking Devfee !!!!!!

[rigelminer]

you can look this pool https://rth.crazypool.org/#/ works with any Ethereum mining software !!!!

RTH Ethashb3 Mining

Claymore miner works fine  112 mhs low devfee
Phoenixminer 0.65 Devfee
Teamredminer 1.00 Devfee
Teamblackminer 0.5 Devfee
Lolminer         1.00 Devfee
Miniz miner 107 Mhs 1.00 Devfee
T-rex miner      1.00 Devfee
Gminer            0.65 Devfee with Old version
NBminer           0.70
SBminer           0.50
Ethminer  112 MHS 0.0 Zero Devfee
Retminer V2  108 MHS     0.00 Devfee
NfsMiner v1.3  102 Mhs  0.00 No stinking Devfee !!!!!!

There must be a mistake. EthashB3 is a different algorithm, you can't mine it with ethash-only software.

[rigelminer]

Rigel 1.8.0

* Add mining support for the following coins (dev fee 1%):
  * Ravencoin (`-a ravencoin`, see `rvn` bat/sh script)
  * Neurai (`-a neurai`, see `xna` bat/sh script)
  * Clore (`-a clore`, see `clore` bat/sh script)
* (IronFish) Minor performance improvements for `<algo>+ironfish` dual modes

[1971ECPT]

Hi, when dual mining RVN+ZIL?

Tried now and doesn't work.

[rigelminer]

Hi, when dual mining RVN+ZIL?

Tried now and doesn't work.

It should work. What's your config?

[rigelminer]

Rigel 1.8.1

* Add Neoxa mining support (`-a neoxa`, see `neox` bat/sh script)

Bug fixes:
* (RVN) Miner is incompatible with Hiveon pool
* (ETC) Invalid shares issue introduced in 1.8.1

[1971ECPT]

Hi, when dual mining RVN+ZIL?

Tried now and doesn't work.

It should work. What's your config?

rigel.exe -a kawpow+zil ^
   -o [1]stratum+tcp://rvn.2miners.com:6060        -u [1]XXXXXXXXXXXXXXXXXXXXXXXXXXXX ^
   -o [2]stratum+tcp://eu.crazypool.org:5005         -u [2]YYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYY ^
   -w Testing --log-file logs/miner.log

[rigelminer]

rigel.exe -a kawpow+zil ^
   -o [1]stratum+tcp://rvn.2miners.com:6060        -u [1]XXXXXXXXXXXXXXXXXXXXXXXXXXXX ^
   -o [2]stratum+tcp://eu.crazypool.org:5005         -u [2]YYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYY ^
   -w Testing --log-file logs/miner.log

Replacing "kawpow" with "ravencoin" should fix the issue.

[1971ECPT]

rigel.exe -a kawpow+zil ^
   -o [1]stratum+tcp://rvn.2miners.com:6060        -u [1]XXXXXXXXXXXXXXXXXXXXXXXXXXXX ^
   -o [2]stratum+tcp://eu.crazypool.org:5005         -u [2]YYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYY ^
   -w Testing --log-file logs/miner.log

Replacing "kawpow" with "ravencoin" should fix the issue.

Yes, it worked, thank you!

[angelbbs]

Rigel 1.8.0

* Add mining support for the following coins (dev fee 1%):
  * Ravencoin (`-a ravencoin`, see `rvn` bat/sh script)
  * Neurai (`-a neurai`, see `xna` bat/sh script)
  * Clore (`-a clore`, see `clore` bat/sh script)
* (IronFish) Minor performance improvements for `<algo>+ironfish` dual modes

Raven coin, Neural, Clore, Neoxa.. and Paprikacoin, Zatox, Gamepass, Meow coin, Hivecoin, Procyon Coin etc. come true mining with KAWPOW algo.
Why split it up on "-a ravencoin", "-a neurai" etc?

[rigelminer]

Rigel 1.8.0

* Add mining support for the following coins (dev fee 1%):
  * Ravencoin (`-a ravencoin`, see `rvn` bat/sh script)
  * Neurai (`-a neurai`, see `xna` bat/sh script)
  * Clore (`-a clore`, see `clore` bat/sh script)
* (IronFish) Minor performance improvements for `<algo>+ironfish` dual modes

Raven coin, Neural, Clore, Neoxa.. and Paprikacoin, Zatox, Gamepass, Meow coin, Hivecoin, Procyon Coin etc. come true mining with KAWPOW algo.
Why split it up on "-a ravencoin", "-a neurai" etc?

I had to resort to using coin names for `-a` as different kawpow coins use DAGs of different sizes and it creates a problem where the miner would need to rebuild the DAG every few minutes to mine dev fee. When you specify the coin name the miner knows exactly what you're mining and will be mining the same coin as dev fee thus avoiding DAG rebuilds.

[fenomenyaa]

Rigel 1.8.0

* Add mining support for the following coins (dev fee 1%):
  * Ravencoin (`-a ravencoin`, see `rvn` bat/sh script)
  * Neurai (`-a neurai`, see `xna` bat/sh script)
  * Clore (`-a clore`, see `clore` bat/sh script)
* (IronFish) Minor performance improvements for `<algo>+ironfish` dual modes

Raven coin, Neural, Clore, Neoxa.. and Paprikacoin, Zatox, Gamepass, Meow coin, Hivecoin, Procyon Coin etc. come true mining with KAWPOW algo.
Why split it up on "-a ravencoin", "-a neurai" etc?

I had to resort to using coin names for `-a` as different kawpow coins use DAGs of different sizes and it creates a problem where the miner would need to rebuild the DAG every few minutes to mine dev fee. When you specify the coin name the miner knows exactly what you're mining and will be mining the same coin as dev fee thus avoiding DAG rebuilds.

Good reason but some miners use multiport pools,they change the coin(not algo) according to profit,it's impossible to use your miner in this kind pools(forex miningdutch),İ think it's better to keep this option and add to '-a' kawpow option too..

[angelbbs]

Rigel 1.8.0

* Add mining support for the following coins (dev fee 1%):
  * Ravencoin (`-a ravencoin`, see `rvn` bat/sh script)
  * Neurai (`-a neurai`, see `xna` bat/sh script)
  * Clore (`-a clore`, see `clore` bat/sh script)
* (IronFish) Minor performance improvements for `<algo>+ironfish` dual modes

Raven coin, Neural, Clore, Neoxa.. and Paprikacoin, Zatox, Gamepass, Meow coin, Hivecoin, Procyon Coin etc. come true mining with KAWPOW algo.
Why split it up on "-a ravencoin", "-a neurai" etc?

I had to resort to using coin names for `-a` as different kawpow coins use DAGs of different sizes and it creates a problem where the miner would need to rebuild the DAG every few minutes to mine dev fee. When you specify the coin name the miner knows exactly what you're mining and will be mining the same coin as dev fee thus avoiding DAG rebuilds.

The best option would be to connect to the mining pools of well-known coins to get their epoch (DAG size) and then match it with the epoch of the current mining.

[BoozyTalking]

Rigel 1.8.0

* Add mining support for the following coins (dev fee 1%):
  * Ravencoin (`-a ravencoin`, see `rvn` bat/sh script)
  * Neurai (`-a neurai`, see `xna` bat/sh script)
  * Clore (`-a clore`, see `clore` bat/sh script)
* (IronFish) Minor performance improvements for `<algo>+ironfish` dual modes

Raven coin, Neural, Clore, Neoxa.. and Paprikacoin, Zatox, Gamepass, Meow coin, Hivecoin, Procyon Coin etc. come true mining with KAWPOW algo.
Why split it up on "-a ravencoin", "-a neurai" etc?

I had to resort to using coin names for `-a` as different kawpow coins use DAGs of different sizes and it creates a problem where the miner would need to rebuild the DAG every few minutes to mine dev fee. When you specify the coin name the miner knows exactly what you're mining and will be mining the same coin as dev fee thus avoiding DAG rebuilds.

LooooooooL. What a joke. Miner must set correct algo through stratum protocol. Kawpow now use at least 20+ coins, Ethash use 30+ coins - will you name every coin as different parameters?

[sxemini]

Rigel 1.8.0

* Add mining support for the following coins (dev fee 1%):
  * Ravencoin (`-a ravencoin`, see `rvn` bat/sh script)
  * Neurai (`-a neurai`, see `xna` bat/sh script)
  * Clore (`-a clore`, see `clore` bat/sh script)
* (IronFish) Minor performance improvements for `<algo>+ironfish` dual modes

Raven coin, Neural, Clore, Neoxa.. and Paprikacoin, Zatox, Gamepass, Meow coin, Hivecoin, Procyon Coin etc. come true mining with KAWPOW algo.
Why split it up on "-a ravencoin", "-a neurai" etc?

I had to resort to using coin names for `-a` as different kawpow coins use DAGs of different sizes and it creates a problem where the miner would need to rebuild the DAG every few minutes to mine dev fee. When you specify the coin name the miner knows exactly what you're mining and will be mining the same coin as dev fee thus avoiding DAG rebuilds.

LooooooooL. What a joke. Miner must set correct algo through stratum protocol. Kawpow now use at least 20+ coins, Ethash use 30+ coins - will you name every coin as different parameters?

No joke, it´s normal. Reminds me to claymore in the past, where the miner in every devfee period recreates the DAG if you mined an other coin as ETH, and Rigel will avoid this, so it is good and bad.
But i understand the point, an native support for KAWPOW would nice, so that the user can decide if they want a DAG creation in every devfee period.

[JayDDee]

I had to resort to using coin names for `-a` as different kawpow coins use DAGs of different sizes and it creates a problem where the miner would need to rebuild the DAG every few minutes to mine dev fee. When you specify the coin name the miner knows exactly what you're mining and will be mining the same coin as dev fee thus avoiding DAG rebuilds.

LooooooooL. What a joke. Miner must set correct algo through stratum protocol. Kawpow now use at least 20+ coins, Ethash use 30+ coins - will you name every coin as different parameters?

No joke, it´s normal. Reminds me to claymore in the past, where the miner in every devfee period recreates the DAG if you mined an other coin as ETH, and Rigel will avoid this, so it is good and bad.
But i understand the point, an native support for KAWPOW would nice, so that the user can decide if they want a DAG creation in every devfee period.

I'm not a fan of devfees but a seperate coin option, --coin or -C would have been better to avoid confusion, most miners won't accept a coin name for the algo.
-a kawpow for generic kawpow,
--coin ravencoin or --coin rvn for Ravencoin only.

Edit: this also simplifies when a coin changes algo, no need to change the command line for the new algo.

[Digital_Seytan]

srbminer-multi 2.3.6 updated!
- Changelog -
Added support for algorithm 'dynex' on NVIDIA GPUs
Performance improvement on algorithm 'dynex' on AMD GPUs
Removed Dynex optimised dual kernels
Lowered devfee for algorithm 'ETHASHB3'  to standard 0.85%

teamblackminer 2.01 updated!
- Changelog -
Faster miner startup.
Reduced stales in the vertcoin,etchash,ethash,ethashb3,zil and kawpow algo.
Fixed rejected shares bug in the vertcoin algo.
EthashB3   devfee Rethereum   Nvidia   0.5%

[1971ECPT]

Be AWARE, oficial thread starter is mr. rigelminer (OP)

This post above could be made from an compromissed account!

ONtopic.

Is any option for dual mining  OCTOPUS algo (Conflux)+ZIL?

[sxemini]

Be AWARE, oficial thread starter is mr. rigelminer (OP)

This post above could be made from an compromissed account!

ONtopic.

Is any option for dual mining  OCTOPUS algo (Conflux)+ZIL?

No Octopus support at the moment. Maybe in the future. Information from Rigel from his Discord.

[1971ECPT]

Thank you!

I wait, I like this miner, even if a little lower hashrate compairing to GMiner, Rigel is lower fees too, and very stable!

[rigelminer]

Thank you!

I wait, I like this miner, even if a little lower hashrate compairing to GMiner, Rigel is lower fees too, and very stable!

Keep in mind Gminer inflates reported hashrate by 1%

[1971ECPT]

I saw that in calculations per 24 hours mining, regarding other miners using same settings for videocard, wich is watercooled.

https://postimg.cc/Mnzh0J7c

In my opinion, is absolute greedy to take 5% fees from CFX when mining CFX+RXD+ZIL.

[rigelminer]

Rigel 1.9.0

* (CFX) Add `octopus` algorithm (2% dev fee, see `cfx` bat/sh script), including
  * CFX+RXD and CFX+RXD+ZIL (see `dual-cfx-rxd` bat/sh script)
  * CFX+ALPH and CFX+ALPH+ZIL (see `dual-cfx-alph` bat/sh script)
* Add OCTA+RXD and OCTA+RXD+ZIL mining support

[1971ECPT]

Great job, works like a charm!

Thank you!

[sxemini]

Thank you!

I wait, I like this miner, even if a little lower hashrate compairing to GMiner, Rigel is lower fees too, and very stable!

Keep in mind Gminer inflates reported hashrate by 1%

1%? for Octopus it was 8% inflated hashrate on gminer as i reported in your discord

Thanks for adding octopus with dual mining option. My 3060m rigs went up from 33mh pool hashrate to 41.5mh pool hashrate with dual mining RXD at 325mh.
As always nice work and I am happy to be one of the first supporter of your miner.

I saw that in calculations per 24 hours mining, regarding other miners using same settings for videocard, wich is watercooled.

https://postimg.cc/Mnzh0J7c

In my opinion, is absolute greedy to take 5% fees from CFX when mining CFX+RXD+ZIL.

With 762mv on GPU you can go much higher with your core clock. The range is 1650 - 1790mh @ 762mv. You can set an GPU offset from 200 or 250 instead of 100mhz, or go lower with the voltage. maybe around 700mv.

[1971ECPT]

I can go more as it is but im satisfied for GDDR6X freq.On that printscreen, I mine Conflux +ZIL, both needed as higher as I can on memory freq.
If I go at +2200MHz, ZIL goes +110MH and CFX more than 106MH, but a little unstable after couple hours.
I prefear stability and nice hashrate.
Thank's again to the developer for this version wich supports CFX!

[fenomenyaa]

Rigel 1.9.0

* (CFX) Add `octopus` algorithm (2% dev fee, see `cfx` bat/sh script), including
  * CFX+RXD and CFX+RXD+ZIL (see `dual-cfx-rxd` bat/sh script)
  * CFX+ALPH and CFX+ALPH+ZIL (see `dual-cfx-alph` bat/sh script)
* Add OCTA+RXD and OCTA+RXD+ZIL mining support

Pls add Dynex algo too.

[1971ECPT]

Rigel 1.9.0

* (CFX) Add `octopus` algorithm (2% dev fee, see `cfx` bat/sh script), including
  * CFX+RXD and CFX+RXD+ZIL (see `dual-cfx-rxd` bat/sh script)
  * CFX+ALPH and CFX+ALPH+ZIL (see `dual-cfx-alph` bat/sh script)
* Add OCTA+RXD and OCTA+RXD+ZIL mining support

Hi, since 1.9.0 version, including 1.9.1 too, it started to appear more rejected shares on ZIL coin in dual or single mining, more than 10-15% are rejected shares regarding older versions, where rejected shares of ZIL, was lighter 2-3%.

Can you check?

Thank you!

[huanghaiming]

Can you help me increase the DNX algorithm as soon as possible? Thanks

[rigelminer]

Hi, since 1.9.0 version, including 1.9.1 too, it started to appear more rejected shares on ZIL coin in dual or single mining, more than 10-15% are rejected shares regarding older versions, where rejected shares of ZIL, was lighter 2-3%.

Can you check?

Thank you!

I did not reply sooner on purpose - was trying to see if anyone else was having the same issue. Your report is the only one I've received, so I'm guessing it must be something on your end, or probably a temporary pool issue. Likely not a Rigel bug.

[1971ECPT]

It was possible that issue was from the pool, now rejected are less.
Keep up the good work!
Cheers!

[rigelminer]

Rigel 1.9.2


* Add PowBlocks mining support (`-a powblocks`)
* Remove `flora` algorithm

Bug fixes:
* (Windows 7) TUI is broken

[afxxx]

Rigel 1.9.2


* Add PowBlocks mining support (`-a powblocks`)
* Remove `flora` algorithm

Bug fixes:
* (Windows 7) TUI is broken

Works like a charm. Thanks for the update!

[dgeo]

Rigel 1.9.2

Hi! SOCKS5 proxy is not supported?

[rigelminer]

Hi! SOCKS5 proxy is not supported?

Hi. Not yet.

[rigelminer]

Rigel 1.10.0

* (KLS) Add `karlsenhash` algorithm (dev fee 1%), including
  * RTH+KLS, ERG+KLS, ETC+KLS, +ZIL, see bat/sh scripts
* (KAS) Remove `kheavyhash` algorithm

[CoinbirdTalk]

Rigel 1.10.0

* (KLS) Add `karlsenhash` algorithm (dev fee 1%), including
  * RTH+KLS, ERG+KLS, ETC+KLS, +ZIL, see bat/sh scripts
* (KAS) Remove `kheavyhash` algorithm

Great miner, I like the interface a lot better than the others!

I was trying to figure out how to "dual" (not really dual?) mine KLS to two addresses (one solo and one not solo,) but -a karlsenhash+karlsenhash and two addresses didn't work. Is there a way to do that? (Same alg but split effort to two addresses.)

[rigelminer]

Great miner, I like the interface a lot better than the others!

I was trying to figure out how to "dual" (not really dual?) mine KLS to two addresses (one solo and one not solo,) but -a karlsenhash+karlsenhash and two addresses didn't work. Is there a way to do that? (Same alg but split effort to two addresses.)

Thanks!
Currently there's no way to split your hashrate the way you requested. Assuming you have multiple GPUs, your best bet would be running two instances of the miner on different GPUs and directing them to different addresses.

[rigelminer]

Rigel 1.10.1

* Add support for Volta architecture (Titan V)
* Add CFX+KLS and CFX+KLS+ZIL mining support (see `dual-cfx-kls` bat/sh script)

Bug fixes:
* (KLS) `Unexpected EOF` error when mining to Mining Rig Rentals

[FP91G]

Rigel 1.11.0

(PYI) Add pyrinhash algorithm (dev fee 1%, see pyi bat/sh script)

https://github.com/rigelminer/rigel/releases/tag/1.11.0

Be sure to check the links with the first post from the developer. There you will find links to the official github and discord!
https://bitcointalk.org/index.php?topic=5424675

I like the fact that there is another new miner for new coins such as pyrin, although the coin is not yet traded on the exchange.
But the coin doesn’t seem to have a simple and convenient wallet other than a node.

[dgeo]

Rigel 1.10.1

Dag builts whithout memory offset when ethash. Add this as option to kawpow, please.

[fenomenyaa]

There is a bug on newer drivers, i tried last 2 whql one, both of them not show memory Temp.

[1971ECPT]

Hi.

Is there any command or option for rigel miner to restart iself in continuous loop, let's say after 1 minute of mining?

[fenomenyaa]

Rigel 1.10.1

* Add support for Volta architecture (Titan V)
* Add CFX+KLS and CFX+KLS+ZIL mining support (see `dual-cfx-kls` bat/sh script)

Bug fixes:
* (KLS) `Unexpected EOF` error when mining to Mining Rig Rentals

Pls add Aipowergrid (kawpow) algo. With nvidia new drivers Tmem not seen on miner screen. Thanks for your good work.

[FP91G]

Rigel 1.11.1
(RXD) Minor hashrate/efficiency improvements
Add RTH+PYI, ERG+PYI, CFX+PYI, +ZIL mining support, see bat/sh scripts
Bug fixes:

(PYI, KLS) Extranonce parsing error when mining to stratum bridges
The miner accepts multiple overclock arguments for the same GPU / clock type instead of displaying an error

https://github.com/rigelminer/rigel/releases/tag/1.11.1
Be sure to check the links with the first post from the developer. There you will find links to the official github and discord!
https://bitcointalk.org/index.php?topic=5424675

[dgeo]

Rigel 1.11.1

The miner does not cache more than 1 DAG for kawpow algorithms in video memory (like gminer). This option is very useful for nicehash

[safar1980]

Rigel has released a new version 1.12.0

(AIPG) Add AI Power Grid mining support (-a aipg), dev fee 1%
Bug fixes:
GPU memory temperatures are not displayed on 545+ drivers, and on some cards with HBM2 memory
https://github.com/rigelminer/rigel/releases

And I'll add this quote!

Be sure to check the links with the first post from the developer. There you will find links to the official github and discord!
https://bitcointalk.org/index.php?topic=5424675

[Driftless_Mining]

I have been mining AIPG on Rigel 1.11.0 using ravencoin for the algorithm. Is there any other benefit or improvements to updating to the new version besides now using AIPG for the algo instead of ravencoin?

[safar1980]

I have been mining AIPG on Rigel 1.11.0 using ravencoin for the algorithm. Is there any other benefit or improvements to updating to the new version besides now using AIPG for the algo instead of ravencoin?

If your mining is on AMD video cards, then you should not update the miner for ravencoin.
Mining ravencoin is mining on algorithm kawpow, and usually miners left this algorithm because it is one of the most energy-consuming algorithms.

[igotek]

 --lock-cclock 1500 --lock-mclock 810

is it possible to set these values acording to algortihm ?

For example:
nexapow:  --lock-cclock 1500 --lock-mclock 810
karlsenhash: --lock-cclock 1680 --lock-mclock 810
etchash: --lock-cclock 1150 --lock-mclock 2900

I use HiveOS for all of my rigs.
I had to change manually this values each time I change the algo.
We can put them all in extra config then the miner automatically select it acording to the algorithm.

[safar1980]

--lock-cclock 1500 --lock-mclock 810

is it possible to set these values acording to algortihm ?

Don't you use different flight sheets in Hive OS?

If you set up a separate flight sheet for each coin and add your parameters in the miner settings, then your overclocking or downvolt should be applied. It works in the Rigel miner

[FP91G]

Rigel 1.12.2

(PYI) Improve performance on 16xx series GPUs
(ZIL) Display hashrate between rounds (set --zil-retain-hashrate off to disable this feature)
Bug fixes:

(ZIL) The miner keeps connecting to the failover pool even when the primary pool is up
https://github.com/rigelminer/rigel/releases/tag/1.12.2

Be sure to check the links with the first post from the developer. There you will find links to the official github and discord!
https://bitcointalk.org/index.php?topic=5424675

[Spill]

Can you add Decred(blake3)

[FP91G]

Rigel 1.13.0

Add support for mining arbitrary KawPow (-a kawpow) and Ethash (-a ethash) coins
Old coin-specific algorithms like -a neurai are now obsolete and will eventually be removed, see below for details
Cache DAGs when mining kawpow or ethash
To turn off set --kawpow-cache-dag off / --ethash-cache-dag off
(API) Add new fields:
zil_state, indicates whether ZIL is currently mining, possible values: waiting, mining
pool_hashrate
https://github.com/rigelminer/rigel/releases/tag/1.13.0

Be sure to check the links with the first post from the developer. There you will find links to the official github and discord!
https://bitcointalk.org/index.php?topic=5424675

[Banyduge]

I saw that in calculations per 24 hours mining, regarding other miners using same settings for videocard, wich is watercooled.

[rigelminer]

Hi!
I tried today to use Rigel Miner 1.13.0 because lower fee rates vs G-Miner 3.43.

I used to mine Kawpow (Ravencoin) into Nicehash website + ZIL into Ezil site.

...

Any thoughts?

From 1.13.0 onwards "-a kawpow+zil" is preferred over "-a ravencoin+zil". The rejected share issue when mining to Nicehash is a known problem and will be fixed in the next release.

[1971ECPT]

Yes, I used From 1.13.0 onwards "-a kawpow+zil" is preferred over "-a ravencoin+zil". as seen in first settings on my post.

Waiting for new release to test it.
Good luck and keep ON the good work!

[FP91G]

Rigel 1.13.1

Set GPU memory clock offset to 0 when building DAG to prevent its corruption
Add {ts} and {algo} template parameters for log file name (see --log-file in readme for more details)
Bug fixes:

Large amount of rejected shares when mining kawpow to Nicehash
(RXD) Fix performance regression on Pascal GPUs introduced in version 1.11.1


https://github.com/rigelminer/rigel/releases/tag/1.13.1

Be sure to check the links with the first post from the developer. There you will find links to the official github and discord!
https://bitcointalk.org/index.php?topic=5424675

[1971ECPT]

With absolute the same settings as before, I got this error:




Also pool hashrate is too small, even acceptes shares is small too (26 accepted shares after 7 minutes of mining), compairing to Gminer wich does 41 accepted shares after same 7 minutes of mining;



So?

[rigelminer]

With absolute the same settings as before, I got this error:

This is just a warning, the miner is trying to set zero memory offset to avoid DAG corruption and fails because it lacks admin privileges, you can ignore it.

Also pool hashrate is too small, even acceptes shares is small too (26 accepted shares after 7 minutes of mining), compairing to Gminer wich does 41 accepted shares after same 7 minutes of mining;
So?

26 or 41 shares are very small numbers, you need to find thousands to get a good estimate of how well the miner is performing, see https://github.com/Kerney666/trm-ethash-miner-tester#mining-as-a-poisson-process

[sxemini]

With absolute the same settings as before, I got this error:




Also pool hashrate is too small, even acceptes shares is small too (26 accepted shares after 7 minutes of mining), compairing to Gminer wich does 41 accepted shares after same 7 minutes of mining;



So?

really 7 minutes for a test? Dude you must test this for days.

Rigel has always better results than every other Nvidia miner in my case. An extreme case is conflux for me - gminer always 20% lower poolhashrate than the reported one.

Next thing are the fees - Rigel with low fees compared to gminer -> i mean what the fuck 5% fees in some cases?

[1971ECPT]

Yes, that's correct, Rigel has always better results than every other Nvidia miner, because lower fee, and maybe more realistic hashrates showed when mining.

But since last version, it was impossible to use for nicehash.



Tested in last day, 8 hours Rigel vs 8 hours Gminer, 4 rounds of nicehash payments, meaning 2 rounds of 4 hours each for Rigel and 2 rounds of 4 hours each for Gminer, compairing achievement into account, Rigel mined did 0.00002117 + 0.00002049 BTC, versus Gminer that did 0.00002189 + 0.00002163 BTC, even if Rigel have 1% fee vs Gminer wich takes 3% fee, both in same case, dual mining Kawpow+ZIL, same OC settings.

But I think 24 hours of each miner, will be more relevant, that's follow my next test.

[joseph32]

Hey Rigel,

T-Rex has a great option: "--keep-gpu-busy". Means, he continue the mining even with no internet connection.

Especially in the winter months that option keeps the GPUs warm and not freezing to death, it's a great safety feature just for the case. Is it possible to get that same option for your miner? Thats the only reason using T-Rex over Rigel.

(And maybe also add ProgPowZ to mine ZANO, would be awesome)

Thanks!

[sxemini]

Hey Rigel,

T-Rex has a great option: "--keep-gpu-busy". Means, he continue the mining even with no internet connection.

Especially in the winter months that option keeps the GPUs warm and not freezing to death, it's a great safety feature just for the case. Is it possible to get that same option for your miner? Thats the only reason using T-Rex over Rigel.

(And maybe also add ProgPowZ to mine ZANO, would be awesome)

Thanks!

Freezing to death? Colder = better = less power consumption

Some of my rigs running in a room with a negative temperature for years and nothing died because of cold temperature. I don´t why people think hardware die in cold environments. You know about LN2 cooling for CPU or GPU in extreme benchmarks? You know that this parts running at -50C or more negative temperatures and the hardware is fine.

Easy too cold doesn´t exist for pc parts -> the only problem can be condensation formation, but never happend to me.

So keep busy was stupid at T-Rex miner times and is still stupid.

[joseph32]

Hey Rigel,

T-Rex has a great option: "--keep-gpu-busy". Means, he continue the mining even with no internet connection.

Especially in the winter months that option keeps the GPUs warm and not freezing to death, it's a great safety feature just for the case. Is it possible to get that same option for your miner? Thats the only reason using T-Rex over Rigel.

(And maybe also add ProgPowZ to mine ZANO, would be awesome)

Thanks!

Freezing to death? Colder = better = less power consumption

Some of my rigs running in a room with a negative temperature for years and nothing died because of cold temperature. I don´t why people think hardware die in cold environments. You know about LN2 cooling for CPU or GPU in extreme benchmarks? You know that this parts running at -50C or more negative temperatures and the hardware is fine.

Easy too cold doesn´t exist for pc parts -> the only problem can be condensation formation, but never happend to me.

So keep busy was stupid at T-Rex miner times and is still stupid.

Try to read and understand how condensation works...

Cold is good, yes, if the cards have work.
But with no internet connection, or something with the pool, or any bugs, or whatever other reason the cards could have no work, condensation occurs and they can die fast. Especially watercooled cards in any variant can die in minutes. Even the best rules in Awesome Miner or Hive wont work if the connection is lost for any reason. That simple option is the only reason me and my friends with hundreds of cards, and i think many others too, are using the old T-Rex for some coins in the winter to keep the space heated.

If you dont want to use such option, dont use it, simple. But it would be great to have such option in Rigel too, to protect very expensive hardware. And less T-Rex means more cash for Rigel. So thank you Rigel for considering this

[fenomenyaa]

Condansation occurs when the envirement and the card temp have huge temp differences.Delta T around 30 degrees may starts condansation, when mining stops Also card temperature degrees to envirement temp within in less then a minute ,so there is no risk but i don't say no Miner have this option  , maybe someone wanna use ths option.

[sxemini]

Hey Rigel,

T-Rex has a great option: "--keep-gpu-busy". Means, he continue the mining even with no internet connection.

Especially in the winter months that option keeps the GPUs warm and not freezing to death, it's a great safety feature just for the case. Is it possible to get that same option for your miner? Thats the only reason using T-Rex over Rigel.

(And maybe also add ProgPowZ to mine ZANO, would be awesome)

Thanks!

Freezing to death? Colder = better = less power consumption

Some of my rigs running in a room with a negative temperature for years and nothing died because of cold temperature. I don´t why people think hardware die in cold environments. You know about LN2 cooling for CPU or GPU in extreme benchmarks? You know that this parts running at -50C or more negative temperatures and the hardware is fine.

Easy too cold doesn´t exist for pc parts -> the only problem can be condensation formation, but never happend to me.

So keep busy was stupid at T-Rex miner times and is still stupid.

Try to read and understand how condensation works...

Cold is good, yes, if the cards have work.
But with no internet connection, or something with the pool, or any bugs, or whatever other reason the cards could have no work, condensation occurs and they can die fast. Especially watercooled cards in any variant can die in minutes. Even the best rules in Awesome Miner or Hive wont work if the connection is lost for any reason. That simple option is the only reason me and my friends with hundreds of cards, and i think many others too, are using the old T-Rex for some coins in the winter to keep the space heated.

If you dont want to use such option, dont use it, simple. But it would be great to have such option in Rigel too, to protect very expensive hardware. And less T-Rex means more cash for Rigel. So thank you Rigel for considering this

Don´t try to explain how condensation works to me, and now why condensation? you talked about freezing to death  But condensation I know it and did you run GPU at negativ degrees or i do? I described it below, i never saw any condensation, never i am mining this way for almost 7 years, and i have also hundreds off cards and asics.
My internet connection was interrupted a day, after i came home and fixed the internet, the cards start hashing with -5C and ended up at 30C and no condensation (Keep in mind the room temperature is below 0 without hashing). Maybe you must learn more about condensation and not me   You every saw condensation on GPU´s or you only hear about it? I asked your hear about LN2 cooling, you saw how wet this mainboards are? And they don´t die. I had a rig stand next to the open door and in winter the snow falling on this rig and melted but suprise suprise the whole 13 card rig is running until today without any problems. I can give you so many more examples of my own experience with condensation, water in combination with electric parts -> condensation nearly don´t exist, you must do so much wrong to provoke condensation. and water on electric parts are not good. but mostly the things not dying.

And next time we are here to help out other peoples. And some people have other experience than other people and together we all know more -> swarm intelligence, but some people are so stubborn. But it is ok, do what you want.

Condansation occurs when the envirement and the card temp have huge temp differences.Delta T around 30 degrees may starts condansation, when mining stops Also card temperature degrees to envirement temp within in less then a minute ,so there is no risk but i don't say no Miner have this option  , maybe someone wanna use ths option.

Sure maybe someone use this, for me personally i see no use case. But I want to let him know that there is no such thing as freezing to death. Some of my systems run the whole year in an room with open door everytime, whether it's 30°C or -15°C, they run perfectly all the time. Lowest messured GPU die temperature was -5°C in idle and 10°C at mining  

[igotek]

How to mine ABEL with Rigel Miner ?
I couldnt find any doc about it.

[igotek]

--lock-cclock 1500 --lock-mclock 810

is it possible to set these values acording to algortihm ?

Don't you use different flight sheets in Hive OS?

If you set up a separate flight sheet for each coin and add your parameters in the miner settings, then your overclocking or downvolt should be applied. It works in the Rigel miner

There are too many mining rigs. So, I create a flight sheet. Then i use it for all the rigs.
I put extra config into tune section in Hiveos because i have different gpus. (rtx 3060 LHR 3060Ti 3070 3080 3080Ti 3090 P106)
it is really too hard to create a flight sheet for each rig. yeah i have many flight sheets already for many coins.

Flight Sheets:
https://i.imgur.com/aK4zw7z.png

[FP91G]

Rigel 1.14.2
(ABEL) Add GPU stats reporting when mining to AbelPool and zkProvers
https://github.com/rigelminer/rigel/releases/tag/1.14.2

Be sure to check the links with the first post from the developer. There you will find links to the official github and discord!
https://bitcointalk.org/index.php?topic=5424675

abelian (ABEL) mining discussing in this thread
https://bitcointalk.org/index.php?topic=5483026.0

[rigelminer]

Rigel 1.15.0

* (IRON) Add "fishhash" algorithm support (dev fee 1%) including
  * IRON+ALPH, IRON+KLS, IRON+PYI, IRON+RXD, +ZIL, see bat/sh scripts
* Add SOCKS5 proxy support (see "--proxy" for more info)
* Add "--no-colour" parameter to disable colours in the miner log
* Allow opting out of memory clock reset when building DAG by passing "--dag-reset-mclock off"

Bug fixes:
* (ALPH) Password field value "-p" is not passed to the pool making it impossible to use static difficulty when mining to Vipor.

[angelbbs]

Rigel 1.15.0, 1.15.1 alephium mass rejects on nicehash
Nvidia driver 551.86
rigel.exe --no-watchdog -d 0,1,2,3 --no-tui --dag-reset-mclock off -a alephium -o stratum+tcp://alephium.auto.nicehash.com:9200 -u *** -p x --api-bind 127.0.0.1:4009

It works fine on one or two GPU, three or more GPUs - Duplicate share.

Code:

[2024-03-26 22:03:04] +========================== alephium ==========================+
[2024-03-26 22:03:04] |#|Name          | Hashrate |   Pool   |Acc|Rej |Inv|   Eff    |
[2024-03-26 22:03:04] |0|RTX 2070 SUPER|1.359 GH/s|94.10 MH/s| 33| 725|  0|9.692 MH/W|
[2024-03-26 22:03:04] |1|RTX 3060      |1.005 GH/s|86.86 MH/s| 32| 468|  0|7.401 MH/W|
[2024-03-26 22:03:04] |2|GTX 1070      |608.1 MH/s|33.78 MH/s| 12| 325|  0|5.993 MH/W|
[2024-03-26 22:03:04] |3|GTX 1070      |696.6 MH/s|77.21 MH/s| 20| 356|  0|4.769 MH/W|
[2024-03-26 22:03:04] +-+--------------+----------+----------+---+----+---+----------+
[2024-03-26 22:03:04] |          Total: 3.669 GH/s|292.0 MH/s| 97|1874|  0|7.008 MH/W|
[2024-03-26 22:03:04] +==============================================================+
[2024-03-26 22:03:04]
[2024-03-26 22:03:05] [alephium.auto.nicehash.com:9200] GPU#1 solution rejected - Duplicate share. (89ms)
[2024-03-26 22:03:05] [alephium.auto.nicehash.com:9200] GPU#3 solution rejected - Duplicate share. (98ms)

[FP91G]

Rigel 1.15.1
@rigelminer rigelminer released this yesterday

(IRON) Add ironfish -> fishhash auto-switch, see this guide on how to set it up
(RVN) Report hashrate to mining pools
https://github.com/rigelminer/rigel/releases/tag/1.15.1

Be sure to check the links with the first post from the developer. There you will find links to the official github and discord!
https://bitcointalk.org/index.php?topic=5424675

[fenomenyaa]

Hi DEV thakns for your hard work

Bug report.FishHash on Windows 1.15.1 ver. locks the mem mhz to p3 state. overclock options don't work

[energy_xxx]

Hi DEV thakns for your hard work

Bug report.FishHash on Windows 1.15.1 ver. locks the mem mhz to p3 state. overclock options don't work

Exactly

6gb gpu error

needs to be renewed

[OGPU]

Hello, please add
nvml - enable/disable NVML (statistic library for CUDA devices)

[FP91G]

Rigel 1.16.1
(GRAM, CHAPA) Add sha256ton algorithm (dev fee 1%), including
ABEL+GRAM, ERG+GRAM, IRON+GRAM, HYP+GRAM, CFX+GRAM, +ZIL, see bat/sh scripts
Only icemining pool is supported at this point
--fan-control can now be set to X to let the driver/OS manage the fan
Add --reset-oc parameter to reset all overclock settings and exit. Run as a standalone command rigel --reset-oc or rigel --reset-oc -d 0,1,....
Add --multi-device-arg-mode parameter to allow the miner to proceed even if the number of per-GPU settings doesn't match the number of GPUs - usually happens when one of the GPUs disappears from the system (taken out for maintenance, PCIE connectivity loss etc.) but the miner is run with the same config (see usage in readme).
(IRON) Remove --enable-fork support for ironfish algorithm. Use -a fishhash instead.
Remove obsolete kawpow (aipg, clore, neoxa, neurai, ravencoin) and ethash (octa, powblocks) algorithm aliases. Use -a kawpow --coin COIN and -a ethash --coin COIN instead.

https://github.com/rigelminer/rigel/releases/tag/1.16.1

Be sure to check the links with the first post from the developer. There you will find links to the official github and discord!
https://bitcointalk.org/index.php?topic=5424675

[FP91G]

Rigel 1.16.2

(GRAM) Add a kernel switch for sha256ton algorithm.
--kernel 1 (default) - best when higher power draw is not a concern
--kernel 2 - best when (very) low power draw is preferred
Tip: this version increases hashrate, however it may be less efficient than 1.16.1 with your OC - if that's the case, try reducing the locked core clock slightly, or select --kernel 2
Bug fixes:

(GRAM) Job payload parsing error when mining to Hyperpool

https://github.com/rigelminer/rigel/releases/tag/1.16.2

Be sure to check the links with the first post from the developer. There you will find links to the official github and discord!
https://bitcointalk.org/index.php?topic=5424675