Крапленая колода

Абзац: SMS в почтовом ящике, скрипт для загрузки видеороликов, интеллектуальный сборщик ссылок и убийца технических форумов

2011-10-16T15:49:00.001+03:00

Наивные романтики полагают, что красота и любовь спасут мир, но мы-то с вами знаем, что мир держится на бэкапах. SMS Backup + для андроида создаёт резервную копию sms'ок, название говорит само за себя. Самое интересное — возможность синхронизировать сообщения с GMail. У вас появится метка “SMS”, под которой скрывается вся телефонная переписка. Удобно для поиска и хранения, особенно, если часто меняете прошивки на коммуникаторе. К слову, приложение при прочих плюсах открытое (код доступен на github'е), так что беспокоиться за приватные данные не стоит.

Следующий участник конкурсной программы — скрипт на perl'е get-flash-videos. Писал о нём в Google+, читателей блога, думаю, тоже заинтересует.
Ролики длиннее пятнадцати минут предпочитаю смотреть на телевизоре. Канал для онлайн-вещания недостаточно широкий. К сожалению, на популярных видео-хостингах культивируется браузерное представление. На vimeo часть контента доступна для загрузки, но это скорее исключение, нежели правило. Чем подкупает именно этот скрипт? Во-первых, универсальность: поддерживает большинство популярных ресурсов. Во-вторых, в отличие от других скриптов, работающих какое-то время, get_flash_videos подстраиваются к изменениям и постоянно обновляется. Поэтому советую пользоваться самой последней версией из репозитория на github'е.

Дмитрий Конищев в GReader'е поделился статьёй из лайфхакера про сервис Summify. Разработчики говорят об интеллектуальном агрегаторе новостей из твиттера, фэйсбука и гугл ридера. С настраиваемой периодичностью вы будете получать на почту дайджест самых горячих новостей. Признаюсь честно, чудо не произошло. Никакими сверхспособностями при подборке новостей сервис не блещет. По сути он проверяет все ссылки на количество расшариваний в фэйсбуке и упоминаний в твиттере. В конце концов оставил подключённым только твиттер. Теперь раз в сутки получаю письмо с самыми популярными статьями, промелькнувшими в ленте. Шанс пропустить нечто из разряда интриг и расследований резко сокращается.

Canonical агитирует пользователей Ubuntu искать ответы на волнующие вопросы на сайте askubuntu.com. Ресурс выполнен по аналогии со Stack Overflow: есть карма, рейтинги ответов и тому подобное. На мой взгляд, подобные тематические сайты должны постепенно вытеснить привычные форумы. Форумы хороши для обсуждений и общения. Если же человек пришёл с техническим вопросом, получил исчерпывающий ответ, пользу ощутит только он. Пришедшие за информацией из поисковика наткнутся на ворох сообщений. Решение проблемы тонет в десятке уточняющих или отвлечённых реплик. В Stack Overflow и иже с ним ответы фильтруются участниками. Чаще всего решение получает наибольший рейтинг, это освобождает от дополнительной траты времени.
Ещё мне понравилось применение “Ask Ubuntu” для составления списка специализированных программ. Самые вкусные и сочные продукты попадают на вершину списка. Удобно находить качественные программы в определённой категории. Посмотрите популярные темы, многие заслуживают внимания. Для примера:

Андрей Боровский об YAGF, программистской ноосфере и интеллектуальном распознавании

2011-09-15T00:49:00.004+03:00

Термин OCR мы вспоминаем, когда требуется конвертировать внушительных размеров фолиант в неприметный текстовый файл или сделать электронную версию документа на бумаге. Так или иначе, проблему надо решать. И среди свободных решений самым популярным по праву считается YAGF — оболочка для систем распознавания текстов Cuneiform и Tesseract.

Продолжая серию интервью с русскоязычными разработчиками, позвольте представить вашему вниманию очередной тет-а-тет, разговор с автором озвученного фронтэнда.

Представьтесь, пожалуйста. Расскажите, чем занимаетесь по долгу службы и каким образом примкнули к лагерю open source?
Меня зовут Андрей Боровский. На работе я программист, занимаюсь в основном разработкой экспертных систем. Дома я, помимо прочего, тоже иногда программист, а еще любитель возиться со всякими электронными штуками.

С Линуксом познакомился в конце 97-го года. Мне тогда очень надоела Винда (даже эстетически) и я попросил знакомого найти что-нибудь свеженькое. Он принес мне компакт-диск с дистрибутивом Линукс. Кажется, это была Калдера. На диске были записаны образы дискет по 1.44 мегабайта, двадцать с чем-то дискет. Их надо было переписать на настоящие дискеты и устанавливать систему, что уже тогда было некоторым анахронизмом. В те времена в процессе установки инсталлятору нужно было сообщать много низкоуровневых параметров своего оборудования. Мне даже корпус компа пришлось открыть. Но я прошел эту процедуру и познакомился с Линуксом. :)

Как программист я столкнулся с Линуксом в 2001 году. Там был такой момент, мне нужно было посмотреть, как на практике работала какая-то вещь в тогдашней Qt, я взял диск с исходниками дистрибутива Линукс (это был Linux-Mandrake Russian Edition) и быстро нашел то, что мне было нужно. С тех пор я проникся уважением к открытому ПО. Для меня это своего рода «облако знаний», программистская ноосфера, где можно многому научиться. Так получилось, что многие редкие и интересные алгоритмы я прочел сначала в коде, а потом уже находил их описания в книгах или статьях. Для меня понятия «открытое ПО» и «Линукс» не тождественны. Например, существуют драйверы для Windows с открытыми исходными текстами. Всем, кому нужно писать свои драйверы, я рекомендую познакомиться с открытыми драйверами. Это хорошие наглядные учебные пособия. Разумеется, специальную литературу они не отменяют.

То есть, после первого знакомства забыли о линуксе на четыре года? Что помешало переходу?
Нет, не забыл, но и убежденным линуксоидом сразу не стал. Тогда были и другие интересные системы для десктопов: OS/2 еще не умерла и BeOS. BeOS выглядела очень интересно и перспективно. Ее убили не технические проблемы, а чисто маркетинговые ходы. Мне даже сейчас жаль, что так получилось. С интересом слежу за проектом Haiku, может что-нибудь сделаю для него.

Думал, задавать или не задавать вопрос о выборе Qt в качестве фреймворка для YAGF. Теперь же он потерял всякую актуальность — десять лет опыта не шутка. В развитии иных проектов на Qt не участвуете? Как оцениваете эволюцию «Кьюта» за прошедшую декаду лет?
Эволюция огромна. Сейчас некоторые подсистемы Qt сложнее, чем вся библиотека 10 лет назад. Возможно, библиотека стала слишком большой и пытается охватить слишком многое. Но это уже отдельная тема.

Извиняюсь, но не могу не задать вопрос после прочтения страницы вашего профиля в Google+. Там сказано: «В 15 лет своей программой убил школьную ЛВС. Так уж она была устроена. В смысле — ЛВС». Расскажите, пожалуйста, как примерили рубашку хакера :-)
«Рубашку черного хакера» я примерил случайно. Я не хотел никому навредить. Я писал программу, которая должна была передавать данные по этой самой ЛВС, и что-то там не так сделал. А в классе информатики использовалась централизованная архитектура, где всей передачей данных по сетке управляла программа на центральной станции. Эта программа получила мои данные и умерла. И при этом еще умудрилась запортить диск, а диск был системный. Я не считаю, что это моя вина. Программа, управляющая сетью, не должна падать от того, что кто-то передал «неправильные» данные. И тем более не должна портить файловую систему. Но учитель информатики был в ярости и две недели не подпускал меня к компьютерам вообще. :)

Со стороны кажется, что у YAGF поставлена амбициозная задача — убедить пользователей отказаться от виртуальных машин с FineReader. Так ли это на самом деле? Как вы оцениваете ситуацию с OCR в Linux? Какой системе отдаёте предпочтение: tesseract или cuneiform?
Нет, цель YAGF немного другая. Давайте будем реалистами. cuneiform, и tesseract разрабатывались как коммерческие проекты (и первый дошел до стадии стабильной коммерческой разработки). Потом разработчики открыли коды этих программ. Мы все понимаем, конечно, что если бы эти программы могли конкурировать с лидерами рынка, мы бы сейчас вряд ли имели на руках их исходники. Так что мы едва ли догоним и перегоним Readiris или FineReader. Но это не значит, что открытые проекты распознавания текста не нужны. Их преимущество — более высокая адаптируемость. Например, сейчас возрастает интерес к процессорам ARM. Когда появятся коммерческие системы распознавания текста для этих процессоров? Я думаю, этого никто точно не знает. А вот tesseract уже портировали на ARM. Что касается, собственно, YAGF, то в будущем эта программа могла бы поддерживать импорт из DjVu или, например, распознавание текста, зафиксированного видеокамерой. Причем не обязательно, что это сделаю именно я. Любой может подключиться к проекту и адаптировать его для своих нужд.

Сравнивать tesseract и cuneiform можно очень долго, потому что у этих программ много разных особенностей и параметров. Если быть кратким, то мое мнение такое: в будущем tesseract превзойдет cuneiform по всем пунктам (если, конечно, разработчики будут прилагать усилия, как сейчас). А пока-что лучше установить в системе оба инструмента и опытным путем выяснить, какой из них подходит лучше для конкретных задач. Поэтому я и добавил поддержку обоих инструментов в YAGF 0.8.7.

Касательно интереса к процессорам ARM. Смартфоны с Android'ом берут всё новые высоты по завоеванию рынка. Но Google не спешит внедрять Tesseract в прошивку. Их программа Googles отправляет снимок с камеры в облако, а потом присылает результат распознавания. Это говорит о моде облачных решений или сырости вышеназванной OCR?
Неудивительно, что tesseract нет в Android. Там вообще-то много чего нет, и я бы очень удивился, если бы там сейчас появился именно tesseract. Говоря о портировании на ARM, я, все-таки, имел в виду системы, к которым можно подключить сканер. При распознавании текста с фотографий tesseract показывает скромные результаты, в чем каждый может самостоятельно убедиться.

Возможно, облачный сервис Google лучше подходит для решения такой задачи. Но облачные сервисы не могут быть решением задачи распознавания в общем случае. Многие организации ни за что на свете не отправят сканы своих документов на распознавание какому-то постороннему дяде. Даже если этот дядя Google. Да и отдельные люди, которым надо много сканировать и распознавать (например, переводчики), часто подписывают соглашения о конфиденциальности, где прямо запрещено передавать материалы в Интернет в каком-либо виде. Так что персональные средства распознавания будут востребованы и дальше.

Перед интервью я попросил читателей задать свои вопросы «о наболевшем». Один комментатор интересовался преимуществом графических оболочек над CLI. Чтобы не уходить в дебри философии, придётся переформулировать и сузить вопрос: по-вашему, можно ли эффективно распознавать текст в консоли?
Ну давайте посмотрим, что для этого нужно. Сначала нужно запустить XSane, отсканировать страницы. Затем в графическом редакторе все это подправить. Затем, собственно, инструмент распознавания, потом текстовый редактор, чтобы посмотреть, что же получилось. Промежуточные данные нужно передавать в файлах, а затем удалять их. Некоторые этапы этого цикла придется пройти несколько раз. Если кому-то нравится работать таким образом, это его право. Но я думаю, что все это удобнее делать из одной программы, которая управляет всем циклом и показывает пользователю результаты. И многие пользователи YAGF согласны со мной. :)

Спрашиваю, потому что предпринимал попытки обойтись одним cuneiform. Результат был плачевным.
Мне при таком подходе не нравится, что я не вижу, что именно распознается. Приходится держать открытыми несколько программ и все время перезагружать файлы. YAGF избавляет от этой необходимости.

На сайте написано, что вы развиваете собственную ветку Cuneiform главным образом для распознавания текстов на смешанных языках (русский-французский, русский-немецкий, русский-испанский). Ваши патчи попадают в основную ветку? Какие наработки наиболее значимы, на ваш взгляд?
Тут надо учесть, что cuneiform не полностью открытая программа. Не углубляясь в технические подробности, скажу, что cuneiform нельзя обучить новым языкам. Он будет распознавать только то, что в него было когда-то заложено. Соответственно, мои попытки расширить возможности распознавания носили характер «хака». Текст распознавался на двух языках, а потом «склеивался». В процессе этого хакинга я узнал много интересного о внутреннем устройстве cuneiform, и иногда мои хаки неплохо работали, но в конечном итоге я понял — это неверный путь. Сейчас я не работаю над этим, а если снова начну, то уже на базе tesseract, который полностью открыт и обучаем.

В версии 0.8.7 появился импорт страниц из PDF. Стоит ли ожидать поддержки формата DjVu? Появится ли возможность наложить текстовый слой вместо изображения в PDF/DjVu?
При импорте PDF возникла одна интересная проблема. Во многих документах PDF, где текст хранится как картинка, разрешение этой картинки слишком низкое для уверенного распознавания. Я сейчас размышляю над алгоритмами реконструкции текста из картинки с низким разрешением в картинку с более высоким разрешением. Обычные алгоритмы масштабирования, такие, которые использует GIMP, например, тут не годятся. У меня уже есть идеи, но они будут хорошо работать (если будут) только для PDF, но не для DjVu. Для DjVu придется придумать что-то другое. Если получится, то импорт будет.

Для пост-обработки сканированных страниц существует Scan Tailor. Не планируете ли вы интегрировать этот инструмент в YAGF?
Я обсуждал эту возможность с разработчиками Scan Tailor (правда, это было давно) и мы пришли тогда к выводу, что пока каждый пойдет своим путем. Я сейчас хочу направить основные усилия на добавление в YAGF алгоритмов обработки текста, необходимых именно при распознавании текста (распознавание таблиц, распознавание типов блоков «текст/картинка». Когда это будет сделано, к вопросу об объединении со Scan Tailor можно будет вернуться, если вторая сторона, конечно, этого захочет. С другой стороны, один открытый проект, как правило, может заимствовать код из другого открытого проекта, что бы об этом не думал автор кода. Так что на многие вещи можно посмотреть и проще.

Каким вы видите первый финальный релиз (1.0)? У проекта есть roadmap или функции внедряются в зависимости от запросов пользователей и ваших личных предпочтений?
Более интеллектуальным (с большим числом алгоритмов, повышающих распознаваемость текста). Да и графический интерфейс надо доработать. Будет возможность сохранять проекты, которые состоят из многих страниц, для дальнейшей работы с проектом как с единым целым. Возможно, еще кое что будет добавлено. Но я осторожен в обещаниях. Лучше пообещать меньше, а сделать больше, чем наоборот. :)

Пожелания пользователей принимаются (принимаются и патчи с исправлениями и дополнениями), если новые фичи соответствуют моему представлению об облике программы. Я точно могу сказать, чем она не должна быть. Она не должна стать «комбайном». Слишком много функций редактирования изображения или текста, вызываемых пользователем, могут помешать. YAGF — это не графический редактор и не текстовый. Говоря о том, что не должно быть слишком много функций, я имею в виду именно команды пользователя. Функции, которые автоматически улучшают распознаваемость текста или исправляют ошибки, будут добавляться и добавляться.

Спасибо за беседу. Успехов вам и проекту!
Спасибо и Вам.

Вопросы разработчику YAGF

2011-09-06T09:58:00.001+03:00

Минула беззаботная пора лета и я решил вновь продолжить серию интервью с русскоязычными сторонниками open source. На днях связался с Андреем Боровским, автором YAGF.

Оболочка YAGF предоставляет графический интерфейс для консольных программ распознавания текстов Cuneiform и Tesseract на платформе Linux. Кроме того, YAGF позволяет управлять сканированием изображений, импортом страниц из документов PDF, их предварительной обработкой и собственно распознаванием из единого центра. Программа YAGF также упрощает последовательное распознавание большого числа отсканированных страниц.

Ради эксперимента попробую обратиться к читателям, возможно, у вас созрели свои вопросы к участнику беседы — комментарии открыты, не стесняйтесь высказываться.

Это сообщение «повисит» в блоге некоторое время, а вскоре будет заменено на само интервью.

by dkscully

На Олимпе sci-fi романов: титулованная фантастика

2011-09-04T23:00:00.004+03:00

Не перестаю радоваться сервису goodreads. Уже высказывал в блоге свои симпатии и призывал вас присоединяться к братии книголюбов. Думаю, те, кто попробовали, не жалеют о содеянном. Сегодняшний пост призван закрепить успехи в агитации.

Передовица интернета подкинула ссылку на труд некой LeyaLeya. Она изучила списки лауреатов престижных литературных премий в области фантастики и составила перечень самых признанных произведений.

В список попали лауреаты и номинанты трех главных премий в области sci–fi (Хьюго, Небьюла и Локус) в номинациях «крупная проза», — романы, другими словами, — причем за «лауреатство» я давала 3 балла, за номинацию — 1. Надо же как–то расставить приоритеты — что читать в первую очередь, что во вторую, тем более что итоговый список содержит 620 позиций.

Если фильм получил Оскара и приз Каннского кинофестиваля, он как минимум заслуживает внимания. Аналогичная ситуация и с представленными книгами.

Я разбил перечень на три категории, как в оригинальной заметке, и дал им металлические эквиваленты — бронза, серебро, золото. Для каждой категории создал «полку» на goodreads, чтобы вам было легче найти и добавить книги. Результаты представлены ниже.

Бронза
В эту категорию попали лауреаты двух премий:

Фрэнк Герберт, «Дюна» (“Dune”, 1966) | ozon.ru
Урсула Ле Гуин, «Левая рука Тьмы» (“The Left Hand of Darkness”, 1969) | ozon.ru
Дэвид Брин, «Звездный прилив» (“Startide Rising”, 1984) | ozon.ru
Уильям Гибсон, «Нейромант» (“Neuromancer”, 1985) | ozon.ru
Кэролайн Черри, «Сытин» (“Cyteen”, 1989)
Дэн Симмонс, «Гиперион» (“Hyperion”, 1990) | ozon.ru
Урсула Ле Гуин, «Техану. Последнее из сказаний о Земноморье» (“Tehanu”, 1990) | ozon.ru
Лоис Макмастер Буджолд, «Танец отражений» (“Mirror Dance”, 1995) | ozon.ru
Ким Стэнли Робинсон, «Голубой Марс» (“Blue Mars”, 1997) На русском не издавалась
Вернор Виндж, «Конец радуг» (“Rainbows End”, 2007) | ozon.ru

Серебро
В отличие от предыдущего списка здесь собраны лауреаты двух премий и номинанты в третьей:

Кейт Вильгельм, «Где допоздна так сладко пели птицы» (“Where Late the Sweet Birds Sang”, 1977)
Артур Кларк, «Фонтаны рая» (“The Fountains of Paradise”, 1980) | ozon.ru
Джоан Виндж, «Снежная королева» (“The Snow Queen”, 1981) | ozon.ru
Айзек Азимов, «Край Академии» (“Foundation's Edge”, 1982) | ozon.ru
Джин Вулф, «Коготь Миротворца» (“The Claw of the Conciliator”, 1982) | ozon.ru
Орсон Скотт Кард, «Игра Эндера» (“Ender's Game”, 1986) | ozon.ru
Дэвид Брин, «Война за Возвышение» (“The Uplift War”, 1988) | ozon.ru
Лоис Макмастер Буджолд, «Барраяр» (“Barrayar”, 1992) | ozon.ru
Ким Стэнли Робинсон, «Зелёный Марс» (“Green Mars”, 1994) На русском не издавалась
Нил Стивенсон, «Алмазный век» (“The Diamond Age: Or, a Young Lady's Illustrated Primer”, 1996) | ozon.ru
Сюзанна Кларк, «Джонатан Стрэндж и мистер Норрелл» (“Jonathan Strange & Mr Norrell”, 2005) | ozon.ru
Чайна Мьевилль, “The City & the City” (2010) На русском не издавалась

Золото
Первое место у произведений, получивших три литературных премии:

Айзек Азимов, «Сами Боги» (“The Gods Themselves”, 1973) | ozon.ru
Артур Кларк, «Свидание с Рамой» (“Rendezvous with Rama”, 1973) | ozon.ru
Орсон Скотт Кард, «Голос тех, кого нет» (“Speaker for the Dead”, 1987) | ozon.ru
Конни Уиллис, «Книга судного дня» (“Doomsday Book”, 1993)
Конни Уиллис, «Не говоря о собаке» (“To Say Nothing of the Dog”, 1999) На русском не издавалась
Ларри Нивен, «Мир–Кольцо» (“Ringworld”, 1971) | ozon.ru
Урсула Ле Гуин, «Обделённые» (“The Dispossessed: An Ambiguous Utopia”, 1974) | ozon.ru
Джо Холдеман, «Бесконечная война» (“The Forever War”, 1975) | ozon.ru
Фредерик Пол, «Врата» (“Gateway”, 1978) | ozon.ru
Вонда Макинтайр, «Змей сновидений» (“Dreamsnake”, 1979) На русском не издавалась
Нил Гейман, «Американские боги» (“American Gods”, 2002) | ozon.ru
Лоис Макмастер Буджолд, «Паладин душ» (“Paladin of Souls”, 2004) | ozon.ru
Майкл Шейбон, «Союз еврейских полисменов» (“The Yiddish Policemen's Union” | ozon.ru, 2008)
Паоло Бачигалупи, «Заведённая девчонка» (“The Windup Girl”, 2010) На русском не издавалась

BlogDay'11: Не пишите в инкубаторах

2011-08-31T06:40:00.002+03:00

Каждый год в преддверии BlogDay хочется немного поразглагольствовать на тему блогов, читателей и писателей.
Социальные сети перетягивают одеяло общественного внимания на себя, но я искренне верю, что ценность online журнала на порядок выше. И вот почему: когда вы публикуете материал на площадке наподобие Facebook или Google+, вы ограничиваетесь аудиторией этих сервисов. «Человек с улицы» не сможет отреагировать на ваши высказывания. Пускай Facebook преодолеет рубеж в миллиард пользователей, факт остаётся фактом — социальные сети останутся своего рода инкубатором.

Блог, напротив, менее подвержен изоляции. Каждый пользователь интернета может случайно забрести в гости. Поиск информации часто выбрасывает меня на страницы незнакомых блогов и ни разу — на сообщение в социальной сети. Автор блога в праве разрешить анонимные комментарии, что совершенно не невозможно представить в социальном инкубаторе, где у вас нет никаких полномочий. Проводя аналогии, блоги видятся мне своеобразными open source проектами, а социальные сети — сервисами по подписке a la Evernote.

Безусловно, требования к заметке в блоге выше и жестче, чем у статуса в контакте. Если друзья простят вам пробелы в орфографии, то недовольные граммар-наци не преминут уколоть комментарием «бездарнава афтара». Но внимание радеющих за чистоту великого и могучего ещё надо заслужить. И здесь мы плавно приближаемся к новому отличию. В социальной сети вы делитесь тем, что нравится вам. В блоге появляется дополнительный критерий: материал должен заинтересовать не только вас, но и аудиторию. В противном случае, кроме вас, его никто не оценит.

Аудиторию блога необходимо понимать как совокупность людей со схожими интересами. Если вы фанат Жюля Верна и пишите рассказы по мотивам его произведений, ваша аудитория — фанаты Жюля Верна. То есть автор по сути является частным ~~случаем~~ примером собственной аудитории. Ключевое слово «частным», поэтому не забывайте о цензуре перед публикацией статьи. Чем дольше вы ведёте блог, тем проще формулировать мысли «на бумаге», отсеивать неподходящие заметки и ориентироваться во вкусах аудитории. Немаловажным результатом и итогом накопленного опыта будет развитие чувства внутренней объективности к самому себе и своим опусам. Критика в комментариях дорогого стоит. Вы научитесь предсказывать реакцию читателей ещё до написания статьи. Возникнет фильтр идей: вот любопытная, а вон ту лучше отбросить.

by Olivander

Многие считают, что для блоговедения важно обладать качествами писателя: чистым слогом, умением выстроить композицию статьи... Будьте проще, как завещал Лев Николаевич. По-моему, главная задача блогера не столько рассказать и описать, а поделиться с читателями чем-то любопытным, увлекательным. Блогером-популяризатором стать намного проще, чем блогером-писателем. Пример из собственной практики. После прочтения книги о Фейнмане загорелся написать об этом в «Краплёную колоду». Чтобы подстегнуть читателей к ознакомлению с произведением, выбрал несколько полюбившихся отрывков из книги и написал кратенькое вступление. Пост очень тепло приняли, чаще обычного делились записью в Google Reader и благодарили за рекомендацию. Вложения в виде моего словотворчества минимальны, а эффект колоссальный.

Есть ещё одна история, когда в обличье блогера-популяризатора удалось добиться локального резонанса. Пожаловался как-то в Buzz'е на escape-последовательность, в которую превращаются кириллические ссылки после копирования из адресной строки Chrome. Проценты, буквы-цифры — понять, что скрывается за URL'ом не получится. Кто часто забредает на просторы русскоязычной википедии, догадывается, о чём я толкую. Так вот, написал «ребята, выручайте», присоединяйтесь к багу, находящемуся без отклика разработчиков. Хороший человек передал эстафету дальше: отправил ссылку в тематический блог о Google Chrome. Спустя несколько часов десяток подписчиков сменился полуторатысячной командой. Уговорить разработчиков решить проблему не получилось, зато они обратили внимание на претензию и объяснили, почему отказываются чинить.

Снова получается пост без чёткого и ясного изложения. Не получается у меня развёрнуто раскрывать тему. Если в двух словах, посыл простой: пробуйте писать. Сообщайте об интересных находках, делитесь мнением. Создавайте своё, собственное. Желаю миллионных тиражей и добрых отзывов!

P. S. Меркантильная волна нахлынула. Взыграло честолюбие. Пару недель назад добавил на шапку блога социальные кнопки, а их никто не нажимает :-( Отреагируйте, если считаете нужным. Мне будет приятно.

Ссылки по теме:

Адреса, пароли, явки и двойственное название KeePass

2011-08-24T14:33:00.001+03:00

В начале 2010-го года на хабре провели опрос, связанный с количеством используемых паролей у респондентов. Большинство (> 70%) остановилось на варианте «2-3 пароля разного уровня стойкости». Когда-то мой ответ был таким же, но сейчас я предпочитаю для каждой регистрации генерировать новый пароль. И дело вовсе не в паранойе. Когда ты регулярно посещаешь десяток ресурсов — это одно, а когда количество аккаунтов переваливает за число X, возникают разного рода неудобства. В итоге я пришёл к выводу, что от запоминания паролей веет пережитком старины. Напрашивается аналогия с телефонными номерами. Если вы общаетесь с малым кругом людей, запомнить их номера не составит труда. С сотней контактов такой фокус не пройдёт, поэтому мы и ведём телефонную книгу.

Каким образом происходит идентификация пользователя? Авторизация на большинстве сайтов осуществляется по адресу электронной почты и паролю. В последнее время становится все больше сервисов, где вход можно выполнить и через Твиттер/Фейсбук. Но даже на таких ресурсах я часто остаюсь верен «дедовскому» методу login+pass, потому что разработчики любят спамить в социальные сети от моего имени, в общем ведут себя не по-джентльменски.

Возникает вопрос, как организовать работу с большим массивом секретных фраз. К счастью, о нас позаботились. Аналогом телефонной книги в мире приватных данных является менеджер паролей. Программ подобного плана хватает с избытком. Есть два варианта: либо носить зашифрованную базу данных с собой, либо довериться добрым дядям и хранить секреты online. На самом деле не всё так категорично, есть и комбинации этих вариантов. Я сижу сразу на двух стульях, если можно так выразится.

Для повседневных задач мне хватает LastPass. Он хранит данные где-то в облаках и благодаря плагинам для браузеров позволяет легко и непринуждённо заполнять необходимые поля. Самые сокровенные тайны я хочу контролировать самостоятельно, поэтому держу на компьютере KeePassX — кроссплатформенный форк KeePass с интерфейсом на Qt. Почему именно этот менеджер? Открытый, свободный и проверенный временем продукт.

Установка и использование
Программа присутствует в стандартных репозиториях Ubuntu. По заказу появится и у вас:

sudo aptitude install keepassx

После первого запуска предложат создать базу паролей и придумать мастер-пароль (не жалейте фантазии и памяти на него). Для паранойиков оставили возможность создать специальный файл-ключ. Затем по накатанной: делите пароли на категории и создаёте соответствующие записи. Файл с паролями имеет расширение *.kdb. Для пущего удобства рекомендую синхронизировать его через вездесущий Dropbox.

Главное окно KeePassX

С Большим Братом разобрались, а как поступить с мобильными устройствами? Lastpass делает плагины и для смартфонов, правда, доступны они при наличии premium аккаунта (месячная подписка обойдётся в 1$). Мне по душе связка KeePassDroid и Dropbox. Что называется, дёшево и сердито :-) Если честно, второй способ показался даже сподручнее первого, потому что LastPass на Андроиде плодит сущности, добавляя дополнительный браузер с функциями автозаполнения полей.

Напоследок
Надеюсь, после прочтения сумбурного рассказа кто-нибудь из читателей задумается о переходе на менеджер паролей. И кто знает, вдруг он останется доволен...

publish-kindle-quotes: скрипт для публикации цитат на tumblr.com

2011-08-05T15:09:00.008+03:00

Киндл приучил выделять в книгах и периодике интересные цитаты. Хотя «приучил», громко сказано, он, если можно так выразится, способствует к этому. Потому что функция выделения части текста реализована до безобразия просто.
Все цитаты, закладки и записки хранятся в обычном текстовом файле My Clippings.txt (либо Мои вырезки.txt для русифицированного интерфейса). И если записывать книги на устройство можно «по воздуху», для копирования файла на компьютер приходилось часто подключать USB. Мне это порядком надоело, ведь есть Wi-Fi, а тут такие досадные пляски с проводами. Некрасиво.
Поиск по просторам сети выдал хак usbNetwork, с его помощью Kindle разрешает общение с собой по ssh. В последних версиях модификации помимо связи по USB разработчики добавили доступ по Wi-Fi. Часть проблемы отпала сама собой. Теперь цитаты загружаются на Большого Брата одной командой:

scp root@kin.dle.ip:\"/mnt/us/documents/"Мои вырезки.txt"\" ~/

Казалось бы, живи и радуйся. Но и такой вариант опостылел отсутствием универсальности и гибкости. Тогда мне захотелось обрабатывать цитаты прямо на устройстве. Благо, обнаружил внутри Киндла знакомые инструменты: grep, sed, curl. Родилась идея, написать скрипт для публикации последней цитаты в интернете. Дело в том, что функция “Share quote” изначально имеет ограниченное применение. Amazon позволяет делиться записями только для книг из своего магазина — для большинства русскоязычных пользователей неактульно.
Встал ребром новый вопрос: «Какой сервис выбрать для публикации?». Ответ нашёл довольно быстро и доволен им на все сто. Главную роль взял на себя сервис tumblr.com. Почему именно он?

Прилично выглядит «из коробки»
Нет навязчивой рекламы
Для цитат есть специальный тип записей “quote”
Дружелюбный к curl API
Интеграция с Twitter и Facebook

Далее события развивались стремительно. Отыскал пример работы с API Тумблера и начал экспериментировать с парсингом My Clippings.txt. Уверен, блок кода с регулярными выражениями есть куда улучшать. Буду благодарен за советы. А сейчас, собственно, инструкция.

Установка

Необходимые зависимости: хак launchpad

Скачать скрипт quote2tumblr.sh и записать свои данные для входа в переменные TMB_USER и TMB_PASS.
Скопировать quote2tumblr.sh в каталог /launchpad Киндла.
Отредактировать файл /launchpad/servicecmds.ini, дописав в конец две строки:
```
;; Post last quote to tumblr.com
Shift Q = !/bin/ash /mnt/us/launchpad/quote2tumblr.sh
```
Последней строчкой мы привязали запуск скрипта к сочетанию клавиш Shift Shift Q (нажимать кнопки надо последовательно и быстро).
Launchpad следует перезапустить, чтобы новое сочетание вступило в силу: Shift Shift Space

Интеграция с социальными сетями: в интерфейсе Тумблера репост сообщений в Твиттер и Фейсбук настраивается не совсем очевидно. Ниже картинка с объяснением, как попасть в нужное меню:

Клик по названию блога, а затем — Settings.

Как отправлять цитаты?

Выберите в книге подходящее умозаключение и стандартными средствами сделайте вырезку: нажать центральную кнопку джойстика, стрелками указали начальную позицию в тексте, подтвердить центральной кнопкой и аналогичным способом закончить выделение.
С включенной сетью (Wi-Fi/3G) нажмите сочетание Shift Shift Q. Вуаля! Новое сообщение должно появиться в блоге.

Итого
Чего мы добились? Киндл научился самостоятельно публиковать цитаты. При желании настроить скрипт для работы с другими сервисами не составит труда. Делиться интересными литературными находками с друзьями стало на порядок проще. Enjoy!

Ссылки по теме:

Страница проекта на github'е
Блог на тумблере с полюбившимися цитатами
Как я стал вундеркиндлом — мои впечатления об устройстве

Goodreads: наводим порядок на книжных полках

2011-06-24T10:42:00.001+03:00

В твиттере есть знакомая всем функция — добавить в favorites. Постепенно список избранных твитов растёт и ориентироваться в обилии записок становится труднее. Сокрушался, мол, до сих пор не придумали сервиса для сортировки этих самых favorites. У меня даже три превалирующих категории оформились: «Что почитать», «что посмотреть» и «что послушать».

С фильмами более-менее понятно: после ознакомления ставлю свой оценочный вердикт на отечественном kinopark'е. Таким образом, буду знать, какие картины видел и какой отклик они оставили в душе. А с книгами до недавнего момента дела обстояли плачевно. Прошлым летом начал пользоваться сервисом bookmate. Красиво свёрстан и оформлен, правда, для каталогизации литературы совершенно не годится. Так бы и находился в подвешенном состоянии, если бы не рекомендация Дениса aka Juev. Он посоветовал попробовать зарубежный сервис goodreads.com.

Мне сразу вспомнилось упоминание Goodreads в блоге Петра Диденко. Тогда я увильнул от тесного знакомства, потому что посчитал англоязычную направленность ресурса недостатком. Всё течёт, всё меняется. В Goodreads появилась большая диаспора русскоязычных пользователей, следовательно, база книг пополнилась внушительным количеством здешних изданий. Поэтому всячески агитирую присоединятся к читающей братии. Делитесь списками литературы, оставляйте отзывы, сохраняйте мудрые цитаты. И про социальный аспект не забывайте, давайте дружить библиотеками!

Ссылки по теме:

«Goodreads — глобальная социальная сеть любителей чтения» — обзор Lifehacker.ru

Сергей Костяной о трансформации телевидения, сытых волках и вреде DRM

2011-06-13T07:00:00.005+03:00

Медиаплеер XBMC продолжает набирать обороты. На днях разработчики поделились в блоге интересными цифрами. Они посчитали популярность продукта:

Для получения статистики был выбран случайный аддон, который устанавливается вместе с Dharma (он обновлялся 18 апреля, примерно шесть недель назад). До этого момента произошло ещё одно обновление, что позволяет судить, сколько было установок на компьютеры «до» и «после» апрельских изменений.

По состоянию на 18 апреля дополнение получило по крайней мере 210 000 инсталляций по всему миру. В период с 18 апреля мы зафиксировали 350 000 новых установок. Кроме того, 225 000 инсталляций нельзя однозначно классифицировать, как новые или старые, потому что они относятся к предварительному релизу XBMC 10.1. Мы можем только догадываться, что это обновления для «старых» пользователей.

Таким образом, до 18 апреля было примерно 435 тысяч активных копий XBMC. С тех пор мы увеличили количество установок на 350 тысяч. Значит, примерно 789 000 экземпляров XBMC были активны за последние 6 недель. Если повезет, ко времени выпуска XBMC Eden мы, наконец, преодолеем барьер в 1 млн.

Впечатляющие результаты. Но сегодня мы не будем обсуждать сухие отчёты, а побеседуем с Сергеем Костяным — автором seppius-xbmc-repo. Цель проекта: собрать под одной крышей полезные для русскоязычных пользователей XBMC дополнения. Помимо прочего, обсудим в интервью перспективы HTPC по завоеванию полок в гостиных.

Представьтесь, пожалуйста. С чем связана ваша профессиональная деятельность? Каким образом примкнули к сообществу open source?
Меня зовут Сергей Костяной, мне 26 лет. Изначально я работал сисадмином, и поэтому как никто другой наслышан о проблемах Windows, и вдоволь поборовшись с ней, стал искать более предсказуемую альтернативу. Как ни странно, это был не Linux, а некая BeOS. Хорошая, однако, ОС была. Посидев на ней около года, в поисках ПО и ради любопытства, я начал пробовать различные дистрибутивы Linux. В те времена ничего кроме Slackware не удалось найти. Ибо Linux был, да и сейчас остаётся инопланетным пришельцем в нашей местности непуганых пиратов. Slackware явно не лучший выбор для начинающего линуксоида. Путём многократных проб остановился на SUSE 9, потом перешёл на openSUSE 10 и т. д. Мне этот дистрибутив показался удачным соотношением корней Unix, с которыми мне приходилось иметь дело в СБРФ, и высоких пользовательских качеств. С тех пор я использую именно этот дистрибутив и считаю его лучшим выбором, ибо не испытываю практически никаких проблем даже по сравнению с Ubuntu. И sudo ночами не снится :)
Вот так я пересел на Linux и другой свободный софт и, соответственно, стал делать open source.

Предпочтения к платформе ясны. А какие инструменты используете для разработки?
Python простой и понятный язык. Он не нагружен скобками и служебными символами. Иногда код работает с первого раза. Поэтому мне достаточно простого редактора KWrite.

Как начинался проект? Какие этапы можно выделить от момента возникновения идеи до реализации?
Проект начался с того, что мне захотелось смотреть новый телеканал EXPERT.TV. Разумеется, ни кабельного, ни спутникового телевидения не было. Зато был интернет и сайт телекомпании с архивом телепрограмм. После четырёх часов работы появился первый плагин для XBMC 9. Видео по запросу показалось мне очень удобным, поэтому было изготовлено ещё несколько дополнений. Возможно, они где-нибудь висят на форуме Linux VDR/DVB.
Со временем близился релиз XBMC 10. Появилась возможность удобной централизованной установки плагинов через менеджер дополнений. Это привело к появлению проекта seppius-xbmc-repo.

Судя по частоте коммитов, проект находится в активной стадии. Сложилась целая команда. У вас есть делегирование прав и обязанностей? Например, один человек следит за wiki, другой тестирует плагины и т. д. Как организована работа?
В основном работа никак не организуется, так как в этом нет необходимости. У каждого дополнения есть автор, он им и занимается. Копаться в своём коде всегда приятнее, чем в чужом. Я уделяю большое значение удобочитаемости, структурированности и понятности кода. В вики только заметка о подключении репозитория. Остальное, я надеюсь, понятно пользователям. Вопросов на форуме XBMC Russia по поводу установки дополнений почти не возникает, а скоро и эти вопросы исчезнут — будет доступен бесплатный дистрибутив от HD-Lab с предустановленными плагинами.

От списка плагинов в репозитории глаза разбегаются. Дополнения появляются по инициативе энтузиастов или некоторые ресурсы самостоятельно поддерживают свои аддоны?
Почти все дополнения созданы энтузиастами, в основном по просьбе пользователей. Три плагина сделаны на заказ. За время существования проекта только 10 человек выразили благодарность в виде донейтов, несколько из них сделали это повторно. Количество ресурсов, поддерживающих ХВМС, можно сосчитать по пальцам. Наиболее качественную поддержку сделал портал RUSSIA.RU, в связи с чем я хочу выразить благодарность Сергею Горелкину и Дмитрию Красичкову. Буквально на днях присоединился сайт Muzunga.TV. Прочие ресурсы не только игнорируют пользователей «на диванах», но и упорно противодействуют работе плагинов, пользуясь их открытостью, и, видимо, не осознавая того, что пользователь «на диване» — более качественный потребитель рекламы, недоступный ранее в окне браузера. Телевидение по запросу — неизбежное будущее, в которое можно заглянуть уже сегодня. Кто придёт на рынок первым, первым и останется.

Вы собираете статистику? Сколько пользователей подключили репозиторий? Можете назвать самые популярные и востребованные дополнения?
Статистика была запущена 10.06.2011 и только внутри коллекции дополнений XBMC Russia. В данный момент статистика доступна непосредственно в XBMC, в самом конце списка XBMC Russia. Чемпионами являются Sovok.tv, Ulitka.tv, inTV, IVI, Zoomby, Openfile. Предсказуемый результат. Пользователь за большим телевизором будет смотреть только качественный контент. Из этого следует вывод — вещание ТВ через интернет, а также просмотр любимых сериалов уже востребованы.
Точное количество подключивших репозиторий трудно оценить, но, судя по количеству загрузок, было более 9000 инсталляций.

Сначала у нас под телевизорами ютились видеомагнитофоны, потом их место заняли DVD-плееры. Сейчас новый тренд — HTPC. На мой взгляд, правда, пока это явления сугубо гиковское. До сравнимого с DVD охвата далеко. В чём причина ситуации, по-вашему? Отсутствие готовых решений или излишняя универсальность?
Причину можно искать очень долго, это предмет отдельной статьи. С одной стороны, XBMC — довольно молодой проект, с другой стороны — широкополосный интернет до сих пор не стал традицией в каждом доме.
В основном под телевизором ютятся коробки, которые воспроизводят доступный пользователю контент (например, купленный в магазине). Это естественно. Время видеокассет вышло, хотя я считаю прошедшее золотой порой свободы, потому что пользователь имел возможность перезаписать кассету сколько угодно раз без проблем и преследований. И он не мог распространить контент массово, как на интернет-трекере.

Сейчас наступило время интернета, который есть практически везде, и он явно ближе, чем магазин с дисками, поэтому DVD (а в скором и Blue-Ray) диски обречены. Несмотря на это, интернет-плеерам трудно пробиться в жизнь, каждый производитель делает своё устройство со своей прошивкой. Нет единого стандарта, а владельцам ресурсов сложно их всех поддерживать. Всё может изменить приход такого СПО, как XBMC — беспристрастного, бесплатного и независимого средства воспроизведения интернет-контента на телевизоре.

Но, к сожалению, контенто-владельцы «воротят нос» от СПО под воздействием фобии воровства. Они ложно убеждают себя, что DRM защитит их от незаконного копирования. Действительно, «домохозяйка» украсть не сможет... Одновременно с этим они упускают возможность массового распространения своего контента, то есть удовлетворения спроса тех самых «домохозяек» (что во времена глобализации должно быть естественно).

Для примера, совсем недавно консервативные банки старались избегать интернет-обслуживания клиентов. Неизвестно, кто сидит на том конце провода. Страшно. Вдруг миллион украдут :) Но ещё страшнее проиграть в конкурентной войне и упустить миллиард прибыли. И тогда неважно, кто на той стороне провода. Не зря говорят: «Кто не рискует, тот не пьет шампанского».
Аналогичное наблюдаем при внедрении новых технологий. Надо выбирать: либо всего бояться и тупо смотреть, как другие делают, ожидая смещения на задворки, либо бросить предрассудки, стереотипы и фобии, и начать действовать.

В настоящий момент процветает пиратство, такова объективная реальность. Я верю в то, что люди растаскивают контент не из-за своей природной преступной предрасположенности, или клептомании, а из-за отсутствия возможности посмотреть контент. Виной тому следующие причины:

Недостаточная доступность интернета. В некоторых государствах (явно не в нашей сырьевой) интернет приравняли к национальному достоянию и сделали бесплатным. Большой прорыв в доставке контента по требованию.
Не весь контент доступен online. В поисках редких записей пользователь попадает на торрент-трекер с соблазняющим разнообразием всего и вся. Заставить его что-то купить становится малореально.
DRM, как и прочие монополизирующие технологии, приводит к неравенство разработчиков и препятствует честной конкуренции, а открытые проекты остаются за бортом. Поэтому на открытые и честные технологии в области распространения контента, «дикие капиталисты» смотрят с презрением.

Таким образом, если пользователь может смотреть:

Что угодно (любой контент, который только можно захотеть)
Когда угодно (в любое время)
На чём угодно (именно в понравившемся плеере, а не в том что подсунул контентовладелец, причем за деньги пользователя)

И когда заплатить за контент с разумной ценой будет проще, чем зайти на торрент-трекер, необходимость пиратского распространения исчезнет сама собой. Как следствие, Adobe останется без прибыли за своё DRM, а правообладатели перестанут платить отчисления.
Любая закрытая технология — способ монополизации, подрыва честной конкуренции. Это фактор возникновения софтовых империй, диктующих всем участникам рынка свои условия. Они решают, кому жить, а кому существовать.
Достаточно удовлетворить пользователя, чтобы он честно жил («сытый волк овцы не обидит»), а не дрессировать его с помощью плётки и поводка.

Поделитесь, пожалуйста, рекомендациями и советами по выбору HTPC для читателей, решившихся на приобретение. На какие критерии стоит обратить внимание?
Плеер для воспроизведения не должен «заражаться» или заниматься чем-то без вашего разрешения. Поэтому Windows здесь не место. Хороший плеер должен работать под управлением Linux.
Не покупайте железо производителей, не поддерживающих Linux. Есть риск столкнуться с проблемами корректного включения/выключения (ACPI) или управления устройствами. Стоит избегать малораспространённых наборов системной логики (SiS/Via). Интересуйтесь поддержкой Linux тех или иных комплектующих перед покупкой.
Фирменный драйвер видеокарт ATI/AMD — лидер по количеству неожиданных глюков. На втором месте, как ни странно, Intel. Поэтому лучшим выбором будет система с видеокартой nVidia, поддерживающая VDPAU.
Не забывайте, что HTPC должен быть тихим. Маленькие вентиляторы как правило создают сильный визг. Имеет смысл подумать над устройством Apple TV 2. Для online-контента вполне сгодится (есть прошивка с XBMC).
Скоро HD-Lab выпустит бесплатный дистрибутив с оптимизированным XBMC под нужды отечественного зрителя. Дистрибутив устанавливается на любой компьютер. В комплект попадут практически все дополнения. Если вам и вовсе лень что-либо настраивать/устанавливать, вы можете приобрести готовый HTPC у HD-Lab с предустановленным XBMC. Там всё работает «из коробки».

Получается, я как в воду глядел, когда покупал неттоп Acer Aspire Revo. Nvidia ION творит чудеса. Полностью с вами согласен. В Apple шагнули дальше, вторая версия «яблочной приставки» миниатюрнее неттопа. Приводы для дисков становятся рудиментами. Какой следующий шаг в эволюции?
Благодаря смартфонам, даже «домохозяйки» поняли эффективность процессоров ARM. Рано или поздно эти процессоры доберутся и до HTPC, который станет тонким гаджетом. Привод исчезнет. Контент будет доставляться через интернет, а плеер выступит в качестве поисковой машины, предоставляющей то, что хочет пользователь.

Есть ли у проекта roadmap? Какие планы на ближайшее будущее?
Планы на будущее — расти в ширь (увеличить количество ресурсов) и вглубь (улучшать качество их поддержки). Я считаю приоритетной работой оказание помощи ресурсам, готовым поддерживать технологии будущего. Надеюсь, Muzunga.TV будет не первым и не последний ресурсом, официально поддерживающим XBMC. Если у вас есть контент, и есть желание на нём зарабатывать — отзовитесь! Ваш ресурс будет работать в XBMC уже через считанные часы, а вам не потребуется привязка к конкретному производителю STB приставки. Ваш ресурс сможет посмотреть любой желающий, сидя на диване с пачкой попкорна, а не насиживая диагноз проктолога и искривление позвоночника перед окном браузера :)

Спасибо за уделённое время. Успехов проекту!
Спасибо за интерес!

Ссылки по теме:

Как я стал вундеркиндлом

2011-06-06T07:30:00.008+03:00

Помнится, в конце 2009-го года писал заметку с некими выводами касательно интересных мне технологий. E-Ink устройства тогда получили оценку чересчур дорогих техноизлишеств. С тех пор как я обзавёлся Kindle, мнение о вопросе кардинально изменилось.

Начнём, пожалуй, с цены. Не скажу, что детище Amazon стало оплотом демократического ценообразования, потому что всегда хочется дешевле, но 139$, согласитесь, не будоражат сознание, как 259$ в том же 2009-ом. Крупные игроки наподобие Sony, Barnes&Noble и вышеупомянутого Amazon'а ввязались в жёсткую конкурентную борьбу. Нам остаётся только радоваться и предвкушать последствия маркетинговых баталий. А если потирать ладони в ожидании чуда наскучило, смело потрошите свинью-копилку со звонкими монетами. Говорю вам как человек, которого постиг подобный приступ кровожадности. О содеянном не жалею :-)

У меня в голове с размахом жило несколько стереотипов. Во-первых, время отклика экрана ридера. Современные матрицы обновляют картинку менее чем за секунду. И хотя при перелистывании экран на мгновение мерцает чёрным цветом, к этому эффекту быстро привыкаешь и перестаёшь замечать. Я боялся, что перерисовка будет отвлекать и раздражать. Стереотип рухнул. Во-вторых, меня беспокоило упорство, с которым производителя принялись пихать модули с беспроводной связью (Wi-Fi, 3G). Всегда казалось, что в электронной книге дополнительные функции ничего, кроме стоимости, не прибавляют. Глубоко ошибался. Здесь меня поджидало любопытное открытие, заставившее писать данный пост.
Итак, интернет в Kindle открывает следующие горизонты:

доступ к магазину книг Amazon
браузер
работа с сетью Amazon Whispernet

С первым пунктом всё понятно и очевидно. Собственно, зачем производителю встраивать беспроводную связь, как не для извлечения прибыли. Книг много, хороших и разных, но, к сожалению, только на английском. Часть классики мировой литературы доступна бесплатно. Книги из Amazon'а обладают рядом преимуществ над теми, что вы загрузили самостоятельно. Они хранятся в «облаке» и остаются доступными из архива даже после удаления копии в Kindle. Закладки, пометки и страница для продолжения чтения синхронизируются между всеми устройствами и программами (есть версии для desktop'а, Android и iPhone). С пометками ещё интереснее: самые популярные отрывки подсвечиваются в тексте, тем самым акцентируя внимание на любопытных тезисах произведения.

Пару слов о браузере. Им как-то можно пользоваться. Почему «как-то»? Дело не в качестве интернет-обозревателя, а в размере экрана и скорости отрисовки. Для привычного сёрфинга показатели явно недостаточные. Если включить режим статьи, читать становится удобнее. Кто видел Opera Mini, поймёт смысл функции.

Помимо радостей с синхронизацией информации на разных платформах Whispernet умеет пересылать книги, отправленные на специальный почтовый адрес вида username@kindle.com, на ваш ридер (Wi-Fi версия Kindle получит документы задаром, а за 3G Амазон требует денежное вознаграждение). Я уже забыл, когда подключал киндл к компьютеру. В замечательной open source программе Calibre есть возможность отправки книг в виде вложений внутри email, поэтому библиотеку легко пополнять по воздуху. Если написать в теме письма слово “convert”, поддерживаемые форматы (doc, pdf) будут переконвертированы для чтения на Kindle.

Когда узнал о волшебных почтовых метаморфозах, задался целью, отправлять веб-страницы с объёмными текстами для последующего изучения без нагрузки на глаза. Так я познакомился с сервисами отложенного чтения. Выбор пал на Instapaper (обзор), потому что они позаботились о вундеркиндлах.

Instapaper в деталях
Чтобы наладить максимально прозрачный документооборот, рекомендую установить расширение для Chrome. Теперь на странице, где «многа букаф» или прямо в Google Reader нажимаем “Read later”, после чего статья попадает в список непрочитанных. Затем отправляемся на instapaper.com/user/kindle и кликаем кнопку “Send now”, предварительно настроив адреса и явки. Вовсе необязательно отправлять страницы поодиночке, киндл отлично справится с подборкой из нескольких статей.

Читателю может показаться, что сервис идеален. Без ложки дёгтя не обойтись — за время тесного знакомства обнаружил пару багов. Например, сборники статей приходят на Kindle с одинаковыми названиями “Instapaper”, поэтому разобраться, где какие статьи проблематично. На сайте заявлена опция отправки передовицы по расписанию, но у меня регулярая посылка так и не заработала. Безусловно, это мелочи. Пользы несоизмеримо больше.

Уже через пару недель активного тестирования связки «Kindle + Instapaper» заметил рост аппетитов к чтению. Многословные тирады не закрываю в браузере, а оставляю «на потом». Меньше читаю с монитора, тоже немаловажно.

Кому потребуется оперативная доставка контента, установите плагин Send to Kindle. Он сразу отсылает страницу на устройство. Для мобильных нужд существует InstaFetch, клиент Instapaper для андроида.

Общие впечатления и выводы
Стоит ли сравнивать планшет и E-Ink читалку? По-моему, нет. Разные задачи и разные воплощения. Точно так нельзя сравнивать бумажную книгу с электронной. Надо привыкнуть к цифровому воплощению. У меня адаптация прошла очень быстро. Наверное, малое количество прочитанных бумажных книг за последнее время способствовало плавному переходу :-) Раньше я не делал пометок к книгам (ручки, листочки — целая церемония), с киндлом эта операция стала естественной и регулярной. Отсутствие поддержки формата fb2 переносится «на ура» — для Calibre это не проблема. У меня одно замечание к разработчикам: невзрачное оформление списка книг. Стилизация под книжную полку смотрелась бы лучше. А вообще, пора оставить брюзжание, я доволен приобретением :-) Желаю вам найти свой продукт и наслаждаться чтанием в двукратном, пятикратном и n-адцатикратном размере! Рынок созрел.

Ссылки по теме

Обзор Kindle 3
Раздел в форуме (рецепты от энтузиастов, советы и обсуждения)

Даже если вы ещё не купили и не планируете покупать E-Ink ридер, рекомендую присмотреться к сайту the-ebook.org. Этот проект вызывает у меня восторг и восхищение. Задолго до приобретения киндла начал читать субботнюю колонку редактора. Каждую неделю автор рано утром готовит публикацию на околокнижную тему. Перерывы случаются крайне редко. Блогеры и сочувствующие, берите пример ;-) Это достойно уважения.

О горах и геопривязке фотографий

2011-04-15T15:18:00.004+03:00

Сколько слов и надежд, сколько песен и тем
Горы будят у нас и зовут нас остаться.
Но спускаемся мы — кто на год, кто совсем,
Потому что всегда, потому что всегда мы должны возвращаться.

Зимние каникулы прошли под знаком Карпат, горных лыж и солнца. Второй год подряд ездим в Западную Украину кататься. Хотя под Минском расположились два горнолыжных комплекса, отдых в настоящих горах и на искусственных холмах несравним. В небольшой деревушке у подножия Гембы отсутствие интернета переносится «на ура». Наконец-то удалось прикрыть информационный поток и избавиться от «белого шума» ежедневных новостей.

Помимо эстетического наслаждения горы заставляют очистить мысли, потому что важно сконцентрироваться на спуске :-) В городской суете «выключить» постоянные размышления не удаётся. А здесь всё предельно просто: есть ты, есть природа и есть цель — удачно спуститься по склону :-) Об остальном благополучно забываешь. Но рассказать я хотел у другом, вернёмся к техническим темам.

My Tracks
Перед поездкой твёрдо решил придумать работёнку для модуля GPS в своём андроид-коммуникаторе. На примете была программа My Tracks от поискового гиганта. О выборе не пожалел.

Как записать новый трек? Нажимаем “Record track”, меняем координаты, бегая по полю, а в конце останавливем запись. Вам предложат заполнить название трека, описание и вид активности (пробежка, прогулка, велосипедный раут). Собственно, все премудрости. Далее, согласно внутренним желаниям, распоряжаемся со своей лихой траекторией: либо отправляем в сервисы Google, либо экспортируем в необходимый формат.

Изначально предполагал собирать статистику о пути, времени и скорости спуска. Так, например, оказалось, что быстрее 44 км/ч я не разгонялся. По субъективным ощущениям были побиты все мировые рекорды. Вот она, приземляющая сила статистики :-)
По возвращению домой двинулся ещё дальше, собрался изъять из треков координаты к фотографиям...

GPS Correlate
Мудрый aptitude по запросу “gps” предложил несколько вариантов, среди прочих и gpscorrelate-gui:

sudo aptitude install gpscorrelate-gui

GPS Photo Correlate

Как ясно из названия пакета, нам предоставят графический интерфейс. Прививка геометкой делается в пару кликов. Добавляем список фотографий, затем поочерёдно скармливаем треки в формате gpx (они экспортируются из My Tracks и находятся в каталоге /sdcard/MyTracks/gpx телефона). Не забудьте правильно указать часовой пояс фотоаппарата и установить точное время в фотографиях. Программа соотнесёт данные и запишет ширину/долготу в EXIF.
На GPS Correlate свет клином не сошёлся, в блоге советы.блогспот.ком Сергей описывал другие альтернативы.

Что потом?
Некоторые фотоальбомы выкладываю в Picasa. Снимки с геопривязкой снабжаются картой. Прямо из Picasa можно отправлять фотографии в сервис Panoramio. Если модератор одобрит ваши кадры, они появятся на сайте и в Google Earth.
Благодаря panoramio, узнал, как выглядят те же места без снега, в весенне-летний период. Вывод: расширяйте ноосферу, господа, используйте геометки!

Пример трека, отправленного в Google Maps

Таможня даёт добро

2011-04-03T13:39:00.004+03:00

Широка страна моя родная,
Много в ней лесов, полей и рек.
Я другой такой страны не знаю,
Где так вольно дышит человек.

День дурака благополучно миновал, но вчера со мной приключилась история, в которой я себя чувствовал дураком не хуже, чем первого апреля. А дело было так...

Собрался с мыслями и валютой, чтобы купить ридер Kindle 3 Wi-Fi. «Пацан сказал — пацан сделал». Сходил на Amazon, заказал книжку и периодически проверял, как посылка скачет по деревням и весям. Спустя день или два после заказа случайным образом наткнулся на информацию, мол, курьерские службы в Беларуси работают не схожим с почтой образом. Пошлины для почтовых отправлений платят, начиная с 120€, а для служб экспресс-доставки — с 10€. Размер пошлины составляет 30% от стоимости товара. Это были первые звоночки :-)
Пожелал долгих лет UPS, с которым работает Amazon, и подумал: «Будет дураку наука на будущее». Дальше история приобретает оттенки квестов от Бенуа Сокаля.

Получение посылки
В почтовом ящике обнаружил извещение о телеграмме. Съездил в отделение, вручили новую бумагу, где сообщалось ув. тов. о поступлении груза на склад временного хранения «Белпочта» по адресу аэропорт Минск-2 (30 км. от столицы). Представляю, с какой радостью читают послание жители областных центров, им ведь тоже приходится в этот аэропорт ехать. Интересная деталь, в бумаге указан телефон грузоперевозчика, то есть UPS. Позвонил, насладился трелями факса и второй раз пожелал долгих лет UPS. Google подсказал другой номер телефона. Девушка убедила ехать в субботу, чтобы не толкаться с юрлицами.

Рано утром выехали в путешествие к Национальному Аэропорту. Как водится, никаких указателей там нет, дворники подсказали, что КПП находится в полутора километрах слева от главного входа. В КПП по предъявлению паспорта выписали пропуск. Добродушный охранник попросил вывернуть карманы и извлечь металлические вещи, прежде чем пройти через рамку. Миновал рамку и отправился к зданию мягкого жёлтого оттенка.

Показали, где кабинет UPS: по законам жанра дверь заперта (тут уже ничего никому не желал). Прошло 5-10 минут и пригласили в 23 кабинет, там вручили отсканированную наклейку от посылки. С этой «переснимкой» пошёл к таможенникам. Перед входом увидел декларации и примеры заполнения. Ручек вокруг не оказалось, но я к этому был готов :-) Инспектор окинул листок быстрым взглядом и велел составить на складе опись посылки, потому что нет сопроводительных бумаг. Возвращаюсь в 23 кабинет, выписывают новый пропуск. С ним направляюсь на склад, где получаю свой упакованный Kindle на растерзание. Рядом со столом услужливо положили нож для вскрытия. Упаковку вскрыл, убедил тётеньку, что перед ней электронная книга и получил выписку.
Отдаю на проходной пропуск, снова стучусь к таможенникам. Инспектор внимательно прочитал бумаги, взял увесистый калькулятор и углубился в расчёты. Тщательно проверив результаты, заполнил выписку:

Таможенная пошлина — 37$
Сбор за таможенное оформление — 7$

Спрашиваю между делом, почему беспошлинная сумма для курьерских служб такая маленькая. Отвечает, мол, это же не почта, а груз. «Ценный груз», — добавляю про себя.

by Urban Combing (Ultrastar175g)

Оплачивать квитанции надо в здании аэропорта. Подъезжаю на машине к главному входу, уже не удивляюсь отсутствию вывесок. Спросил у работников, показали направление поисков. Охранник в аэропорту даже экскалатор включил для меня, чтобы сподручней на второй этаж поднялся :-)

Оплатил квитанции, снова приехал к КПП, прошёл сквозь рамку и вернулся к доблестной таможне. Сказали подождать в коридоре. Через двадцать минут дверь приоткрылась и обронила мою фамилию. Поставил три подписи, получил несколько новых бумаг. Можно идти на склад!

По старой памяти захожу к подруге в 23 кабинет за новым пропуском. Предупреждают, что пришло время платить по счетам, то есть хранение на складе тоже оплачивается. Благо, деньги берут на месте, а не в аэропорту (-3,5$ за 2 дня хранения). Весь упакованный и довольный открываю массивную дверь склада. Заполняю последнюю бумагу и получаю коробку с заморским устройством. На обратном пути к машине раздаю ~~сёстрам по серьгам~~ охранникам по пропускам. Наполненный впечатлениями еду домой...

Итого: Kindle (139$) + доставка UPS (21$) + 37$ + 7$ + 3,5$ + 10$ (на бензин) = 217,5$ и 3,5 часа на путешествие.
Вывод: Груз действительно ценный.

Продолжение истории или второй блин

3 июня 2011 года

К счастью, в этот раз таможня не участвовала в развитии событий. Но обо всём по порядку.
Одна знакомая загорелась купить себе такую же игрушку и попросила заказать Kindle. Памятуя о горьком опыте взаимодействия с UPS, выделил два альтернативных варианта: либо купить на ebay, либо взять непосредственно в Amazon'е и с помощью специальных сервисов переслать со штатов к себе в Минск. Выбрал второй вариант, потому что захотелось проверить «схему» и сроки доставки.

К тому времени Amazon выпустил новую модификацию устройства. Обычный Kindle 3 Wi-Fi, но с рекламой в скринсейверах и небольшой полосе в списке книг. Зато цена упала со 139$ до 114$. Предложение действует только в США, поэтому обманный манёвр с пересылкой себя оправдывает. Плюс ко всему, в отличие от International версии, в коробку попадёт адаптер питания, пусть и американский. Знакомая согласилась на рекламный киндл и я принялся выстраивать схему :-)

Первый делом надо было обзавестись физическим адресом в штатах. Здесь опять возникла проблема выбора. Либо воспользоваться услугами популярного сервиса пересылки shipito, либо попробовать русскоязычный вариант под названием shopfans. В итоге чаша весов накренилась в сторону shopfans — отправить одну посылку стоит дешевле (5$ вместо 8$). Сказано — сделано. Зарегистрировался, получил виртуальный адрес в штате Пенсильвания. Небольшая ремарка: сайт у проекта своеобразный. Чтобы понять всю подноготную, стоит несколько раз перечитать раздел FAQ. С бухты-барахты разобраться не получилось.

А сам алгоритм нехитрый. Заказал Kindle с бесплатной доставкой, через пару дней после отправления получил email, мол, ваша посылка принята и хранится на складе. Направил вектор посылки уже на свой настоящий адрес. Спустя некоторое время получил извещение о необходимой оплате. В сумму вошли услуги сервиса (5$); страховка на случай, если посылка не придёт в течение 3-ёх месяцев (3$ за страховую сумму в 100$); цена за Express доставку через USPS (около 40$). Оплатил PayPal'ом.

Далее американская почта присвоила коробке номер отслеживания, с помощью которого можно следить за путешествием устройства. Через десять дней книга попала в столицу. И со второй попытки курьер вручил заветный груз. Никаких поездок в аэропорт и растаможек, от двери до двери, так сказать.
По-моему, эксперимент удался, второй блин уже без комков. Общие расходы составили 160$.

Алексей Яковенко о DeaDBeeF, юникоде и планах

2011-03-30T07:00:00.003+03:00

Участились случаи появления в интернете записей типа «DeaDBeeF — наше всё». С анонимусами не поспоришь. Надобно самому правду-матушку отыскать. А у кого ж секреты выведать, как не у отца-родоначальника? Усаживайтесь поудобнее и читайте беседу с Алексеем Яковенко, тем самым автором.

Расскажите немного о себе. Чем вы занимаетесь? Каким образом ваши дороги пересеклись с движением open source?
Мне 31, родом из Украины, в данный момент проживаю в Копенгагене (Дания). Работаю в индустрии видеоигр программистом. С open source столкнулся впервые примерно в году эдак 98-ом, когда искал бесплатный компилятор C и нашёл gcc. После этого какое-то время пользовался cygwin, постепенно открывая для себе другие программы, такие как cvs и vim. Никаких серьёзных open source проектов до deadbeef я не делал, хотя в интернете можно найти и другие мои программы.

Магическое число 0xDEADBEEF помогает найти место падения программы при отладке. Поговорка «Как корабль назовешь, так он и поплывет» в вашем случае подтверждается или опровергается? Почему выбрали именно такое шестнадцатеричное название?
Ну, это не мне судить :) Надеюсь, что плывёт замечательно. Название выбрал достаточно спонтанно... хотелось что-то простое в произношении, смешное, запоминающееся и с намёком на foobar. Практически первое, что пришло в голову :)

У каждого проекта своя философия и свои цели, через призму которых рассматриваются поступающие предложения пользователей. Какие цели у DeaDBeeF, кроме обеспечения наилучшего звучания?
Основная цель — сделать достойную замену foobar2000 под линукс. Цели делать наилучшее звучание нет как таковой. Все плееры играют звук одинаково, с минимальными отличиями. Испортить звук можно только всякими dsp-плагинами (эквалайзеры, и т. п.).

Чаще всего слышу упоминания о DeaDBeeF в священных войнах, посвящённых кодировкам тегов. Одни считают, что юникод должен восторжествовать. Другие ждут от программы корректного отображения текста и не так категоричны. Кто прав? :-)
Каждый прав по своему, но так как я делаю плеер в том числе для себя — мне удобнее, чтобы кодировки определялись автоматически. Перекодировать вручную мне всегда лень. Ну и жене нравится. Она вообще понятия не имеет, что такое кодировка и что такое теги. Но mojibake в плейлисте ей точно не нравится.

Получается, некоторый процент меломанов мигрировал на Deadbeef из-за автоматического распределения кодировки. Можно ли сказать, что основная аудитория — жители xUSSR? Или заграничные ценители foobar тоже потихоньку присоединяются?
Если верить Google Analytics, xUSSR пользователей около 35%. IRC каналы это подтверждают :) Несмотря на то, что почти вся разработка ведётся русскими — в англоязычном irc-канале вдвое больше народу.

Если сравнивать проект на начальной стадии и сейчас, какие глобальные перемены в организации и управлении произошли? Ведь не секрет, что написанием кода дело не заканчивается.
Основное изменение — количество пользователей и, соответственно, баг-репортов. Есть несколько пользователей, которые постоянно в IRC, тестируют каждое новое изменение в git и сразу сообщают о багах. Они очень помогают и фактически являются частью команды.

Запросы пользователей чаще связаны с воспроизводимыми форматами или интерфейсом плеера? Как определяется приоритет для новых функций?
Чаще связаны с интерфейсом, чем с форматами. Приоритет зависит, насколько запрос пересекается с планами на следующий релиз. Иногда бывает, что запрос очень прост в реализации — я такие запросы делаю практически сразу.

Когда я поинтересовался на форуме Ubuntu, какие вопросы они хотели бы задать разработчику, некоторые спрашивали про скины как у Winamp, некоторые — про визуализацию. После этих вопросов другие форумчане возразили, что не хотят видеть, как Deadbeef превращается в комбайн. Как вы на это смотрите?
deadbeef не может быть комбайном. Каждая функция — это по сути плагин. Значит, всё ненужное легко отрезается. Можно сделать плагин, который предоставит GUI как у winamp с причитающимися скинами. Или плагин с визуализациями. Это никак не скажется на тех, кто эти самые плагины не будет устанавливать.

В начале года была выпущена версия DeaDBeeF для Android. С какими трудностями столкнулись при портировании? Как оцениваете платформу с точки зрения разработчика?
Главная трудность: пришлось осваивать Java и Eclipse. Это очень неудобно для меня — никогда раньше не сталкивался ни с тем, ни с другим... И не могу сказать, что мне понравилось. У Андроида очень неудобный GUI Toolkit, альтернативных пока нет. Создать простейшее окошко занимает много часов, для этого приходится писать xml вручную. В Eclipse. Ужас в общем. Платформу оцениваю как перспективную, но сейчас она очень сырая и ограниченная. Но не настолько, как WP7, к примеру. Вот iOS, на мой взгляд, намного лучше, чем Андроид с точки зрения разработчика. Но там свой менталитет — deadbeef там лишнее звено.

И по традиции, напоследок вопросы о планах. Можно ли обрисовать в общих чертах следующий релиз?
Планы — в начале апреля выпустить очередной большой релиз (0.5). В нём будет много вкусного: настраиваемый конвертер в любые форматы, настраиваемые цепочки dsp-плагинов, намного более гибкий API для разработчиков плагинов, mass-tagging, возможность поддерживать новые форматы плейлистов через плагины, поддержка многоканального вывода (5.1 и др), поддержка вывода в форматах int8, int24, int32, float32 (раньше было только int16), поддержка zip-архивов и множество других функций и багфиксов.

Спасибо за ответы. Успехов в задуманном!
Не за что, и вам спасибо за вопросы :)

Абзац: Узнаваемый Rhythmbox'ом, растягиваем образ в VirtualBox и избавляемся от старых kernel'ов

2011-03-11T14:15:00.002+02:00

Собрался наконец-то с мыслями пробудить рубрику «Абзац». Весна на дворе!
1. Поднимите руку те, кто пользуется Rhythmbox как основным плеером. Уверен, несколько десятков читателей поступают именно так. Если ваш портативный плеер либо андроидфон не определяется в Rhythmbox/Banshee/Amarok, добавьте в корень файловой системы .is_audio_player следующего содержания:

audio_folders=Music/
folder_depth=2
output_formats=audio/mpeg,audio/mp3

Теперь записывать музыку намного проще, drag&drop творит чудеса! audio_folders говорит, куда складывать композиции. folder_depth указывает, что треки располагаются по иерархии исполнитель → альбом → трек. Если попытаться закинуть lossless-файл, Rhythmbox налету переконвертирует его в output_formats (в нашем случае mp3). Более подробную информацию о конфиге черпайте в англоязычной заметке.

2. Понадобилось давеча изменить размер образа с виндой в VirtualBox (место кончилось), а в четвёртой версии как раз добавили эту возможность. Приятно, когда многостраничные талмуды с килобайтами заклинаний заменяются простой командой:

vboxmanage modifyhd ~/win.vdi --resize 12000

Ключ resize принимает аргумент в мегабайтах.

3. В течение нескольких месяцев меню загрузчика grub вырастает до неприличных размеров. Всему виной новые ядра для нерадивой Ubuntu. Если вы захотите подчистить конюшни, используйте магический однострочник. Удаляет все ядра, кроме запущенного в текущий момент:

dpkg -l linux-* | awk '/^ii/{ print $2}' | grep -v -e `uname -r | cut -f1,2 -d"-"` | grep -e [0-9] | xargs sudo apt-get -y purge

Напоминаю, мелкие tips&tricks сперва попадают в мой Buzz. Подписывайтесь, если предпочитаете оперативность.

Юрий Сидоров о transmission-remote-gui, паскале и стереотипах

2011-03-01T16:30:00.005+02:00

Помните серию переводов интервью из GNOME Journal? Иногда они возвращаются :-) То есть я решил продолжить публиковать беседы с разработчиками свободного ПО. Правда, на сей раз переводить ничего не требуется, буду общаться с русскоязычными деятелями open source.
В каждой ~~советской~~ семье вслед за холодильником и телевизором появляется маленькая коробочка, устройство, называемое в народе «торрентокачалкой». Если на устройстве работает Transmission, вам волей-неволей придётся как-то им управлять, а выбор невелик на самом деле. Давно и с удовольствием в качестве «рулевого» использую transmission-remote-gui. Автор этой программы, Юрий Сидоров, согласился ответить на пару каверзных вопросов.

Расскажите, пожалуйста, пару слов о проекте, как он начинался. Это одна из тех идей, которые воплощаются для собственных нужд или по каким-то иным соображениям?
Началось всё с того, что в конце 2008 года я приобрёл медиаплеер, где в качестве торрент-клиента был Transmission 1.40. Для управления им использовался достаточно бедный по функционалу веб-интерфейс. Потом я наткнулся на удалённого клиента для Transmission, написанного под платформу .NET. В то время он произвёл на меня грустное впечатление как по функционалу, так и по внешнему виду. Но, благодаря этому, я узнал, что у Transmission есть отличный протокол для удалённого управления. Так и родилась идея написать собственный удалённый клиент — прежде всего для собственных нужд.

Недостатка торрент-клиентов сегодня не наблюдается. Полки, можно сказать, ломятся от изобилия. Так почему решили управлять именно transmission-daemon?
Как оказалось, Transmission — самый подходящий торрент клиент для медиа плееров, NAS'ов, роутеров и прочей маломощной техники. Как я уже говорил, он сейчас работает в моём медиаплеере, а скоро переселится в новый NAS.

Посчитать программы, написанные на Pascal, в моей Ubuntu очень легко. Она всего одна. Чем обусловлен выбор языка и какой ценой далась кроссплатформенность?
В своей основной работе я программирую в среде Delphi на языке Pascal уже около 15 лет. До этого я также программировал на Turbo Pascal. Поэтому Pascal — это мой любимый язык программирования, хотя, в разное время, я программировал на Ассемблере, C, C++, Basic, Java, PHP.
Я участвую в разработке компилятора Free Pascal. Порт FPC для Windows CE — это моя работа.
Вот отсюда и выбор средства разработки. Мне давно хотелось написать что-то кроссплатформенное и заодно проверить, как с этим справится среда Lazarus (open source аналог Delphi). В итоге все вышло. Пришлось немного побороться с глюками Lazarus на разных платформах, но я к этому был готов и опыта для борьбы у меня предостаточно :)

Сложилось мнение, мол, Pascal годится только для обучения. Вы попробовали несколько языков, но свой выбор не изменили. В чём причина? Сломайте стереотип :-)
Это, конечно же, миф :) По синтаксису Pascal проще чем C/C++ — только из-за этого его и используют для обучения. Так как Pascal компилируется в машинный код, то он стоит на той же ступеньке, что и C/C++. Все что можно сделать на C/C++ можно сделать и на Pascal, и наоборот.
В Pascal мне нравятся такие вещи, которых нет в C/C++:

Встроенный строковый тип string;
Высокая скорость компиляции.

Проблемы и запросы пользователей разных ОС отличаются или все хотят примерно одинаковые функции?
В основном все хотят функционала общего для всех платформ. Но есть и запросы специфических вещей, например, поддержка Growl на Mac OS X. Т.к. я не пользуюсь Mac OS X, то поддержка таких вещей меня не интересует. Оставляю реализацию этого пользователям. Патчи всегда приветствуются.

На мой взгляд, сейчас мало написать программу и разместить её на специальном ресурсе. Никто не будет ковырять исходники просто, чтобы скомпилировать и проверить программу. Народ требует бинарных сборок, пакетов для популярных дистрибутивов, вики-страницы, «живой» багтрекер и прочие тому подобные вещи. Transmission-remote-gui в этом плане оставляет приятное впечатление. А вопрос нехитрый: насколько важна сопроводительная работа и как вы с ней справляетесь?
Сопроводительная работа очень важна. Многие думают, что стоит только создать проект с открытым кодом и все сразу кинутся помогать с сайтом, кодом, и тд. Такого можно ожидать только через много лет и только для очень популярных проектов. Для большинства проектов его основатель должен делать всё сам.
Раз в несколько месяцев я выкраиваю время на выпуск новой версии. На вопросы стараюсь отвечать сразу. Поддержка пользователей очень важна. Даже если он написал «Спасибо за отличную программу», то появляется стимул развивать её дальше. Также хороший стимул дают финансовые пожертвования, хотя и хватает их всего лишь, чтобы разок попить пива :)

Долгое время Google Code ругали за отсутствие распределённых систем контроля версий. Но вот ребята добавили hg, а разработчики продолжают дёргать svn :-) Интересно узнать ваше мнение как про системы контроля, так и выбранную площадку.
Google Code был выбран, в первую очередь, из-за скорости работы самого сайта и SVN на нём. До этого у меня был опыт работы с SourceForge — скорость меня очень огорчала. Теперь же я вижу, что и поддержка проекта на Google Code удобнее чем на SourceForge.
Я продолжаю пользоваться SVN, так как для моих проектов его хватает с головой. Для очень больших проектов, наверное, лучше использовать hg или git.

Какие новшества запланированы в ближайших версиях?
Только что вышла версия 3.0, где реализовано много новшеств. Определенных планов на новые версии пока нет — исправлять баги, реализовывать новые функции будущих версий Transmission и популярные запросы пользователей на сайте.

Спасибо за уделённое время. Успехов в намеченных замыслах!
Спасибо :)

Сказ о худобе изобразительного толка или забег оптимизаторов PNG

2011-02-18T17:12:00.011+02:00

by Pack Yuuyake

Приливом из GReader'а выбросило заметку «Инструменты для минимизации размера изображений» из блога “Insight IT”. О программах для уменьшения размера png-файлов краем уха слышал, но относился к ним скептически, наивно полагая, что там нечего больше уменьшать. Так как в статье упоминаются целых четыре представителя семейства «оптимизаторов изображений», решил сравнить их эффективность.

Установка
Пакеты для optipng, pngcrush, advpng находятся в репозитории Ubuntu, далеко ходить не надо:

sudo aptitude install optipng pngcrush advancecomp

pngout пришлось скачивать со страницы проекта. Компиляции удалось избежать, в архиве заботливо упаковали бинарники для разных архитектур. В тестах использовал pngout-static.

Метод сравнения
Время работы утилит никак не учитывалось. Файлы обрабатывал, что называется, на максимальных настройках с наиболее агрессивными параметрами.

optipng -o7 foo.png
pngcrush -rem alla -brute -reduce foo.png foo.png.temp
pngout foo.png
advpng -z4 foo.png

Основным и единственным критерием стал уровень сжатия файла после оптимизации. Всего обработал 14 файлов (снимки экрана, иконки, мелкие пиктограммы). Попугаи начислялись следующим образом: после обработки в зависимости от эффективности программа получала в карму от четырёх (за первое место) до одного балла. Далее, путём сложных математических преобразований с участием ∑ определил победителя забега оптимизаторов png. Таблицу с результатами разместил в GDocs, дабы не грузить всех техническими подробностями.

Сухой остаток
По предварительным и постварительным данным удалось выявить победителя. Лучше всего с представленным зоопарком картинок справились advpng и pngout (набрали по 38 баллов). Перечисленные программы чаще всего демонстрировали наилучшие показатели (5 и 6 первых результатов соответственно).
Итак, коль надумаете облегчить графику, выбирайте титулованные инструменты ;-)

UPD: Для повседневных задач существует GUI под названием Trimage. По сути программа незаметно дёргает за верёвочки optipng, advpng и jpegoptim в зависимости от типа файла (png, jpeg).

Ссылки по теме:

PNG-Tech — описание алгоритма и статьи об optipng
Оптимизация PNG и JPEG без потери качества.

Шесть аргументов в пользу Ричарда Фейнмана

2011-02-08T13:21:00.002+02:00

Будучи на каникулах, тёмными зимними вечерами читал книгу «Вы, конечно, шутите, мистер Фейнман!». Подозревал, что книга про Ричарда Фейнмана будет хороша, но чтоб настолько! В общем, must read, что называется. Некоторые фрагменты особенно пришлись по душе, поэтому возьму на себя мотивирующую роль и процитирую их. Если согласны с написанным, рассказы выдающегося физика вам обязательно понравятся.

О хрупких знаниях
Когда я был в Массачусетском технологическом институте, я часто любил подшучивать над людьми. Однажды в кабинете черчения какой-то шутник поднял лекало (кусок пластмассы для рисования гладких кривых — забавно выглядящая штука в завитушках) и спросил: «Имеют ли кривые на этих штуках какую-либо формулу?»
   Я немного подумал и ответил: «Несомненно. Это такие специальные кривые. Дай-ка я покажу тебе. — Я взял свое лекало и начал его медленно поворачивать. — Лекало сделано так, что, независимо от того, как ты его повернешь, в наинизшей точке каждой кривой касательная горизонтальна».
   Все парни в кабинете начали крутить свои лекала под различными углами, подставляя карандаш к нижней точке и по-всякому прилаживая его. Несомненно, они обнаружили, что касательная горизонтальна. Все были крайне возбуждены от этого открытия, хотя уже много прошли по математике и даже «выучили», что производная (касательная) в минимуме (нижней точке) для любой кривой равна нулю (горизонтальна). Они не совмещали эти факты. Они не знали даже того, что они уже «знали».
   Я плохо представляю, что происходит с людьми: они не учатся путем понимания. Они учатся каким-то другим способом — путем механического запоминания или как-то иначе. Их знания так хрупки!

О японском языке и изящности
Однажды учитель-японец объяснял мне слово «смотреть». «Итак, — сказал он. — Вы хотите сказать: «Можно мне посмотреть ваш сад?» Как Вы это скажите?»
   Я составил предложение со словом, которое только что выучил.
   — Нет, нет! — возразил он. — Когда Вы говорите кому-то: «Не желаете ли Вы посмотреть мой сад?», то Вы используете первое слово «смотреть». Но когда Вы хотите посмотреть сад другого человека, то Вы должны употребить другое слово для «смотреть», более вежливое.
   «Не желаете ли взглянуть на мой садишко?» — вот что, по сути. Вы говорите в первом случае, но когда Вы хотите посмотреть сад другого человека, нужно сказать что-то вроде: «Могу ли я обозреть Ваш дивный сад?» Так что нужно использовать два разных слова.
   Затем он дает мне еще одно предложение: «Вы идете в храм и хотите посмотреть на сады...»
   Я составил предложение, на этот раз с вежливым словом «смотреть».
   — Нет, нет! — сказал он. — В храме сады еще более изящные. Поэтому Вы должны сказать что-то вроде: «Могу ли я остановить свой взор на Ваших изысканнейших садах?».
   Три или четыре разных слова для того, чтобы выразить одно желание, потому что, когда я делаю это, это жалко; но когда это делаете Вы, это верх изящности.

О междисциплинарных конференциях
На конференции был один социолог, который написал работу, чтобы ее прочитали все мы — он написал ее предварительно. Я начал читать эту дьявольщину, и мои глаза просто полезли из орбит: я ни черта не мог в ней понять! Я подумал, что причина в том, что я не прочел ни одной книги из предложенного списка. Меня не отпускало это неприятное ощущение «своей неадекватности», до тех пор пока я, наконец, не сказал себе: «Я остановлюсь и прочитаю одно предложение медленно, чтобы понять, что, черт возьми, оно значит».
   Итак, я остановился — наугад — и прочитал следующее предложение очень внимательно. Я сейчас не помню его точно, но это было что-то вроде: «Индивидуальный член социального общества часто получает информацию чрез визуальные, символические каналы». Я долго с ним мучился, но все-таки перевел. Знаете что это означает? «Люди читают».
   Затем я перешел к следующему предложению и понял, что его я тоже могу перевести. Потом же это превратилось в пустое занятие: «Иногда люди читают; иногда люди слушают радио», — и т.д. Но все это было написано так замысловато, что сначала я даже не понял, но, когда, наконец, расшифровал, оказалось, что это полная бессмыслица.

Об учебниках для младшей школы
Как бы то ни было, я все читал и читал это множество книг, и ни в одной не говорилось о применении арифметики в науке. Если и были какие-то примеры использования арифметики (а в основном это была абстрактная современная ерунда), они касались покупки марок.
   Наконец, я добрался до книги, в которой говорилось: «Математика широко используется в науках. Мы приведем пример из астрономии, науки о звездах». Переворачиваю страницу и читаю: «Красные звезды имеют температуру четыре тысячи градусов, желтые звезды имеют температуру пять тысяч градусов...», — ладно. Дальше: «Зеленые звезды имеют температуру семь тысяч градусов, голубые звезды имеют температуру десять тысяч градусов, а фиолетовые звезды имеют температуру... (какое-то большое число)». Зеленых и фиолетовых звезд не бывает, но для других звезд цифры приблизительно верные. Все в общих чертах вроде правильно, но все время сбои. И так везде: все написано кем-то, кто не знает, о чем он, собственно, пишет. В результате, хоть что-нибудь всегда выходит не правильно! Не понимаю, как мы собираемся хорошо учить, если учебники пишут люди, которые не совсем понимают то, о чем пишут. И книги получаются безобразные. СОВЕРШЕННО БЕЗОБРАЗНЫЕ!

О вреде усреднения
Очередь дошла до книги, которая была частью трехтомного сборника, выпускаемого одним издательством, и меня спросили, что я о ней думаю.
   Я сказал: «Эту книгу мне не прислали со склада, но две другие были хорошие».
   Кто-то попытался повторить вопрос «Что Вы думаете об этой книге?». — Я уже сказал, что мне ее не прислали. Так что я не могу о ней судить. Работник книжного склада был здесь же и сказал: «Извините, я могу все объяснить. Я не прислал Вам эту книгу, так как она не была еще закончена. По правилам мы должны иметь каждую книгу к определенному сроку, а издатель задержался с ней на несколько дней. Поэтому нам прислали макет книги с обложкой и пустыми страницами внутри. Компания приносит свои извинения и надеется, что трехтомник будет обсужден, несмотря на задержку третьего тома».
   Оказалось, что этот пустой макет был оценен некоторыми членами комиссии! Они не могли поверить, что книги не было, ведь оценки-то были. Более того, оценки у несуществующей книжки были выше, чем у двух других. То обстоятельство, что книги не было, ничуть не помешало ее оценке.
   Я подумал, что система работает так: когда вы раздаете книги людям, им нет до этих книг никакого дела. Они заняты, они думают: «Ну, ведь не я один должен это прочитать — многие. Так что не важно, что я там напишу». И ставят наобум оценку. Некоторые, по крайней мере. Не все, но некоторые так делают. Потом вы получаете отзывы, и вы не знаете, почему именно эта книга получила меньше всего отзывов, т.е. на одну книгу пришло, допустим, десять отзывов, а на другую только шесть. Дальше вы усредняете все полученные оценки; естественно, вы не учитываете неприсланные отзывы. Так что полученная цифра кажется вам вполне разумной. При этом усреднении попросту упускается из виду то, что внутри обложки абсолютно ничего нет!

О самообмане и авторитете
На множестве опытов мы научились избегать некоторых видов самообмана. Один пример: Милликен измерял заряд электрона в эксперименте с падающими масляными каплями. И получил несколько заниженный, как мы теперь знаем, результат. Его незначительная ошибка объяснялась тем, что использовалось неверное значение для вязкости воздуха. Интересно проследить историю измерений заряда электрона после Милликена. Если построить график этих измерений как функцию времени, видно, что каждый следующий результат чуть выше предыдущего, и так до тех пор, пока результаты не остановились на некотором более высоком уровне.
   Почему же сразу не обнаружили, что число несколько больше? Ученые стыдятся этой истории, так как очевидно, что происходило следующее: когда получалось число слишком отличающееся от результата Милликена, экспериментаторы начинали искать у себя ошибку. Когда же результат не очень отличался от величины, полученной Милликеном, он не проверялся так тщательно. И вот слишком далекие числа исключались и т.п. Теперь мы знаем про все эти уловки и больше не страдаем таким заболеванием.

XBMC “Dharma” и отечественный репозиторий от Seppius

2011-01-05T13:34:00.002+02:00

Приветствую на внеочередном собрании любителей HTPC! Как и обещал, распробовал новую версию XBMC 10.0 под кодовым названием “Dharma”. Есть две новости, как водится, одна хорошая, другая не очень. Плохая новость в том, что кардинальных изменений, которые можно «пощупать», свежий релиз не привнёс. Хорошая весть — вроде ничего не поломали :-) Кроме прочего, в анонсе на Хабре в комментариях наткнулся на интересную ссылку. Оказывается, Кулибины создали именно для “Dharma” репозиторий дополнений, актуальных для русскоязычного пользователя.
Встречайте, гвоздь сегодняшней программы — проект seppius-xbmc-repo. В набор включено больше двадцати разнообразных дополнений. Чтобы не перечислять, лучше сразу укажу ссылку для заинтересованных.
Дополнения делятся на три категории:

Музыкальные
Видео
Информационные (скраперы)

Продолжим разговор после установки всего необходимого.

Установка
Отправляемся в дебри конфигураций и качаем архив:

cd ~/.xbmc/addons/
wget http://seppius-xbmc-repo.googlecode.com/files/repository.seppius.zip
unzip repository.seppius.zip
rm repository.seppius.zip

Запускаем XBMC. Отправляемся по пунктам меню: System → Add-ons → Get Add-ons → Seppius XBMC Add-ons. Вот мы и на месте, выбирайте категории, устанавливайте плагины. Они появятся соответственно в пункте главного меню Videos и Music. В списке дополнений Movie information монополия скрапера на базе Kinopoisk.ru. Читать описание фильма на великом и могучем, смотреть оценки и титры — заманчивое предложение, от которого нельзя отказаться. Правда, заставить работать эту связку получилось далеко не с первого раза. Посему опишу алгоритм ниже.

После инсталляции плагина открываем Videos → Files

В контекстном меню по клику на каталоге выбираем тип контента

Для Кинопоиска, естественно, указываем Movies

После настроек не забудьте включить Party Mode в выпадающем слева sidebar'е.

Итого
В результате получаем красоту и порядок:

Подробности о проекте seppius-xbmc-repo читайте в Wiki. А замечания и предложения, как обычно, высказывайте в комментариях.

Делай раз, делай два, делай три!

2010-12-29T17:01:00.000+02:00

Как стремительно время пожирает минувшие события. Кажется, ещё вчера писал импровизированные итоги 2009-ого года, а сегодня со двора 2010-ый прогоняют. Воды утекло немало. И если год назад я сетовал на отсутствие выбора в когорте андроидфонов, теперь с этим проблем не возникает. Доволен приобретённым аппаратом, а впечатлениями и списком полезных программ уже делился с читателями.

Судя по статистике посещений, народ постепенно «распробовал» HTPC. Самая популярная заметка — обзор XBMC. Недавно разработчики порадовали общественность свежим релизом (чуть позже расскажу об изменениях). На мой взгляд, XBMC — образец открытого проекта. Ребята часто пишут о новостях в блоге, регулярно обновляют пакеты в репозитории, курируют созданный wiki-раздел. Если собрать мелкие «детали», получаем на выходе качественный продукт. Мне даже трудно назвать какие-нибудь проприетарные аналоги. Одним словом, большие молодцы.

На удивление, очень бойко разошлась шпаргалка по командам терминала и bash. Были мысли сделать нечто подобное для Midnight Commander; там тоже хватает клавиатурных сочетаний. Собирался разразиться постом о фрагментации ext4, но дела учебные затмили собой всякие потуги. В общем, планов громадьё.

by OnFoot4now

Блог успешно или безуспешно взял очередной рубеж — три года.
Добавил возможность оставлять feedback'и на специальной странице. Там же принимаю темы для будущих опусов.
До новых встреч в агрегаторе! :-) Счастливого Рождества и Нового года!

Абзац: Ubino — старый twitter-клиент на новый лад

2010-12-03T11:04:00.005+02:00

После перехода Twitter на OAuth многие линуксовые клиенты отказались работать. Некоторые проекты в скором времени выпустили обновления, некоторые оставили всё как есть. Горячо любимый мною Pino, к сожалению, включит поддержку OAuth только в разрабатываемой ветке 0.3. До сего момента приходилось пропускать клиент через MyAuth API Proxy. Но и этот вариант нельзя назвать вменяемым по причине большого количества ошибок при обновлении ленты.

Вчера в том же твиттере узнал об ответвлении Pino 0.2 в проект Ubino. В форке убрали identi.ca и добавили OAuth. Иных отличий пока не замечено. Подключайте PPA и чирикайте о насущном :-)

Are you Really Simple Syndication?

2010-11-28T18:53:00.000+02:00

Порой результаты опросов заставляют задуматься. Представляешь примерное соотношение ответов, а потом непонимающе хлопаешь глазами, когда наблюдаешь противоположный результат. Нечто похоже произошло со мной после подведения итогов опроса «Сколько лент у вас в rss-ридере?». Казалось бы, на Хабре подавляющая часть аудитории — технари, им ли не знать, как работать с информацией. На деле получаем доводы типа «мне приятнее читать непосредственно с сайтов», как будто RSS ставит забор с колючей проволокой и не выпускает за пределы агрегатора.

Друг рассказывал, что ему нравится сам процесс «прогулки» по сайтам. Я могу согласится с этим тезисом только в одном случае: большой поток сообщений новостных сайтов. Для этих ресурсов я вместо RSS предпочитаю twiiter-бота. Причин несколько. Во-первых, чаще всего в RSS попадает лишь заголовок и краткое описание новости, во-вторых, сообщения появляются ежедневно и в больших объёмах. В остальных случаях не вижу альтернатив подписке.

Что видит человек, пытающийся разобраться с технологией? Он открывает сухую статью на википедии с тремя аббревиатурами, историей формата и вкраплениями xml. Естественно, желание разбираться незаметно улетучивается.
Я пытался найти ролики с аргументами в пользу RSS и быстрым объяснением «куда запрягать?». Мне кажется, именно видеоформат позволит сделать краткую презентацию RSS на доступном уровне плюс предоставит возможность блогеру разместить ликбез у себя. Откопал всего один русскоязычный ролик аж 2007 года, в котором нагло скопирована идея англоязычного предшественника.

Может скооперироваться и сделать ~~citius, altius, fortius~~ лучше? Есть заинтересованные?

Самостоятельный command-not-found

2010-10-17T13:01:00.003+03:00

В Ubuntu Maverick Meerkat центр приложений созрел до состояния профпригодности, но я по-прежнему предпочитаю управлять APT'ом в командной строке. Правда, сегодняшний разговор не о преимуществах aptitude, а о магии угадывания.
Если вы напечатали незнакомую для терминала команду, command-not-found предложит установить недостающий пакет. Выглядит это так:

~ $ midori
Программа 'midori' на данный момент не установлена.  Вы можете установить её, выполнив:
sudo apt-get install midori

Каждый раз копировать конструкцию sudo aptitude install packagename совсем не комильфо. Почему бы не упростить себе жизнь? Ребята на launchpad'е услышали молитвы пользователей и реализовали элегантное решение в версии c-n-f за номером 0.2.41. Заинтересованные могут установить пакеты для Lucid или Maverick / Natty. После обновления поведение c-n-f изменится:

~ $ midori
Программа 'midori' на данный момент не установлена. 
Would you like to install it now? [Y]

Одним раздражителем меньше ;-)

Угадай мелодию: как работает Shazam?

2010-10-11T06:28:00.082+03:00

Технологии способны удивлять. Помню, как мне показали распознавание музыки на айфоне. Про Shazam тогда ещё ничего не знал, впечатления были на уровне американского wow-эффекта. А на днях набрёл на материал, где доступно и понятно рассказано о таинстве фокуса. Есть подозрение, что сеанс разоблачения будет интересен и вам, уважаемые читатели.

Существует клёвый сервис под названием Shazam, который по короткому музыкальному отрывку идентифицирует песню. Есть несколько способов, чтобы пользоваться им, но удобнее всего с помощью бесплатного приложения для iPhone (и не только, Symbian и Android не оставили в стороне). Просто нажмите "tag now", держите микрофон телефона возле динамиков, и Shazam, как правило, определит песню, предоставив информацию об исполнителе, а также ссылки для покупки альбома.

by Steve Rhodes

Что примечательно в сервисе, он работает с малоизвестными песнями и определяет их даже в присутствии посторонних шумов. У меня получилось распознать трек, сидя в переполненном кафе и пиццерии.

Мне стало любопытно, как же это работает, и, к счастью, нашлась статья, написанная одним из разработчиков с объяснениями процесса. Конечно, там исключены некоторые детали, но основной идеей является то, что вы и предполагали: алгоритм сравнивает „отпечатки“ музыки, основанные на спектрограммах.

Вот основные шаги:

В Shazam заранее создали картотеку отпечатков музыки и сохранили её в базе данных.
Пользователь „отмечает“ услышанную песню, для которой генерируется отпечаток на основе десятисекундного образца звука.
Приложение отправляет отпечаток сервису Shazam, который ищет соответствия в базе данных.
Если соответствие найдено, информация о песне отображается у пользователя, в противном случае возвращается ошибка.

Вот как работает снятие отпечатков:
Вы можете представить музыкальное произведение как частотно-временной график, называемый спектрограммой. На одной оси откладывают время, на другой — частоту, на третьей — интенсивность. Каждая точка на графике представляет интенсивность конкретной частоты в данный момент времени. Располагая временную шкалу на оси х, а частотную — на оси у, получаем горизонтальную линию, которая представляет собой непрерывный чистый тон и вертикальную линию, иллюстрирующую мгновенный всплеск белого шума. Вот пример того, как может выглядеть песня:

Спектрограмма отрывка песни с пиками интенсивности, отмеченными красным цветом.

Алгоритм Shazam делает отпечаток песни путём создания этого трёхмерного графика и выявляет частоты „пика интенсивности“. Для каждого из этих пиковых значений он отслеживает частоту и промежуток времени от начала трека. В примере из статьи, я предполагаю, они находят около трёх подобных точек в секунду. [Обновление: комментатор отмечает, что в его собственной реализации ему нужно больше 30 точек в секунду.] Таким образом, отпечаток десятисекундного образца может быть следующим:

Частота в герцах	Время в секундах
823.44	1.054
1892.31	1.321
712.84	1.703
. . .	. . .
819.71	9.943

Shazam строит свой каталог отпечатков в виде хэш–таблицы, в которой роль ключа исполняет значение частоты. Когда Shazam получает отпечаток, как показано выше, он использует первый ключ (в данном случае 823.44) для поиска подходящих песен. Их хэш–таблица может выглядеть следующим образом:

Частота в герцах	Время в секундах, информация о песне
823.43	53.352, “Song A” by Artist 1
823.44	34.678, “Song B” by Artist 2
823.45	108.65, “Song C’ by Artist 3
. . .	. . .
1892.31	34.945, “Song B” by Artist 2

[Некоторые дополнительные подробности: Они не просто отмечают точку в спектрограмме, они отмечают пары точек: „пик интенсивности“ плюс вторую „опорную точку“. Поэтому их ключ содержит не только одиночную частоту, это хэш частот обеих точек. Что, в свою очередь, ведёт к меньшему числу коллизий (когда хэш двух различных ключей совпадает) и ускоряет поиск по каталогу на несколько порядков, позволяя им в большей степени использовать среднее время выполнения . Есть много увлекательных вещей, связанных с хэшированием, но я не собираюсь вдаваться в подробности, так что просто изучите ссылки в этом пункте, если вы заинтригованы.]

Верхний график: Песня и отрывок имеют много совпадений частот, но они не совпадают во времени, так что нет соответствия. Нижний график: совпадающие частоты наблюдают в одно время, значит песни идентичны.

Если у песни выявили несколько совпадений (на основе примеров в статье, я думаю, необходимо около одного совпадения в секунду), тогда проверяют соответствие частот по времени. У них есть продуманный способ. Создаётся двумерный участок частот, на которых наблюдались совпадения. На одной оси откладывают время появления частоты в треке, на другой — аналогичное время для образца. Если между множеством точек наблюдается корреляция, точки образуют диагональ. Они используют другой метод обработки сигнала, чтобы найти эту линию, и если она существует, с определённой вероятностью песни соотносятся

Original by Bryan Jacobs.

Remote access – это звучит гордо

2010-09-24T16:05:00.007+03:00

Некоторые подробности об ингредиентах винегрета.
Случалось ли вам в постах о преимуществах Dropbox читать про связку с торрент–клиентом? Где-то далеко, в уютной квартире работает компьютер, одна из задач которого вытаскивать из каталога torrent–файл и ставить закачку. Способ простой и незатейливый, но про гибкость можно сразу забыть. Выбирать конкретные файлы для загрузки либо следить за процессом у вас не получится. Я пользуюсь transmission-daemon, в комплекте с ним поставляется симпатичный web–интерфейс. Осталось выпустить зверя на свободу, то есть в просторы интернета.

По условию задачи доступ в сеть предоставлен Wi–Fi маршрутизатором, поэтому первым делом ~~самолёты~~ создадим правило перенаправления портов. Тогда стук по IP роутера раздастся гулом на сервере–неттопе.

Осталось решить последнюю проблему: как узнать динамически присваиваемый IP? Ответ на этот вопрос получим у сервиса DynDNS (подробная инструкция по установке в Debian/Ubuntu).
Напоследок, не забудьте включить авторизацию в торрент-клиенте, чтобы соседи не нагружали канал непотребством. Прежде чем производить изменения конфига, убейте демона, иначе настройки не вступят в силу. Для Transmission следует поправить секцию rpc в settings.json примерно так:

"rpc-authentication-required": true,
"rpc-enabled": true,
"rpc-password": "пароль",
"rpc-port": 9091,
"rpc-username": "пользователь",

В первой строке говорим, нужна авторизация, во второй — активировать удалённый доступ. Дальше всё понятно. После перезапуска демон сам заменит пароль соответствующим хэшем. На этом нехитрые манипуляции заканчиваются, остаётся проверить хитросплетения схемы в реальных условиях. Успехов!

UPD: В комментариях справедливо упомянули неповоротливость web–интерфейса при заполненном канале. В этом случае советую присмотреться к специальным клиентам, например transmisson-remote-gui.

Слово о полку блогереве

2010-09-18T09:03:00.009+03:00

Сообщение по поводу обзора свежих IT-блогов вызвало дикий резонанс. Две заявки, одна отсеяна по причине субъективного "не совсем то". В итоге остался один претендент, что несколько не вяжется с идеей. Засучив рукава, принялся искать достойных представителей веб-энтузиазма. Перво-наперво прошерстил площадку Google — Blogger.com. Просмотрел порядка сотни блогов, открытых в текущем году. К сожалению, абсолютное большинство проектов замирает на отметке 2-3 поста. Иногда встречаются блоги-сборники с несколькими техническими заметками, результатами каких-то тестов и набором фотографий. Тематических блогов крайне мало. Тем не менее, интересные журналы продолжают появляться. Далее мы их и рассмотрим. Первые три блога попадают под возрастной ценз, остальные хоть и выбились из графика, заслуживают пристального внимания.

Дракон-линуксоид
h0rr0rr-drag0n.blogspot.com
Как видно из названия, наш человек — друг tux'а. В перерывах между стрельбами пишет любопытные вещи. Например, как прикрутить к dwm ползунок состояния аки notify-osd в Ubuntu. Проблема с мерцанием оригинально решена с помощью клиент-серверной архитектуры :-) Понравилась статья «VIm как IDE для языка C»; помимо текста и снимков редактора автор записал скринкаст, где продемонстрированы все прелести плагинов и используемого конфига.

Qt Way Notes
qt-way-notes.blogspot.com
Блог о разработке с использованием C++/Qt. Технические статьи с практическими советами и приёмами. Интересный рассказ о прохождении экзамена Qt Essentials (атмосфера секретности, скрытая камера и вердикт принтера :-))

Bullshit mode on — Пишу куда ветер дует
zahardzhan.github.com
Есть ли жизнь в emacs? Ещё какая! Статья об Emacs Starter Kit открыла мне глаза на процесс приобщения к великому и ужасному "семейству многофункциональных расширяемых редакторов". Главное, у меня появилась вера :-) Преобладают заметки про Clojure. Несказанно удивлён, почему до сих пор не разгорелся холивар в сравнении преимуществ консоли и GUI. Налетай!

Lonely Elk
lonelyelk.ru
Уже успел восхититься в buzz'е по поводу оформления сайта. У каждого поста своя иллюстрация, выглядит потрясающе. Но куда без контента, и он не забыт. Основные темы касаются разработки в RoR/Ruby с применением git. Последняя запись доказывает, что Android-коммуникаторы наступают по всем фронтам (Desire через bluetooth управляет машинкой LEGO).

Записки отставного сиэмщика
scm-notes.blogspot.com
Здесь нас проинформируют, кто же такие CM-инженеры, попутно объяснят о достоинствах подхода "ветка для задачи" и других подводных камнях Software Configuration Management. Любопытно было узнать об организации работы в крупных проектах и разнообразии инструментов, применяющихся каждой из команд.