Another neat little trick that I use from time to time is that Google can easily do unit conversions - like feet to meters, or fahrenheit to celsius. For example, type in: ... or ... Just use this formula, substituting a question mark for whatever value you are looking for.
I'm doing a scan for the SUPERAntiSpyware, and it says it's finding Adware.Tracking.Cookies. What are they?
Exactly what they sound like. They are little snippets of code which track where you go and various aspects of what you do online. We are such complicit sheep we simply expect this behavior. http://en.wikipedia.org/wiki/HTTP_cookie For some things, like maintaining a logged in session, cookies are necessary. 99% of them are not... you can disable cookies in your browser, but some websites won't work.
There is a Keyboard tool under the Control Panel. The quickest way to get to it is to hit the "Windows Key + R" keyboard shortcut to bring up the Run dialog, and enter "control main.cpl keyboard". If you'd like to know where it's located in the UI, go to your Start button then Control Panel. In the upper right corner where it says "View By", change that from "Category" to either "Large Icons" or "Small Icons" (personal preference). Then, you'll see a "Keyboard" option.
Well it has been a week since this post. What are your thoughts? Did you get the eeeSlider or the tf700ts w keyboard? The eeeSlider is a beast load heavier... I just need a kb wherever I am so it is convenient for me.
Nice that the keyboard has its own extended battery built in... that was clever. Very cool that if you don't want to tether it to the wall with low battery, you can just attach it to the kb and it roll...
Hm, OK. I recently bought USB adapters for NES, SNES and Sega Genesis controllers, and I have them all hooked up to my OpenSUSE box. The NES and SNES controllers or adapters are proving problematic in a peculiar way so far: They are recognised and I can attempt to program them in emulators (Nestopia, BSNES), but only two of the four d-pad buttons are recognised. I can't program the others in, so I can't fully control the emulated games. The other buttons were working, or at least most of them were. Any thoughts? I can't hope to find commercial drivers for these devices on Linux, and I saw that Mac OS X users were experiencing the same issue with these adapters. I believe they are also lacking any commercial driver support, having to rely instead on the standard HID interface as I am. Only Windows gets drivers and may work correctly even without any such third party software.
First and foremost lets see what the things do. Open a terminal, designate display and open xev DISPLAY=:0 xev Now push buttons, do things, and make note of what the output is. We can then code these into the emulator contoller section or create a custom xkb map... depending on the success of that. This would be my approach without googling anything. I am not sure if xev is native on suse, but I expect so.
For the record... the project I work on is a home automation platform... but we have the mother of all MAME emulators... we emulate everything imaginable up to ps1, and everything is setup to map gamepad thingies like this... it also does multi-player multi-room... so... you can play with someone else in the house on individual monitor/tvs. It also has pause... and record etc... you can drop in the middle of a game go do something else, and re-launch the game, any game on any system, where you left off. Of course it is a home automation platform... nobody has ever installed it for the game player, but it is pretty (*)(*)(*)(*)(*)in'. Unless you are looking for a whole house solution... media, lighting, security, telecom etc... it is a bit much to do just for the game player.
Not a direct answer to your question, but I thought I'd put it out there just in case it may be an option, or help someone else... You can buy USB native replicas of different old school controllers. For instance, below are links for NES, SNES, and Genesis. I personally have the NES controller and it feels pretty much exactly like the original. NES USB Controller SNES USB Controller Sega Genesis USB Controller (If you're not familiar with it, thinkgeek.com is an awesome site - they have a lot of cool stuff)
Aye, but they also tend to be el-cheapo quality. In response to Ctrl's response, I tried xev in OpenSUSE, but none of the controllers seemed to be showing up. I'd press the pads and buttons, move the sticks, but nothing would show up. Mouse actions did, however. Then that system died. It won't turn on now. Not saying the controllers had anything to do with that, though - just seems to be an unrelated power supply failure. So... I'm on my G5 with Debian now, but xev is showing the same result, at least for the SNES controller. No inputs. However, I went to bsnes on here and, strangely enough, I was able to program all of the directions and buttons in! However, now the stupid thing won't load games -_- It was complaining about ROMs during startup, so apparently its ability to play SNES/Super Famicom games has been affected by some kind of stupidity involving a bad or missing system ROM. Story of my life, damn it.
Damn... I assume it is populating a JS port (ls /dev/js*), and the stuff is discrete, handled by some module or other. We do famicom btw. http://www.youtube.com/watch?v=nDQ92d9nktQ here is a brief demo of multi-room (in the same room) http://www.youtube.com/watch?v=CpZQ0vABSyU Thom handles all of the game stuff. It is part of his mission to preserve all game systems in a single repository. You might give it a spin... even in a vm.
As with so much else, VMs aren't much of an option for me on PowerPC. This platform is terribly neglected. However, I did luck out with the NES, because I was able to compile and install Nestopia on here. Not so fortunate with BSNES, though, or rather its successor, Higan. That one gives me errors, even after installing the g++ package, and I'm no programmer. Neither has Google been too helpful with that one: g++-4.7 -std=gnu++0x -I. -O3 -fomit-frame-pointer -march=native -DPROFILE_ACCURACY -c target-ethos/ethos.cpp -o obj/ui-ethos.o g++-4.7: error: unrecognized command line option ‘-march=native’ make: *** [obj/ui-ethos.o] Error 1 -_-
Well... march is telling the code to automatically detect the architecture, ppc in your case... however it is getting chunked... which would normally lead me to question your version of gcc, and if it might be older than 4.2... when the command was introduced... but I see there that it is 4.7... so... it is a bit of a mystery eliminating the obvious, that it won't build for PPC... but what I would do, if I were you, is open a terminal and enter ...with the actual path. I would relpace march=native with mcpu=xxx replacing xxx according to this in every instance shown by the grep, and run the commands you have again. Failing that, also add the -02 -pipe PPC is being obsoleted... I am afraid it looses more support every minute.
Ah, thanks for the suggestion. It only occurs in the makefile, so I've fixed it there. It got farther along with compilation, and now I'm just wrestling with missing development headers At least that's fixable by installing the right packages, so I'm working on that now..
OK, it built and runs! Runs like crap, actually, but it's on the accuracy profile. I'll be recompiling with one of the others.
I am a hacker, you can't throw science crap like accuracy profile at me. The definition of that term makes my head hurt. At least you know... got to see and evaluate it, successful experiment, failed solution
The plot thickens. The performance is actually only poor when having it emulate a Famicom. Super Famicom is actually quite fast, oddly enough, so now I'm compiling once more with the accuracy profile in order to see how that performs with Super Famicom. And this, by the way, is what is meant by accuracy profile: Linux Users higan will automatically compile in 32-bit or 64-bit mode, depending on your system. It defaults to the accuracy profile. You can override this with the following commands: make clean && make profile=accuracy make clean && make profile=balanced make clean && make profile=performance http://byuu.org/higan/user-guide/
And there seems to be nothing you do not know, so here's a challenge SheepShaver. I've long wanted to have that running on this here Debian PowerPC setup. BasiliskII, the Mac 68k emulator, is installed and working. I did not have to compile it, either, as Debian has it available as a package. But SheepShaver is a challenge. I once did manage to get it compiled on here, which took some work, but it will not run. Neither do I get useful feedback! I think the problem is somewhere in the GUI, since the program appears to be running but shows nothing at all and reports no errors in the console. All I can do is ctrl-c it. The build instructions are here: http://www.emaculation.com/doku.php/compiling_sheepshaver_basilisk And for PowerPC, I had to fix sheepthreads.c as described here: http://www.emaculation.com/forum/viewtopic.php?f=20&t=6553&start=25 But that's it. I can't get this thing running.