Not too long ago, David Finland built a device capable of communicating with just about any model of iPod via the dock connector using an Arduino Nano, PodGizmo breakout board, an old USB iPod connector, and a momentary switch. While it may not sound like a big deal, there is more to it than one might think: namely programming a device (in this case the Arduino Nano) to be able to receive, interpret, and respond to messages sent from an iPod. 

This means teaching it to speak Apple Accessory Protocol and, although proprietary in nature, it has been fairly well documented around the Internet. Finland slung some code so that his iPod touch was hooked up to one of the famous Staples Easy buttons in his car. Now he could easily play and pause his iPod touch without having to fiddle with the on-screen controls.

Fast-forward several months and Finland had all but forgotten about the project when he was asked by the folks that run Make magazine to talk about it. In particular, they wanted him to talk about the library he created for communicating with Apple’s portable audio players. He said yes, and decided to dive back into the project and attempt to add additional functionality to the project. 

Finland’s first go around only involved tackling the the Simple Remote portion of the Apple Remote Protocol, which handles things like mute, next playlist, skip, and turning the device on and off. With newfound interest, however, he has now tackled the Advanced Remote portion, which opens up a bevy of new functionality, including getting names of songs, albums, artists, and track time; toggling shuffle and repeat mode; and all the other neat functionality that iPods have.

This newly released library of code will surely appeal to the do-it-yourself hackers who love tinkering, soldering, and programming. Someone could theoretically even build his or her own iPod speaker solution with a plethora of different options and feedback. The more daring could hard-wire a solution to a car’s in-wheel audio controls. Personally, I envision some sort of bicycle solution that docks the iPod on the handlebars but allows riders to control the device without taking their hands off the handlebars. An even more enterprising individual could rig something like this up to a sudden motion sensor so that when someone enters a room, the iPod begins to play.

Read the comments on this post

Not too long ago, David Finland built a device capable of communicating with just about any model of iPod via the dock connector using an Arduino Nano, PodGizmo breakout board, an old USB iPod connector, and a momentary switch. While it may not sound like a big deal, there is more to it than one might think: namely programming a device (in this case the Arduino Nano) to be able to receive, interpret, and respond to messages sent from an iPod. 

This means teaching it to speak Apple Accessory Protocol and, although proprietary in nature, it has been fairly well documented around the Internet. Finland slung some code so that his iPod touch was hooked up to one of the famous Staples Easy buttons in his car. Now he could easily play and pause his iPod touch without having to fiddle with the on-screen controls.

Fast-forward several months and Finland had all but forgotten about the project when he was asked by the folks that run Make magazine to talk about it. In particular, they wanted him to talk about the library he created for communicating with Apple’s portable audio players. He said yes, and decided to dive back into the project and attempt to add additional functionality to the project. 

Finland’s first go around only involved tackling the the Simple Remote portion of the Apple Remote Protocol, which handles things like mute, next playlist, skip, and turning the device on and off. With newfound interest, however, he has now tackled the Advanced Remote portion, which opens up a bevy of new functionality, including getting names of songs, albums, artists, and track time; toggling shuffle and repeat mode; and all the other neat functionality that iPods have.

This newly released library of code will surely appeal to the do-it-yourself hackers who love tinkering, soldering, and programming. Someone could theoretically even build his or her own iPod speaker solution with a plethora of different options and feedback. The more daring could hard-wire a solution to a car’s in-wheel audio controls. Personally, I envision some sort of bicycle solution that docks the iPod on the handlebars but allows riders to control the device without taking their hands off the handlebars. An even more enterprising individual could rig something like this up to a sudden motion sensor so that when someone enters a room, the iPod begins to play.

Read the comments on this post

Apple COO Tim Cook’s warning from early 2009 wasn’t the only one that handset makers received before Apple sicced the lawyers on HTC last week. According to a research note from Oppenheimer analyst Yal Reiner, Apple began warning top executives at companies such as HTC and Motorola in January that it wasn’t too happy about seeing allegedly iPhone-related IP showing up in proposed new products.

According to “industry checks,” Cook’s comments last January during the quarterly analyst call—that Apple “will not stand for having our IP ripped off, and we’ll use whatever weapons that we have at our disposal”—were taken seriously by the likes of LG, Samsung, and even Nokia. Though the Palm Pre openly flaunted multitouch capabilities (what most handset makers believed were at the heart of Cook’s warning), its sales numbers haven’t proven to be much of a concern for Apple so far.

Read the comments on this post

Apple COO Tim Cook’s warning from early 2009 wasn’t the only one that handset makers received before Apple sicced the lawyers on HTC last week. According to a research note from Oppenheimer analyst Yal Reiner, Apple began warning top executives at companies such as HTC and Motorola in January that it wasn’t too happy about seeing allegedly iPhone-related IP showing up in proposed new products.

According to “industry checks,” Cook’s comments last January during the quarterly analyst call—that Apple “will not stand for having our IP ripped off, and we’ll use whatever weapons that we have at our disposal”—were taken seriously by the likes of LG, Samsung, and even Nokia. Though the Palm Pre openly flaunted multitouch capabilities (what most handset makers believed were at the heart of Cook’s warning), its sales numbers haven’t proven to be much of a concern for Apple so far.

Read the comments on this post

The EFF has published the iPhone developer agreement. Many of the stipulations are not new to most of us, but the EFF offers a number of criticisms on the agreement’s limitations.

Read More:
EFF

Read the comments on this post

Both Samsung and Panasonic will begin selling 3D TVs this week.

Read More:
AP

Read the comments on this post

Valve has stopped with the teasing and has officially announced that its online gaming service Steam is coming to the Mac. As a bonus, the company also plans to make the Mac a “tier-1″ platform, promising simultaneous release of games on Mac OS X, Windows, and Xbox 360.

Valve has developed a Mac-native version of its Source engine, using the cross-platform OpenGL. “We looked at a variety of methods to get our games onto the Mac and in the end decided to go with native versions rather than emulation,” John Cook, Director of Steam Development, said in a statement. “The inclusion of WebKit into Steam, and of OpenGL into Source gives us a lot of flexibility in how we move these technologies forward.”

Beginning in April, Mac users will be able to access games via Steam, including Left 4 Dead 2, Team Fortress 2, Counter-Strike, Portal, and the Half-Life series. The Mac Steam client is based on the latest version for Windows that is currently in beta, which is where the first hints of Mac OS X compatibility were discovered.

That version includes a new Steam Play API that will allow users to access and play games from either a Windows PC or a Mac. Progress on one platform is automatically updated and synced when using the other, meaning all the fragging you do on your work PC (on your lunch break, of course) will be reflected when you log in from your Mac at home. Playing games on either platform won’t cost extra.

The Mac compatibility extends beyond Steam Play, however. All future games, beginning with Portal 2, will be available for the Mac the same day as the Windows version. “We are treating the Mac as a tier-1 platform so all of our future games will release simultaneously on Windows, Mac, and the Xbox 360,” Cook said. Players on all platforms will be able to play each other in online multiplayer setups, as well. “We fully support a heterogeneous mix of servers and clients.”

These announcements are surely music to Mac gamers’ ears. Besides Steam and Valve’s own titles, making Source cross-platform also means other developers using Valve’s engine can easily create Mac-compatible versions of games without much additional effort.

Read the comments on this post

TiVo announced a loss of $10.2 million for the fourth quarter of its fiscal year.

Read More:
The Hollywood Reporter

Read the comments on this post

Apple’s lawsuit against HTC may have been the talk of the Internet for most of the week, but Valve’s teasers for Steam coming to the Mac took the prize for most exciting news. MacHeist also released a new software bundle and the rumor mill gossipped about HDMI on the next Mac mini. Need to catch up?

Valve creates fake Apple ads, teases Steam on OS X: Valve has begun sending images to gaming sites showing its properties tarted up in Mac colors and images. Is Steam coming to OS X? We should know very soon.

Apple vs HTC: proxy fight over Android could last years: Apple’s lawsuits against HTC could be the start of a multi-year legal battle, or the start of a proxy fight against Google’s Android. Either way, it may become the poster child for the ills of the US patent system.

Read the comments on this post

Apple has announced that it is scrapping its old developer programs, which included multiple tiers that cost thousands at the top end, for one modeled on its wildly successful iPhone Developer Program. Simply called the Mac Developer Program, it will cost just $99 per year.

Included in the new and improved Mac Developer Program is access to prerelease builds of Mac OS X, member-only developer forums, a series of instructional videos from Apple engineers, and two direct technical support incidents per year. The TSIs give developers direct access to an Apple engineer for assistance with code problems or other troubleshooting, and developers have the option of buying additional TSIs as needed.

The new program replaces the previous ADC Premier, Select, and Student developer programs. The biggest difference between the new and old programs, aside from the much lower price, is the loss of the ADC Hardware Purchase Program benefit that offered steep discounts on Macs for the Select and Premier account holders. Some developers have already said that they’ll happily take the lower cost of entry over the hardware discount.

Premier accounts, which cost over $3,000, also used to include one free ticket to Apple’s Worldwide Developers Conference, which normally cost $1,200. Ostensibly, any Mac Developer Program member will have a chance to buy a ticket next year (at least until it sells out, like it has the past two years).

The lower barrier to entry is expected to spur an influx of Mac developers, much as the iPhone Developer Program did. Developers familiar with developing for the iPhone should have a relatively easy time of transitioning to developing for the Mac, since both use the same Xcode IDE, Objective-C language, and many similar APIs (though obviously UI considerations are quite different).

Current ADC memberships remain in effect until they expire. Developers that bought an ADC membership after Feburary 1 can contact Apple to get a refund if they wish to join the Mac Developer Program instead. The Mac Developer Program will be the only program Apple offers going forward. Basic access to Xcode developer tools and released versions of Mac OS X SDKs remains free.

Read the comments on this post