Bitcoin Forum
May 23, 2024, 11:53:16 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 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 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 [77] 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 ... 247 »
1521  Bitcoin / Bitcoin Discussion / Re: Bitcoin's Killer App = High Speed Anonymous Internet (TOR like) on: October 28, 2013, 03:46:56 AM
Did you forget that Bitcoin isn't anonymous? Kinda defeats the point of Tor to de-anonymise it...
It's anonymizable. That's good enough.
Not really.

Someone perfect, with no interaction with the real world, might be able to use it anonymously.
But nobody's perfect.
1522  Bitcoin / Mining software (miners) / Re: BFGMiner 3.4.0: modular ASIC/FPGA, GBT, Strtm, RPC, Lnx/OpnWrt/PPA/W64, BFY/KnC on: October 28, 2013, 02:55:52 AM
But the cgminer client is running fine with the same config except for the d=0:
They're both running fine: work updates are a perfectly normal part of mining.
Stratum pools just do it more often than non-stratum ones traditionally have.

You can ask cgminer why they only announce http work updates if you like.
--quiet-work-updates will hide it in BFGMiner.
1523  Bitcoin / Pools / Re: [378Th] Eligius: ASIC, no registration, no fee CPPSRB BTC + 105% PPS NMC, 877 # on: October 28, 2013, 02:54:04 AM
Reminder: Whether it works in practice or not, exchange addresses have always been unsupported for mining to on Eligius. Namecoin is a domain name system, not a currency.
1524  Bitcoin / Bitcoin Discussion / Re: Bitcoin's Killer App = High Speed Anonymous Internet (TOR like) on: October 28, 2013, 02:25:46 AM
Did you forget that Bitcoin isn't anonymous? Kinda defeats the point of Tor to de-anonymise it...
1525  Bitcoin / Pools / Re: [231Th] Eligius: ASIC, no registration, no fee CPPSRB BTC + 105% PPS NMC, 877 # on: October 28, 2013, 12:31:29 AM
But people in the US refuse to even use the metric system, which is, I think, a lot more intuitive for non-computer people, being base-10.  It's hard to imagine getting most people to use a base-16 system, even if it is clearly superior overall.
On the contrary, decimal is a very unnatural system for humans to work with. We're good at binary division, not fifths.

The SI ("metric system") people refused to consider non-decimal systems because their treaty/mandate was to create a specifically decimal system of units.
Their system has achieved adoption only by force, never freely, and encountered (and still encounters) plenty of reasonable resistance.
Despite the many flaws with the US, I have to give it props for not forcing this unnatural system on us. Smiley
1526  Bitcoin / Pools / Re: [231Th] Eligius: ASIC, no registration, no fee CPPSRB BTC + 105% PPS NMC, 877 # on: October 28, 2013, 12:01:19 AM
Huh.  I guess I just assumed that everyone who participates in the DST stuff switched at the same time.  Learn something new every day Smiley
Tonal ftw. No DST nonsense.

I have no idea what 'tonal' means in this context - but I am totally down with getting rid of DST Cheesy

In the tonal system it is defined that there are 10 tims per day, which are further divided into 10 timtons, 100 timsans, and 1000 timmills (all numbers in tonal base, 8*2).
There is no DST defined, and it is generally used without time zones.

So the time right now is .0045
1527  Bitcoin / Pools / Re: [231Th] Eligius: ASIC, no registration, no fee CPPSRB BTC + 105% PPS NMC, 877 # on: October 27, 2013, 11:42:48 PM
Huh.  I guess I just assumed that everyone who participates in the DST stuff switched at the same time.  Learn something new every day Smiley
Tonal ftw. No DST nonsense.
1528  Bitcoin / Mining software (miners) / Re: BFGMiner 3.2.0: modular ASIC/FPGA, GBT, Strtm, RPC, Lnx/OpnWrt/PPA/W64, BE Blade on: October 27, 2013, 08:05:47 PM
I was wondering if you could add JSONP commands to your APIs.
JSONP extension of your APIs would allow to access bfgminer directly from any static (local to browser) page.
AJAX calls can be made from the browser directly to API port.  No cross-domain issues.
How about CORS? That seems to be the way to go nowadays...?
1529  Bitcoin / Hardware / Re: [ANN] Bi•Fury | 5+ GH/s USB Miner [FASTEST USB MINER IN THE WORLD] on: October 27, 2013, 02:31:16 PM
For now we are most believe in ORICO A3H10 hub.
Price per port is right and quality is very good.
But they will always be OFF after a power failure.
I'd recommend the ORICO P10-U3 instead.
1530  Bitcoin / Mining software (miners) / Re: BFGMiner 3.4.0: modular ASIC/FPGA, GBT, Strtm, RPC, Lnx/OpnWrt/PPA/W64, BFY/KnC on: October 27, 2013, 02:06:47 PM
WeBisect keeps timing out and not refreshing once the new build is ready. I don't have time now. Maybe I'll try again tomorrow. Back to 3.2.1 for me.
Are you giving it enough time? It needs to actually build each commit Wink

Like I said before, 5-10 minutes should be enough.
For a single build, probably.
Looking at the log for your session, though, it was hitting some commits that failed to build on Windows;
when this happens, it automatically skips them for you and moves on.
You can always come back to your session later, if it's taking too long. Smiley
1531  Bitcoin / Mining software (miners) / Re: BFGMiner 3.4.0: modular ASIC/FPGA, GBT, Strtm, RPC, Lnx/OpnWrt/PPA/W64, BFY/KnC on: October 27, 2013, 04:26:17 AM
WeBisect keeps timing out and not refreshing once the new build is ready. I don't have time now. Maybe I'll try again tomorrow. Back to 3.2.1 for me.
Are you giving it enough time? It needs to actually build each commit Wink
1532  Bitcoin / Mining software (miners) / Re: BFGMiner 3.4.0: modular ASIC/FPGA, GBT, Strtm, RPC, Lnx/OpnWrt/PPA/W64, BFY/KnC on: October 27, 2013, 02:29:41 AM
webisect failed. The first build it gave me was an old version(3.1.1) even though I told it to work from 3.2.1, and the commandline flags i tried giving, weren't accepted. I tried skipping the build, but no new build was supplied(after waiting 5-10 min for it to auto refresh.
Fixed this - the branches weren't up to date, so webisect didn't have 3.4.0 yet.
You should be able to continue the same session safely now.
1533  Bitcoin / Mining software (miners) / Re: BFGMiner 3.4.0: modular ASIC/FPGA, GBT, Strtm, RPC, Lnx/OpnWrt/PPA/W64, BFY/KnC on: October 27, 2013, 01:55:44 AM
This is what happens when I run bfgminer using the flags passed by MultiMiner. This rig mines fine on 3.2.1, but for some reason 3.3.0+ won't work. crossposted in the MultiMiner thread, as well.
Please bisect this.
1534  Bitcoin / Mining software (miners) / Re: BFGMiner 3.4.0: modular ASIC/FPGA, GBT, Strtm, RPC, Lnx/OpnWrt/PPA/W64, BFY/KnC on: October 26, 2013, 11:52:21 PM
Will 3.4.0 retry failed COM ports when initialising USB BEs? I guess I can try tomorrow, but it's be nice to have a confirmation befor re-installing the UPS monitoring software.
When you tell it to, like 3.3 and 3.2 did...
1535  Bitcoin / Mining software (miners) / Re: BFGMiner 3.4.0: modular ASIC/FPGA, GBT, Strtm, RPC, Lnx/OpnWrt/PPA/W64, BFY/KnC on: October 26, 2013, 11:27:00 PM
If anyone has any regressions from 3.3.0 (like erupters not working consistently), please use http://luke.dashjr.org/tmp/code/webisect/webisect.php to figure out what broken it.
1536  Bitcoin / Mining software (miners) / Re: BFGMiner 3.4.0: modular ASIC/FPGA, GBT, Strtm, RPC, Lnx/OpnWrt/PPA/W64, BFY/KnC on: October 26, 2013, 08:49:11 PM
NEW VERSION 3.4.0, OCTOBER 26 2013

Human readable changelog:
  • New drivers for KnC miners and NanoFury USB miners.
  • Per-chip dynamic osc6_bits detection for BFSB, MegaBigPower, and Metabank bitfury boards.
  • Ability to set default options for various devices using --set-device commandline option; for example, if you have all your NanoFury miners in a USB 3 hub (with 900 mA power available), you can increase the oscillator speed with: --set-device NFY:osc6_bits=53 (or "set-device":["NFY:osc6_bits=53"] in a config file).
  • Con Kolivas's completely rewritten load-balance strategy with per pool quota support. See the updated README to see how it works.
  • If we switch away from a pool in failover mode, we will now only switch back to it if it's up for at least 5 minutes to avoid reconnecting to pools that are only intermittently up - good for DDoS situations which we've seen a lot of lately. (by Con Kolivas)
  • Updated miner.php from Kano.
  • Proxy settings now default to SOCKS5 instead of SOCKS4. Prefix your proxy IP with "socks4://" if you need to use the older protocol.

Full changelog:
  • Bugfix: knc: Use separate DEV_RECOVER_DRV deven when doing automatic core disable/re-enable, so user-initiated disables are left alone
  • Document existing enum dev_enable usage
  • Bugfix: knc: Only try to re-enable cores after we've actually asserted them as disabled, otherwise we won't actually assert the enable either
  • knc: Automatically disable and re-enable problematic cores
  • AUTHORS: Add Dmitry Sorokin
  • bitfury: Disable dynamic osc6_bits when manually setting a specific value
  • bitfury_do_io: Make use of timer_elapsed
  • bitfury: Only use dynamic osc6_bits with boards that support it explicitly (BFSB and Metabank for now)
  • bitfury: More debugging info for dynamic osc6_bits
  • Bugfix: bitfury: Fix tv_stat to persist
  • bitfury: Remove useless debugging
  • bitfury: Simplify dynamic osc6_bits logic such that the range is defined in one place
  • bitfury: Remove unused skip_stat
  • Bugfix: bitfury: Stick to tracking best_done per-chip, and never call zero_stats (which is for users, not drivers)
  • Bugfix: bitfury: Use proc_repr rather than incorrectly calculated chip_id
  • Bugfix: bitfury: struct bitfury_device is already chip-specific
  • bitfury: dynamic osc_6 bits
  • bitfury: Improve frequency calculation - fixes occasional miscalculations as well as makes it safer with multiple devices
  • bitfury: Added frequency calculation
  • tm_i2c: Corrected copyright
  • Allow --set-device opt=val without a device specification to attempt setting it on every device
  • Bugfix: knc: Maintain queue_full for all cores, so they continue to queue work even if the first is disabled
  • bitfury: Allow setting osc6_bits up to 60
  • Bugfix: Set status to LIFE_DEAD2 when killing threads at shut off, to avoid calling driver code
  • Skip "testing stability" message at startup
  • Try switching pools if for some reason we end up with only idle pools and have ended up current_pool set to an idle one.
  • Check a pool is stable for >5 mins before switching back to it.
  • ManageTUI: Slash key performs processor selection by search
  • nanofury: Populate dev_product and dev_serial
  • mcp2210: Implement mcp2210_close
  • Bugfix: mcp2210: hid_write needs a report id, especially on Windows
  • mcp2210: Workaround some Windows snprintf not handling wide strings correctly by simply copying character-per-character (only works for ASCII data)
  • Bugfix: chroot: Check that chdir succeeds
  • AUTHORS: Add pontus
  • knc: Expose Voltage and DCDC Current to TUI Manage device
  • knc: Expose Voltage and DCDC Current to RPC status
  • knc: Store volt/current on knccore
  • knc: Read voltage/current from DCDCs
  • Bugfix: knc: Fix temperature readout of half-celcius
  • Bugfix: Only define have_libusb if building with libusb support
  • littlefury: Remove unused code
  • bitfury: RPC procset: Ignore extra data (like newline) after numbers
  • Add --set-device option to allow setting default procset commands
  • README: Document hidapi dependency for NanoFury sticks
  • AUTHORS: Include Vladimir Strinski for NanoFury code
  • mcp2210: Set GPIO output mode atomically with their output values
  • nanofury: Power off device when shutting down
  • make-release: Include libhidapi-0.dll
  • mcp2210: Port to Windows
  • configure: Find hidapi.h for mcp2210 using pkg-config
  • bitfury: Provide read/write access to osc6_bits from the Manage TUI
  • nanofury: Reduce oscillator bits to 50 to stay within USB specs
  • bitfury: If multiple integers differ after 4 tries, just go with the first so we can start mining
  • nanofury: Implement actual mining code
  • nanofury: Turn off device after checkport
  • nanofury: New driver; detect device
  • mcp2210: Implement protocol required for NanoFury USB sticks
  • mcp2210: Skeleton low-level driver for MCP2210 USB to SPI Master bridge
  • ft232r: Use lowlevel interface for ft232r_open
  • Abstract ft232r scan+probe interface into new generic lowlevel driver interface
  • configure: Error if knc driver is requested, but linux/i2c-dev.h is missing or not from i2c-tools
  • knc: Attempt to express core enable/disable to controller
  • knc: Put knc_device on every processor device_data
  • Refactor device disable/enable logic so that drv.thread_{disable,enable} actually get called
  • Bugfix: knc: Check that device actually has work queued, before trying to find the most recent one
  • knc: Read temperature sensors
  • DevAPI: minerloop_queue: Run watchdog in device thread
  • knc: Pass queue flush to device when its most recent job produces stale shares
  • knc: Issue flush command at init
  • Bugfix: knc: Perform le32toh on unknown-work nonces
  • knc: Use independent device_id for works to enforce 15-bit size
  • Bugfix: spi_emit_nop: Correct counter logic
  • knc: Implement mining
  • knc: Use FPGA i2c to identify present ASICs
  • knc: Basic detection of boards on expected i2c buses
  • DevAPI: generic_detect: Just use an enum for flags
  • Use list of drivers/algos/options generated by configure in --help info
  • miner.php correct sort gen field names largest to smallest
  • api ... the code related to device elapsed
  • api add device elapsed since hotplug devices Elapsed is less than cgminer Elapsed
  • RPC: Include more info in per-device/processor status
  • API add 'MHS %ds' to 'summary'
  • Icarus remove unneeded opt_debug tests due to applog being a macro
  • We should only yield once in cg_wunlock
  • Provide a function to downgrade a cglock from a write lock to an intermediate variant.
  • Reset quotas on load balance for all pools at the same time to avoid running out during selection and unintentionally dropping to fallback.
  • Break out of select pool from a common point for appropriate debug messages and to avoid further tests.
  • Find the greatest common denominator in quotas and use the smallest number of consecutive work items per pool in quota load balance mode to smooth hashrate across pools with large quotas. Give excess quota to priority pool 0 instead of pool 0.
  • Add subdir-objects to automake options.
  • Use the --failover-only flag to have special meaning in combination with load-balance mode to distribute any unused quota back to pool 0 to maintain ratios amongst other pools.
  • Display quota and allow it to be modified via the pool menu.
  • More README about quotas.
  • Document quotas and new load-balance strategy.
  • Add API commands and modify output to support pool quota displaying and changing.
  • Change message in status when using a balanced pool strategy to notify if there's a stratum pool as well.
  • Add quota support to configuration files.
  • Rotate pools on all failures to set a pool in select_pool.
  • Use quotas for load-balance pool strategy.
  • Provide a mechanism for setting a pool quota to be used by load-balance.
  • Change --socks-proxy option to default to SOCKS5
  • Cope with trailing slashes in stratum urls.
  • Make extract_sockaddr set variables passed to it rather than pool struct members.
  • miner.php sort the mcast rigs so they are always in the same relative order
  • miner.php allow sending the muticast message multiple times
  • miner.php mcast ignore duplicate replies
  • miner.php coding warning
  • miner.php disable 'gen' by default
  • miner.php allow formula generation of new fields
  • miner.php add doctype
  • miner.php remove incorrect echo
  • miner.php optional error if not enough mcast rigs are found
  • take_queued_work_bymidstate should use a write lock.
  • API mcast add a description option with miner.php
  • Skip dissecting opt->names in parse_config if it doesn't exist.
  • ICA optional limit timing with short=N or long=N
  • logging - applogsiz() for large messages
  • Provide a funcion that looks up queued work by midstate and then removes it from the device hash database.
  • Wait until all pools are done testing before giving up, regardless of how long they take to fail
  • AUTHORS: Add Ricardo Iván Vieitez Parra and Paul Wouters
  • Bugfix: Check that setgid succeeds
  • When using --chroot, chdir to the new root
  • Bugfix: Add missing drivers to --help list
  • Bugfix: Zero stats: cgpu->diff_stale
  • fpgautils: serial_close: Explicitly release advisory lock before closing, in case fd has been inherited by a process forked by system()
  • Use serial_close to pair with every serial_open
  • Workaround bug in Plibc by resetting locale to "C" at startup
  • Bugfix: bitfury: Check for necessity of linux/i2c.h so build succeeds with i2c-tools's userspace linux/i2c-dev.h
  • bitforce: Workaround bugs in current firmware for the Chili
  • Bugfix: DevAPI: Reduce race-collision delay to 1ms so thread_shutdown actually gets called before threads are killed forcefully
  • Bugfix: configure: Use AC_SYS_LARGEFILE to ensure nonce/share log files can safely grow bigger than 2 GB
  • Bugfix: Correct argument type for --submit-threads option
  • littlefury: Workaround Xcode bug initialising fields in anonymous unions
  • Bugfix: write_config: Make intensity list writing more readable, and avoid extraneous argument in dynamic intensity case
  • DevAPI: Trigger mt_disable_start after init, if a device is disabled before minerloop starts
  • icarus: Skip sending new work if entering DEV_RECOVER* modes
  • icarus: When disabling, close device fd and stop sending new work
  • RPC: Use get_api_extra_device_status for full-device status, for devices with only a single processor
1537  Bitcoin / Mining software (miners) / Re: BFGMiner 3.3.0: modular ASIC/FPGA, GBT, Strtm, RPC, Lnx/OpnWrt/PPA/W64, BitFury on: October 26, 2013, 05:43:32 PM
Not yet, but support should be added by version 3.5.
how soon is expected version 3.5.
3.4 should be today.
3.5 likely within a month.
1538  Bitcoin / Group buys / Re: [CLOSED] NanoFury NF1 USB stick - Group Buy + Product Assembly on: October 26, 2013, 06:17:06 AM
Note that some USB hosts/hubs may "work" at above-spec currents yet destroy the port over time!

The official BFGMiner 5.4 release will be using a new option to set the bits: --set-device osc6_bits=54
This also allows you to set it just for nanofurys: --set-device NFY:osc6_bits=54
1539  Bitcoin / Mining software (miners) / Re: BFGMiner 3.3.0: modular ASIC/FPGA, GBT, Strtm, RPC, Lnx/OpnWrt/PPA/W64, BitFury on: October 26, 2013, 05:31:17 AM
if it supports HEH16A form technobit.eu ?
Not yet, but support should be added by version 3.5.
1540  Bitcoin / Armory / Re: Armory - Discussion Thread on: October 26, 2013, 04:49:55 AM
etothepi, do you plan to add support for "standard" Bitcoin signed messages any time soon (yes, I know this format is not ideal..).
More and more Eligius miners are finding they can't change settings because their signatures fail.
Alternatively, is there a simple way we could have it verify an Armory signature (eg, a CLI program/script with minimal dependencies that just returns 0 or 1)?
Pages: « 1 ... 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 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 [77] 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 ... 247 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!