И каждый раз, когда мы проезжаем мимо маячка, компьютер привязывается к его координатам и передает ретрансляторам информацию о скорости автомобиля, скажем, на последних десяти отрезках пути или за последние десять минут. Ретранслятор накапливает информацию, полученную от многих автомобилей, и по GPRS передает ее в ВЦ, где она обрабатывается, усредняется и транслируется бортовым компьютерам в виде информации о средней скорости движения на каждом отрезке дорог города.
Что делает водитель, если хочет рассчитать оптимальный маршрут до нужного места? Он находит название улицы, вводит номер дома. Компьютер ищет кратчайший путь с учетом информации о средней скорости движения на городских магистралях. И тут мы убиваем сразу трех зайцев. Во-первых, получаем возможность достичь цели кратчайшим путем. Во-вторых, можем примерно рассчитать среднее время на поездку. В-третьих, уменьшается вероятность пробок, потому что нагрузка на транспортную сеть распределяется равномерно.
Но почему маячки? Почему не сделать такой сервис, допустим, на основе GPS?
- Основная статья расходов это стоимость бортовых компьютеров, их же нужно сотни тысяч. GPS получается на 50-70 долларов дороже. А все остальное это мелочи в масштабах города.
Пять тысяч маячков на перекрестки, скажем, по пятьдесят долларов каждый - это 250 тысяч долларов. Двести ретрансляторов по 250 долларов - еще 50 тысяч. ВЦ с передатчиком - еще столько же. Итого 350 тысяч долларов. Практика показывает, что реальная стоимость проекта равна расчетной, умноженной на число p. Значит, миллион. Но что это для города? Копейки.
Стоимость хорошей квартиры в центре. И эти деньги вернутся, поскольку можно оставить основной сервис бесплатным, но предлагать какие-то дополнительные услуги. Причем чем больше людей будут пользоваться этой службой, тем лучше она будет работать, так как система получается самообучаемая. Вот такая замечательная идея была опубликована у вас в журнале несколько лет назад. И проблема даже не в деньгах. Их-то как раз найти можно. Проблема - получить от чиновников «зеленый свет». Это уже вопрос бесконечный, как в денежном выражении, так и во времени и усилиях.
Про маячки Коршуна мы вспомнили еще раз, когда стояли в пробке у въезда в Химки. И еще раз, когда застряли на Ленинградке. И еще раз - ближе к Белорусскому вокзалу.
Конечно, жаль, что единственный массовый продукт в портфолио «Телесистем» имеет нулевые шансы на реализацию. Что же касается реальной продукции компании, то мы оставили диктофон в редакции, надеясь потом опубликовать расшифровку «лучших записей за неделю». Случилось, однако, так, что лучшие записи оказались совершенно непечатными, поэтому всем интересующимся достанутся только впечатления Сергея Леонова.
Цифровой диктофон EDIC-mini LCD (модель B8)
Одна из первых моделей выпускаемого «Телесистемами» диктофона Edic была в свое время на тестировании у нашего «огородника» (похожая по размерам, но более новая попала в книгу рекордов Гиннесса как самый маленький в мире диктофон), в результате Евгений Антонович до сих пор поминает недобрым словом ее «интуивно понятный» интерфейс в виде двух кнопок и одного светодиода. Воды с тех пор утекло много, и в номенклатуре продукции «Телесистем» появился Edic Mini LCD - подобное же устройство, но с нормальным ЖК-индикатором и джойстиком вместо кнопок. Впрочем, «интуитивная понятность» от этого шагнула вперед не слишком далеко. Джойстик не имеет маркировки функций, экранных подсказок нет, запомнить три команды (запись, стоп, воспроизведение) я еще смог, но дальше (типа «нажать три раза стрелку вниз, потом центральную кнопку, потом стрелками вправо-влево выбрать режим») уже не осилил. Хорошо, что настройки можно выполнять из программы, подключив диктофон к компьютеру.
Кроме габаритов 60х28х9 мм (примечательно, что ни в техническом описании, ни на коробке конкретные цифры не указаны), устройство имеет весьма заманчивые характеристики энергопотребления: от 1,5 до 3,6 мА при записи (в зависимости от режима кодирования), 5-7 мА при воспроизведении на внешний наушник, 200 мкА в режиме ожидания с включенной системой VAS и 16 мкА в дежурном режиме. Элемент питания - трехвольтовая литиевая батарея CR2450, ее должно хватать на несколько сотен часов работы.
Паспортные параметры:
кодек - 16 бит;
отношение сигнал/шум - 72 дБ;
полоса частот - 100-6000 Гц;
голосовая активизация записи (VAS) с сохранением в памяти длительности пауз;
программный медианный фильтр (anti-aliasing);
возможность логарифмического сжатия с выбором коэффициента чувствительности;
кольцевая запись;
подключение к компьютеру по USB;
возможность использования в качестве флэш-накопителя.
«Телесистемы» предлагают аж шесть вариантов «Эдика» - с памятью от 64 Мбайт до 2 Гбайт. Маркировка при этом соответствует времени записи в минутах для режимов с потоком 8 кбит/с (это в терминах компании называется ExtraLongPlay). Соответственно - от 9,3 до 298,8 часа записи.
Самый экономный в отношении памяти режим - 2-битное ADPCM-кодирование при частоте дискретизации 4 кГц (поток 8 кбит/с, SuperExtraLongPlay) реально неприменим - качество записи совершенно неудовлетворительное, разобрать можно только очень громкие звуки, и антиалиас-фильтр нисколько не спасает.
Режимы с потоком 16 кбит/с уже приемлемы, звук по крайней мере не хрипит, хотя явно не хватает высших частот. В пределах нашей большой редакторской комнаты практические испытания позволили легко распознать, кто кого и куда послал, пока я выходил курить.
32 кбит/с вне зависимости от типа кодирования - уже нормально, но время записи при этом вдвое меньше соответствующего маркировке. 64-256 кбит/с - совсем хорошо.
Субъективное сравнение с моим Olympus DM-20 в режиме LP (16 кбит/с) показало некоторое преимущество «Эдика» - голос менее прерывист и, соответственно, более разборчив. Впрочем, этот режим при записи интервью я никогда не использую из-за принципиально неважной разборчивости. В режимах с лучшим качеством особой разницы не замечено.
Указанная в паспорте чувствительность микрофона на расстоянии до 9 метров вполне соответствует реальности - на самом деле можно разобрать голос и с большей дистанции. Максимальная чувствительность практически идентична тому же Olympus DM-20 в режиме Conference. Несмотря на то что отверстие микрофона у «Эдика» расположено снизу, чувствительность практически не зависит от положения устройства на столе - вероятно, звук с тем же успехом проходит через стенки корпуса.
Разъем mini-USB на корпусе устройства вводит в заблуждение - на самом деле это не стандартный USB. Я, к примеру, пользуюсь тремя устройствами с USB-интерфейсом и именно такими разъемами и держу для них всех один-единственный кабель. Но при втыкании этого кабеля в «Эдик» последний входит в полный ступор - внутреннее питание 3,2 вольта, а с кабеля приходит 5 вольт, в результате, видимо, через защитные диоды это напряжение попадает на внутреннюю шину питания, отчего электроника «сходит с ума», а ЖК-дисплей полностью чернеет (и остается таковым даже после отстыковки кабеля). Но надо признать, что диктофон весьма «дуракоустойчив» - через 10-15 минут чернота ЖК-дисплея рассосалась сама собой, и все снова застреляло. В прилагаемом же кабеле - не просто прямое соединение. Маленький «бочонок» с надписью «USB-adapter» - это преобразователь USB-COM, то есть сам диктофон имеет обычный последовательный интерфейс, хотя и работающий на большой скорости. При подключении кабеля устройство, похоже, как-то подпитывается от компьютера, по крайней мере показания индикатора батареи всегда увеличиваются почти до максимума.
В режиме работы с ПК скорость считывания данных с диктофона колеблется вокруг значения 100 кбайт/с, скорость записи - увы, всего 16 кбайт/с. В паспорте написано обтекаемо: «скорость обмена - 1,5 Мбод», но этой цифры мне достичь не удалось. Вообще использование диктофона в качестве флэш-драйва хоть и возможно, но очень неудобно. Главное преимущество обычной флэшки - ее читабельность без драйверов на любом ПК (при наличии современной ОС) - здесь отсутствует, драйвер надо устанавливать с прилагаемого диска. И не пытайтесь просить Windows XP автоматически найти драйвер в Интернете - она-то находит, именно для преобразователя USB-COM, но с ним диктофон не работает. Кроме того, система не видит устройство как диск, потому все штатные операции копирования/переноса данных не проходят, можно пользоваться только «родной» утилитой, а она, ко всему прочему, не умеет работать с drag amp;drop (хотя в нее встроено некое подобие «Проводника»).