0004 is going to take me longer than usual... I want to have a new "Opportunities icon scroll" (uh... probably a better technical word describing it). Opportunities will pop up in the lower-left as icons with hover-text giving a brief on what the opportunity is but not pause the game like a major event would. The game would, however, need to pause when you click it. The game also needs to clear opportunities from this window automatically if a user doesn't click it, and then a new screen needs to be made up going over all opportunities currently running their course which'll eventually have a faux tabbed window which'll include other categories of opportunities, like GLBSE when its time comes.

AFAIK, this is a browser issue which generally happens when the game's being played in a tab. Browsers (esp. mobile) generally either pause or slow anything executing down to 1fps. Games which may dare trying to get around this generally try to grab the time when focus is lost, then auto-update its info based on the time the game's brought back into focus, doing all its calculations at once. -Or for multiplayer games, this is much simpler since the client isn't really doing anything but acting as an interface between the user and the server, so whether or not the client's browser is permitting the game to run (at 1fps or 60) is irrelevant - but not here, because there's no server calculating things; it's all done locally.

The single-player method is possible, but unfortunately, not trivial to implement (and would need to be double-checked and probably changed every single game update), whereas running the game in its own browser window (rather than tab) is trivial and has the same effect (though it may still force the game to pause if it's minimized -- haven't checked). There may be other workarounds I'm not thinking of or familiar with, though...

You trolling us by making the sixth or so topic on this?

I have a really hard time believing the US hunger statistics. I've never heard of a state where their food stamp/SNAP program isn't unreasonably generous, ignoring WIC and free/subsidized school lunch. We took SNAP for a few months in PA when we had our daughter and they gave us something ridiculous like $600/mo. Unless you're only buying frozen pizzas at a gas station, I don't know how anyone could go hungry. I'd say there're sure cases where people fall through the cracks due to the income requirements (among others, certainly including citizenship) in some states, but 50M... I just don't see it, and I've lived in poor areas both urban and rural... but furthest South I've lived was in North Carolina.

As a kid, my mom had a rough patch where she wouldn't have qualified for food stamps (as they were back then), so instead, we simply went to a local organization where they bring a semi around each week and let people take as they need - no fuss, and it was decent food, too, not just potatoes and rice. This kind of generosity doesn't exist everywhere, though, surely.

World Hunger claims a more believable 7M figure which I don't mean to suggest is "good" or reasonable given the government has far more than enough money to cover the remaining hungry (which, really, would be an increase looking, relatively, like peanuts compared to US "defense" spending, or the amount we spend on the War on Drugs), but I don't think it's really a matter of money, just assholes in government "taking a stand" (on a very limited number of issues).

There's plenty of fat to be cut in government budgets, too. A few years ago, the local school district received ~$140k to give 6th graders iPads. Outside Apple products having very little market share in business (and their computer tech courses, without reason, spend a large portion of time having kids follow Photoshop tutorials), a large percentage of kids in this rural community don't have access to broadband Internet access. Just imagine the economic opportunity available to kids, and the ability to retain graduates, if the money went toward just expanding DSL access instead (kids here currently, without possibility of remote work, have the options of stripping, cleaning our elders' shit, cleaning horse shit, and working at the local union-hostile factory which treats employees like cattle). I ramble, again, only to suggest it's really not about money, just malice and incompetence.

It shouldn't, if I'm remembering an old discussion right. Core tries to pick the peer with the most unlimited upload bandwidth for downloading since it doesn't download multiple blocks simultaneously (or didn't). If that's correct, then, it should only be downloading blocks from a slow peer if, compared to other options, they're the fastest available (not to be confused with sharing the Txs, where I'd imagine any significant upload bandwidth is helpful).

No. You're on the Internet.

It could be helpful in determining specific ways to deal with obesity. A single bypass runs $100-200k (uninsured -- I'd guess costs skyrocket otherwise), much more if a significant stay's required. There are worse... A couple cases of serious, long-term diabetes prevented where patients would've been on Obamacare/Medicaid could easily recoup the money being spent here. Then there's obesity-related cancer, of course.

Particularly, the lack of athletic involvement among lesbians is something the government can take large steps in correcting. The government tends to disregard athletics, but this may suggest there's good cause to direct more funding at youth and adult sports. The news alone, if the media didn't turn it into a shitstorm, could be useful being published in trying to encourage adults to push lesbian children into a sports program.

Useful or not (and I really doubt the study's conclusions will be as general and useless as "lesbians don't generally play sports and are fat"), as long as the NIH can justify continuing to receive money, it's more pressure to cut spending in far more terrible areas. Not much, but it's better than giving the budget in general more wiggle room to direct toward the War on Everything (though.... shit... they call this the "war on obesity," don't they?).

It's fine it has bitcoin involved, but what's the relevance to Bitcoin? If article was about data-snatchers tending to take bitcoin and the implications, probably relevant, but I don't see how this particular story is any more relevant to Bitcoin than an article reporting someone stole a person's coffee and was trying to sell it for bitcoin. There are many articles in this subforum not really relevant to Bitcoin, but that seems to be by forum policy. *shrug*

"over 47,000 youth" - http://projectreporter.nih.gov/project_info_description.cfm?aid=8703150&icde=21539564

Having trouble finding the actual study, though.

This should probably be in Off Topic.

AFAIK, no client has fully taken advantage of the functionality permitted in sendmany transactions.

Every month, I make a $500 split BTC payment to ~30 people. They all get a static % of that $500. Every month, into an Excel sheet, I enter the BTC equiv. of $500 to determine what everyone should get, then manually extract every single address and BTC amount from that Excel sheet to paste into Armory or Core. It sucks, and by the time I've entered everything in, triple-checked, then written the details down in the email, the price has moved +-$20. I'd like to be able to save a script in Armory where I can set up percentages for each address, then enter the amount of BTC I want split between them.

My situation is probably unusual, but this could also be very useful for charities. As is, there are many "meta charities" whose job is literally to just collect funds and distribute payments to many different charities. This is largely unnecessary and should be replaced with sendmany links so people can donate to a large basket of charities with a % split they choose in the client upon clicking the URI.

Additionally, a client should permit task scripting. I should be able to set a daily, weekly, or annual time for a particular payment script to execute - with user confirmation required, of course. This last feature request has so many use cases, I don't think I need to spell them out for anyone.

It seems to prioritize bandwidth for this, or it's just that unconfirmed Txs are so relatively small in size, it's not an issue, but this is how I've run Core in the past. Since, they've upgraded a cell tower nearby, so I let it upload without limits unless I'm doing something where I need a bigger share of the 40kb/s up I can snag. NetLimiter's supposedly adding a feature to give programs bandwidth minimum grants, which'd be great since I could let Core run in the background and then give minimums to web browser (as is, it semi-frequently causes timeouts since Core likes to suck everything down unless it's explicitly restricted, with an odd exception to these timeouts being this forum, I'd guess due to an unusual configuration I'd be interested in learning about).

I wouldn't recommend these kinds of limits for a service using the daemon frequently, of course, but for personal use, it's been a great configuration when I've needed it, and also permits those on harshly capped plans to have the advanced functionality a full node client provides since the majority of post-sync bandwidth Core and other full clients use is not strictly necessary.

Yeah... It's been a real hassle trying to get that to work right and it doesn't display properly. After updating, it's supposed to first try to force the browser page to refresh by itself, and if that fails (I'd assume because the browser disallows the game from doing that), notify the user to refresh manually. If something gets too screwy with updating, clicking "Ignore the update" should let you play, but it'll be an old version. I had to disable the "Next" and "Load Game" buttons during an update (and after download since the update won't take effect until after a refresh) to ensure the game would actually be updated.

Thanks for report.

Just a quip -- you can run armoryd/bitcoind and limit bandwidth consumed to ~8kb/s down, 2kb/s up with it still being fully functional and up-to-date (req's should be significantly lower than that, but I haven't checked in a while and wanted to be conservative) using an application-level bandwidth throttler like NetLimiter.

I imagine OP isn't so stupid, he's planning on using that account. Anyway, trust abuse is pissant work, and every dumbass, scammy piece of shit thinks it's above him. No offense meant toward OP & clients.

Yeah - sorry. I just didn't want to screw it up and embarrass myself.

(24/(Difficulty * (2^32) / (HashrateInMHs*10^6)/60/60))*25 would do it, I'd think, though that could be reduced.

Committed anti-documentarian. Too much BS too consistently - worse than television news, I'd guess, and it's led to more than a couple humiliations while functioning as if I can even believe high-budget documentaries without fact-checking. People start filming with the goal of making a point and quit caring if facts get in the way mid-way through - they already devoted 500+ hours and tens of thousands of dollars. I just do the online research now instead of doing it later to fact-check after spending time watching a film. Videos in general take too much in resources to make well, so I assume if something's in video format, it's horseshit.

This is a lot easier without a headache. 000395 uploaded.

TONS of bugs fixed (I mean - holy crap, there were a lot of things wrong!), difficulty and BTC price function more realistically, more news events added, GPU mining added (which, thankfully, was fairly easy to add in). For 0004, hoping to have p2p lending implemented (2010 is a historically boring year, as far as pace of innovation goes, frankly -- it needs more stuff to do before crypto innovation begins to explode) along with everything on Known Issues list fixed (except inventory management). Maybe heat & "non-random" fires if I have time... I've been meaning to put that in for a long while, now.

It's taken me months to stop trying to pronounce that like "probably." It's right next to the "b" button - used to assume it was a typo.

Alan from Armory brought this up months ago, incidentally. The biggest concern I'd have is with a company - more likely, individual within company - having its software/drivers phone home (... or worse) with this information. -So everything you scanned in for the AML/KYC crap.... and printing wallets, too, of course.