Bitcoin Forum
December 05, 2016, 04:46:35 AM *
News: To be able to use the next phase of the beta forum software, please ensure that your email address is correct/functional.
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 [47] 48 49 50 51 52 53 54 »
  Print  
Author Topic: Ufasoft Miner - Windows/Linux, x86/x64, SSE2/OpenCL, Open Source  (Read 600286 times)
appleannie
Jr. Member
*
Offline Offline

Activity: 43


View Profile
November 28, 2012, 09:27:45 PM
 #921

Hi, I was only able to download an application extension. I am not certain what I did wrong. Did you maybe give me the wrong link. I do not have a program on my computer to open what I downloaded.
Thanks
1480913195
Hero Member
*
Offline Offline

Posts: 1480913195

View Profile Personal Message (Offline)

Ignore
1480913195
Reply with quote  #2

1480913195
Report to moderator
1480913195
Hero Member
*
Offline Offline

Posts: 1480913195

View Profile Personal Message (Offline)

Ignore
1480913195
Reply with quote  #2

1480913195
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1480913195
Hero Member
*
Offline Offline

Posts: 1480913195

View Profile Personal Message (Offline)

Ignore
1480913195
Reply with quote  #2

1480913195
Report to moderator
rchapoteau
Jr. Member
*
Offline Offline

Activity: 56



View Profile WWW
December 08, 2012, 03:00:25 PM
 #922

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
Sr. Member
****
Offline Offline

Activity: 378



View Profile WWW
December 13, 2012, 08:09:12 AM
 #923

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
Sr. Member
****
Offline Offline

Activity: 402


View Profile WWW
December 13, 2012, 08:49:24 AM
 #924

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
Sr. Member
****
Offline Offline

Activity: 378



View Profile WWW
December 14, 2012, 03:12:23 AM
 #925

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

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
Sr. Member
****
Offline Offline

Activity: 402


View Profile WWW
December 14, 2012, 05:41:04 AM
 #926


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
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
Sr. Member
****
Offline Offline

Activity: 378



View Profile WWW
December 15, 2012, 04:37:48 AM
 #927


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
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
Sr. Member
****
Offline Offline

Activity: 402


View Profile WWW
December 15, 2012, 07:21:20 AM
 #928

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
Sr. Member
****
Offline Offline

Activity: 402


View Profile WWW
December 15, 2012, 06:36:21 PM
 #929

0.39 released.
http://ufasoft.com/coin

ADDED:
  BIP22 protocol support
  Stratum protocol support.

Bitcoin donations: 18X598V8rVdjy3Yg1cjZmnnv4SpPthuBeT
joshstandalone
Newbie
*
Offline Offline

Activity: 22


View Profile
December 23, 2012, 04:56:42 AM
 #930

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
Sr. Member
****
Offline Offline

Activity: 402


View Profile WWW
December 23, 2012, 06:58:31 AM
 #931

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 Offline

Activity: 22


View Profile
December 23, 2012, 03:14:31 PM
 #932

I am glad to help Wink
noncecents
Member
**
Offline Offline

Activity: 74


View Profile
December 27, 2012, 12:27:42 AM
 #933

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
Sr. Member
****
Offline Offline

Activity: 402


View Profile WWW
December 27, 2012, 03:32:09 AM
 #934

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 Offline

Activity: 1526


/dev/null


View Profile
December 27, 2012, 03:34:47 AM
 #935

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

[GPG Public Key]  [Devcoin Builds]  [BBQCoin Builds]  [Multichain Blockexplorer]  [Multichain Blockexplorer - PoS Coins]  [Ufasoft Miner Linux Builds]
BTC/DVC/TRC/FRC: 1K1773RbXRZVRQSSXe9N6N2MUFERvrdu6y ANC/XPM AK1773RTmRKtvbKBCrUu95UQg5iegrqyeA NMC: NK1773Rzv8b4ugmCgX789PbjewA9fL9Dy1 LTC: LKi773RBuPepQH8E6Zb1ponoCvgbU7hHmd EMC: EK1773RxUes1HX1YAGMZ1xVYBBRUCqfDoF BQC: bK1773R1APJz4yTgRkmdKQhjhiMyQpJgfN
turboNOMAD
Full Member
***
Offline Offline

Activity: 122


View Profile
January 19, 2013, 05:34:16 PM
 #936

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 Offline

Activity: 1918


Think for yourself


View Profile
January 19, 2013, 06:12:25 PM
 #937

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
Sr. Member
****
Offline Offline

Activity: 402


View Profile WWW
January 19, 2013, 07:03:18 PM
 #938

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 Offline

Activity: 1918


Think for yourself


View Profile
January 19, 2013, 07:45:58 PM
 #939

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
**
Offline Offline

Activity: 98


View Profile
January 28, 2013, 01:55:16 PM
 #940

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%.

BTC: 1BxRXDFVvbuRFmZUZksQF3ZJR3UW7BQ4k8
LTC: LhWvbrBWUC6F6zx9mwcWbNU4BYTVcup3MC
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 [47] 48 49 50 51 52 53 54 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!