rchapoteau
Newbie
Offline
Activity: 56
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
December 08, 2012, 03:00:25 PM Last edit: December 08, 2012, 07:27:44 PM by rchapoteau |
|
Is there a way to make this undetectable by virus scanners? I can get it to work when I disable my virus scanners but I really don't like running my machine without them.
EDIT - Nevermind, I took a hexedit to the miner.dll and now symantec doesn't have a shitfit.
|
|
|
|
d3m0n1q_733rz
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
December 13, 2012, 08:09:12 AM |
|
Hey, a small request for an extremely handy feature addition here. Maybe you could implement a packet compression algorithm like gz to send and receive blocks much quicker. I've been stuck at about 264 days for a few days now and block downloads are taking forever and a day. It's one thing to compress the database (which causes a dramatic increase in data space used while doing so resulting in a self-defeat), but packets need to be transmitted a little faster. It wouldn't be too difficult to implement a check to see if it is supported by other connected software. And maybe compressing the database on-the-fly continuously could be helpful so as to avoid significant space requirements and time to do so.
Thanks!
|
Funroll_Loops, the theoretically quicker breakfast cereal! Check out http://www.facebook.com/JupiterICT for all of your computing needs. If you need it, we can get it. We have solutions for your computing conundrums. BTC accepted! 12HWUSguWXRCQKfkPeJygVR1ex5wbg3hAq
|
|
|
ufasoft (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
December 13, 2012, 08:49:24 AM |
|
Hey, a small request for an extremely handy feature addition here. Maybe you could implement a packet compression algorithm like gz to send and receive blocks much quicker. I've been stuck at about 264 days for a few Block data are uncompressible because composed of pubkeys/hash-values. They have very high level of information entropy
|
Bitcoin donations: 18X598V8rVdjy3Yg1cjZmnnv4SpPthuBeT
|
|
|
d3m0n1q_733rz
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
December 14, 2012, 03:12:23 AM |
|
Hey, a small request for an extremely handy feature addition here. Maybe you could implement a packet compression algorithm like gz to send and receive blocks much quicker. I've been stuck at about 264 days for a few Block data are uncompressible because composed of pubkeys/hash-values. They have very high level of information entropy That would be true if the block data weren't mostly plain text. However, even using NTFS compression on the data causes the downloaded blocks to compress to less than 1/3 of their original size. It's when it's utilizing characters outside of plain text that compression becomes difficult. ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) Give it a try via a VPN or something if you like. It might be easier than programming the transport compression into Ufasoft's Coin program. However, the efficiency would be greatly increased if this function were included to reduce the plain text into other characters via compression. The gz algorithm is tried and true for HTTP sessions, it could be of significant use. Alternatively, there's the PPMD compression algorithm, but it's not really meant for quick packet compression and decompression. Though, it would see the greatest benefits as far as packet size is concerned.
|
Funroll_Loops, the theoretically quicker breakfast cereal! Check out http://www.facebook.com/JupiterICT for all of your computing needs. If you need it, we can get it. We have solutions for your computing conundrums. BTC accepted! 12HWUSguWXRCQKfkPeJygVR1ex5wbg3hAq
|
|
|
ufasoft (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
December 14, 2012, 05:41:04 AM |
|
That would be true if the block data weren't mostly plain text. However, even using NTFS compression on the data causes the downloaded blocks to compress to less than 1/3 of their original size. It's when it's utilizing characters outside of plain text that compression becomes difficult. ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) Block data of Bitcoin protocol is not a Plain Text. It is Binary. Mining protocol is text JSON-RPC, but for mining we already have Stratum protocol to lower Internet Traffic.
|
Bitcoin donations: 18X598V8rVdjy3Yg1cjZmnnv4SpPthuBeT
|
|
|
d3m0n1q_733rz
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
December 15, 2012, 04:37:48 AM |
|
That would be true if the block data weren't mostly plain text. However, even using NTFS compression on the data causes the downloaded blocks to compress to less than 1/3 of their original size. It's when it's utilizing characters outside of plain text that compression becomes difficult. ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) Block data of Bitcoin protocol is not a Plain Text. It is Binary. Mining protocol is text JSON-RPC, but for mining we already have Stratum protocol to lower Internet Traffic. I'm not talking about the mining transport protocol. I'm talking about the block download traffic of already solved blocks that need to be downloaded any time someone starts a new bitcoin tracking program such as Coin.exe. Bitcoin has been around for over a year and with several blocks being solved each day, there are several GB of block data that must be downloaded to be up-to-date to the current block. And, while the Stratum protocol only sends JSON messages for block updates, it can be significantly compressed upon transport so that over three times as much data on previous blocks can be sent at any given point in time. This will help Bitcoin to become the truly universal currency that it was intended to be by cutting down on the required time and bandwidth required to be up-to-date for new Bitcoin users. If you don't believe that the data can be compressed due to its being of encrypted data, try compressing the blocks you already have downloaded as a proof of concept. Though I may have read my data wrong on the exact amount of space saved by which type of coin, it's still a significant amount of space saved by simple compression. Just look at the results for yourself. That's all I'm asking. Here, look at this to see what I'm talking about: http://web-resource-optimization.blogspot.com/2011/06/json-compression-algorithms.html
|
Funroll_Loops, the theoretically quicker breakfast cereal! Check out http://www.facebook.com/JupiterICT for all of your computing needs. If you need it, we can get it. We have solutions for your computing conundrums. BTC accepted! 12HWUSguWXRCQKfkPeJygVR1ex5wbg3hAq
|
|
|
ufasoft (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
December 15, 2012, 07:21:20 AM |
|
If you don't believe that the data can be compressed due to its being of encrypted data, try compressing the blocks you already have downloaded as a proof of concept. Though I may have read my data wrong on the exact amount of space saved by which type of coin, it's still a significant amount of space saved by simple compression. Just look at the results for yourself. That's all I'm asking.
Let me explain: One block is incomressible. But if we download 100 000 blocks, they will have much duplicated data, so entire database is compressible. Coin.exe does "Database normalization", if removes duplicated data during saving of blocks. So we can compress blockchain download only when downloading entire blockchain as single file. But P2P clients should update their databases block-by-block. In this case updates are not compressible.
|
Bitcoin donations: 18X598V8rVdjy3Yg1cjZmnnv4SpPthuBeT
|
|
|
ufasoft (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
December 15, 2012, 06:36:21 PM Last edit: December 16, 2012, 12:53:37 PM by ufasoft |
|
0.39 released. http://ufasoft.com/coinADDED: BIP22 protocol support Stratum protocol support.
|
Bitcoin donations: 18X598V8rVdjy3Yg1cjZmnnv4SpPthuBeT
|
|
|
joshstandalone
Newbie
Offline
Activity: 22
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
December 23, 2012, 04:56:42 AM |
|
What means New Stratum data with Clean 12/23/2012 5:43:28 AM Result: b889f31c accepted 12/23/2012 5:45:22 AM Result: 2116cc65 accepted
Processed: 2598 Mhash, 149 s with average Rate: 10.63707 MHash/s Accepted: 0, average: 0 shares/min
why i see here accepted: 0 is this normal or some bug? does he really accept shares or no ?
|
|
|
|
ufasoft (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
December 23, 2012, 06:58:31 AM |
|
Accepted: 0, average: 0 shares/min
why i see here accepted: 0 is this normal or some bug? does he really accept shares or no ?
It is bug, accepted-counter is not incremented. Really the shares accepted at the Pool. Thank you, will be fixed in next release.
|
Bitcoin donations: 18X598V8rVdjy3Yg1cjZmnnv4SpPthuBeT
|
|
|
joshstandalone
Newbie
Offline
Activity: 22
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
December 23, 2012, 03:14:31 PM |
|
I am glad to help ![Wink](https://bitcointalk.org/Smileys/default/wink.gif)
|
|
|
|
noncecents
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 74
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
December 27, 2012, 12:27:42 AM |
|
The installer cannot be ran in Windows 8 because of Windows SmartScreen, which cannot be fully disabled.
Additionally, if 7zip is used to unzip the installer, Windows 8 deletes the unzipped files and then informs you that SmartScreen has protected you from what you want.
To get the files out of the archive in Windows 8, you have to open the archive in 7zip, browse into the "coin" folder, and then drag and drop the files out of the archive into a folder on your destination media.
|
|
|
|
ufasoft (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
December 27, 2012, 03:32:09 AM |
|
The installer cannot be ran in Windows 8 because of Windows SmartScreen, which cannot be fully disabled.
You can select "More info" in the SmartScreen and run the installer.
|
Bitcoin donations: 18X598V8rVdjy3Yg1cjZmnnv4SpPthuBeT
|
|
|
K1773R
Legendary
Offline
Activity: 1792
Merit: 1008
/dev/null
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
December 27, 2012, 03:34:47 AM |
|
The installer cannot be ran in Windows 8 because of Windows SmartScreen, which cannot be fully disabled.
You can select "More info" in the SmartScreen and run the installer. ah win8, win is already a pain but win8? im sry 4 u ![Sad](https://bitcointalk.org/Smileys/default/sad.gif)
|
[GPG Public Key]BTC/DVC/TRC/FRC: 1 K1773RbXRZVRQSSXe9N6N2MUFERvrdu6y ANC/XPM A K1773RTmRKtvbKBCrUu95UQg5iegrqyeA NMC: N K1773Rzv8b4ugmCgX789PbjewA9fL9Dy1 LTC: L Ki773RBuPepQH8E6Zb1ponoCvgbU7hHmd EMC: E K1773RxUes1HX1YAGMZ1xVYBBRUCqfDoF BQC: b K1773R1APJz4yTgRkmdKQhjhiMyQpJgfN
|
|
|
turboNOMAD
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 19, 2013, 05:34:16 PM |
|
Was this miner ever tested on non-x86 hardware? I tried to build ufasoft-0.39 on Toshiba AC100 with Ubuntu and compilation fails because of undefined "_lrotr".
|
|
|
|
os2sam
Legendary
Offline
Activity: 3582
Merit: 1094
Think for yourself
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 19, 2013, 06:12:25 PM |
|
Was this miner ever tested on non-x86 hardware? I tried to build ufasoft-0.39 on Toshiba AC100 with Ubuntu and compilation fails because of undefined "_lrotr".
This miner is written in assembler which is CPU specific. It cannot be run on non x86 hardware.
|
A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
|
|
|
ufasoft (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 19, 2013, 07:03:18 PM |
|
Was this miner ever tested on non-x86 hardware? I tried to build ufasoft-0.39 on Toshiba AC100 with Ubuntu and compilation fails because of undefined "_lrotr".
This miner is written in assembler which is CPU specific. It cannot be run on non x86 hardware. No, the miner has portable code and optional x86-specific code. GCC 4.6 or 4.7 required to build on ARM architecture (_lrotr instruction)
|
Bitcoin donations: 18X598V8rVdjy3Yg1cjZmnnv4SpPthuBeT
|
|
|
os2sam
Legendary
Offline
Activity: 3582
Merit: 1094
Think for yourself
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 19, 2013, 07:45:58 PM |
|
Was this miner ever tested on non-x86 hardware? I tried to build ufasoft-0.39 on Toshiba AC100 with Ubuntu and compilation fails because of undefined "_lrotr".
This miner is written in assembler which is CPU specific. It cannot be run on non x86 hardware. No, the miner has portable code and optional x86-specific code. GCC 4.6 or 4.7 required to build on ARM architecture (_lrotr instruction) Ah, OK. Never mind then.
|
A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
|
|
|
Kryptox
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 98
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 28, 2013, 01:55:16 PM |
|
I downloaded this for my system - Win7 x64 SP1 and it wouldn't run so I uninstalled it. Now whenever I try to run Litecoin-qt.exe I get a Runtime error even after re-downloading the Litecoin client and wiping out my %appdata%.
|
|
|
|
ufasoft (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 28, 2013, 02:00:33 PM |
|
I downloaded this for my system - Win7 x64 SP1 and it wouldn't run so I uninstalled it. Now whenever I try to run Litecoin-qt.exe I get a Runtime error even after re-downloading the Litecoin client and wiping out my %appdata%.
What is the Runtime error? You can see it in the %APPDATA%\Litecoin\debug.log file.
|
Bitcoin donations: 18X598V8rVdjy3Yg1cjZmnnv4SpPthuBeT
|
|
|
|