Ripping off the bandaid

Daring Fireball: “Courage.” John Gruber takes a run at the other side of the argument for removing headphone jacks from the iPhone 7 and 7 Plus. Basically, the argument boils down to this: no one is outraged that the future isn’t coming fast enough. As Gruber says:

When we think of controversial decisions, we tend to think of both sides as creating controversy. Choose A and the B proponents will be angry; choose B and the A proponents will be angry. But when it comes to controversial change of the status quo, it’s not like that. Only the people who are opposed to the change get outraged. Leave things as they are and there is no controversy. The people who aren’t outraged by the potential change are generally ambivalent about it, not in a fervor for it. Strong feelings against change on one side, and widespread ambivalence on the other. That’s why the status quo is generally so slow to change, in fields ranging from politics to technology.

Whether you like change or not, it’s important to recognize that there may be benefits that you will forgo by avoiding change. This is any technology product manager’s dilemma: when do the potential benefits justify taking a stand and being an advocate, against the outrage of the proponents of status quo?

I have run into this a lot with big decisions and small. One common version of this is browser support. In enterprise applications it’s historically been a big deal to end support for older browsers. Enterprises like their old technology, because it works just fine, performs its business function, and carries a cost to replace. Unfortunately, that was especially true for web applications that only worked in various versions of Internet Explorer. Thankfully, the industry as a whole got enough courage in the last few years to stand up and advocate for a future in which coddling a poorly behaved, insecure browser with no support for modern standards would no longer be necessary, which makes taking a stand as an individual easier. But when you’re the only one taking the stand it becomes harder.

Me? When I go to iPhone 7, I’ll be using the Lightning to audio jack adapter that comes in the box. I have a nice pair of B&W P3s that I’m not ready to replace yet. But I’ll be looking at wireless headphones the next time I am.

Audio ripping toolchain

A few years ago I wrote about the tools I was preparing to use to digitize some LP records and get them into iTunes. The software has changed a bit since then, and I thought it was worth a post to document my current workflow, which works either for ripping vinyl or for converting long form digital audio (e.g. radio broadcasts) into tracks.

  1. Downloading a radio broadcast is pretty straightforward. My tool of choice here is curl, and I output it to a single MP3 file, which then gets post processed in Amadeus (see below). Or…
  2. Rip the LP, step 1. To rip an LP, I play it back on my 1983 Denon DP-45F turntable, which passes through the built in phono pre-amp in my Onkyo receiver, then out through the tape out monitor into my vintage Griffin iMic. The USB end of the iMic then plugs into my MacBook Pro.
  3. Rip the LP, step 2. Step 2 means turning the LP sound into a digital file. To do this, I use Amadeus Pro from HairerSoft, which has been my go to sound file editor for over a dozen years. This is pretty simple; set the sound in to use the iMic, create a new sound file, click Record, and push play on the Denon. I’ve set the levels over the years to a level that keeps the input from clipping, which from experience is about halfway in the second to last region on the right. When the side of the record finishes, I stop recording and I have a music file, ready to post-process.
  4. Post process the music file. First thing is to trim any long periods of silence from the beginning and end of the track, including needle-into-groove noise. I then amplify the track by 4 dB, either once (for radio broadcast) or twice (for vinyl) so that playback from iTunes isn’t too quiet but the sound forms don’t get clipped. That’s usually all the post processing I have to do.
  5. Add album metadata. Anything that will be common across all the tracks, including album name, artist name, genre, artwork, etc., gets added here.
  6. Divide into tracks, using markers. This requires listening to the track, but you can almost always start by eyeballing the track and finding the periods of silence; they almost always indicate track separations. I use the song/track/movement name as the name for the marker in Amadeus.
  7. Save as an Amadeus file. Just in case.
  8. Split the tracks according to markers. Using the handy dandy Amadeus feature “Split According to Markers” option, this creates a separate file for each marker in the audio format of your choice. For vinyl I’ll usually use Apple Lossless encoding here, but for radio broadcasts, which start as MP3, there’s no point in using lossless encoding.
  9. Import into iTunes and clean up. Amadeus Pro does a pretty good job with the metadata, but track names are prefaced by numbers which I don’t like, and I generally have to fix the track numbers — it considers each side of an LP to start with “1.”

And there you have it. Pretty simple, and I’ve almost gotten to the point that I can process one side of an LP while I’m ripping the next.

BlackHat 2016: roundup of iOS security

A few interesting presentations last week at BlackHat dealt with iOS security. The most interesting was Ivan Krstić’s presentation taking us “Behind the Scenes with iOS Security.” Krstić, Apple’s head of security engineering and architecture, reviewed the implementation of features like Keychain Backup, file encryption, sharing of credit card information across devices, etc.

I particularly enjoyed the description of how the cloud-based key vaults for iCloud are protected:

apple-keyvault-1apple-keyvault-2 apple-keyvault-3

Don’t lose the keys: Microsoft and Windows Secure Boot

AppleInsider: Oops: Microsoft leaks its Golden Key, unlocking Windows Secure Boot and exposing the danger of backdoors. Interesting happening following the Apple/FBI standoff over iPhone encryption. If a secret key exists, the odds are very good that it will fall into the hands of an unintended recipient. See also: technical explanation and disclosure of the hack.

Learning about user feedback the hard way

TechCrunch points to a Fast Company interview with Apple execs, says The Apple Maps launch fiasco led to the iOS public beta program. Really interesting interview with Eddy Cue and Craig Federighi, among others, talking about two big issues that the company overlooked.

The TechCrunch headline focuses on the “public beta” aspect of Apple’s post-Maps transformation. I’d argue that an even more significant aspect is highlighted by Federighi’s comment that “we needed to develop competencies that we initially didn’t appreciate… Maps presents huge issues relating to data integration and data quality, things we would need to do on an ongoing basis.” They’re doing them now, to the tune of an added 4,000 workers in an Indian development center focused on Maps data.

The whole 2012 fiasco – which I believe has been turned around, btw – was completely avoidable had Apple done any strategic analysis on the maps market. A little Porter’s five forces would have drawn their attention to the problem of barriers to entry, and a little thought might have raised the point that data quality was in fact a significant competitive advantage that Google had, and a sustainable one based on their existing efforts around data quality in other, more directly search-related fields.

A history of stolen time

Via Daring Fireball, behold (the Kickstarter for) The Secret History of Mac Gaming. There is so much of my late childhood and early adulthood here: Ambrosia, the Myst team, Freeverse, Escape Velocity, Bungie and more.

I can actually still play a handful of these games. Escape Velocity: Nova received a Mac OS X port (though I haven’t tried to play it in years), but there’s also SheepShaver, on which I’ve played Bungie’s Abuse and Ambrosia’s Harry the Handsome Executive.

What’s at stake in the FBI iPhone case? Your privacy and safety.

NPR: Encryption, Privacy Are Larger Issues Than Fighting Terrorism, Clarke Says. With all due respect to Richard Clarke, who sits on the board of my employer and who has been on the right side of arguments about cybersecurity for about 20 years: of course they are. Of course, the correction should probably be aimed at NPR’s Writer of Breathless Headlines.

As I’ve written before, it’s ironic that a federal government that can’t secure its own systems is presuming to dictate terms of secure computer design. What explains it is a continued reliance on magical thinking: a supposition that, if we try hard enough, we can overcome any barrier. In this case, the barrier is the ability to offer a secret backdoor to law enforcement in an encryption technology without endangering all other users of that encryption technology. Sadly, President Obama appears to subscribe to this magical thinking:

If, technologically, it is possible to make an impenetrable device or system where the encryption is so strong that there’s no key – there’s no door at all – then how do we apprehend the child pornographer? How do we solve or disrupt a terrorist plot?

The whole point of cryptography that works is that there’s no door at all for unauthorized users. If you put one in, you have to put the key somewhere, and you open yourself up to having it stolen, or having someone figure out how to get in. And if you ask for a special version of an operating system that can unlock a locked iPhone, you end up with software that can be applied without restriction to every locked phone, by the government, by the next 100 world governments that ask for access to it, and by whoever manages to breach federal computers and steal the software for their own use.

This would be a fun theoretical exercise, as it mostly was back in the days of the Clipper Chip debates, were it not for the vast businesses that are built on secure commerce, protected by cryptography; the lives of dissidents in totalitarian countries who seek to protect their speech and thoughts with cryptography; the national secrets that are protected by cryptography; the electronic assets of device users everywhere that are protected from criminals by cryptography. But because of all those things, to propose to compel a computer manufacturer to embed a back door system—or worse, to turn over their intellectual property to the government so that they can add such a feature.

And Clarke’s analysis says that the last thing is what this is all about: bringing technology companies to heel by setting a precedent that they must do whatever the government asks, no matter how much it endangers users of their products. Read this exchange:

GREENE: So if you were still inside the government right now as a counterterrorism official, could you have seen yourself being more sympathetic with the FBI in doing everything for you that it can to crack this case?

CLARKE: No, David. If I were in the job now, I would have simply told the FBI to call Fort Meade, the headquarters of the National Security Agency, and NSA would have solved this problem for them. They’re not as interested in solving the problem as they are in getting a legal precedent.

If Clarke, who helped to shape the government’s response to the danger of cyberattacks, says that the NSA could have hacked this phone for the FBI, I believe him. This is all about making Apple subordinate to the whims of the FBI. The establishment of the right of the government to read your mail above all rights to privacy is only the latest step in a series of anti-terrorism overreactions that brought us such developments in security theater as the War on Liquids. Beware of anyone telling you otherwise.

Notes on updating an iPhone in 2016

If you’ve read my blog (and I imagine the three of you currently doing so have done so before), you know I’m an Apple guy of long standing. Of course I was watching the keynote where they announced the iPhone Upgrade program, in which you can update to a new phone every year for a moderate monthly payment with no carrier contract*. But I didn’t fully undersand how the program worked.

Historically, I’ve been on the cycle for iPhone upgrades, starting with the 3GS, and with a January upgrade date. So I went to the Apple Store to get the scoop on the Upgrade program. Here’s what I learned (or re-learned):

  1. Subsidized iPhones are a thing of the past, at least for the high end models. You used to pick a price point ($199, $299, $399, whatever) and accept a two year contract with the carrier. But that’s a thing of the past. You can basically choose either to pay full price for the phone (starting at $649), or you can pay a monthly fee either to your carrier of choice or to Apple. Net result: you pay more, because your data plan isn’t correspondingly cheaper.
  2. I am paying for too much data. I have a legacy AT&T Unlimited data plan, but I only ever use about 2.7GB of data a month, based on a year’s worth of usage data. I could save a chunk of change by rebalancing my data plan, almost enough to pay the monthly charge for the phone.
  3. There are good reasons to rent your phone from Apple rather than the carrier. For one, the phone you get from Apple is carrier unlocked, meaning you can switch to a different carrier. For another, the monthly price to Apple includes AppleCare.
  4. It’s harder to avoid getting the high end model. My iPhone 5s was 64GB. I could mostly live with that, even with using it as an iPod for a lot of losslessly-ripped music. But I got the 128GB iPhone 6s, because the price difference was basically a latte a month (around $4).

The model has some interesting implications, not least of which the shifting of the accounting for Apple to a recurring revenue model (more predictable), the likely change in Apple’s device mix to higher end devices, an improved customer service model (imagine how much happier Apple’s customers would be if all of them had AppleCare!), and more.

But for now, I’m just excited for a new device. W00t!

Well, forget you too, iTunes Match

I’ve got about 5000 tracks I’ve purchased from the iTunes store over the last 8 years. That’s a lot of dough. And I’m willing to spend more–$25 a year more–to have those tracks available in the cloud.

I also have about 30,000 other tracks, purchased from Amazon or eMusic, or ripped from my own library. I’m not a BitTorrent collector. I’ve replaced just about everything I ever downloaded in the glory days of Napster with legitimate copies of songs.

But Apple won’t let me participate in iTunes Match because I’m over the 25,000 song limit.

Well, that sucks.

Hope the service is less disappointing for those that actually get in.

Update: There is a workaround, apparently, if you want to manage multiple libraries.

Waiting for changes to be applied

So far iOS 5 has been just fine on my iPhone 3GS (yes, still), but for one important exception: I don’t think the phone has ever completed a sync without my having to eject it.

The symptom is one of those things that gives long-term iTunes users pause: text in the iTunes status window that appears at the end of the sync, saying, “Waiting for items to copy,” or “Waiting for changes to be applied.” And stays there, pretty much indefinitely. Turns out it’s a common problem, with no consistent solution. I have tried leaving the phone syncing all night long (both wired and wireless), even tried turning off syncing of all content. Nothing.

So today I tried the ultimate: restore to factory settings, then restore from backup. And, as of right now, things are… “waiting for items to copy,” while syncing podcasts.

Sigh. Wonder how long I have until we can buy the 4S?

There is one note of wonderment though: as I was plowing through the console looking for clues as to what was going on, I found this:

Nov 10 07:11:44 iTunesHelper[248]: AMDeviceConnect (thread 0x7fff7c774960): This is not the droid you're looking for (is actually com.apple.mobile.restored). Move along, move along.

Heh.

UPDATE: Aaaand just as soon as I pushed Send to Blog, I found the answer: voice memos. Specifically, deleting all voice memos on the phone was sufficient to fix the problem and allow the sync to complete. Now, mind, this was after a restore to factory settings and restore from backup, so I don’t know if those steps were necessary, but it worked.

Five things I learned from Steve Jobs

Steve jobs think different

Last night’s news about Steve Jobs hit me hard. Not that it was a surprise; Steve was the one CEO I know who was most in touch with, and open about, his own mortality. Of course that was out of necessity; it’s hard to sweep pancreatic and liver cancer under the rug. But Steve’s response to it was like so much else: instead of ignoring it, he acknowledged it while publicly focusing on where things were going next.

It made me think about the lessons I carry with me as a product manager, and I suppose as a person, that are directly traceable to Steve:

Thing 1: Always look forward

Steve, and Apple as his company, never hesitated to sacrifice backwards compatibility or even whole product categories if they sat in the way of something better. Viz: a whole long list of things–the 3.5″ floppy drive (which Apple helped popularize), ADB, SCSI, and even hard drives and optical media (on the MacBook Air, at least). PowerPC support. Mac OS Classic.

For most of this list, I don’t think we miss the items. And certainly we couldn’t have the products that we have today if Apple had continued to hold onto the older standards past their sell-by dates. By contrast, it’s inconceivable to me that my HP work laptop, just a year old, has a 9 pin serial port. Really? I would bet that not one in 10,000 users has any use for that port. What a lot of money and engineering QA time they’re wasting including that port in every laptop they ship.

I think one of the hardest things to do as a PM is to recognize the things that are standing in the way of your success, especially if they’re features, technologies, compatibility points, that your customers are using. Steve Jobs’ Apple was always the evidence that if done correctly, moving beyond outdated features and standards could have enormous payoffs for you and your customers.

Thing 2: Do fewer things better

When I was a young developer, just starting out, I wanted to make everything I did like the Mac. I wanted to simplify, to reduce the number of options, to make everything clean to use. It turned out to be really hard, and to require a lot of engineering to make things clean and to just work right. But it was almost always worth the payoff.

As a product manager, it’s a lot harder. Instead of keeping a user interface simple, you’re keeping a product offering simple. But again, the payoff is enormous: having an offering that does something so well that it blows everyone’s mind is so much better than a kitchen sink offering that is “just good enough” to check boxes on someone else’s feature chart. There’s time to expand to other areas of the feature chart, if you want to, but make sure they’re done well first.

Thing 3: Think big

The iPod was never about selling hard drive based music players. It was about turning a corner in so many ways: getting Apple into the selling-content-online business, which became the App Store business a few years later; changing how people consumed music, which arguably saved the music industry from Napsterization (though I suppose few RIAA members would stand up and thank Steve for doing so); even transforming Apple from a computer company into … well, how would you characterize Apple today? Maybe a personal computing device company?

Everybody else’s iPod follower was about selling hard drive based music players. There wasn’t a broader vision about changing the market, the customer’s behavior, or how the company was oriented. No wonder they all flopped.

Thing 4: Emotional connections matter

In technology this is such a weird perspective to have. These things we build, they’re just chips and transistors, right? Just bits. But to the people using them, they’re about getting things done that, if they’re worth doing, have a real impact on their lives. Carrying your music anywhere you go. Connecting the Internet to you in the palm of your hand. Creating a great reading and video experience in the iPad. Making computing so simple a four year old could do it. Connecting people in real and tangible ways.

Talking about features, clock speed and such, doesn’t cut it. This is one area where watching the post-Steve Apple will be telling. There was a fair amount of clock-speed talk in the iPhone 4S rollout, and maybe there should have been a little more storytelling.

Thing 5: Life is short; ignore the haters

I think this last one goes to the question of Steve’s awareness of his own mortality. He summed it up in his 2005 commencement address at Stanford, a year after his initial diagnosis of pancreatic cancer, in which he said:

No one wants to die. Even people who want to go to heaven don’t want to die to get there. And yet death is the destination we all share. No one has ever escaped it. And that is as it should be, because Death is very likely the single best invention of Life. It is Life’s change agent. It clears out the old to make way for the new. Right now the new is you, but someday not too long from now, you will gradually become the old and be cleared away. Sorry to be so dramatic, but it is quite true.

Your time is limited, so don’t waste it living someone else’s life. Don’t be trapped by dogma — which is living with thae results of other people’s thinking. Don’t let the noise of others’ opinions drown out your own inner voice. And most important, have the courage to follow your heart and intuition. They somehow already know what you truly want to become. Everything else is secondary.

Steve, we owe you a lot, but maybe more than anything else, we owe you for that.

AppleTV second gen: initial usage notes

I got a nice gadget under the Christmas tree this year: a second generation AppleTV. Short take: I am way more impressed than I thought I would be.

This fall we experimented with hooking an old MacBook Pro up to the TV in the living room and using the FrontRow UI to watch movies, but the user experience was less than ideal. Knowing the limits of the machine, I copied movie files locally to it so that it had no network lag, but there were still occasional hiccups and delays as it tried to play back movies through FrontRow. Also, because it was essentially working as a disconnected island, only the movies and TV shows I copied to it were available. Oh, I could try to share data from my main MacBook, but for some reason things were so sluggish as to be unbearable.

I had an idea that it might be nice to try an AppleTV someday, if for no other reason than for the simplified UI, integrated rentals/Netflix/Youtube, and smaller form factor. But I had filed it away as a nice-to-have. So I was delighted when I opened it up on Christmas morning. (Thanks, hon!) By Christmas evening I had set it up and was putting it through its paces.

First notes: make sure you have an HDMI cable handy. (Duh. Fortunately I did.) We tried out the UI, which makes FrontRow look like a college art project, and were impressed. Then we tried playing back some of the short movies from my MacBook. This was the first hiccup–startup times were long even for brief movies; for half-hour TV shows I was usually waiting 15 minutes or more for playback. What was going on?

A little network diagnostic (aside: I cannot recommend iStumbler highly enough) and I found the cause. I have an Airport Extreme 802.11n base station, but the rest of my network configuration is somewhat unorthodox, including a pair of older Airport Express units that only speak 802.11g and which rebroadcast the main network via WDS. On a hunch, I turned off the configuration option on the Airport Express units to let wireless clients connect, and restarted them. The signal to noise ratio on the main base station improved about 10% immediately, and AppleTV performance was likewise improved–TV shows began playback immediately, movies after a second or two. Problem solved–and now my network is generally snappier.

And now is the interesting bit. I’ve had the AppleTV for about four days, and am now for the first time contemplating something that would previously have been unthinkable: ripping my DVDs to hard drive storage. It’s all about convenience and being able to access the movies (and TV shows, and Looney Tunes cartoons) on demand. Of course, in the eyes of Hollywood, this makes me a criminal, but then I’ve never had much sympathy for the studios’ position in trying to keep their hardcoded crypto secret. So I’m checking out HandBrake as a possible solution. While reports of its user-friendliness are somewhat exaggerated–I’d welcome a single setting that says “make the movie look good on a big screen TV”–initial results were pretty good. It might take a while, given that it’s taken me 40 minutes to rip 30 minutes of DVD footage, but I think it’ll be worth it to get instant access to stuff. Particularly when my four year old is waiting.

Finishing a messy filesystem merge with DeltaWalker

Almost six months ago, I managed to create a big mess 0n my outboard media drive with iTunes, when, while trying to consolidate all my music onto a new 1TB drive, I managed only a partial move and ended up with files strewn across the old drive and two different directory trees on the new drive. I’ve spent the time since in a lot of manual moving of files, since the Mac does not support merging two different directories with the same name.

I was able to clear up the top level confusion easily enough by doing a diff on directory listings from the top level directories, but that still left issues with subdirectories that had the same names but different contents. I thought I’d be doing the project forever. I tried a couple different tools to help. Path Finder was the nicest UI that I worked with, but it still only supported manual comparison and synchronization of the two directory trees.

I finally broke down and looked harder, and found an amazing tool, DeltaWalker, that seems as though it were designed for exactly the nightmare I faced. Point it at a pair of directories and it will highlight all the differences between them–missing subdirectories on one side or the other, or subdirectories whose contents are different in the two different locations. You can filter the output, too, so that you only have to see the differences that you care about (I didn’t need to know how many folders were in my target directory and not my source). And when you find files that have to come over, it’s a button click to make the move.

Once I found DeltaWalker, it took only about an hour to finish cleaning up the mess that I had started over six months before. It’s an awesome tool, and one I can’t believe I had never seen before.