Я фигею, догорие товарищи, как Триколор-ТВ "мотивирует" абонентов.
Года полтора назад я купил комплект из смарт-карты и CAM-модуля. Всего ради одного канала, которого нет на НТВ+.
В целом подписка чем-то выдающимся не отличалась, да и вообще, казалась малоинтересной. За прошедший год то малое количество интересных каналов, которое было - пропало.
Ну да ладно, вот хороший сервис для дачи - Триколор-Интернет. Для подписчиков - тестовая эксплуатация бесплатна. Все вроде звучит хорошо, да не тут-то было. Для начала выясняется, что чтобы воспользоваться им, нужно получить пароль на рессивер. Это возможно сделать только на рессиверы производства General Sattelite. Эти рессиверы имеют свой встроеный DRE ID, по этому получить пароль для своей смарт-карты не представляется возможным.
Уперевшись в эту проблему и вычитав в форумах про низкое качество услуги я решил воспользоваться на даче Радугой-Интернет вместо Триколора.
Ну, как мне казалось, хотя-бы подпиской на телевидение можно-бы было воспользоваться на даче. Но не тут-то было! С июня карточка с проплаченой годовой подпиской просто перестала работать. Как пишет офицальный сайт, неизвестные злоумышленники сломали их систему защиты и, как странно бы это не звучало, все смарт-карты оказались скомпрометированы и отключены (рессиверы со встроенным DRE ID не зааффекчены). При этом Триколор без какого-либо зазрения предлагает поднять свою жопу, поехать в Мытищи и за 300 рублей поменять карточку. Ну это уже не в какие ворота не лезет! Хотя бы за свой счет по почте выслали с извинениями, как это делает их "мама" - НТВ+. Переходим на НТВ+ "Семейный".
По сему - прощай, Триколор-ТВ!

А вы видели, что появился официальный плагин под Maemo для Yandex.Fotki? ;)

http://mobile.yandex.ru/fotki/download.xml

Да, культурно-историческая тема особо не пошла. Лето, видимо, тому причиной. %)

И так, правильный ответ - Царская улица - прошлое название 2-й Хуторской улицы.
Многие источники утверждают, что название связано с железнодорошной Царской Веткой. Как мне кажется, эта информация не достоверна. Сама Царская Ветка распологалась вдоль ныне существующей Веткиной улицы в Марьиной Роще и находится на достаточном расстоянии от 2-й Хуторской.
Обратите внимание, что правильное название этой улицы - "Веткина улица", а не "улица Веткина". Свое название она получила именно в результате соседства с железнодорожной веткой.

Задумался тут о том, что из-за популяризации ШПД все московские провайдеры стали работать крайне хреново, что отрицательно сказывается на сервисах, размещенных дома.
Сейчас все что возможно на вебе я вынес на хостинг-провайдера, тем не менее, страдает вовсе не веб. И что делать? Через VPS уже проходили: все хостинг-провайдеры - жмоты, качество VPS услуг крайне низкое.
В принципе, выход вполне реален - co-location. И если капитальную затрату в виде сервера потянуть реально, то вот средний размер абонплаты в $100 за 1U по-моему крайне завшен.
Что посоветуете?

Самый офигенный Web 2.0 сайт - Retromap. Правда еще надо найти все его прелести: сравнение карт разных лет, наложение векторного слоя с Гугла, картинки с oldmos.ru...

Ну вот, с Бескудниковской веткой разобрались. :)

Следующий вопрос: где в Москве находилась Царская улица и почему она так называлась?

Нижегородская улица получила свое название от Нижегородского вокзала вдоль которого она проходила. После выкупа Нижегородской железной дороги в казну правительства была создана «Московско-Курская, Нижегородская и Муромская железная дорога» и Нижегородский вокзал решено было объединить с новым Курским вокзалом (который тогда был назван Курско-Нижегородским).
НИИЖА я указал как намек на решение загадки. Как правило, большенство научно-исследовательских предприятий РЖД расположены в зонах, ранее прилегающих к землеотводу ЖД. Другой подобный пример - Экспериментальный завод ВНИИЖТ в Свиблове.

Вот и слежующий вопрос - что за ветка проходила в Свиблове и куда она делась?

Сегодня, как обычно, когда наблюдаются пробки, поехал объезжать Милашенкова за Останским мясокомбинатом. Через щель в заборе землеотвода ОЖД в районе платформы Останкино наблюдал движение "Сапсана".
Однако, в черте города они тоже гоняют за сотню! Сравнительных тестов с STi не проводил, по этому конечную скорость не знаю. :)

Я за последний месяц жутко вымотался. От ИТ пока тошнит.
Вчера полдня штудировал википедию в катигории Цитология, а вечером решил посмотреть кино.
Большой переполох в маленьком Китае я не смотрел с 87 года. В те еще советские времена мы с друзьями каждые выходные ходили по утрам в "видеосалон" смотреть мультфильмы, "Звездные войны" и еще что-нибуть, жертвуя покупкой жевачки "Дональд" ценой чуть ли не в 5 копеек (?).
На последок посмотрел "Планету 51".
Ну что я скажу... Куда там суровым челябинским мужикам до Курта Расселла. :)

В общем, мьют рингтона работает, так что хак получился замечательный. :)
Пришлось делать очень быстрый (в плане затрачиваемых ресурсов процессора) хук на DBUS-е, чтобы нормально инспектировать вызовы методов DBUS.
Теперь в планах в первую очередь сделать реконфигурилку bluetoothd, чтоб не заставлять пользователей это делать вручную, причем идея такова, что программа будет делать это при запуске только в том случае, если настройки требуют HFP профиля. Ну и при остановке все будет откатываться назад.
Как эту фичу сделаю, озабочусь человеческими настройками.

Ура, товарисчи! Наконец я доисследовался до концов, управляющих воспроизведением рингтонов.
Maemo отнють не дурна (про MeeGo говорить еще рано пока), воспроиведение рингтона выполняется обработчиком нотификаций, в данном случае - события incoming-call.
Обработка нотификаций на платформе разделена между двумя процессами: опенсурсным hildon-home и опять таки опенсурсным hildon-sv-notification-daemon, который, в свою очередь, тупо обертывает нокийскую проприетарную библиотеку /usr/lib/hildon-desktop/libhildon-plugins-notify-sv.so.
hildon-home обслуживает стандартные Freedesktop-ные нотификации, реализует персистентное хранение в sqlite-базе и их отображение на экране ("желтые стикеры"). Когда нужно чем-то пожжужать, покричать или помигать, процесс вызывает у hildon-sv-notification-daemon-а метод PlayEvent. После обработки нотификации - StopEvent.
Приложение Phone (rtcom-call-ui) работает с hildon-sv-notification-daemon напрямую. Соответственно, метод PlayEvent инициирует воспроизведение рингтона и возвращяет идентификатор запроса, а метод StopEvent - останавливает, при этом ему нужно передать полученый из PlayEvent идентификатор.
А теперь засада: ну, допустим, для обработки начала вызова методов hildon-sv-notification-daemon можно сделать достаточно простой хук на DBUS-е, явно указывая имя интерфеса и путь объекта, но вот с получением результата - проблемы. Дело в том, что DBUS-фильтры невозможно модифицировать в реальном времени, так что создавать фильтр на конкретный вызов не получится. Каких либо общих признаков, по которым можно бы было отличить ответы на запросы вполне конкретных интерфейсов - нет. Выход только один сделать фильтр на прослушивание всех ответов (type='method_return') и реализовать максисмально компактный код, проверяющий наличие сохраненных запросов.
Другие мысли мне в голову пока не приходят. Может быть они есть у вас?

Опять не резко, т.к. снималось на N97...

Наблюдается значительный прогресс.
Реализовал таки управление Media Player с SE MBW-150/200. Работает управление громкостью, воспроизведение, пауза, перемотка. Сделал отображение названий треков, но пока уперся в то, что для названий треков часы пытаются отрендерить текст в битмэп на телефоне. Прийдется еще и это реализовывать.
В последние дни мы провели много тестов с Dik-ом на предмет адаптации программы к его китайскому браслету. На браслете у звонков отображается только номер и при приходе сообщений - конвертик. На кнопку повесили отбой звонка. На этом возможности браслета заканчиваются.
В планах по прежнему остается причесывание внешнего вида, мьют звонка и управление блютуз-стеком, чтоб пользователю не лазить в конфиги (это касается Citizen i:Virt).

На текущий момент программа имеет следущую функциональность:
Abacus CallerID, SonyEricsson MBW-100:
- входящие сотовые и VoIP звонки - номер и имя,
- сброс входящего звонка,
- входящие сообщения IM и SMS - "конвертик"
Sony Ericsson MBW-150, MBW-200:
- входящие сотовые и VoIP звонки - номер и имя,
- сброс входящего звонка,
- входящие сообщения IM и SMS - "конвертик",
- управление громкостью и вопроизведением медиаплеера
Citizen i:Virt:
- входящие сотовые и VoIP звонки - номер и имя,
- сброс входящего звонка,
- журнал пропущеных звонков
- входящие сообщения IM и SMS - "конвертик",
- чтение непрочитаных сообщений IM и SMS прямо на часах,
- управление профилями телефона - основной и тихий,
- отрбражение текущего профиля,
- отображение названия оператора и уровня заряда батареи
браслеты и прочее:
... все что смогут из перечисленного :)

Вкратце: сегодня добавил управление профилями телефона с Citizen i:Virt. На подходе - управление громкостью и медиаплеером с MBW-150. Все перековыриваю ядрышко программы.
Если кто мне поможет разобраться как - сделаю наконец мьют звонка с часов.

Что еще хотелось бы сказать... Умом японцев понять удается не всегда легко. Списки сообщений и входящих звонков работают несколько иначе, нежли кажется после прочтения описания часов.
Так вот, данные списки вовсе не "вытаскиваются" из телефона при соединении, а введутся вполне самостоятельно. Поступил звонок - часы добавляют его в список звонков, пришло сообщение - добавляют в список сообщений. То есть сами статусы "прочитано - не прочитано" не синхронизируются никак. Учитывая то, что списки всего по 10 позиций - это не напрягает, плюс всегда можно все посмотреть на телефоне. На часах это нужно, что называется "на ходу", и данное требование в этом объеме удовлетворяется.
В WatchPhone для сообщений я реализовал следующий подход: при паринге на часы отправляется последние 10 непрочитаных сообщений, в активном состоянии - каждое входящее. Другого пока что ничего придумать не могу.
Напоследок - отснял заново видео про iVirt. Теперь снимал его с помошью N900 (предыдущие снимались с помощью N97 и E90), так что качество на высоте, правда само устройство теперь вне кадра.

Небольшая краткая инструкция по бета-версиям WatchPhone. Вернее будет сказать - howto по запуску программы в HFP-режиме (в этом режиме работают часы Citizen i:Virt и LM Technologies).

Для включения режима для начала необходимо отключить плагин audio стека bluetoothd. Сразу обращаю внимание на то, что при отключении плагина audio возможность работы с bluetooth- гарнинтурой или наушниками будет отключена, но всего лишь до того момента, как плагин будет подключен обратно.
Для того, чтобы его отключить, необходимо сделать следующее:
в папке /etc/bluetooth в файле main.conf в строку DisablePlugins нужно добавить ",audio". Сделать это удобнее всего с помошью Midnight Comanger (mc), зайдя на телефон с помошью SSH.
Даллее, необходимо перезапустить bluetoothd. Сделать это можно с помощью комманды kill `pidof bluetoothd` (демон автоматически перезапустится после остановки).
С помошью XTerm на телефоне запустите WatchPhone следующим образом: watchphone --hfp.
После этого можно "зацепиться" часами за телефон. Часы сами обнаружат необходимый сервис.
Если часы еще не зарегистрированы на телефоне, проведите регистрацию. Часы могут выдать ошибку, что не могут присоединиться к сервису. В этом случае просто зайдите в меню подключения часов и "зацепите" часы за телефон вручную.

P.S.: ближе к релизу планирую слелать аплет для панели управления, чтоб избавить пользователей от таких сложностей.

С помощью дампа, предоставленного разработчиком OpenWatch moneytoo удалось расковырять набор команд Citizen i:Virt, ответственный за чтение сообщений. WatchPhone теперь умеет отображать все входящие SMS и IM сообщения в папке непрочитаных сообщений часов + Citizen i:Virt.

Владельцы всяческих Bletooth-часов и по совместительству N900 - отзавитесь. Рисую проект, реализующий поддержку часов Fossil Abacus CallerID, SonyEricsson MBW-100/150/200, Citizen i:Virt / iVirt M, возможно LG Prada и других производителей, которые поддерживают либо профили SonyEricsson, либо Hands Free Profile.

Уже реализованые фичи:
- индикация входящего мобильного звонка с именем из адресной книги, звонок можно отбить;
- индикация входящего VoIP звонка с именем из адресной книги, звонок можно отбить;
- индикация входящих SMS и IM - сообщений ("конверт");
- синхронизация времени;
- если ваши часы поддерживают отображение информации об операторе, роуминге, уровне сигнала и заряде батареи - все это будет отображаться.

В планах:
- поддержка управления медиаплеером для SE MBW-150, включая отображение названия композиции;
- поддержка мьюта звонка;
- управление громкостью;
- для i:Virt, если удасться раскопать как - чтение IM/SMS и новостей (?!)
- ваши пожелания - к рассмотрению...

Собственно, на днях в extra-devel появился прямой конкурент в виде OpenWatch. Отличия на лицо - наша программа разрабатывается на C/C++ с учетом требований к низкому энергопотреблению и с расчетом на минимальный объем занимаемой оперативной памяти (в связи с чем я по-максимуму избавляюсь от применения в проекте "толстых" С++ библиотек Glibmm, STL и Boost), а так же использует стандартные для платформы API, такие как osso-abook, Telepathy, Mission Control, libhal, rtcom-eventlogger.
Конкурентый же проект написан на Питоне, не отличается изяществом в работе с BT и интегрируется с телефоном "грязным хаком".

Все заинтересованые - пишите в каменты.

Очень нужно найти описание AT-команд AT+BTWRSEF, AT+BTWMER, AT+BTWRER, AT+BTWAER, AT+BTWCLKT, AT+BTWCLKOK и иже с ними. Досканально известно, что они реализуются телефонами Sharp 920SH и выше (SoftBank), а так же Disney Mobile.

Could anybody please help me with SoftBank Sharp mobile phones AT command set starting the model 920SH. I'm interesting of AT+BTW subset that not described at specification of MCPC TR-006 version 1.00.

Эх, жалко, что даже у коммерческих опенсурсов и конечных продуктов на их основе такой большой временной гэп. В транке BlueZ появилась новая фича - для блютузовых аудиопрофайлов можно создавать внешнего агента АТ-команд, причем, как я понимаю, на конкретный MAC-адрес устройства.
А пока на Maemo приходится довольствоваться отключением плагина audio и публиковать профайл AudioGateway вручную. Все это не очень удобно получится для конечного пользователя, даже если разработать удобную утилиту переключения.

Попробуйте ответить или завершить VoIP (Skype / SIP) звонок нажатием кнопки на Bluetooth гартинтуре. :)
Проблема в реализации компонента telephony-maemo в BlueZ, компонент заточен только на управление SSC, но не Telepathy. Завел дефект.
Обнаружил лишь по тому, что сейчас изучаю реализацию BlueZ. Натурные испытания вчера подтвердили данную лажу. %:)

Sony Ericsson MBW-100/MBW-150/MBW-200
Fossil Abacus MobileWear CallerID
LM Technologies LM957/LM-958/LM959
Prada Link (LBA-T950)
Citizen i:VIRT

Софт:
Sic! BT-Watch для Symbian
smartWatchM для Windows Mobile