Search content
Sort by
Showing 5 of 5 results by amgil
The new beta version is ready. It is mostly a bugfix release, the more significant upgrades are coming next month. You can download PhoenixMiner 6.0a from here:
PhoenixMiner_6.0a_Windows.zip
PhoenixMiner_6.0a_Linux.tar.gz
The new features in this release are:
The updated list of known issues (driver incompatibilities, etc.) and workarounds:
AMD Linux driver 21.40.1 has a bug preventing proper setting of clocks and voltages on older cards (RX4x0/RX5x0/Vega/RadeonVII). Given that these drivers are also
usually slower than the older drivers for these cards, we recommend using Linux drivers 20.30 for anything older than RX6000 series.
If you are using Linux drivers 21.40.1 with Radeon VII cards, you need to add the option -fpwm 1 in order to have proper fan control.
AMD Linux drivers 21.40.1 has finally removed the requirement of PCIe atomics but there are problems when you try to mix Polaris (RX4x0/5x0) cards and Vega or newer
cards on the same rig.
Some Nvidia cards will report a lot of stale shares under Windows 11. Using the same driver version under Windows 10 resolves the issue.
PhoenixMiner_6.0a_Windows.zip
PhoenixMiner_6.0a_Linux.tar.gz
The new features in this release are:
- Full LHR disable mode -lhrdis <n> 1 - yes (default), 0 - no
- Show the GPU vendor name in the list of GPUs to make it easier to identify the GPUs
- Added support for the latest AMD Linux drivers 21.40.1. There are some bugs in these drivers, particularly the clocks and voltages can't be set properly with older
cards (RX4x0/RX5x0/Vega/RadeonVII) - Validated support for the latest AMD Windows drivers up to 21.11.2
- Fixed issues with AMD RX6700XT cards with the latest AMD and Linux drivers
- Fixed issues with AMD Vega and Radeon VII cards on latest Windows and Linux drivers
- Fixed crash with very old Nvidia drivers (3xx.x)
- Other fixes and small improvements
The updated list of known issues (driver incompatibilities, etc.) and workarounds:
AMD Linux driver 21.40.1 has a bug preventing proper setting of clocks and voltages on older cards (RX4x0/RX5x0/Vega/RadeonVII). Given that these drivers are also
usually slower than the older drivers for these cards, we recommend using Linux drivers 20.30 for anything older than RX6000 series.
If you are using Linux drivers 21.40.1 with Radeon VII cards, you need to add the option -fpwm 1 in order to have proper fan control.
AMD Linux drivers 21.40.1 has finally removed the requirement of PCIe atomics but there are problems when you try to mix Polaris (RX4x0/5x0) cards and Vega or newer
cards on the same rig.
Some Nvidia cards will report a lot of stale shares under Windows 11. Using the same driver version under Windows 10 resolves the issue.
Re: MasterCoin: New Protocol Layer Starting From “The Exodus Address”
When i use MastercoinAdvisor
The consol shut down right after enter the receving address
i have to make a quick screenshoot for save the information needed
I'm alone with this problem ?
Thanks
Also how to copy/past in the console ?
The consol shut down right after enter the receving address
i have to make a quick screenshoot for save the information needed
I'm alone with this problem ?
Thanks
Also how to copy/past in the console ?
It depends how you launch it; Double clicking the script file simply executes it and returns to the (Windows) shell. Either use a command prompt to launch the advisor script (py or python [path to MastercoinAdvisor], assuming python is in your PATH) or open the GUI IDLE python shell and load to advisor there to execute.
Re: MasterCoin: New Protocol Layer Starting From “The Exodus Address”
I just had an interesting idea for Mastercoin Gateways.
You might be familiar with the concept of Ripple Gateways.
The primary function of a Ripple Gateway is accepting Fiat from customers, and "converting" it to "Fiat IOUs" which are then sent to clients.
You can come into this Gateway, wire it USD, and get USD IOUs in return.
Well, we can easily translate that idea into trust-less Mastercoin Gateways.
A Mastercoin Gateway would be a business or entity that accepts fiat and sends back the same fiat in the form of a CFD or backed currency.
I call it "trust-less" because once the deal is finished, you no longer need to have any trust or relation with the Gateweay, unlike Ripple Gateways which require the Gateway to keep functioning because it owes you money.
Real world Mastercoin exchanges could double as Gateways - regulation for these might vary, or might be the same, per state and regulatory environment.
You might be familiar with the concept of Ripple Gateways.
The primary function of a Ripple Gateway is accepting Fiat from customers, and "converting" it to "Fiat IOUs" which are then sent to clients.
You can come into this Gateway, wire it USD, and get USD IOUs in return.
Well, we can easily translate that idea into trust-less Mastercoin Gateways.
A Mastercoin Gateway would be a business or entity that accepts fiat and sends back the same fiat in the form of a CFD or backed currency.
I call it "trust-less" because once the deal is finished, you no longer need to have any trust or relation with the Gateweay, unlike Ripple Gateways which require the Gateway to keep functioning because it owes you money.
Real world Mastercoin exchanges could double as Gateways - regulation for these might vary, or might be the same, per state and regulatory environment.
What about a network of Mastercoin super-nodes gateways, not for Fiat but for adjoining the currently Bitcoin situated Mastercoin protocol, with other crypto-currency block-chains? This would facilitate distributed any-coin <-> any-coin trades, as currently roughly implemented for BTC <-> MSC. With this type of gateway, Bitcoin can continue its main lead as a store of value, even if other alts eventually prove better as means of exchange.
Please whitelist.