Archive for the ‘mac’ Category

Installing Canon EOS Utility without the CD on a mac

Friday, May 14th, 2010

I recently tried installing the Canon EOS Utility on my new laptop. After checking Canon’s website I found that they only offer updates, no actual installer. For that you need the CD that came with your camera. Like most people I lost mine long ago. I’m not sure why Canon wants to make it so hard to use their software without the original CD. It’s not like you can use it without buying one of their cameras. The only conclusion I can come up with is that they are completely fucking retarded.

We can get around their retardedness (it’s a word, shut it) by editing their updater. This will only work with the older versions. As of this writing the 2.61 updater works. Download the updater here (I think all cameras have the same EOS Utility) http://www.usa.canon.com/consumer/controller?act=DownloadIndexAct and grab the latest version as well while you’re at it. Now extract the 261 updater and copy out UpdateInstaller to your Desktop. Then right click and go to Show Package Contents. Go to Contents/Resources/ and delete update.plist. Now run the installer. Once that is finished you can run the latest updater and it will recognize your previous install. The latest updater (281) doesn’t contain the update.plist file, so we have to install the old one first, then update.

I got most of this info from http://www.northlight-images.co.uk/article_pages/install_canon_software.html which includes instructions for doing the same thing in Windows.

P.S. Canon I love your hardware, but your software department is run by imbeciles.

0 Size Mac Fonts

Thursday, October 15th, 2009

This no longer works in Snow Leopard

I was trying to do this again after upgrading to Snow Leopard and the OS no longer handles extended attributes in the same fashion. Attributes are now in a new style and the old style attributes you can only print out the hex. To get the value you have to do xattr -px com.apple.ResourceFork file_name | xxd -r -p > file_name.ttf. I tried this a few times and even though the file contents matches up exactly with the resource fork, the font does not appear to work. I also noticed that simply copying or moving the individual fonts on my Mac would cause them to stop working.

I just ran into a very weird issue today trying to transfer fonts from a Mac to a PC. I had several fonts on my mac that were working, installable, usable, and showed as having a size. When I tried sending them to a friend they would show up as 0k. I tried sending individual fonts, as a zip, via gmail, from a link, nothing worked. I decided to take a look at the files, opening them in a text editor showed nothing. Listing their file size in the terminal showed them as 0 bytes. The only place I could think of that data being stored was somewhere in the file attributes.

Back in OS 9 Mac fonts used to store their data in the resource fork. Normally this is used for storing metadata about a file. Someone at Apple decided that putting fonts in there was a good idea. Now in OS X the resource fork has been moved to the extended attribute com.apple.ResourceFork. Extended attributes are not used in file size calculations by terminal. If you want to see the extended attributes you can use xattr -l file_name. Running that on the font file showed a giant chunk of data in com.apple.ResourceFork that was definitely the font info. Mystery solved.

Converting the file is easy once you figure this out. You can simply dump the resource fork into a file with the extension .ttf and OS X will interpret it as a PC true type font. Use xattr -p com.apple.ResourceFork file_name > file_name.ttf to get the data. This will allow you to copy the file to a PC. I make absolutely no promises as to how well this works, but it worked for me. You can also try converting using transtype http://www.fontlab.com/font-converter/transtype/