Мне нравится экспериментировать и работать с программным обеспечением. Очень похоже на то, как крутилка печатных плат пытается заставить электронику излучать красивую музыку, я пытаюсь заставить программное обеспечение делать то, для чего оно не предназначено. Часто, как и мой недавний Windows Phone Hackathon , я проваливаюсь эффектно. Но редко я делаю заметные успехи. Кий звуковой.
Audible.com (для краткости Audible) — это сервис, принадлежащий Amazon, который предоставляет цифровые аудиокниги. Они выпускают программное обеспечение, которое работает с множеством устройств, таких как iPod, Kindle Fire, Blackberry и даже ПК. Старые шляпы могут даже вспомнить, что Audible поддерживал устройства Windows Mobile 5, такие как HP iPAQ Pocket PC. Однако одной из платформ, лишенных поддержки, является Windows Phone.
Мы — вместе с нашими читателями — уже некоторое время оказываем давление на Audible, но безрезультатно. Специалисты службы поддержки сказали бы, что приложение находится в разработке, но не имеет ETA. Теперь они говорят в этом месяце. Кто знает, когда это действительно выходит? Что еще более важно, что занимает так много времени?
Я сел один день и решил выяснить, почему это занимает так много времени, или, по крайней мере, попытаться. Я начал с загрузки старого программного обеспечения Windows Mobile 5. В пыльном CAB было несколько скинов и ресурсов для поддержки фрагментированного рынка Windows Mobile, а также некоторые ключевые файлы приложений. Разборка исполняемого файла Audible Player показала, что все они полагались на одну динамическую библиотеку (DLL) для выполнения всех необходимых функций: AAXSDKWin.dll.
AAXSDKWin.dll — это библиотека, скомпилированная для устройств с процессором StrongARM, как, например, iPAQ, упомянутый ранее. Не вдаваясь в подробности, он был скомпилирован с использованием набора команд (ARM4i), который все еще используется в современных процессорах ARM (например, Cortex). В этот момент вы, вероятно, думаете: «Эй… Windows Phone тоже не стоит на вершине ARM?» Да, конечно.
Я взял библиотеку и начал недели разборки, изучения и загрузки, мучительно разбирая их, пока у меня не было достаточно их API, чтобы использовать эту чертову штуку в качестве доказательства концепции. Я подключил его к проекту приложения Silverlight для Windows Phone и развернул на своем тестовом телефоне Samsung Focus. Я смог успешно проанализировать книгу Audible и осветить свой интерфейс с соответствующими метаданными (например, название, автор и т. Д.). Я помню, как думал: «Черт возьми, это сработало». (Приложение, показанное ниже, не является функциональным приложением.)
Как может выглядеть Audible для Windows Phone.
Я продолжал свои исследовательские усилия с целью разыграть книгу, но остановился на ней по двум причинам: во-первых, книги Audible защищены схемой DRM. Это означало, что мне нужно было перепроектировать логику активации, аутентификации и дешифрования их учетной записи — что я не хотел делать. Во-вторых, мы сообщили, что Audible разогревается к концу марта. У меня не было намерения уничтожить горб, чтобы позже заменить его лучшим и официальным заявлением. Но с успехом концептуального приложения я не смог ответить на первоначальный вопрос: что же заставило Audible так долго выпускать приложение?
Я могу только догадываться, почему. Мы знаем, что получить законный нативный доступ к Windows Phone легко и просто. Я также знаю, что все необходимые им API есть. Так что с технической точки зрения приложение Audible возможно. Но, возможно, Amazon, стремясь повысить интерес Kindle, решил не продолжать портирование Audible на новые мобильные устройства. Или, может быть, есть какие-то закулисные политические или логистические конфликты, к которым мы не причастны. Или, более вероятно, у Audible просто не было номеров на рынке Windows Phone, чтобы оправдать оплату команды за переработку своего древнего исходного кода во что-то, пригодное для использования на Windows Phone.
Независимо от того, придет ли официальное приложение для Audible или нет.