|
baigreen
|
 |
June 13, 2014, 02:32:09 AM
Last edit: June 13, 2014, 02:47:40 AM by baigreen |
|
Good news! I've uploaded preview version of GUI with wallet functions (windows build). This is early alpha version, beware of bugs. It's actually just first version that able to send and receive money, pretty ugly. Everyone who want to have fun: boolberry.com/downloads.htmlWhat next: 0. Integrate qt-daemon into build system 1. Build and test it for Mac and Linux 2. Preapare normal deploy binaries 3. Adjust html layout to make it looking nice 4. add address aliases support 5. add multi-recipient feature 6. implement tray-mode 7. Add multiple wallets support (work with few opened wallets) ..... we have a tons of work ahead..... GUI branch: https://github.com/cryptozoidberg/boolberry/tree/GUI(boost libs path hardcoded, will be fixed tomorow) Great work!!!! BBR will be the first cryptonote coin which have gui wallet~~~ I have test this new version build windows version. One problem: I can not open wallet file which generated on linux. Is this a bug? |
|
|
|
|
forzendiablo
Legendary
 Offline
Activity: 1526
Merit: 1000
the grandpa of cryptos
|
|
June 13, 2014, 03:07:56 AM |
|
i doubt gui wallet will ever come heh  |
yolo
|
|
|
|
btc-mike
|
|
June 13, 2014, 03:25:06 AM |
|
i doubt gui wallet will ever come heh Surprise! Look up two posts for the first Windows qt version. |
|
|
|
|
BBmodBB
Full Member
Offline
Activity: 154
Merit: 100
BTC = FREEDOM IS OUR ONLY HOPE!
|
|
June 13, 2014, 03:40:23 AM |
|
why did you chose this name ? It seems not a really good name for a currency to me. I'm thinking of buying but that name just keep me away for now. I'll buy some if you make me a good offer through pm's  anyway good luck ! lol thats what threw me off at first! ~ no this looks like a great team we have here!!!  //^$GOGOGOOOOOOOO+ /\BBR --((( *coolie high!* )))-- ====> https://www.poloniex.com/exchange/btc_bbr |
*BTCitcoin Wales Club*-- message me for details!--///\\\TELEKINETICS///\\can manipulate objects with their mind. Telekinesis is one of the basis of many superpowers that are based on "controlling/manipulating", it may evolve to the point that a Telekinetic can control anything at a subatomic level.
|
|
|
|
sdersdf2
|
|
June 13, 2014, 07:32:28 AM |
|
Good news! I've uploaded preview version of GUI with wallet functions (windows build). This is early alpha version, beware of bugs. It's actually just first version that able to send and receive money, pretty ugly. Everyone who want to have fun: boolberry.com/downloads.htmlWhat next: 0. Integrate qt-daemon into build system 1. Build and test it for Mac and Linux 2. Preapare normal deploy binaries 3. Adjust html layout to make it looking nice 4. add address aliases support 5. add multi-recipient feature 6. implement tray-mode 7. Add multiple wallets support (work with few opened wallets) ..... we have a tons of work ahead..... GUI branch: https://github.com/cryptozoidberg/boolberry/tree/GUI(boost libs path hardcoded, will be fixed tomorow) I realise you have a very full plate, but are there any plans to make it easier for people to transfer their coins between exchanges? What are your thoughts on this? |
|
|
|
|
|
crypto_zoidberg (OP)
|
|
June 13, 2014, 07:46:52 AM |
|
Good news! I've uploaded preview version of GUI with wallet functions (windows build). This is early alpha version, beware of bugs. It's actually just first version that able to send and receive money, pretty ugly. Everyone who want to have fun: boolberry.com/downloads.htmlWhat next: 0. Integrate qt-daemon into build system 1. Build and test it for Mac and Linux 2. Preapare normal deploy binaries 3. Adjust html layout to make it looking nice 4. add address aliases support 5. add multi-recipient feature 6. implement tray-mode 7. Add multiple wallets support (work with few opened wallets) ..... we have a tons of work ahead..... GUI branch: https://github.com/cryptozoidberg/boolberry/tree/GUI(boost libs path hardcoded, will be fixed tomorow) Great work!!!! BBR will be the first cryptonote coin which have gui wallet~~~ I have test this new version build windows version. One problem: I can not open wallet file which generated on linux. Is this a bug? Well, you can, but with some trick. It's a known issue, bad design. To open wallet, that generated under linux please remove wallet-data file(DON'T DELETE WALLET KEYS FILE), and in open file dialog select wallet keys file. It will resync wallet and should work fine. Wallet data files are different. Will fix it soon. |
|
|
|
|
baigreen
|
|
June 13, 2014, 08:24:31 AM |
|
I realise you have a very full plate, but are there any plans to make it easier for people to transfer their coins between exchanges? What are your thoughts on this?
That is the cryponote coin's reason. All cryponote coins are all like this, need pay id. |
|
|
|
|
|
baigreen
|
|
June 13, 2014, 08:26:53 AM |
|
Well, you can, but with some trick.
It's a known issue, bad design. To open wallet, that generated under linux please remove wallet-data file(DON'T DELETE WALLET KEYS FILE), and in open file dialog select wallet keys file. It will resync wallet and should work fine.
Wallet data files are different.
Will fix it soon.
Test Okay. Thanks. work fine. |
|
|
|
|
|
cbuchner1
|
|
June 13, 2014, 09:30:28 AM |
|
I realise you have a very full plate, but are there any plans to make it easier for people to transfer their coins between exchanges? What are your thoughts on this?
That is the cryponote coin's reason. All cryponote coins are all like this, need pay id. Not sure if this is already planned or not: I think a good cryptonote GUI wallet should assist you in storing payment IDs in some kind of address book. They key to the address book database should not just be the destination address, but rather destination address + payment ID. This is so you can have multiple entries e.g. for poloniex for depositing coins to multiple accounts. Christian |
|
|
|
|
|
onemorebtc
|
|
June 13, 2014, 09:55:49 AM |
|
I realise you have a very full plate, but are there any plans to make it easier for people to transfer their coins between exchanges? What are your thoughts on this?
That is the cryponote coin's reason. All cryponote coins are all like this, need pay id. Not sure if this is already planned or not: I think a good cryptonote GUI wallet should assist you in storing payment IDs in some kind of address book. They key to the address book database should not just be the destination address, but rather destination address + payment ID. This is so you can have multiple entries e.g. for poloniex for depositing coins to multiple accounts. Christian a payment id is more a message than an id. poli changes them frequently. afaik the only reason exchange requires a paymentid is because the cn-daemons are not optimized and get very slow with many addresses. this could be solveable |
transfer 3 onemorebtc.k1024.de 1
|
|
|
|
dga
|
|
June 13, 2014, 03:38:00 PM
Last edit: June 13, 2014, 05:49:35 PM by dga |
|
Hi, all - I've committed to my personal branch a substantial improvement to simpleminer's efficiency with multiple threads. I'd appreciate it if a few folks could test it and make sure it works on several pools before I submit it as a pull request to crypto_zoidberg. https://github.com/dave-andersen/boolberry/commit/a687c341fbcef5cd55372a5e12743b49e2871c92This takes my i7-4770 up to about 400kh/s, from yesterday's 320kh/s, when running to a pool on the same machine. If this is solid, then the next step on the roadmap will be to improve performance when dealing with pools that are responding a little more slowly. There are a few things I can do there, but they're a bit more invasive yet. Let me know and I'll submit it this evening if it's not breaking. update: It seems stable enough given the fairly low amount of hashrate on the current pools. I've submitted a pull request to the main repository for these upgrades. Once they're in, I'd suggest people try them out, but please keep an eye out for any bugs and let me know. |
|
|
|
|
33zer0w0lf
|
|
June 13, 2014, 04:01:32 PM |
|
Hi, all - I've committed to my personal branch a substantial improvement to simpleminer's efficiency with multiple threads. I'd appreciate it if a few folks could test it and make sure it works on several pools before I submit it as a pull request to crypto_zoidberg. https://github.com/dave-andersen/boolberry/commit/a687c341fbcef5cd55372a5e12743b49e2871c92This takes my i7-4770 up to about 400kh/s, from yesterday's 320kh/s, when running to a pool on the same machine. If this is solid, then the next step on the roadmap will be to improve performance when dealing with pools that are responding a little more slowly. There are a few things I can do there, but they're a bit more invasive yet. Let me know and I'll submit it this evening if it's not breaking. testing now I will report back shortly. |
|
|
|
sottymax
Newbie
Offline
Activity: 18
Merit: 0
|
|
June 13, 2014, 04:09:15 PM |
|
foolberry sucks. get some real anonymous power.
|
|
|
|
|
|
dga
|
|
June 13, 2014, 04:40:46 PM |
|
Btw - we (extremepool, lucasjones, and i) just figured out one of the sources of slowdowns -- pool owners should leave long polling *disabled* for now.
I'll get a patch out next week to enable it in the miner.
The hashrate people are seeing on extremepool should go up by 2-4x now. Combined with the new miner update, that should get a lot more blocks flowing from the pools.
|
|
|
|
|
33zer0w0lf
|
|
June 13, 2014, 05:34:21 PM |
|
Extreme PoolI have worked with DGA and our BBR pools seems to be working much better now, and his miner also as a significant increase in hash. Join us @ http://bbr.extremepool.org
|
|
|
|
|
cubydu
|
|
June 13, 2014, 06:00:50 PM |
|
Hi, all - I've committed to my personal branch a substantial improvement to simpleminer's efficiency with multiple threads. I'd appreciate it if a few folks could test it and make sure it works on several pools before I submit it as a pull request to crypto_zoidberg. https://github.com/dave-andersen/boolberry/commit/a687c341fbcef5cd55372a5e12743b49e2871c92This takes my i7-4770 up to about 400kh/s, from yesterday's 320kh/s, when running to a pool on the same machine. If this is solid, then the next step on the roadmap will be to improve performance when dealing with pools that are responding a little more slowly. There are a few things I can do there, but they're a bit more invasive yet. Let me know and I'll submit it this evening if it's not breaking. update: It seems stable enough given the fairly low amount of hashrate on the current pools. I've submitted a pull request to the main repository for these upgrades. Once they're in, I'd suggest people try them out, but please keep an eye out for any bugs and let me know. Sometimes get message 2014-Jun-13 20:59:31.033116 ERROR /root/boolberry/contrib/epee/include/storages/http_abstract_invoke.h:112[bool epee::net_utils::invoke_http_json_rpc(const string&, const string&, t_request&, t_response&, t_transport&, unsigned int, const string&, const string&) [with t_request = mining::COMMAND_RPC_SUBMITSHARE::request; t_response = mining::COMMAND_RPC_SUBMITSHARE::response; t_transport = epee::net_utils::http::http_simple_client; std::string = std::basic_string<char>]]RPC call of "submit" returned error: -1, message: Duplicate share
|
|
|
|
|
dga
|
|
June 13, 2014, 06:25:58 PM |
|
Hi, all - I've committed to my personal branch a substantial improvement to simpleminer's efficiency with multiple threads. I'd appreciate it if a few folks could test it and make sure it works on several pools before I submit it as a pull request to crypto_zoidberg. https://github.com/dave-andersen/boolberry/commit/a687c341fbcef5cd55372a5e12743b49e2871c92This takes my i7-4770 up to about 400kh/s, from yesterday's 320kh/s, when running to a pool on the same machine. If this is solid, then the next step on the roadmap will be to improve performance when dealing with pools that are responding a little more slowly. There are a few things I can do there, but they're a bit more invasive yet. Let me know and I'll submit it this evening if it's not breaking. update: It seems stable enough given the fairly low amount of hashrate on the current pools. I've submitted a pull request to the main repository for these upgrades. Once they're in, I'd suggest people try them out, but please keep an eye out for any bugs and let me know. Sometimes get message 2014-Jun-13 20:59:31.033116 ERROR /root/boolberry/contrib/epee/include/storages/http_abstract_invoke.h:112[bool epee::net_utils::invoke_http_json_rpc(const string&, const string&, t_request&, t_response&, t_transport&, unsigned int, const string&, const string&) [with t_request = mining::COMMAND_RPC_SUBMITSHARE::request; t_response = mining::COMMAND_RPC_SUBMITSHARE::response; t_transport = epee::net_utils::http::http_simple_client; std::string = std::basic_string<char>]]RPC call of "submit" returned error: -1, message: Duplicate share
Ahh, thanks! I've committed a fix for this into my repository and added it to the pull request to the master. (it's a one line change if you want to update and try it) |
|
|
|
|
Anotheranonlol
|
|
June 13, 2014, 06:48:37 PM
Last edit: June 13, 2014, 07:13:13 PM by Anotheranonlol |
|
Btw - we (extremepool, lucasjones, and i) just figured out one of the sources of slowdowns -- pool owners should leave long polling *disabled* for now.
I'll get a patch out next week to enable it in the miner.
The hashrate people are seeing on extremepool should go up by 2-4x now. Combined with the new miner update, that should get a lot more blocks flowing from the pools.
Great work. I've updated to your latest commit and can report increased performance. we have one pool down, one pool that's never found a block  , & one pool in maintenance mode. . I hope for now most users will simply pick one because it's crazy to earn less on pool than solo and 3 days for a last block on a multi MH pool is surreal |
|
|
|
|
cubydu
|
|
June 13, 2014, 07:54:39 PM |
|
Btw - we (extremepool, lucasjones, and i) just figured out one of the sources of slowdowns -- pool owners should leave long polling *disabled* for now.
I'll get a patch out next week to enable it in the miner.
The hashrate people are seeing on extremepool should go up by 2-4x now. Combined with the new miner update, that should get a lot more blocks flowing from the pools.
Great work. I've updated to your latest commit and can report increased performance. we have one pool down, one pool that's never found a block , & one pool in maintenance mode. . I hope for now most users will simply pick one because it's crazy to earn less on pool than solo and 3 days for a last block on a multi MH pool is surreal I run new pool at 30 minutes. With big pool hashrate  |
|
|
|
|
33zer0w0lf
|
|
June 13, 2014, 07:56:27 PM |
|
Btw - we (extremepool, lucasjones, and i) just figured out one of the sources of slowdowns -- pool owners should leave long polling *disabled* for now.
I'll get a patch out next week to enable it in the miner.
The hashrate people are seeing on extremepool should go up by 2-4x now. Combined with the new miner update, that should get a lot more blocks flowing from the pools.
Great work. I've updated to your latest commit and can report increased performance. we have one pool down, one pool that's never found a block , & one pool in maintenance mode. . I hope for now most users will simply pick one because it's crazy to earn less on pool than solo and 3 days for a last block on a multi MH pool is surreal I run new pool at 30 minutes. With big pool hashrate anyone know how to solve the libboost linking problem I seem to be having? |
|
|
|
|
