jessedyck.com

I ran into a strange issue on my MacBook Pro today. Turns out if you use the USB port closest to the LCD (left side of the MBP) audio tends to “skip”. Use the USB port that is furthest from the LCD (right side) and the audio works great.

Same thing goes for MacBooks, but they are both on the same side. Any USB audio device (headphones, external sound cards) should be plugged into the USB port furthest from the LCD.

Here’s the discussion on Apple’s site

I’ll start off with a quick explanation of my set up, then what the problem is, and finally the obvious solution.

I have 2 computers. One is a 15″ Macbook Pro which I recently purchased to replace an iBook G4. My other computer is a desktop Windows box that I used to do all my gaming on. I’ve mostly grown out of that, so I’ve been cannibalizing it slowly and using it as a file server.

Since my laptop only has 160GB hard drive (for now) and I have a lot of music, I have most of it on my desktop and stream it through iTunes to my laptop. This is where the problem lies. I always put my laptop to sleep when I’m not using it because I hate unnecessarily using power. The less I use, the more Hydro can sell to the Americans, which means more money for the Canadian economy, and ultimately less power that has to come from coal. Ever time I close my laptop though, iTunes disconnects from the share on my desktop. I come back a few hours later, maybe just want to listen to a track or 2 while I get ready to go out, but iTunes has to reconnect and (I assume) download the entire library all over again. For a library of my size, we’re looking at 30 seconds or more. Why?

Here’s what I’m wondering. I know that iTunes stores it’s library locally in an XML file. I assume that in the background all iTunes is doing is serving up a stripped down version of that XML file to tell the client iTunes what tracks are shared. My library, and I’m sure most peoples, does not change all that often, at least not daily. So why can’t iTunes cache and only redownload it if it’s recently been changed? It seems so simple to me, so much so that I figure there has to be a much more technical reason as to why that isn’t possible. It’s as simple as storing a lastModified field in XML and having the server send that over first.

Is it because it takes too long to make the initial connection? Maybe that’s what’s taking so much time and not the transfer of the track list. I’m not sure, but I feel that there must be a solution, and I feel that Apple should be all over it seeing as their primary market is Laptops and a two computer model (a la Air).

Though, I don’t know what about.

My friend felt that he needed to update his blog a few days ago. I told him to go home, drink some absinthe and then ramble. While I don’t have absinthe, I can still ramble. If only it would turn out as hilarious.

Apple released Safari 3.1 today. What I’m most excited about is the addition of the client side DB from the HTML 5 spec. Of course in typical Apple fashion it’s SQLite based. Microsoft has recently added the same storage to the IE8 beta, and Mozilla has had a (somewhat limited) implementation since Firefox 2.

What does this mean? More fast loading web apps like Gmail. Offline access to content that will (hopefully) seamlessly update any changes as soon as you get connected again. Also it will provide much more storage then the aging cookies have offered.

The main reason I’m looking forward to more apps supporting this is for my iPhone. The 2.0 software will have the same WebKit updates that Safari 3.1 has, including this client side DB. Being in Canada, I’m tethered to high data rates and sketchy networks. I do not pay for a data plan. While wireless is semi-ubiquitous, open networks aren’t always available. This is prime time for a client side DB. If I suddenly need access to the directions to a meeting that are in my inbox, what better way then pull up gmail (because lets face it, Mobile Mail is far from perfect) and have all my old messages ready for me, no reloading, no network.

And that kids, is what gets me excited.

got up on stage and screamed “developers” to spite Windows Mobile.

And done something else to take RIM down a notch… wait, he did.

I’m giving in to some clever marketing by writing this post, I’m sure.

I was messaged on Flickr the other day by someone from Schmaps. Schmaps (wait for it, here’s the marketing) is a free travel guide for cities all across the globe. Apparently they get all their pictures for their travel guides from Flickr users, with their permission of course.

I had some shots from a trip I took to Montreal a year ago. I’m no photographer (though I’d like to be) so these photos really aren’t that great, but it seems that Schmaps liked them enough to shortlist one to appear in their March 2008 guide. They asked for my permission to use this photo of the Montreal Biodome.

My first reaction was “Wow, that’s neat!”. A split second later, intelligence kicked in and I figured I’d wait till I had a moment to see if this Schmaps site is legit. I did some looking around today, it seems they’re honest. Their Terms of Use that I agreed to (yep, I agreed) seems alright, it still allows me to retain all my rights on the photo and they will be linking to my full res Flickr image. The images they post are maximum 150 px wide.

I think their strategy is pretty smart. They use the power of the Social Web to get all their images for free, as well as get more exposure for their site. My room mate now knows about Schmaps, and I’m just now posting this to my blog and subsequently facebook. Doing a quick google search, it seems that many other people have written about Schmaps contacting them as well. More free exposure.

I don’t know if that was their M.O. but if it was, it’s smart. I’ll be receiving another Flickr message if my photo is chosen, I’ll update here when/if it is.