STUNNED PIXEL

Angry Birds в Mac AppStore

Sun, 19 Feb 2012 18:15:11 +0300

У вас из ниоткуда появилось обновление для Angry Birds? Вы никогда её не покупали, но и обновление тоже не можете установить? При этом обновление для какого-то аккаунта asdfff2011@mail.ru?

Дайте угадаю... У вас стоит нелицензионный Final Cut Pro X? =) Проблема в нём. Пираты распространяют FCPX c информацией об аккаунте AppStore с которого по всей видимости и была скачана эта программа. AppStore находя эту информацию сразу же предлагает скачать обновления для птичек. Удалить это очень просто. Надо сделать следующие шаги для всех компонентов: Final Cut Pro X, Compressor, Motion.

1. Открыть содержимое.

2. Удалить папку _MASReceipt

Google TV и медиаплееры на базе Android

Sat, 28 Jan 2012 18:43:16 +0300

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

Хоть мои запросы к видео проигрывателю весьма скромны (xvid, h264 до 20-30mbit, avi, mkv, mp4, dts/ac3 + passthrough, mp3, aac и желательно субтитры), но китайцы все поголовно имеют проблемы с проигрыванием. Даже брендовый Logitech Revue работающий на заточенном под медиа нужды Google TV и тот имеет ряд проблем со звуком. Цитата с блога посвящённого Google TV:

«Переходим к аудио. Вот тут начинаются косяки. Самый главный косяк, из которого проистекают остальные — отсутствие pass-through битстрима напрямую на ресивер. Вместо этого весь входящий звук от приложений и поключенных DVRов декодируется (с учетом многоканальности!), микшируется и кодируется обратно в DolbyDigital 5.1 (для Spdif-выхода) или в PCM 2.0 (для HDMI и Spdif). Итого получается, что по HDMI только стерео, по Spdif либо стерео, либо перепакованный 5.1. Т. е. полноценного качественного Surround не будет.
Также на данный момент девайс не умеет распаковывать DTS, хотя в спецификациях он есть. Кроме того, из тех же спецификаций вытекает, что, когда «поддержка DTS» все-таки появится, она, похоже, будет работать в виде транскодирования DTS в Dolby. Тут же еще один минус: если звуковая дорожка фильма 2.0, а выход Spdif выставлен в DD 5.1, то стереоканалы тупо замапятся во Front Left/Right. Никакого Pro logic не будет и центральный канал вашей 5.1 системы будет просто молчать.»

Но и на этом мои удивления не закончились, оказалось, что некоторые Google TV вообще считают тупиковым развитием и стараются на связываться с ним. Цитата с 3dnews:

«Вторая версия платформы основана на Android 3.1 Honeycomb и представляет собой новую попытку выхода Google на рынок телевизоров. Оригинальная ОС не получила должной поддержки со стороны кабельных сетей и агрегаторов контента и не смогла предоставить пользователям широкий выбор видеоматериалов. ... Стоит отметить, что Logitech, понёсшая от выпуска Revue гигантские убытки, оцениваемые аналитиками в $100 млн, не желает далее сотрудничать с Google в этом направлении и официально сообщила о том, что новой версии Revue не будет. Компания отмечает, что Google TV не может предоставить безукоризненного окружения и даже выпуск Honeycomb-версии не решает эту проблему.»

В общем андроид попросту не дорос до того, чтобы стать серьёзным игроком на рынке медиаконтента. Я хоть и не аналитик, но моё скромное мнение простое: гугл должен предоставить монолитную платформу как это сделала Apple: устройство + программное ядро + контент. Из всего этого у Гугл есть только «программное ядро». Как можно ожидать, что это «выстрелит»? А учитывая, что Google TV это проект с закрытным исходным кодом, то при отсутствии 2х других составляющих — это только усугубляет ситуацию.

На данный момент гугл заявляет, что тесно сотрудничает в частности с Samsung и LG в плане Google TV и в 2012 году собираются показать миру новые решения. Что ж, поживём — увидим.

android

Проблемы с "рвущимися" видео и окнами в Gnome 3

Fri, 09 Dec 2011 01:53:08 +0300

Столкнулся с неприятной особенностью Gnome 3 на своей системе Sandy Bridge с Intel Core i3-2100T и интегрированной графикой Intel HD 2000 — картинка видео при проигрывании очень неприятно разрывается (video tearing). Это крайне неприятно выглядит и очень сильно раздражает при просмотре на большом экране. То же самое касается окон при перетаскивании — они выглядят рваными когда их двигаешь.

Эта проблема была известна на линуксах ещё с 2008 года и корень зла находился в менеджере compiz (разработчик gnome объяснил причины такого поведения). Решением является избваление от compiz в пользу mutter. И Gnome 3 использует mutter как композиционный менеджер по умолчанию. Но вот Гном 3 уже тут, а проблема никуда не делась: видео рвётся, хоть сам плачь.

Но решение наконец-то нашлось и оно к счастью очень простое. Требуется всего-то открыть в редакторе «/etc/environment» и добавить туда строчку:

CLUTTER_PAINT=disable-clipped-redraws:disable-culling

и проблемы как не бывало.

Что эта магическая строчка делает — я не стал разобраться, главное что проблема была решена.

Happy using! =)

gnome, video

Хорошая CAPTCHA, это мёртвая CAPTCHA

Wed, 16 Nov 2011 12:00:32 +0300

В разных местах неоднократно ведутся разговоры про усовершенствование каптчи и как она помогает решить проблемы со спамом. Я категорически против каптчи! Я не люблю когда за мой счёт, кто-то решает свои проблемы. У вас спам и боторегистрация? Решите сами свою проблему, а не заставляйте меня решать её. Я ваш пользователь и клиент, почему я должен что-то доказывать? Как я могу доверять вебсервису, который априори не доверяет мне? Где в конце-концов презумпция невиновности?!

CAPTCHA не даёт 100% гарантии по защите от спама. Любой метод защиты, который не требует усилий со стороны пользователя так же не даёт 100% защиты от спама. А раз сервис не может достигнуть 100% защиты в любом варианте, то какой глубокий смысл в том, что ещё и пользователю надо создавать неудобство, чтобы пользователь шёл с поклоном к вебсервису и что-то доказывал?

Уважайте своих пользователей — удалите каптчу и поставьте защиту не требующую действий со стороны пользователя.

usability

Parallels Desktop 5 и Mac OS X Lion 10.7

Sun, 06 Nov 2011 03:56:59 +0300

Примерно года 1,5 назад я для себя купил лицензию на Parallels Desktop 5 чтобы не выходя с мака работать на windows (работа требует). Пользовался я этим инструментом с большим удовольствием и горя не знал, но так было до тех пор пока я этим летом не установил обновление до Mac OS X Lion. В тот же момент Parallels Desktop напрочь отказался работать. Гугло-поиск не дал совершенно никаких ответов, а поддержка parallels твёрдо стояла на своём «купите нашу новенькую 7-ю версию и будет вам счастье». А меня это зацепило «да что за ерунда такая — купил продукт, а мне отказываются помочь решить проблему, ведь всего-то год прошёл с момента покупки!». Это при том, что по меркам почти любого бизнеса 1 год — мелочь. Microsoft свои продукты поддерживает до 10 лет: патчи и апдейты выпускает, а тут год прошёл и до свидания гражданин, мы вас знать не знаем — купите новую версию и не морочьте нам голову!

Но это лирика. А теперь практика. Проанализировав системные логи и глянув в файловую систему я понял, что система всего-то не может найти kext (kernel extension) от parallels desktop, хотя они на диске есть, но просто немного не в той директории — похоже в 10.7 изменились правила поиска kext. Я попробовал загрузить эти kext-ы вручную и, о чудо, parallels запустился! Дальше было просто дело техники, я написал пару строчек в консоли и вуаля, программа снова работает как ни в чём не бывало.

Вот и сам магический скрипт ценой в 50$ (столько стоит апгрейд на работающую версию):

cd /Library/Parallels/Parallels\ Service.app/Contents/Kexts
sudo ln -s 10.6/prl_hid_hook.kext prl_hid_hook.kext
sudo ln -s 10.6/prl_hypervisor.kext prl_hypervisor.kext
sudo ln -s 10.6/prl_netbridge.kext prl_netbridge.kext
sudo ln -s 10.6/prl_usb_connect.kext prl_usb_connect.kext
sudo ln -s 10.6/prl_vnic.kext prl_vnic.kext

Задача скрипта простая: в нужном для системы месте создать линки на kext-ы.

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

Но и это ещё не всё. Выяснилось, что компания программно заблокировала возможность устанавливать Parallels Desktop 5 на системы старше 10.6, но это мне не помешало распотрошить установочный пакет и вручную запустить установку. Я не был удивлён, когда в итоге всё прекрасно установилось и заработало. Это окончательно испортило впечатления от этой компании: продукты выпускают хорошие, а выкалачивание денег из клиентов — не лицеприятный шаг. Вот вам и коммерческое ПО во всей красе...

Happy using!

mac

GStreamer audio plugin для QNX

Tue, 01 Nov 2011 17:53:13 +0300

В процессе портирования WebKit в нашем проекте мне пришлось написать аудио плагин для GStreamer, который позволяет выводить звук в этом мультимедийном framework’е на qnx . На текущий момент мне известен только один выход для пользователей qnx — это использовать SDL gst plugin. Хотя как по мне — это совсем не элегантное решение тащить огромную библиотеку за собой ради простого вывода звука.

Поскольку в основу моего плагина лёг другой open source плагин (от него правда осталось не более 5% кода), то я в скором времени выложу исходники своего плагина на github, естественно предварительно убрав все проектно специфичные куски кода. Надеюсь моя работа будет кому-то полезна.

gstreamer, qnx, webkit

Rapoo E9080: Обзор очень компактной клавиатуры с тачпадом.

Mon, 26 Sep 2011 12:01:06 +0300

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

Задался я как-то поиском компактной беспроводной клавиатуры для своего HTPC и зашедши на ebay я нашёл прекрасную клавиатуру такую, какую я очень хотел. Rapoo не очень известный у нас китайский производитель, но забегая вперёд скажу, что я не в первый раз покупаю их продукты, и я постоянно доволен качеством их продуктов не смотря на репутацию китайских производителей. В данном случае — производитель серьёзно подходит к качеству своей продукции. Держать клавиатуру в руках приятно и чувствуется качество сборки.

Основные характеристики

Частота: 2.4GHz
OS: Windows XP, Windows 7, Mac OS X (мак ось я сам проверял, т. к. производитель умолчал о какой-либо совместимости)
Толщина: 5.6мм
Радиус: 10м
Приёмник: nano
Цена: ~50$

Комплектация

Клавиатура, нано приёмник, 2 батарейки ААА и документация.

Толщина

Толщина у клавиатуры действительно очень маленькая, всего 5.6мм, что сродни маковским алюминиевым клавиатурам.

Клавиатура

Пластик клавиш шершавый и очень приятный на ощупь. Дополнительные клавиши доступны через кнопку Fn. Скажу сразу: Fn расположена там где ей и место — между Ctrl и Win, что будет оценено почти всеми пользователями.

Ход у клавиш при такой толщине корпуса, конечно же короткий, ноутбучный. Тут никаких нареканий — приятно и комфортно работать (я вообще любитель короткого хода, так что это субъективно).

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

Тачпад

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

Как можно заметить, на самом тачпаде нанесены символы дополнительной цифровой клавиатуры. Переключение между тачпадом и клавиатурой осуществляется слайдовым движением аля «айфон анлок» по надписи «SLIDE HERE». После чего возле слайдера 3-4 раза мигнёт светодиод сообщающий о переключении. Никакой другой индикации на клавиатуре нет. Если вы забыли в каком режиме вы оставили клавиатуру, в тачпаде или в режиме клавиатуры, вспоминать прийдётся только экспериментальным путём.

Тачпад распознаёт следующие жесты:

Один палец — управление движением курсора мышки.
Два раза стукнуть пальцем — щелчёк левой кнопкой мышки.
Касание тремя пальцами — щелчёк правой кнопкой мышки (слегка не удобно).
Два пальца — скроллирование (я смог заставить работать только вертикальную прокрутку).

Обратите внимание: распознование жестов и касаний несколькими пальцами реализовано ПО встроенным в клавиатуру! Т. е. windows ничего не знает о том, сколькими пальцами были сделаны нажатия и как вы ими скользили по сенсорной панели. Из этого следует только один вывод: вы никак не сможете переназначить жесты или изменить их значение — они вшиты в клавиатуру. Windows считает что получает сигналы от обычной мышки — поэтому об расширении сенсорного функционала и распозновании новых жестов можно, увы, забыть.

Поскольку никаких дисков и утилит в поставке не шло, то и настраивать тачпад можно только стандартными утилитами операционной системы. А настраивать многим вероятно прийдётся, т. к. на мониторах 1900х1200 курсор двигается не так быстро как хотелось бы. За одно касание курсор с одного края экрана в другой не успевает передвинуться и требуется 2-3 касания чтобы сделать это. Вполне вероятно, что на мониторах поменьше настройка скорости курсора может не понадобиться.

Ресивер

Тут сказать особо нечего — стандартный нано-ресивер.

Обратная сторона

Обратная сторона клавиатуры выполненна из металла на котором очень аккуратно выгравированы логотип производителя и значки соответствия стандартам. Металл очень маркий и следы на нём остаются мгновенно, а оттираются достаточно сложно. Сам металл выглядит очень солидно за счёт аккуратной и не броской текстуры.

Батарейный отсек

Батареи используются формата AAA (маленький «пальчик»). Как было сказано в начале — батарейки входят в комплект поставки.

Рядом с батарейным отсеком есть место для ресивера. Там же рядом располагается переключатель включения питания. Больше никаких других кнопок и рычажков нету (например сброс или соединение как в клавиатурах Logitech).

В интерьере

Впечатления

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

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

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

Добавлено месяц спустя

После месяца использования клавиатуры, могу сказать, что она просто нормальная. Не плохая, не отличная, а нормальная. Я разбалован тачпадами Apple, вот они — отличные. Я же эту клавиатуру использую только с FullHD телевизором и лично мне не хватает быстроты курсора — двигать курсор в разные части экрана приходится за несколько касаний, т. е. быстро метнуться из одного края в другой — не получится. Если надо сделать что-то быстро, то это слегка раздражает. Моя жена вообще со своими ногтями очень нервничает — аккуратно работать ей очень сложно. Так же иногда бывают ложные срабатывания, но это больше случается тогда, когда забываешься и случайно касаешься тачпада пальцем или ладонью — это минус того, что тач в непосредственной близости от клавиатуры. Ну и относительно шероховатости тачпада: было бы намного лучше с более гладкой поверхностью.

В качестве основного рабочего инструмента (если вы работаете за клавиатурой 6-8 часов) — использовать не советую: я подозреваю, что досадные мелочи с тачпадом тут же превратятся в серьёзные недостатки и будут портить нервы. [Добавлено ещё через пару недель: довелось поработать целый день с клавиатурой переустанавливая систему. Использовать её всё же очень сложно из-за огромного количества ложных срабатываний тачпада — руки попадая в ту часть клавиатуры (курсорные клавиши, клавиша Enter) часто цепляют тачпад и курсор мыши на экране начинает творить мелкие пакости которые изрядно раздражают.]

К клавиатуре вопросов нет, но замена мышки сенсорной панелью в этом случае не пройдёт. Дизайнерам и художникам этот продукт я совершенно не рекомендую. Даже на эппловских тачпадах работать в графических редакторах очень сложно (проверено лично), а с этим тачпадом можно вообще загреметь в больницу с расшатанной психикой и нервными срывами. Он попросту не проектировался для такого. Так к примеру тут нет возможности «перехватывать» объекты. Перехватом я называю момент, когда надо перетащить объект на большое расстояние (файл к примеру), но дотащив «объект» до края тача дальше двигаться не можешь, тогда ставишь второй палец в начало тача и продолжаешь тянуть дальше — именно так реализовано в тачах от Apple. Тут, увы, такого нет и в помине. Тут реализован очень и очень простой тач (Apple не зря покрыла патентами свои разработки в области сенсорных технологий). Да и Windows совсем не touch ориентированная система в отличие от Mac OS X, в которой без тача уже сложновато. Это тоже играет свою роль в удобстве использования.

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

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

железо, обзор

Как определить, что клиент закрыл соединение

Tue, 23 Aug 2011 18:40:30 +0300

Мне тут на днях потребовалось в клиент-серверном коде моментально определить, закрыл ли клиент соединение или оно всё ещё держится. Решение требовалось сделать как на .NET так и на POSIX с помощью обычного C. Быстрый анализ различных документаций показал, что решения «в лоб» в виде вызова некоторой функции аля «getConnectionState(soket)» просто не существует ни в posix, ни в .NET.

Самое интересное, что по спецификации TCP этот протокол позволяет вполне точно определить когда клиент отсоединился. Речь конечно идёт о корректном завершении соединения, а не о физическом обрыве связи которое нельзя определить штатными средствами tcp протокола.

Требование к задаче следующее:

Должна быть функция которая гарантированно получает N байт из сокета.
Функция должна без промедлений определять отвалившегося клиента.
.NET C# версия должна выбрасывать свой ConnectionLostException в случае разрыва соединения.
POSIX C/C++ версия должна возвращать количество полученных байт или ноль в случае разрыва соединения.

Решение конечно же есть, но для этого требуется задействовать вспомогательную функцию poll(). Эта функция существует как в обычной posix среде, так и в .NET, и имеет одинаковое название в обоих случаях. Разница лишь в том, что в .NET среде она сугубо сокетная, а в posix ею можно любые файловые дискрипторы обрабатывать. Необычность этой функции заключается в том, что определение разрыва соединения это её далеко не основная задача. Этой функцией можно определить разные состояния/события сокета (для .NET) или файлового дискриптора (для posix). По большому счёту эта функция — слуга двух господ, т. к. в разные моменты времени в зависимости от контекста она сигнализирует о совершенно разных событиях в сокете/дискрипторе.

В нашем частном случае после того как соединение было успешно установлено, poll() возвращает true/non zero если сокет имеет данные, либо соединение разорвано (наша задача затем определить что именно произошло: пришли данные или соединение закрыто). В противном случае по таймауту возвращает false/zero (т. е. за время таймаута событий в сокете не случилось). Если к примеру сокет находится только в состоянии установки соединения, то результат возвращённый poll() будет указывать на другие события связанные с сокетом. Это стоит помнить.

Теперь код.

C#:

static public void ReceiveBytes(Socket sock, byte[] data)
{
    int totalReceived = 0;
    int size = data.Length;

    // Цикл до тех пор пока не получим все данные
    while (totalReceived < size)
    {
        // Ждём 0.1 секунду события: или новые данные или обрыв
        if (sock.Poll(100000, SelectMode.SelectRead))
        {
            // Проверяем есть ли какие-то данные у сокета для нас
            if (sock.Available == 0)
            {
                // Данных нет, но раз Poll() вернул true — это обрыв
                // поэтому бросаем свой ConnectionLostException
                throw new ConnectionLostException();
            }
            try
            {
                // Получаем данные
                totalReceived += sock.Receive(data, totalReceived /* offset */,
                                             size - totalReceived /* size to recieve */,
                                             SocketFlags.None);
            }
            catch (SocketException ex)
            {
                // В зависимости от того как сконфигурирован сокет
                // мы можем поймать таймаут или попытку заблокировать сокет
                if (ex.SocketErrorCode == SocketError.TimedOut ||
                   ex.SocketErrorCode == SocketError.WouldBlock)
                {
                    // Это не критично и мы продолжаем цикл
                    continue;
                }
                else
                {
                    // Остальные исключения говорят о какой-то ошибке
                    break;
                }
            }
        }
    }
}

С/С++:

int recieveData(int socket, void * buffer, int size)
{
    int totalRecieved = 0, arrived = 0;
    struct pollfd pfd;

    // Подготавливаем структуру для вызова функции poll()
    pfd.fd = socket; // Указываем дискриптор сокета который интересует
    pfd.events = POLLIN | POLLHUP | POLLRDNORM;

    // Цикл пока не получим все данные
    while(totalRecieved < size)
    {
        // Ожидаем событие в сокете с таймаутом 100 миллисекунд
        if(poll(&pfd, 1, 100) > 0)
        {
            // Произошло какое-то событие — пытаемся получить данные
            arrived = recv(socket, (char*)buffer + totalRecieved, size - totalRecieved, MSG_DONTWAIT);

            // Если данных не пришло после того как poll() вернул не нулевой
            // результат — это означает только обрыв соединения
            if(arrived == -1 || totalRecieved == arrived)
            {
                // Сбрасываем счётчик полученных данных, что скажет об разрыве соединения
                totalRecieved = 0;
                break;
            }

            // Продолжаем получать данные
            totalRecieved += arrived;
        }
    }

    return totalRecieved;
}

Приведенный выше код прекрасно отрабатывает и мгновенно отлавливает ситуации когда клиент закрывает соединение.

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

Happy coding! =)

posix, net, c&cpp, c#

Aperture 3 и линейный DNG

Tue, 02 Aug 2011 16:58:28 +0300

Вполне вероятно, что если бы в мире не было проблем, то и писать было бы не о чем. =) В общем есть у Apple Aperture 3 два недостатка, которые омрачили мне впечатление от программы. Первый — программа из рук вон плохо поддерживает поиск на русском языке (Вася ≠ вася), а с нечётким поиском совсем худо. Второй недостаток многие вероятно никогда даже и не заметят, уж очень он специфический. Проявляется он только в связке Aperture 3 + DNG + (плёночный) сканер. Однажды домой ко мне попал плёночный сканер с помощью которого я отсканировал несколько цветных плёнок. Результат работы вышел на многие гигабайты, т. к. софт сканера умел сохранять 16-битные сканы только в TIFF. Чтобы хоть как-то вернуть украденное таким расточительством место — решил перегнать tiff в dng. Само конвертирование не заняло много времени, а вот попытка загрузить получившиеся dng файлы в Aperture 3 неожиданно провалилась. Aperture упорно ругалась на то, что «извините, но линейные DNG мы не кушаем». Это что ещё такое?

Сходил на сайт технической поддержки Apple — не помогло. Интернеты так же молчали. В итоге после нескольких экспериментов я всё же пришёл к выводу в чём загвоздка.

Aperture прекрасно открывает dng файлы полученные из raw фотографий с цифровых фотокамер и напрочь отказывается от dng созданных после сканирования. Значит разница в том, как хранятся пиксели внутри dng. Тут я вспомнил о том, что у цифровых камер RGB пиксели матрицы располагаются особым образом (фильтр Байера):

Этот формат используется большинством камер (кроме Sigma c их X3 Foveon матрицами и некоторыми Fuji на сколько мне известно). А сканер в силу иной природы получения картинки создаёт линейную картинку:

Сама спецификация dng определяет, что внутри dng файла картинка может быть сохранена в любом из этих форматов, а вот купертиновцы похоже подумали «99% камер использует формат пекселов на основе Байера. Если кто-то и конвертирует в формат DNG, то только из raw формата камер. Так зачем какие-то редкие линейные форматы поддерживать в dng?» и отбросили поддержку. Другого объяснения для себя не нашёл. С одной стороны — они съэкономили время на разработке, а с другой сделали кривую поддержку открытой спецификации.

По итогу окончательного решения нет. Если вам довелось с этим столкнуться — ищите обходные пути: используйте другой формат или другую программу. Если не принципиально — используйте Adobe Lightroom, там поддержка dng отличная. Если принципиально, то можете сохранить не в dng, а в psd — он более менее нормально поддерживается Aperture.

Happy using! =)

цвет, mac, aperture

Возможно самое короткое преобразование в bool

Sun, 17 Jul 2011 18:08:50 +0300

В нашем текущем проекте мы портируем WebKit под проект заказчика и приходится крайне много копаться в эппловском WebKit’е и немного в гуглевском Chromiume. Сколько бы я не занимался C++ , я постоянно нахожу что-то интересное. Поскольку chromium пишут достаточно серьёзные спецы, то я периодически наталкиваюсь на занимательные (на мой взгляд) куски кода на которых можно поучиться.

Так например совсем недавно я увидел выражение вида:

return !!count;

В первую секунду было удивление, а в следующую секунду стало понятно, что эта запись преобразует любое числовое значение к bool. Очень лаконично и красиво как по мне, вместо привычного:

return (bool)count;

В принципе такое преобразование должно так же работать в java, c#, да и наверное во всех производных от С языках.

Happy coding! =)

c&cpp