Fujifilm s1000 fd Camera Doesn't Work Right on Mac

Short version: my wife's camera didn't work right with her Mac using the bundled software, but it worked fine with iPhoto.

Long version: My wife just bought a Fujifilm s1000 fd superzoom camera so she can start working on her food blog, eatlikeapig.blogspot.com, and she ran into an issue getting it to communicate with her Macbook. She followed the directions outlined in the manual, which included installing the company's lackluster FinePix software. The instructions say to hook up the USB cable and to hold the 'play' button for a few seconds until the computer recognizes the camera and opens the software automatically. This did not work.

Instead, open Apple's own iPhoto software and then hold the 'play' button while connected via USB. iPhoto should import the pictures automatically, unlike Fujifilm's own crummy software.

Since we figured this out, we've been taking all sorts of pictures, which look absolutely stunning. You can check them out at her blog.

Read More

List of Known Cheaters on Mario Kart Wii Online

Here is a list of users that have been reported as using the infinite item cheat on Mario Kart Wii Online. I made this page so people could report more brazen offenders and others could know to avoid them, since the only recourse for us non-cheaters is to simply not play with them anymore.

*To the cheaters themselves: care to let us know how you do it? Is the USB Gecko still the way to go, or can you do it through a softmod/homebrew channel these days? Update 6/21/09: It looks like you can use the Ocarina homebrew program to load cheats on a softmodded console (i.e., one with the homebrew channel installed; some directions are available here).

Mario Kart Wii Online Cheaters Wall of Shame

Update 6/21/09: From an anonymous comment on my other Mario Kart page:

"I would just like to say, none of your hacker stories compare to mine. I got stuck playing in a race with 5 hackers who could change their points from 1 to 35001. During the race they ALL ganged up on me by throwing non-stop green turtle shells at me, bombing me repeatedly, then all cornering me and using big mushrooms and stars simultaneously to hit me, and run me over for about 5 minutes straight. It was officially a Mario Kart gang rape. They are:
[J]Hacker.
System(star)King
Potatohead
InanenBaby"

1. ihack@u - this guy deserves at least a little cred since he actually figured the whole infinite items thing out (to my knowledge, at least). I don't know anything else about him, e.g. his Mii.

2. Speedy - no other information.

3. Alwin - no other information.

4. Kenny - Mii looks like Kenny from South Park, probably something like this:

5. Upsidedown - Mii's face is upside down.

6. SoSerious? - His Mii looks like the Joker from The Dark Knight, but its hair is black instead of green or whatever...

7. Death - no description of the Mii, but this one is especially troubling because of the claim that he/she actually *disconnected* another user after pelting them continuously with green shells. Hopefully the disconnection was just a coincidence and not another hacking capability...

8. AIM:Voth24 - s/he seems pretty proud of his cheatiness, based on his/her youtube videos. S/he also seems to target players with high VRs, so watch out if you care a lot about your score.

9 Alien - doesn't use his hacking to win, apparently and always loses on purpose. That in mind, you don't have to disconnect from this guy just to protect your precious points--assuming the cheating itself doesn't piss you off enough anyway.

If you have more to add, leave a comment with their name, a brief description of their Mii, and anything else that could be helpful in identifying them and I'll them to the list.

Read More

Aspire One's Synaptics Trackpad Suspend Issue in Intrepid

I just corrected a really strange and infuriating issue with the trackpad on my Acer Aspire One running Ubuntu Intrepid. I'm going to write the whole story in case someone finds it useful, but here is the short version: trackpad quit working and didn't come back with a reboot. The solution was to hit Fn+F7 a couple of times (didn't work on first press, but did after a few presses...).

Now for the long version:

My fancy new Aspire One went to sleep (suspend) on accident--I know there are some unresolved issues with devices after suspending, so I've tried to avoid it--and I couldn't make it wake up, so I did a hard reset by holding the power button down for ~5 seconds. However, upon reboot, I was horrified to find that my trackpad no longer worked. It still showed up in the hardware profiler and in the kernel boot log, but it was totally unresponsive. No cursor movement, no clicks, no nothing. I rebooted. Still nothing!

I scoured the intarwebs looking for a software solution, including purging/reinstalling the xorg drivers, reloading modules, etc. to no avail. However, I did find a forum post where another Acer user had reported a nonfunctional trackpad that followed him across several Live CDs, suggesting a hardware issue. I was horrified by this prospect, as I love my little machine and I've finally gotten it configured to my satisfaction. Luckily, this user was kind enough to post his deceivingly simple solution: re-enable the trackpad using a key combination of Fn+F7.

I don't remember ever pressing this key combo to disable it in the first place, so I'm forced to assume that it happened on its own. Now I know how to fix it, should it happen again.

Read More

HandBrake with Live Video Previews

The HandBrake team has released version 0.9.3, which includes official, sanctioned builds of the GTK GUI in both 32- and 64-bit formats. This new version also brings a number of improvements that have been enjoyed by those of us using the SVN builds for some time to the rest of the HB users. However, new features are constantly being added, and the codec pool is always being updated, so I will continue to post the latest bleeding-edge builds here on my site, starting with svn1952, which includes live video previews (!), as well as a more recent version of the x264 and ffmpeg codecs.

Update (5/15/09): I have working binaries of the latest code available in my PPA repository. Directions for adding it to your package manager are available here.

Here's how the live preview looks. You can really get in there and see the direct impact of your changes. This leads to better cropping and a better sense for your end product. (this is my Mac x-forwarding GHB from my Ubuntu box. As you can see, the live previews even work through that):

For those of you who wish to compile on your own hardware (recommended for those with newer Core 2 Duo CPUs), the process is exactly the same as my previous SVN instructions, except for the addition of 2 new dependencies: libgstreamer0.10-dev and libgstreamer-plugins-base0.10-dev. I've updated the instructions there to reflect the change.

Read More

How to run ZSNES Super Nintendo Emulator on 64-bit Ubuntu Linux

ZSNES is my favorite SNES emulator in the Windows world, but it can be a real pain to get going in 64-bit Linux. Most tutorials will suggest you set up a chroot jail and maintain a parallel set of 32-bit libs so that you can run the 32-bit version, but this is both a hassle and overly complex for many users.

I tried to compile my own binaries from source to avoid this, but I kept running into architecture errors and ended up throwing in the towel after a few hours of fiddling. Luckily, a ZSNES developer known as Nach has provided specialized precompiled binaries for a variety of architectures that worked a treat for me.

Just follow this link, scroll down a bit, and then download the binary that matches your architecture. I have an Athlon 64 X-2 4000+, so I selected the Athlon64-SSE3 binary.

Next, install libsdl-dev either through Synaptic or by typing sudo aptitude install libsdl-dev into a terminal.

Once downloaded and decompressed, you should find your binary inside, which you can run by double-clicking it or typing ./zsnes into a terminal. If you double-click and nothing happens, try running it through the terminal to spot any errors. I personally encountered this error:

Unable to poll /dev/input/event8. Make sure you have read permissions to it

repeated 9 times (1 for each /dev/input/event* 0-8).

I was able to get around this by running ZSNES as root (i.e., sudo ./zsnes), which is certainly not ideal, but I haven't found a way around it yet.

If you take this route, be aware that the default location for saved games will not be ~/.zsnes as it normally would be. Instead, it will be located in /root/.zsnes (since you're running as root). This in mind, you may have to copy your .srm files into this directory for them to be recognized. When I first got my copy to run, I couldn't get it to recognize any of my saved files, even though I tried changing the path for saved files under the preferences. However, once I copied the files into the /root/.zsnes directory, everything showed up just dandy.

Using the native 64-bit binary referenced above also had another unexpected (perhaps coincidental) positive effect of making my gamepad's d-pad work correctly. Using dfreer's zsnes32 binary worked well for me in most respects, but it just wouldn't recognize my Logitech Precision gamepad's d-pad. The buttons worked fine, but when it came time to assign the directions, it would just sit there dumbly, even though jscalibrator and cat /dev/input/js0 both showed plenty of action. This problem remained no matter how many kernel modules I loaded (usbhid, analog, etc.), until I tried Nach's binary. Now it works just fine. Go figure...

This information was written for Ubuntu 8.10 Intrepid Ibex, but it should be applicable to other distros as well.

Read More

Intrepid Ibex broke my Netatalk

I mostly use Macs, but all of my media files are stored on a home server that runs Ubuntu. I had been using Gutsy and sharing my files using netatalk, an open source implementation of Apple's AppleTalk protocol, and everything was working swimmingly.

However, as soon as the beta for the newest version of Ubuntu--known as Intrepid Ibex--was released, I upgraded to it and was shocked to find that I could no longer connect through netatalk using my Macs (they're running 10.5 Leopard). Every time I tried, it would fail with this error:

A volume failed to mount.

The volume [directory name] could not be mounted

I fiddled with configurations on both ends to no avail, so I decided to try a workaround: I uninstalled the version of netatalk from the Intrepid repos (sudo aptitude remove netatalk) and then downloaded outdated deb binaries for netatalk and its only other major dependency, libdb4.2, from the Gutsy repos.

Install (sudo dpkg -i [package name]) libdb4.2 first (it'll give you a warning about downgrading from a higher version), then netatalk, and then let the service start. You should now be able to connect to your shares again.

Leave me a comment if this doesn't fix your problem and I might be able to help.

Read More

How To Compile HandBrake With New Psy Options Enabled

Update: It looks like the new x264 version is committed to the SVN repo now, so you should be able to just perform Steps 1, 2, and 5 (i.e., a normal SVN checkout and compile) to get the new psychovisual options.

Update (5/15/09): I have working binaries available in my PPA repository. Directions for adding it to your package manager are available here.

Here are directions to download and install the latest development code for HandBrake that can take advantage of the revolutionary new psychovisual additions to the x264 codec (known as psychovisual rate distortion [psy-rd] and psychovisual trellis [psy-trellis]).

Step 1: check out the latest source code from SVN:

svn co svn://svn.handbrake.fr/HandBrake/trunk HandBrake

Step 2: navigate to the new directory

cd HandBrake/contrib

Step 3: edit the download location for the x264 codec in your favorite text editor (I prefer nano):

nano version_x264.txt

then, either delete or comment out (put a # in front of it) the address that is already there and replace it with this:

http://download.m0k.org/handbrake/contrib/x264-r979-6d4af8d.tar.gz

Step 4: return to the HandBrake directory:

cd ..

If you just want to use the CLI version (Linux users have no choice), you're almost finished and can go straight to Step 5. If you are using OS X or Windows, though, you can update the GUI interfaces to reflect these new options by applying the appropriate patch (for OS X or for Windows)

To apply the patch, move it into the HandBrake directory and type into a terminal:

patch -p0

Step 5: compile as usual:

make

That should get you all set. The new options require a subme value of ≥6, which should be the new default (and should be reflected in the GUIs and presets). If you have any questions or concerns, leave me a comment and I'll try to help.

Read More