Q: OS X 10.7.5 + Time Machine?

Граждане маководы!

А кто-нибудь из вас уже столкнулся с Time Machine is broken after 10.7.5 update и подобным?

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

Я пока в первой фазе: TimeMachine не работает, а выключение Spotlight - не помогло. Ну вот буквально, за последние минут 10 сбэкапило аж 434 килобайта из тех 4.5Gb, кои собирается бэкапить.

И это я делаю чистый эксперимент: поставил 10.7.4 (на отдельный раздел на хакинтошной машине), успешно ее побэкапил за какое-то человеческое время (не замерял, но это были не часы, а может минут 10 на полный бэкап), накатил 10.7.5 Combo и сижу, наслаждаюсь этими 434кб за 10 минут.

Бэкаплюсь на AFP, подключен по гигабиту, мегабайт 50 в секунду файлового IO там есть.

Кто виноват, что делать и где водка?

RawDigger + RawSpeed, вторая попытка

Если репортить об ошибках, то они будут исправлены. Качаем-тестируем RawDigger+RawSpeed, вторую попытку:

Исправлена "ошибка строчной развертки" для форматов, где использовался RawSpeed, а длина строки RAW была некратна 8. Таких, на удивление, немного.

Пишу новым сообщением для тех, кто через RSS читает.

Mac: RawDigger+RawSpeed

Граждане фотографы-маководы!

Помимо виндовой версии, RawDigger с встроенным RawSpeed теперь доступен и для Mac:

Качаем: по ссылке из этого поста

Это альфа-версия: тестировано на нескольких маках, теперь хочется на живых тестерах.

Что изменилось:

  • Открытие файлов .CR2, .NEF, compressed-.DNG - должно стать заметно быстрее. Файлов .ARW, .PEF, .SRW, .ORF, .RW2 - несколько быстрее (незаметно).
  • Для файлов с камер Sony (не всех) - значения пикселов и уровня черного умножатся на 4.
Других видимых изменений быть не должно, все остальное должно быть как в версии 0.9.12. Если у вас изменилось что-то еще, особенно в худшую сторону - пишите.

Второе невидимое (я надеюсь) изменение - это переход с Qt 4.8.1 на Qt 4.8.3.

Update: достоверно известно о глюках со старыми .CR2 (30D, 5D), репортить уже не надо.

Q: служба пересылки посылок (США-Россия)

Так как B&H окончательно испортился и не шлет EMS-ом посылки даже без лития, вопрос о почтовом форвардере нагрелся окончательно. Пока я как-то обходился, то тесть что привезет, то знакомые, остальное - почтой. Но уже совсем невтерпеж, объектив отказываются прислать (еще летом - можно было 1st Class Mail за безобразный ценник, но можно)!

Отсюда вопросы:

1. Shipito или кто-то еще? Ценник Shipito меня вроде бы устраивает, этот их полтинник в год окупится на двух посылках из B&H (потому как B&H ценник на USPS задрал до отмены совсем уж неприлично). Есть ли какие-то причины кроме ценника, чтобы использовать что-то еще?

2. Если Shipito, то какие есть рекомендации? Нужно ли сразу верифицировать аккаунт или для 1-2 посылок в месяц и так сойдет? А то пишут всякие ужасы в форумах....

3. Нужно ли заводить новые аккаунты на Амазоне, B&H и так далее, или смену Shipping Address все приличные магазины нормально перенесут?

4. Тот же вопрос про eBay/PayPal: покупательского рейтинга очень жалко, не бывает ли накладок со сменой адреса на Shipito-шный (это уже обсуждали где-то в комментариях, но хочется еще раз).

Снова о странностях Nikon D800

О странностях D800 я уже писал, кроме того слегка отметился в дискуссии у Владимира Медведева, похоже что тема богатая.

Смотрел всякие кадры, где была сфотографирована белая стенка с вилкой, чесал репу, но на ровных плашках особо выдающегося ничего видно не было. А тут прислали ссылку на такой вот кадр: imaging-resource.com/PRODS/nikon-d800/YDSC_0099.NEF.HTM, собственно вот он открытый в RawDigger:

Этот кадр приятен нам очень большим ДД сцены: есть и полностью выбитые блики, есть и "световые ловушки" с сильной темнотой (в колесной арке заднего колеса джипа), весь диапазон должен вроде быть использован.

Смотрим подробнее:

RawDigger + RawSpeed = RawDigger

Можно попробовать: качаем по ссылкам из этого поста.

В чем фишка:

Большие файлы CR2, NEF, жатые DNG - открываются на 300-500мс быстрее на быстрой машине (i7-2600k@4.5Ghz), на медленных разница должна быть еще заметнее. На других поддерживаемых RawSpeed форматах (Sony, Panasonic, Olympus, Pentax, Samsung) - разница тоже есть, но не такая большая. Все неподдерживаемые форматы открываются, как и ранее, LibRaw.

Больше (кроме файлов Sony о которых ниже) - фишки не должно быть (еще чуть больше памяти используется). Собственно, это и хочется проверить.

Сравнить можно открыв закладку Preferences, менять положение галки и жать Apply. Если при этом не меняются статистики, гистограммы и т.п. - то все отлично.

Что мне интересно:

  • Есть ли какие-то форматы кроме Sony, где данные и/или результаты рендеринга заметно отличаются. Тестовые файлы пока не нужны, достаточно марки камеры.
  • Может оно вообще глючит и не работает, тоже интересно.
Про Sony:

RawSpeed возвращает значения пикселов для Sony в 4 раза бОльшие, чем LibRaw. Это ни на что не влияет в реальной жизни. При этом, конечно, на такое плавание уровня черного машинка не рассчитана и при нажатии Apply и стоящей галке 'Reset Black Level on file load' - ничего не поресетится в диалоге.

Это нормально и надо забить т.к. в следующих версиях поддержка Sony RawSpeed-ом будет отключена: разница в скорости для этого формата копеечная (не сотни миллисекунд как для CR2, а десятки), изменение значений в 4 раза рвет башню, а всякие полезные вещи вроде 'ARW2 Hack' и отключения тоновой кривой - не работают т.к. RawSpeed ничего такого не умеет.

Update: достоверно известно о глюках со старыми .CR2 (30D, 5D), репортить уже не надо.

Печально я гляжу

Есть такая libjpeg-turbo - тот же LibJPEG, только там часть внутря переписана на SIMD-ассемблере для большей скорости и лучшести.

Линкуюсь я значит с ней, а линкер (виндовый) мне и говорит, у тебя в DEFAULTLIB не того, один хочет одного (MSCVRT), а другой - вовсе другого (LIBCPMT), ЕВПОЧЯ.

Начинаю разбираться, вроде все библиотеки сам собирал, сам им всем /MD у компилятора говорил. Разобрался.

В CMakeLists.txt у этого самого libjpeg-turbo написано:

if(MSVC)
  # Use the static C library for all build types
  foreach(var CMAKE_C_FLAGS CMAKE_C_FLAGS_DEBUG CMAKE_C_FLAGS_RELEASE
    CMAKE_C_FLAGS_MINSIZEREL CMAKE_C_FLAGS_RELWITHDEBINFO)
    if(${var} MATCHES "/MD")
      string(REGEX REPLACE "/MD" "/MT" ${var} "${${var}}")
    endif()
  endforeach()
endif()
Если простыми словами: для самых умных, которые пишут /MD (threaded DLL library), мы втихаря заменим на /MT (другая библиотека, threaded static).

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

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

LibRaw+RawSpeed=LibRaw :)

RawSpeed - это такая библиотека раскодирования RAW, которая:
  1. Очень быстрая (к примеру, 21-мегапиксельный файл от Canon 5D2 распаковывается на моей машине за 230мс, а код на основе dcraw делает это за 750мс. Притом, это сильно улучшенный мной код, до улучшений было больше секунды, насколько я помню).
  2. Поддерживает мало форматов, правда все они популярные (свежие камеры Canon, Nikon, Olympus, Panasonic, Pentax, Samsung и DNG-файлы).
Авторы darktable давно просекли эту фишку и используют LibRaw как fallback на неизвестных камерах, а как основную библиотеку для открытия RAW - используют RawSpeed.

В то же время, RawSpeed распаковывает данные в буфер с очень похожим (но немного разным) форматом, поэтому использовать RawSpeed в качестве читалки файлов изнутри LibRaw (но иметь при этом единый API, единый постпроцессинг и т.п.) - было делом техники. И эта техника - применена в LibRaw 0.15-Alpha4.

Что получилось

  • LibRaw::open_file()+LibRaw::unpack() /т.е. распаковка/ - в ~3 раза быстрее на CR2, в ~2-2.5 раза быстрее на NEF, в 1.5-2 раза быстрее на прочих поддерживаемых форматах. Реально это заметно на больших NEF и CR2 (выигрыш в 400-500 миллисекунд на моей i7-2600K @4.5Ghz), соньки и раньше распаковывались быстро, а у остальных форматов редко бывают совсем уж большие файлы.
  • dcraw_emu -h ..список из 182 файлов.. - без RawSpeed было 150 секунд, стало 100 секунд. Разница "не в 2-3 раза" потому что постпроцессинг не изменился (хотя с -h он и так быстрый)

Hackintosh 10.8 + Intel X58

Записки для памяти:

  • Загрузочный USB-стик Mac OS X 10.8 изготовленный UniBeast - на матери с чипсетом X58 не грузится, залипает вместо вывода сообщения об ACPI-чего-то там. Проблема известная, но ковыряться руками в kext-ах я не люблю.
  • Загрузочный USB-стик, сделанный myHack подвисает в том же месте на N секунд, но потом работает. Зловредный kext там как-то попатчен что-ли.
  • После установки 10.8 - грузимся с той же флэшки (выбирая в качестве root FS - жесткий диск с 10.8), накатываем на это дело MultiBeast с обязательной опцией 'AppleACPIPlatform rollback' и имеем счастье.

P.S. На 30" мониторе с разрешением 2560x1600 Windows7/Windows8 смотрятся куда задорнее хакинтоша, потому что у них можно увеличить все шрифты сразу одной кнопкой, а эппл знает все лучше нас и куку.

RawDigger 0.9.12

Я был уверен, что написал анонс и сюда, однако его не вижу. Аберрации сознания, значит.

RawDigger 0.9.12 (Beta) вышел (позавчера вечером):

Относительно technical preview есть только одно изменение: на Винде 64-битная версия ставится в "Program Files", а не в "Program Files (x86)", это я документацию по InnoSetup дочитал до этого места.

Анонсы в подходящих сообществах, форумах и т.п. - приветствуются.

RawDigger 0.9.12 (technical preview 1)

Граждане фотографы и примкнувшие к ним!

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

Вот он:

Мне интересны глюки, мешающие выпуску на широкую публику: падения, полностью неправильное поведение и т.п. Всякая мелочь, вроде разрешенного "Average green" для черно-белых RAW - не является шоу стоппером (в частности, по той причине, что монохромных камер у людей - примерно ноль).

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

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

Что новенького

О разновидностях байера

На картинке - расположение пикселов на камере Fujifilm X-Pro1
RawDigger 0.9.12 (завтра должна появиться версия на попробовать), режим Raw Composite, показано белое поле, увеличение 10x (1000%).

И вот я не понимаю, раньше красного и синего было по 1/4, стало по 2/9 - должно же еще хуже стать в смысле разрешения в красном/синем каналах?

На рекламных картинках оно выглядит не так бесчеловечно.

Pages

Subscribe to blog.lexa.ru: все статьи