I created a greasemonkey script for Firefox that does that somewhere earlier in the thread. Also working on what you mentioned just know H2odysee said the json was changing. JR Been using that since you posted it thanks, also works in chrome (install the the tampermonkey extension) Code to save people searching // ==UserScript==
// @name Middlecoin
// @namespace middlecoin
// @include http://middlecoin.com/
// @include http://www.middlecoin.com/
// @version 1
// @grant none
// ==/UserScript==
var username = 'put.your.bitcoin.address.here';
// get all rows excluding the first one and the one with your username
var rows = document.evaluate('//table/tbody/tr[position()>1 and not(contains(., "' + username + '"))]', document, null, 6, null), i;
for (i = 1; i < rows.snapshotLength; i += 1) {
// hide all of them
rows.snapshotItem(i).style.display = 'none';
} |
|
|
|
Try a different firmware. I have migrated all my avalons away from that version. Same issue.
i have no idea whether i should do that or not since the avalon users thread reports users with bricked units or unstable issues. I wouldn't worry about bricking it, only one user reported that happening. 20130818 was a great firmware that brought good speed increases, and the latest 20130821 seems solid too. Remember that if it's a batch 3 you need to add --avalon-temp 70 --avalon-cutoff 90 |
|
|
|
I'm having difficulty with your latest releases on batch 3, 4 module rigs however, and I apologize if this has been discussed and I missed it. These are restarting cgminer when temp 2 = > 60. I've tried every firmware from 20130703 to 20130821 and they all exhibit this behavior. The only firmware that seems to work properly on these rigs is their factory firmware 20130723. Do you have any idea how this issue can be resolved?
Have you used --avalon-temp 70 --avalon-cutoff 90 ? These need to be added to the 'more options' for batch 3, not had any restarts on mine except when upgading the firmware. |
|
|
|
h20, what's BTC/Day/Mh for today?
It was 450% for me, 0.045 per MH, happy days  |
|
|
|
The variables are the two environmental ones needed to be set for LTC mining (they are the first two lines in the bat file) setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_USE_SYNC_OBJECTS 1
Just FYI, those 2 settings are permanent don't need to run them every time. Really? I would have thought the scope would have been within the Dos Box lifetimne, or at the very most until a reboot. That is worrying. Yes, those commands add them to the windows environment variables. Type 'set' from a command prompt it will show the list and you will see them in there |
|
|
|
The variables are the two environmental ones needed to be set for LTC mining (they are the first two lines in the bat file) setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_USE_SYNC_OBJECTS 1
Just FYI, those 2 settings are permanent don't need to run them every time. |
|
|
|
Q: Why "Inaba" isn't banned already for scamming people around here for continuous things like "Two more weeks (TM)" and insulting people that are his customers ?
A: Because he's given too much advertising revenue to the forum administrators. Have you seen his current bids, 11BTC, why so desperate to advertise to a forum of mounmental assholes josh ? Free ad to help you out in my sig. Your welcome |
|
|
|
Hi there, I just upgraded from version 3.3.1 to the latest release in the github repository (V 3.3.4). All works fine, also the hashing speed is the same as before. But there is one difference: I noticed that the orange LED (task buffer LED) on my Avalon is flashing with a frequency of ~1 second with the new version. Normally, this LED should stay off and only light when the task buffer runs empty and FPGA board has no data to process (see https://en.bitcoin.it/wiki/Avalon#FPGA_controller LEDs). Does this mean, the new version of cgminer is potenitially more efficient and could deliver the hasing data even faster to the Avalon device than before, but doesn't do it? |
|
|
|
For $8,000 invested you will only make a $2,000 profit, how is that good? lol
I'd be happy with that kind of return, the problem is that it all depends on delivery on time, if that slips 2 weeks you will be making a loss, and given every asic manufacturers inability to deliver on time thus far not worth the risk. Predicting 3-4 months into the future is idiotic during this current rate of network growth, so I've reached my limit of pre-orders. I'd be prepared to gamble on a smaller device with a better risk/return ratio but not 8k or 16k |
|
|
|
some are not submitting stales, and so the stats are wrong imo
I have --no-submit-stale and mine is running at 2.4%, so I suspect you are correct. |
|
|
|
If I move to FTC/LTC/NVC/etc. I have a 0.1% or lower rejection rate with vardiff. Usually the vardiff ends up being set at around 260 and I have a steady 6.6 MH/s. As soon as I swap back to Middlecoin it all goes downhill again,  . Those 3 coins all have long block times, that's why the reject rate is so low, if this pool is mining them it's the same. |
|
|
|
Your maths is almost certainly not correct, for there is not enough information on that screen to even determine the hw error percentage.
I wish people would stop being obsessed by hw error count...
I did the forumula that had been posted to arrive at the 6.7% (346,194 diff1), I cropped the screenshot just to show accepted/hw as in all the previous versions they were roughly the same number and it worked out at 1-2% (as it's 1/64). I thought that discrepancy might be the reason for the 5GH drop in this version, was trying to help, appreciate the work you do. |
|
|
|
Batch #3, 4 Modules and 20130819 not working so good for me, HW error rate has been 6.7% if my maths is correct, although cgminer reports 110GH pool has been saying around 105GH.  20130818 was running at 110GH, pool was reporting the same, and error rate was around 1-2% (accepted and HW were usually around the same number) so going to roll back to that and see what happens. |
|
|
|
I received a module early this week. The owner had it cross-shipped to me. It was packaged very well, in a custom made plywood box. All cables were included. The pins on various plugs were protected with foam.
Confirming I received my unit last week, as above HorseRider had repackaged into a wooden crate for safe transport which was appreciated. |
|
|
|
Due to the unexpected arrival of a batch #3 avalon that was due to be hosted elsewhere, along with my existing GPU rigs I now have too much stuff so can't really use these anymore. I have 64 chips from batch #1 53 64 5.184 182rzr6gukFGPi9cxuvsvAYN3HzmoyThhn Will let them go at virtually cost price all 64 for 5.25 (0.082 each) for a quick sale, if t13hydra is agreeable I propose the buyer send the BTC direct to him, and then he returns 5BTC to me keeping the difference for his time and trouble once the transfer is done. Posting here first to keep things simple for OP, if no interest will put them on the auction forum. EDIT: Sale Pending |
|
|
|
Looks like today is going to be a good one, at 350% so far with another 4 hours to go  |
|
|
|
While we have send out some chip orders, there is currently ~200k chips stuck in custom right at this moment for about 2 weeks now, this matter is very painful for us and our customers. As majority of the chip orders ( 70% ) totaling ~800k is made between early and mid-may resulting in a tight time frame to work with. We do have more chips coming in via different route next week which will ease this a little bit. (you can take this as chips will resume shipping by end of next week for now.)
Yifu ordered the chips, received a better offer/bribe/threat and sold them, ordered more from TSMC hoping to get them in time so no-one noticed. Once the 10 weeks had passed he went quiet hoping they'd arrive soon, but 5 weeks later was forced to break cover and come up with some bullshit about customs. |
|
|
|
If your calculation is right, then 240% is not a good result.
Most of active alt-coins are above 270% on average.
Looking at coinchoose it's true but that's looking back 7 days with hindsight and theoretical returns. But as I said above there are more factors to consider, lets look at one coin as an example AmericanCoin, Prof last 7 days 271%, Network 11MH This pool jumps on with it's 800MH (11,000% increase) and either the reject/stale rate goes through the roof, or the coins difficulty adjusts quickly, either way it's not going to remain at 366% for long. Plus even if it could in theory mine it would make 2.5 million coins a day, which would be impossible to sell. All in all 240% in BTC with no messing is fine with me. |
|
|
|
Some longer term stats, as some people seem to jump on for a few hours or a day and proclaim it's rubbish. 6000 KH, 16 Days BTC Mining would have made 1.31 (3 days at 0.09, 10 days at 0.08, 3 days @ 0.06) Middlecoin 3.12 So it's around 240%. I'm happy with that, the little extra I could have gained switching around between various coins would be lost in pool fees and time spent messing about on exchanges. Plus from past experience jumping on coins with supposed 500% profitability you end up getting a fraction of what is promised. I like the fact the OP can monitor the value of coins, stale/reject rates, market depth and make a much more informed decision of what to mine with realtime data. Keep up the good work h2odysee |
|
|
|
Yes, BFL basically is. Who else is shipping any sort of volume with regards to hashrate?
Not Avalon... they are just trickling out hashrate. ASICminer was having issues and delays last I heard. Who else?
BFL Shipping in volume, LOL nice one Josh How's the backorder queue going, still on track to get it cleared by November, December, January, February, March, April, May, June, July, August, September ? |
|
|
|
|
Show Posts
