That Mozilla link is along the lines of what I was thinking of for dynamic audio. Too bad it's not supported by all browsers, but it would be a start. With some proper architecture, it should be easy enough to add support for other browsers when they support a similar feature.

Thanks!

I should probably start looking at what it would take to port my Flash NES emulator to JavaScript. I wrote it in Haxe with the goal of doing a JS version at some point. However, at the time, only Chrome could even come close to running the JS fast enough, but now most modern browsers should be fast enough (I'll have to do some performance tests). It should just require minor tweaking to replace the flash calls with JS/HTML5 calls without having to re-do and re-work the bulk of the logic.

I'm curious how he plans on handling dynamically generated sound from the GB ROM. Doing CPU and Graphics are usually the easy parts of emulating, but getting smooth dynamic sound without much latency is the challenge I've had to deal with when doing web-based emulators. Most web-based systems are designed to load a static set of sounds from a server, not dynamically generate them in the code.

Flash 10 provides some dynamic sound capability, but it has a rather large latency (~250ms). I blogged about this while writing my NES emulator in flash.

I read through these articles hoping for some insight on dynamically generated sound, but it doesn't look like he's gotten that far.

Having worked in that industry, it's very common for them to be on the same network as Windows PCs. As for the default passwords, that's their own fault.

The reason they have to be on the same network as PCs is both:
1) The software to program and monitor PLCs are on Windows (made by Siemens, Rockwell Software, WonderWare, were the big names when I was in the industry 10 years ago), so it makes sense to have them on the same network so they can communicate with the PLC while it's online and see the logic operations in real time.
2) The biggest reason is that PLCs communicate with visualization software that runs on Windows (also made by the same companies as above), that can be viewed from a central location. This allows the production line manager to visually see the operations of the machines in a nicer format than looking at the raw logic bits. The visualization software can display shapes, colors, diagrams, animations, etc of the production line with real-time data about what's happening.

So yes, these PLCs are usually on the same network as Windows PCs. Ideally it's a private network with just the PLCs and the visualization/programming/monitoring PCs, but many places are not that strict about the network separation.

Yeah, I just had mine taken out last week. Now I'm wondering if the dentist still has them and can I get them back?

http://www.hulu.com/watch/55587/saturday-night-live-pampers

Yeah, I submitted this Friday, but it's only now making it to the front page.

There's a new version of MTX (1.0.3.5) that doesn't require the web servers to be up:
http://mtxgear.mektek.net/mtx/beta/SetupMTX1.0.3.5.exe

Disclaimer: I'm not affiliated with MekTek in any way. I've just been following the free release since I love the Mechwarrior series, namely MW2: Mercs.

That's a much better idea than a simple hash (md5 or sha-224, etc I didn't have a preference, just some sort of known-good hash).

A signature on the executable would be easy for the AV software (and the OS) to check and make sure it hasn't been tampered with. This should probably be more widely deployed in general. Maybe we'll get it for version WinX?

And that antivirus program would be susceptible to many types of viruses that modify system files. This particular virus that it detects (W32.Wecorl.a) does change svchost.exe:
http://www.symantec.com/security_response/writeup.jsp?docid=2008-110306-2212-99

What McAfee should have is a better way of quarantining critical system files (replace with known good copies, have a robust patch/repair process for system files, have a more stringent fingerprint detection, etc). Maybe a whitelist of known good md5sums for system files (of course, this would have to be updated with every version of those files ever released in any patch by Microsoft).

Did you even read that article you linked to? It says that the legal threats came from a company called D&H Distributing that the sites claim sold the counterfeit equipment to Newegg:

Emphasis mine.

That article also mentions that Newegg had already started issuing replacements and they were just trying to figure out where those chips came from:

Emphasis mine.

Those expensive board games are not exactly Candy Land or Monopoly. My most expensive game is StarCraft: The Board Game which retails for $80 and after you add in the Brood War expansion, I'm out over $100 for that game, but it is worth every bit of it. I admit that I was hesitant at first to spend that much on game when my most expensive board game prior to that was maybe $10-$20. You get a whole lot in the game in terms of tokens, miniatures, cards, etc all very high quality, not to mention many, many hours of fun playing. It's always a blast to get 5 of your friends around the game for an epic 3-4 hour war where everyone has a great time.

My point is that it works for google and google allows advanced queries very nicely. You shouldn't give the user too many choices that they likely will never need.

You can easily add special 'keyword: value' pairs that the query parser can recognize which can provide all of the features you needed.

Examples:
opening file crashes project: word
long load times type: defect
sales report doctype: xls

How to use these keywords should be specified in a help or advanced page.

As you said, the simple interface will solve many common use cases, and the more advanced use cases can be easily solved by adding a few extra keywords. Ideally the search engine shouldn't need these additional keywords the vast majority of the time and should organize the results with the ones the user most likely wants at the top.

<form name="search" method="get" action="/search.pl">
    <input type="text" name="q" title="Enter your search terms" />
    <input type="submit" value="Search" title="Submit your search request" />
</form>

Anything more complex will probably aggravate your users.

The first set of topics will give you a solid foundation that you can apply to many areas of programming. I think Discreet Math, sets, algorithms, and graph theory can be used in a wide variety of fields to solve many types of problems.

The second set of topics will help you in some very specific programming tasks related primarily to games, AI, and graphics programming, which comprise a small fraction of total programming jobs. Also, you don't typically need to be intimately familiar with vectors and euclidean spaces, beyond what a simple google search will tell you about them, in order to use them effectively.