Про броузеры

Поскольку opera окончательно и бесповоротно достала своими тормозами. Решил я таки придумать себе новый браузер.

Первым делом скачал гуглохром. Понятно дело по простому теперь никто ничего не делает, поэтому обычного установщика хрен найдешь, есть только сранный bootstrapовский вариант (по обыкновению исходно может и не плохую идею, стали пихать во все возможные места и довели до логической завершенности). Ладно полазил поискал, нашел вариант в виде msi пакета - думаю ну таки наконец-то. Поставил.

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

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

Попытался удалить - не прокатило. Чувствуется скрипт инсталляции писали от души. Пришлось выносить руками.

Решил тогда, дай думаю качну исходники и соберу сам, чай и не такое собирали.

Качнул. 5 гигов исходников вызвали нереальное умиление. Пока посмотрел только по верхам - чую старался народ. Запихал в tgz всё до чего дотянулся, от freetype и libjpeg до python и исходников nsis. Правда sln, которые вроде как можно было бы с ходу компилять, открываться не желают, потому что какие-то конфиги, которые склонные к великим оптимизациям граждане вытащили в отдельные файлы я найти среди этих исходников пока так и не смог.

В целом open source как обычно прекрасен.

Пожалуй потренируюсь сперва на webkit с ихнего официального сайта. А прокачав скилы может и до хрома доберусь.

Про ЕГЭ

Вот тут в очередной раз прошла волна народной ярости, про дебилизацию школьников, которые не могут решить простейшие задачки на ЕГЭ. Я как-то особо внимания не обратил, ибо ЕГЭ, с моей точки зрения, по сути идиотизм. Ну и его результаты мало что могут рассказать о качестве образования у выпускаемых из школы граждан.

А сегодня случайно наткнулся на прекрасное:  "Семь рубашек дешевле куртки на 9%. На сколько процентов десять рубашек дороже куртки?" (источник)

Т.е. вот задачка, она типа там в разряде простейших. А теперь скажите мне прекраснодушные составители этого говна, какое из решений правильное:

7 * x = 0.91 y

или

y = 1.09 * 7 * x

Ну т.е. правильно я понимаю, что "A дешевле B на 9%" и "B дороже A на 9%" это неравнозначные высказывания? Ну и там по мелочи, то что вы к штукам прибавляете безразмерную величину и получаете штуки вас не напрягает?

Возникает суровый вопрос, допустим школьники у нас поголовно дебилы и не могут решить простейшую задачу, а кто у нас составители задач?

Про Opera

Ощущение, что граждане решили убить свой, без дураков, мега продукт.
Поставил версию 11.51. То что SpeedDial стал выглядеть как кусок говна, это фиг с ним, может это типа такое дизайнерское решение, а я просто не понимаю. Не ну т.е. я как бы могу догадаться, что кому-то пришла в голову идея вместо миниатюры страницы, сделать супер интеллектуальный автомат, который бы от морды сайта отрезал тока самое-самое главное, причем если бы этого выдумщика усыпили ещё в детстве или хотя бы не пускали к компьютеру, всё могло бы сложиться иначе, но случилось то, что случилось, Speed Dial превратился в гавно. Потерпим и не это пережили.
Но то, что в адресной строке, выпадающий список заменили простым полем ввода, за такие решения надо расстреливать на месте. На хера? Вот простой и человечный вопрос НА ХЕРА? Ну вот есть у меня десяток сайтов, которые я читаю, и все они в этом комбике присутствуют, два раза ткнул мышкой и всё. Удобно мне блин тыкать мышью. Не вводить с клавиатуры, пусть и два символа после которых уже будет правильный адрес подсвечиваться автоматом, а ткнуть два раза мышью, ну под рукой вот она у меня.
Не, как бы я всё могу понять, но за каким надо уменьшать возможности пользователя, это от моего понимания ускользает. Я вот этим новым мега продвинутым гавноброузером от гугла не пользуюсь в том числе по причине отсутствия комбика в адресной панели. Теперь и в опере теже задвиги.
Была в этой программе одна мега находка, с которой меня перло и прет по сей день, это когда тыкаешь по левой стороне окна, а там панельки со всякой дополнительной ерундой выезжают, правда где-то на середине 10-й версии (кажется) они по умолчанию это дело стали отключать, но хоть хватило ума не убрать ее вовсе. Зато в 11.51 теперь кнопку создания нового таба нельзя сделать с левой стороны. Т.е. вот в 9-й версии она была слева, я как-то привык, и в 10-й когда они эту кнопку подвинули направо, первым делом после установки перемещал её на привычное место. А теперь вот не перемещается она.
В целом ощущение такое, что к версии 12, ребята окончательно приведут свой броузер в неприемлимое состояние. Самое обидное, что сам рендер html-к они постепенно улучшают, т.е. большинство сайтов, которые на 9-ке отображались не правильно в новой версии починились, но вот всё остальное становится только хуже. Причем работа идёт по принципу "горе от ума".

Про Skype

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

Тут отвлекусь, чтобы два раза не вставать. Сайт portableapps.com раньше был прекрасен, прекрасен он был не только наличием портабельных версий некоторых очень хороших программ, но и дизайном сплешьшотов для этих программ, который радовал мой не шибко притязательный художественный вкус. В целом и сайт и наполнение и оформление были безусловно замечательны. Однако, в какой-то момент, пацанам в голову пришла отличная идея, разделить инсталляцию портабельных аппликух на две части, сначала качаем загрузчик (для Skype он, например, около 1 метра), запускаем его, и уже этот суперинтелектуальный модуль докачивает остатки. И таки эта идея была затолкнута в жизнь. Если я ничего не путаю, произошло это чудесное событие где-то с год назад. Наверное, в принципе, если очень сильно подумать, и даже местами помыслить, схема сия была бы востребована, ну лет пять назад например, когда каналы передачи данных в столицах наших Родин уже перешли рубеж одного мегабита для обычных граждан, а в провинциях, еще только к нему подбирались, и местами даже 128 килобит было очень-очень круто. Так вот в то чудесное время, конечно, крайне полезной могла оказаться возможность не выкачивать всю инсталляцию, а забрать токмо то, что надо конкретному пользователю (хотя как по мне и тогда сия функция меня бы не обрадовала). На хрена же вся эта пляска в данный исторический момент, я решительно отказываюсь понимать. Более того, мне допустим значительно удобнее сохранить в своем подвальчике полную инсталляцию, и не париться о том, не сдохнет ли мега сайт через год. И если не сдохнет, не разовьется ли то приложении что я использую, до таких высот, что лучше бы не надо.

В качестве примера, могу привести, например, нежно любимый мною MSOffice, его версия XP до сей поры вполне удовлетворяет меня во всех отношениях, и при всем моем глубоком уважение к Ribbon интерфейсу, переходить на последнюю версию и покупать для этого новый компьютер (ну или вместо редактирования играть в пошаговую стратегию) не испытываю не малейшего желания.

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

Да, возвращаясь к скайпу. Наверное, отличная вещь, я даже восстановил логин с паролем, которые удачно забыл. Но вот как-то оно опять не пошло. Т.е. как видеотелефон оно мне вроде как не надо, а как IM, программа с ходу заевшая 100 метров памяти, не отвечает моему пониманию чувства прекрасного.

Про Обаму, подделки и новые технологии

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

Итак. Как в принципе, кодируются цветные изображения полученные со сканера. Понятно, что самый простой способ вывалить этот самый скан в raw формате, весить оно будет вполне достойно, и в силу этого веса так никто не делает. Второй вариант ужать его, например, в jpeg или jp2k, при этом произойдет потеря качества, но размер документа ужмется на пару порядков. Здесь надо уточнится про потерю качества при сжатии в jpeg. Jpeg кодинг изначально разрабатывался для сжатия полноцветных изображений с потерей качества, но при этом, чтобы данная потеря не сильно воспринималась человеческим глазом. И со своей задачей данный вариант кодирования вполне справляется. Т.е. например, фотографии жмет вполне успешно, и не шибко их при этом портит, так же понятно, что при сжатии происходит балансировка между тем насколько дерьмовым будет результат и тем насколько мы хотим уменьшить размер получаемого файла. Однако, в случае если исходная картинка это скан какого-либо документа содержащего текст, то попытка сильно снизить качество приводит к существенной размытости текста вплоть до нечитаемости. Поэтому на некотором этапе развития технической мысли, был сделан следующий финт ушами. Исходное изображение (например, отсканированная страница книги) делится на два слоя: цветная подложка и черно-белый слой. Деление обычно делается относительно простым способом, а именно отсечением по порогу. Т.е. все пиксели которые "темнее" некоторого порога (т.е. достаточно близки к черному цвету) кладутся в черно-белый слой, а все остальное считается подложкой. Затем эти два слоя кодируются по отдельности, цветной при помощи jpeg, черно-белый либо CCIT либо JBIG2 в зависимости от дальнейших изысканий. Это позволяет достаточно хорошо уменьшить вес результирующего документа при этом не потеряв читабельность текстов. Часто также сканируют страницы с разрешением 600DPI, а потом у нижнего (цветного) слоя уменьшают разрешение в два-три раза, на глаз выглядеть будет замечательно.

Собственно весь формат DjVu это четкий пример такого способа хранения отсканированных документов. В пдф-формате также есть все средства для осуществления такого кодирования, а именно возможность отрисовать на странице несколько картинок одну над другой, при этом с поддержкой сolorkey (т.е. замены одного цвета прозрачностью) для верхних. Поэтому большинство приличных программ для создания пдф, осуществляют резку картинок на слои и их независимое кодирование.

Документ, который так взбудоражил общественность, сделан именно по такому принципу, цветная подложка, кодированная при помощи DCTDecode, и 8 черно белых картинок, закодированных FlateDecode.

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

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

Как-то так.

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

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

Про книжку о нечетких множествах

Уже второй месяц весны подходит к середине, а за окном идет дождь и лежит снег, от этого настроение так себе. Решил, дабы развеяться, почитать чего-нибудь эдакое. Благо эдакового лежит на три года вперед, а руки все не доходят. Ухватился за книжку Рыжов А.П. "Элементы теории нечетких множеств и ее приложений" 2003 года выпуска. Честно добрался до 18-ой страницы и бросил. Чтобы не забыть отчего бросил, отпишусь.

Итак страница номер 8. Вводится функция:

а потом предъявляется её график:

Совершенно очевидно, что в случае если beta не лежит ровно посредине отрезка [alpha, gamma], то функция будет разрывная, о чем автор не упоминает, и не понятно на фига там вообще этот общий вид функции, если использовать ее потом будут ровно для случая склейки в середине отрезка.

Ладно думаю, не в том суть. Читаю дальше. Добрался до страницы 14, и утверждения 1. Доказывается утверждение, при доказательстве рассматриваются 15 случаев, хотя по сути надо рассмотреть 6, да и те рассматривать смысла особого нет (ну если это научная монография, а не учебник для студентов первого курса).

Ну и наконец добрался до страницы 18. Вводится понятие подмножества alpha уровня нечеткого множества. Все хорошо, но. Если исходить из определение нечеткого множества, как множества пар (график): <точка из универса> X <значение в этой точке, некоторой меры (нормированной) на универсе>, то подмножество alpha уровня которое задается как:

уже нечетким множеством не является, а будет обычным множеством (не вопрос, что из обычного нечеткое получается без применения магии, но таки вот то, что в формуле это обычное, и никаких уточнений автор не дает).

А дальше идет утверждение:

Любое нечеткое множество A можно представить в виде:

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

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

Вообщем авитаминоз вызвал повышенную озлобленность, наверное, а книжка просто под руку попалась не вовремя.

EPUB to Kindle converter

Замутил тут новую программу: EPUB to Kindle converter. Собственно, вначале просто ковырял mobi и epub на предмет добавления в лучший просмоторщик документов, потом просто ковырять стало скучно, решил применить знания на практике. Ну и являясь вполне счастливым обладателем Kindle, который собака не жрет ничего кроме MOBI и PDF, заодно написал себе инструмент для загоняния всякого для чтения на девайсе, есть там пара мыслей как все это углубить и расширить, хотя возможно и не в рамках конвертерного проекта. Мыслей правда и помимо этого до черта, вот времени на все радости к сожалению не всегда хватает.
С другой стороны интересно посмотреть на проект, сделанный фактически с нуля за месяц и на то чего из этого получится.

Про мега варианты защиты текста в XPS

В связи с STDU Viewer кинули тут замечательный XPS файл. Проблема была в том, что страницы рендерились крайне медленно, т.е. тормозило все жутчайшим образом. Первая мысль была что народ в очередной раз чего-то отсканировал c 600 dpi разрешением и закрутил в xps. Думаю, эко до чего техника дошла, раньше все в djvu и pdf гнали, а теперь значит и до xps добрались. Причем размер у файла был вполне себе достойный, больше 30 метров, что подозрения усиливало.
Но выяснилось, что все намного веселее.
Нас самом деле xps, он как бы сильно похож на pdf, т.е. то же документ с подготовленными к печати страницами, часть данных может быть представлена в векторном виде (причем вроде как тут инструментов у xps даже побогаче), часть в растровом, часть просто как текст, причем и шрифты можно внедрить. Надо сказать, xps видится мне форматом существенно прямее и четче чем pdf, хотя и не без своих заскоков. В pdf например, есть понятие потока и соответственно кодированного потока, ну и есть пяток разных кодеров, типа Deflate, jpeg, CCITT и прочем RLE, причем над данными, которые вы хотите положить в pdf файл, вы можете последовательно надругаться разными кодеками. Понятно, что по-большому счету вот это вот последовательное применение нескольких кодеков над одними и теми же данными нужно крайне редко (т.е. я вообще не припомню, чтобы с таким сталкивался, хотя и допускаю, что кто-то где-то и когда-то этим пользовался и может даже пользуется до сих пор). При этом совершенно очевидно, что ч/б картинки будут кодироваться CCITT или JBIG2, цветные jpeg или jpeg2k ну, а текстовые данные Deflate или LZ77 (вроде LZ77 там тоже есть лезть проверять в спеку лень). Но все как обычно сделано очень обще, при том, что вся эта общность вырождается во вполне конкретную частность в 95% случаев, и еще кучу работы чтобы поддержать оставшиеся 5%. В отличие от pdf в xps все проще и от того приятнее для реализации, причем сильно сомневаюсь, что можно найти pdf не переводимый в xps.
В xps правда есть свои веселые заморочки, типа virtual brush с дикой вложенностью, но в целом формат на мой вкус попрямее, и думаю если микрософт его не забросит, в конечном итоге он должен pdf придушить. Хотя судя по скорости распростронения электронных читалок, есть вполне приличная вероятность, что скоро форматы с четким разбитием на страницы сдохнут уже все скопом, а выживут всякого рода ePub, FB2 и прочие MOBI. А если учесть, что гугл всерьез решил пересканировать всю мировую литературу, перспектива, лично меня, сильно радует.
Возвращаясь к тому файлу xps с которого все началось. Итак, открываю файл начинаю разбираться чего там внутре. Честно говоря, давно я так не удивлялся.
Как известно современные шрифты (да вообщем, и не очень современные тоже, поминая METAFONT Кнута), задают каждую буквовку набором кривых, от чего собственно шрифты и называются векторными. Так вот ребята готовившие документ, не стали внедрять шрифты, а просто перевели весь текст в набор кривых, благо формат xps вполне это повзоляет.
Плюс на мой взгляд только один. Документ по сути разом стал Read Only, т.е. скопировать оттуда текст стало фактически не возможно штатными средствами. Из минусов размер документа раздулся до невозможности, т.е. если его растерезовать с разрешением 600DPI и потом загнать в pdf с JPBIG2 кодеком или в djvu, то этот самый растровый документ будет раз в 10 меньше по объему (а может и в 20). Ну и понятно что скорость рендеренга такого документа резко снизилась, потому что одно дело когда шрифт растеризуется и кешируется, и другое когда кешировать особенно нечего и каждый символ приходиться растеризовать заново.
С одной стороны столь элегантное решение по созданию Read Only документов не может не радовать, с другой плодить энтропию в таких объемах мягко говоря выглядит не экономно.

Про формат epub, русские народные сказки и прочее

Понадобилось мне тут поразбирать файлы в формате epub. Я в свое время на этот формат уже смотрел, и помнилось мне, что все там просто. Т.е. всего то запакованный в зип набор html-к, картинок и css-ок, плюс некая главная xml-ка в которой прописано, в каком порядке те html-ки собираются в книжку.
Начал смотреть. Собственно первая задача, это определить, который из файлов в зипе есть та самая главная xml-ка. Как бы сделал я будь я составителем стандарта? Я бы сделал просто. Сказал бы, вот вам граждане зип, кладите туда чего хотите, с какими хотите названиями и папками, но опосля всего этого безобразия будьте любезны положить туда же в корень архива файл main.opf, который бы описывал чего жеж с тем что вы в зип понапихали делать. Оно, конечно, может в тот момент я был бы не в духе и заставил бы бедных граждан называть тот файл general.opf, а то и TyrpYRMyrDYR.opf, всяко бывает. Но как-то вот так, да.
Как же оно реализовано мега гражданами составителями формата? Естественно, там не такие простаки, поэтому все существенно круче, а именно.
В зипе должна обязательно быть папка META-INF, в папке той должен быть обязательно файл container.xml, в том файле, который кстати "содержит XML которая использует "urn:oasis:names:tc:opendocument:xmlns:container" namespace для всех ее элементов и аттрибутов." Да так вот в этом container.xml должен содержаться элемент , который в свою очередь должен содержать по меньшей мере один элемент , имеющий media-type "application/oebps-package+xml". Но только один элемент , имеющий media-type "application/oebps-package+xml" должен быть включен. И вот наконец файл на который ссылается первый элемент, имеющий media-type "application/oebps-package+xml" будет содержать EPUB rootfile.
Я когда все это прочитал, понял, что что-то это мне напоминает.
"Смерть Кащея на конце иглы, игла в яйце, яйцо в утке, утка в зайце, заяц ларце, ларец на дубе, дуб на острове, остров хер пойми где" а теперь Ваня шкандыбай в сторону того острова и отстреливай весь этот зоопарк.
Самое интересное во всем этом мегаконструкте, полнейшее отсутствие полезности. А местами даже вредность. На 10 epub файлов скаченных из разных мест и созданных явно разными программами, не нашлось ни одного, в котором бы файл container.xml содержал что-то кроме ссылки на файл. Кто-то называл тот главный файл main.opf, кто-то general.opf, кто-то запихнул его не в корень архива, а подпапку, но по сути весь этот восторг разнообразия, программистам писавшим редакторы или конвертеры в epub вряд ли нужен. Если бы в спецификации было четко написано, как назвать главный файл они бы его так и назвали и вряд ли сильно расстроились за такое тоталитарное измывательство над креативными людьми.
Самое грустное, что это вот странное желание не упростить сложное, а усложнить простое, оно последние время наблюдается практически везде в ПО. "Давайте мы сейчас зафигачим такой формат, такой общий, такой абстрактный, что только держись". И понеслось, навертели такое, что реализовывать поддержку того формата целиком не упиралось уже даже монстрам индустрии, после чего начинаются дальнейшие радостные крики, а вот профиль 0, это когда мы из нашего мега формата отрезали вот это, вот то и еще здесь оставили только параметры от 0 до 2, а не от 0 до 2 в 32-й как было изначально, а вот профиль 1, там мы тоже все обчекрыжали и файл должен быть тока в UTF-8. Абалдеть.
Собственно, если начать сравнивать форматы сделанные лет 10-15 назад и сейчас, отличие разительно и совершенно очевидно. Берем Word-овский doc, благо теперь его открыли - все просто понятно, все пляшет от практических нужд, видно что делалось оно людьми, которые пишут программы, причем не программы вообще, а вот один из лучших текстовых редакторов (как по мне так и лучший), а не пытаются поковырявши в носу или где то там еще выдумать "чего бы там могло бы быть если бы оно бы туда бы и чтобы всем бы круто, вот". Берем DjVu тоже все четко и понятно, PDF старенький - все отлично, потом пошли формы, 3Д, мультимедиа и прочее и прочее и прочее. Смотрим, например, спецификацию 1.7. на PDF: "Sound, Movies, 3D artwork"... граждане, башку то включите, хочется интерактивных документов со всеми этими вашими мультимедиа, дык кто же спорит - здорово, но при чем тут PDF, который разбит на страницы и вообще подготовлен к печати, это ж PostScript по факту то, чего из него HTML то делать, мало что-ли HTML?
Из относительно новых, только FB2 греет мне душу, простой понятный и главное ровно то что нужно, для задачи хранения книги в библиотеки и ее отображения на компьютере. Т.е. люди представляли для чего им нужен формат, а не пытались сделать нечто чем можно и гвозди забивать, и стихи писать.
Вообщем ситуация навевает грусть, ибо вместо того чтобы сделать простое просто, а сложное постараться упростить, имеется тенденция, усложнять простое, а сложное и вовсе не делать.

Про не круглые шестеренки

Lex Kravetski прорекламировал сайт/блог, и там отыскалось шикарное видео:



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

Кстати меня терзают смутные сомнения, что варианты с изначально круглыми шестерёнками как бы еще и не хуже, ибо где ж ты найдешь стоко умельцев делать круглые, и столько времени, чтобы они их скруглили. Такая вот диалектика.

Про iRU, NVIDIA ION и 1080p видео

В связи с переменнами в жизненной ситуации, возникла необходимость уменьшить пространство занимаемое компьютером. Под это дело ("по совету друзей"(с)) решил взять iRU, который исключительно мелок размерами.
Кроме использования под всякого рода программерские нужды, так же хотелось его же попользовать как медиа-плеер, ибо старая Rapsody мало, что не поддерживает HD видео, так еще и в какой-то момент полностью утратила USB порт, а каждый раз разбирать компьютер и перетыкать винчестер, чтобы переписать фильм и его посмотреть как-то уже не бодрит.
Как обычный офисный компьютер этот самый iRU (если не путаю 112ая модель, хотел брать 111-ую, но у ней и USB портов мало и видео-выход всего один причем DVI, который к моему телевизору не монтируется) показал себя отлично, т.е. Windows XP влезла на него без скрипа, драйвера все шли на DVD вместе с компом, все что надо запускается, любимая Visual Studio работает и все компилирует, хотя субъективно и несколько медленнее, чем на старом атлоне, но это во-первых, субъективно, во-вторых, плюс минус 5 секунд меня не шибко заботят, физические размеры на данном историческом этапе для меня важнее.
Решил проверить как оно поведет себя в качестве видеопроигрывателя. Запустил MKVшку с H264 видео размером 720p - проиграло, но видно, что процессор грузится довольно прилично, где-то процентов 70-80. Надо отметить, что с давних пор, пользуюсь я для проигрывания видео программой media player classic, который не имеет лишних дурных наворотов, позволяет убрать вообще весь GUI, оставив только видео, ну и в целом прекрасен, на мой вкус. А в качестве декодера использовался набор ffdshow.
Собственно проверка на 1080p видео привела меня в расстроенные чувства, ибо летать оно летало, но низенько-низенько и постоянно затыкаясь, а уж на динамичных сценах, проигрывание превращалось в слайдшоу, причем даже без звукового сопровождения.
Однако, поскольку, внутре железяки таилась NVIDIA ION у меня было смутное ощущение, что делаю я что-то явно не так, и надо бы задействовать декодирование непосредственно на видеокарточке. Ощущение это, как оказалось, было вполне справедливым. В заначке нашелся media player classic в реинкарнации homecinema, который сожрал тот 1080p не поперхнувшись, и проиграл без всяких дерганий при загрузке процессора всего на 10% (что собственно по фиг, пусть бы и 100 загрузил, абы тока играл хорошо).
Отсюда вывод. NVIDIA моя уважуха за мега платформу ION, гражданам из iRU так же респект за умело собранный на этой платформе девайс минимальных размеров и с не шибко убийственной ценой, ребятам написавшим mpchc опять же большое спасибо.

Ну и известно кому, посоветовавшему мне присмотрется к ION, мой очередной спасиб, таки да, вполне себе девайс для медиацентра.

Про SetTextContrast в GDI+

Есть такая функция у компонента Graphics в GDI+, называется SetTextContrast. Нужна она, чтобы выставить величину контраста, используемую при выводе antialiasing текста. И есть еще такая системная функция SystemParametersInfo, которая по параметру SPI_GETFONTSMOOTHINGCONTRAST возвращает установленное в системе значение контраста, для тех же операций. При этом, если посмотреть описание этой системной функции, то выясняется, что значение параметра контраста меняется от 1000 до 2200, и по умолчанию установлено в 1400.

Самое интересное (и почему то вот этого в МСДН уже нет), что функция SetTextContrast принимает значения параметра в пределах от 0 до 12, а отнюдь не от 1000 до 2200. Соответственно, получив значение из SystemParametersInfo, надо его вначале привести к соответствующим пределам, т.е. вычесть 1000 и поделить на 100.

Кто бы знал, полчаса пытался понять, с чего бы оно не работает.

Про грустное

Сегодня, 3 июня, во Франции на 73 году жизни скончался выдающийся российский математик Владимир Арнольд.

Про Amazon Kindle DX

Приобрел себе Amazon Kindle DX. Давно хотел заиметь читалку с экраном достаточно здоровым, чтобы читать pdf, потому что все тех доки идут именно что в pdf и переконвертировать их во что-то текстовое, вариант малоприемлемый, не говоря уже об интересных книжках, которые тоже либо в djvu либо в pdf. Ноутбук для чтения не подошел совершенно, так что придушил жабу и нахватил.

Ощущения после пары недель использования в основном положительные. Во-первых, устройство выглядит крайне качественно, ничего не болтается, винты не торчат, очень порадовало. Во-вторых, с e-ink экрана читать, действительно комфортнее, во всяком случае, по моим субъективным ощущениям. Правда, несколько непривычно, что в темноте не почитаешь.

Еще одно приятное ощущение, это величина экрана. Последнее время весь худ. лит. читал либо с КПК, либо с Nokia N800, с одной стороны, для художественных книжек экранчик там вроде бы вполне достаточный, но есть одно существенное "но". Которое я прочувствовал после перехода на 9.7'' kindl-а. Как не крути, а даже на 4'' экране Nokia убирается достаточно мало текста, и чтение становится "рваным" за счет постоянного перелистывания. На kindle вернулись старые ощущения от чтения книжек. И ощущения эти сильно порадовали.

Перед покупкой сильно пугали рассказы о долгом перелистывании страниц на e-ink. Как по мне, так вообще не замечаю (для pdf накладывается то, что сама страница может рендерится достаточно долго, но пока тоже никаких неприятных ощущений по этому поводу не испытал).

Так что несомненно девайс прекрасен.

О минусах.

Главный минус в том, что поддержка pdf оставляет желать лучшего. Есть несколько проблем. Во-первых, рендерер откровенно хреновый, т.е. A4 книжки в портретном режиме читать тяжко, буквы мелкие, и шрифты рендерятся отвратно. Насколько я могу судить, связано это с тем что используется черно-белое изображение, вместо градаций серого, от этого буквы куцые и читать тяжко, т.е. на той же Nokia N800 при нормальном рендере, буквы такого же физического размера читаются легче.

Но это не шибко страшно, т.к. в ландскейпе уже и A4 документы читаются вполне хорошо. Правда здесь возникает другая проблема, связанная со слабой поддержкой pdf, а именно иногда, чтобы перейти к следующей странице надо три перелистывания, причем после второго на экране будет низ страницы в полсантиметра на котором уже ничего не написано.

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

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

Кстати, получение kindl-a подвигло меня, таки заделать JBIG2 энкодер для картинок, теперь, у меня из djvu получаются pdf практически такого же размера, но про это напишу отдельно, если будет задор

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

Форматы документов.

Устройство читает файлы mobi (это компрессованный и обернутый html с некоторыми доп. фичами и возможностью сделать оглавление), azw (насколько я понимаю это тот же mobi) и PDF. Список вроде как скудный, но вполне достаточный (т.е. меня, например, отсутствие djvu, epub, fb2 и прочего не шибко напрягает, хотя почему выбран mobi, а не epub сложно сказать). Т.е. по одному представителю двух основных классов электронных документов.

Для создание mobi файлов из всего чего только можно, я себе поставил Calibre. То еще неповоротливое чудовище, но с работой справляется, так что жить можно. Будет время, набросаю свой генератор mobi, и от Calibre избавлюсь (хотя есть в ней пара интересных фич по работе с rss).

Про русский язык.

Кириллические шрифты на устройстве отсутствуют. Таким образом, "из коробки" читать mobi файлы на русском языке не получится (да и в списке именованные по-русски файлы будут отображаться как набор квадратов). Опять же сказывается заточенность amazon-а на продажу контента, а он насколько я могу судить у них в основном на английском, соответственно кириллический набор в шрифтах им как бы не нужен, ну и его потому и нет.

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

Про батарейку.

Прочитал за пару-тройку недель уже страниц 500 в mobi и столько же в pdf, с полного заряда съелась половина. Т.е. не знаю, сколько будет с одного заряда страниц. Но пока претензий к энергосбережению нет.

Про MFC и Visual С++ Features Pack (еще раз)

Уже писал про MFC и Visual С++ Features Pack. Идиотизм в том, что не надо было использовать это гавно, а я как обычно поступил неразумно.

Вот интересно кем надо быть, чтобы в комбобокс можно было только добавлять строчки (т.е. есть команда Add), но нельзя их вставлять (нет команды Insert). Так еще и строчки комбобокса хранят в связном списке.

Тупорылость просто поразительная.

Про Window 7 и VHD файлы

Выяснил, что в Windows 7 можно подцепить VHD файлы (это образы дисков виртуальной машины Virtual PC) как обычные диски - весьма логичная опция и удобная. Вроде как можно даже настроить загрузчик, чтобы с виртуального диска и система грузилась, что и вовсе здорово, но сам не проверял.

Правда с испорченым проводником и дикими опциями безопасности, это меня не примерило, так что пока посижу на XP.

Про Windows 7

Поставил себе Windows 7. Честно говоря, все эти аеры и прочее меня вообще не тронули, ну т.е., наверное, классно, но через месяц приестся и перестанешь замечать, а меня лично раздражает, не люблю все эти разукраски.

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

По сравнению с вистой, ИМХО стало хуже, в Висте я достаточно быстро обнаружил отключения UAC, отключил эту хрень и живу относительно спокойно (правда виста у меня на ноуте, а я пользуюсь им не часто). Здесь быстро найти нужный чекбокс не удалось, и то, что надо постоянно жмыхать правой кнопкой по ехе-шнику и говорить, что таки да я хочу запустить его от админа, притом что синим по белому написано, что я и так админ, несколько утомляет.

Честно сказать, в инсталляции системы не хватает одного простого вопроса. "Хотите, чтобы мы задрали Вам мозг своим предстовлением о безопасной работе, или Вам на безопасность положить?". Вот ка бы он был, и при выборе второго варианта, вся эта шняга с запуском из под админа, не запуском из под админа шла лесом, можно было бы подумать о переходе на новую ОС. А пока, как то не понятно на хрена бы мне весь этот гемморой.

Про конвертацию ДВД

Нашел тут милейшую программу для конвертации двдшных дисков в ави файлы. Называется Free DVD Video Converter.

Собственно, если бы писал рипер для ДВД, сделал бы что-то весьма похожее.

Программа проста как грелка, выбрать диск (либо в приводе, либо папку на винте), дождаться пока прочитается, выбрать нужный Title (по умолчанию выбирается самый длинный, чего в 90% случаев достаточно, хотя если двд, например, с несколькими сериями одного фильма, тогда придется выбирать ручками), выбрать аудиопоток (вот здесь есть странность, с одной стороны выбираем чекбоксами, с другой сразу два потока выбрать не дает - и это не есть хорошо, ибо для буржуйских фильмов иногда, хочется иметь и перевод и исходную дорожку, согревая душу мечтами о том, что мол вот выучу язык и буду смотреть в оригинале). Задать путь куда покласть результат. Выбрать тип контейнера ави или мп4 (что квиктайм, насколько, я понимаю). Задать профиль видео-аудио кодирования (для ави - три штуки: высокое качество, среднее и низкое, для мп4 по типу устройства на которое кодируем). Нажать кнопку "конвертировать" и идти пить кофе.

Честно говоря давно не испытывал такого восторга от программы. Но, понятно, есть ряд замечаний.

1. Уже писал, хочется иметь возможность запихать несколько аудио дорожек.

2. Хотелось бы иметь профили с H264 кодеком для avi контейнера, для mp4 оно есть.

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

С другой стороны, 2 и 3 усложнят интерфейс и программа потеряет свою основную фишку - простоту. А стоит ли оно того большой вопрос.

Вообщем расстроило только то, что надо ставить дотнет 3.5, этого счастья я долго умудрялся избегать.

Про Thunderbird версия 3.0

Поставил. Скопировал базу и настройки из предыдущей версии. Запустил.

Во-первых, структура моих папок слетела.

Во-вторых, какие-то табы, зачем, для чего, не понял.

Как поставил так и снес. Я вот сотовые телефоны то с фотоаппаратами не покупаю, на фига же мне на машине этот странный комбайн?

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

Надо будет через полгодика еще раз посмотреть, может проникнусь.

Интересное

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