Q: unlimited online backup

Вопрос дня: CrashPlan+ или Backblaze или еще что-то?

Че-то я созрел, задолбался ротейтить HDD-шки offsite

RawDigger 0.9.19

Как и ожидалось, вышел RawDigger 0.9.19.

Кроме вошедших в RC1 плюшек, появилась еще одна: для RGB-представления можно выключить автояркость, картинки снятые с эксповилкой начнут различаться сильнее.

Preferences - Display - Automatic exposure correction for RGB render

Желающие поспамить англоязычные форумы могут списать слова отсюда

Не проходите мимо!

Нежно любимый всеми Agner Fog пишет

The optimization manuals at www.agner.org/optimize/#manuals have now been updated. The most important additions are:

AMD Piledriver and Jaguar processors are now described in the microarchitecture manual and the instruction tables.
Intel Ivy Bridge and Haswell processors are now described in the microarchitecture manual and the instruction tables.
The micro-op cache of Intel processors is analyzed in more detail
The assembly manual has more information on the AVX2 instruction set.

Уже качаю, будет чтение на ночь

Заодно от там AMD Pilediver обижает

Supports fused multiply-and-add instructions in both the FMA3 and FMA4 form. FMA3 is compatible with Intel processors. See Wikipedia for a discussion of the incompatibility between these instruction sets.

The throughput of FMA3 instructions is only half as much as the throughput of FMA4 instructions, even though they are doing exactly the same calculations.

Memory writes with the 256-bit AVX registers are exceptionally slow. The measured throughput is 5 - 6 times slower than on the previous model (Bulldozer), and 8 - 9 times slower than two 128-bit writes. No explanation for this has been found. This design flaw is likelty to negate any advantage of using the AVX instruction set.

The VMASKMOVPS instruction with a memory source operand takes more than 300 clock cycles on the Jaguar when the mask is zero, in which case the instruction should do nothing. This appears to be a design flaw. This instruction is not very common, though.

Таки что, детектить CPU и запрещать AVX для этих горшков?

RawDigger 0.9.19 RC1

Граждане фотографы!

А потестируйте, кому не лень, RawDigger 0.9.19 уже не надо, вышел релиз.

Это косметический релиз, который не вносит ничего принципиально нового, но лечит проблемы и доделывает недоделки предыдущих версий:

  • Экспорт всех цветовых байеровских RAW-данных в одноканальный (grayscale) TIFF.
    В первую очередь этот режим предназначен для использования с черно-белыми камерами, изготовленными путем смытия светофильтров (maxmax.com и другие).
  • Параметры Selection Grid запоминаются между перезапусками программы.
  • Можно выбрать набор фолдеров, показываемых в левой колонке в диалогах сохранения файлов (экспорт RAW-данных, сохранение таблицы замеров).
    Регулируется через Preferences - Misc Options - Sidebar folders in Save dialogs
    Данная регулировка появилась в связи с жалобами: если запоминать список использованного и в нем окажется медленный или отключенный диск (неработающие сетевые диски и т.п.), то диалог сохранения открывается черезвычайно медленно.
  • Поля CGATS-файлов в которых могут быть пробелы (имя файла, Maker/Model камеры) выводятся в одинарных кавычках
  • Возможен экспорт RAW/RGB данных в Uncompressed TIFF. Для сжатого TIFF улучшено сжатие.
  • При выводе чисел с плавающей точкой везде выводится не менее 4 значащих цифр (исключение: процент пере/недоэкспонированных пикселов, там 3 цифры)
  • Появилась настройка Preferences - Misc Options - Disable check for updates at startup
    Если она включена, RawDigger не обращается к сайту с апдейтами на старте. скрипт noCheckUpdates.reg (.sh в Mac-версии) удален из дистрибутива.
  • Обновлена LibRaw, добавлена поддержка новых камер: Panasonic LF1,GX7, Fujifilm X-M1, Canon EOS 70D, Sony RX100II и RX1R, Olympus E-P5

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

LibRaw 0.15.4

Майская история с уязвимостями в LibRaw получила очень приятное развитие: у меня в почте нарисовался человек из Debian, который не поленился
  • почитать код
  • увидеть там проблемные места
  • сделать "reproducers" т.е. специальным образом поврежденные RAW-файлы (непростое упражнение, заметим)
  • ну и выдать это мне.
В результате, стремные места числом примерно 7, которые проявлялись бы только на поломанных RAW (и не просто поломанных, а должны звезды сойтись) - залечены. Ну и выпущена LibRaw 0.15.4.

Кроме этих проблемных мест, там добавлена поддержка 7 камер (в Changelog они указаны).

Для тех, кому интересно: проблемные места будут полечены и в 0.14, но отдельной версии выпускаться не будет, кто использует 0.14 - берите из гитхабовского репозитория.

Девелоперская версия (master branch) будет полечена тоже, хотя там проблемных мест не 7, а всего 4.

Ожидаемое время лечения 0.14 и master - завтра.

GPON: приколы нашего городка

Где-то несколько дней с GPON-ом приключился следующий прикол:

В нормальном режиме все работает как из пушки, ~50Mbit/s (5.6MB/sec на торрентах), аплоад тоже разумный (не мерял, 3-4Mb/sec точно), претензий нет.

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

Даунлоад падает до ~20Mbit/s (2.2 MB/sec на торренте), upload до вообще каких-то смешных величин, меньше мегабита.

Через два часа (время жизни турбокнопки) положенные 50 мегабит восстанавливаются.

Зоркий глаз заметил этот эффект (его устойчивость) раз на третий. Решил позвонить в техсаппорт, понятно же, что где-то в настройках шейпера забыли нолик и написали 20Mbit вместо 200. Звоню, а там сразу железный голос говорит что "возможны затруднения с доступом в интернет", ждать настоящую тетю не стал, понятно что бессмысленно.

Если еще дня три продлится - пожалуюсь в Связьнадзор, пусть слоники побегают...

Узок их круг, страшно далеки они от народа

Вот берем Qt 5.1, тащим на Mac OS X 10.7 (так сложилось, это моя девелоперская машина), собираем согласно инструкции.

Далее собираем приложение с этой Qt, деплоим его тоже по инструкции, несем на Mac OS X 10.6 и получаем, получаем... сюрприз:
Неработающее приложение!

То что пишут в mailing lists я приличными словами назвать не могу.

Но только там, в этих рассылках, удается понять, что надо ./configure -no-c++11 и собирать без вебкита (впрочем, у меня деплоится без вебкита т.е. мог бы и с ним собирать). Если же не собирать, а брать готовые библиотеки с сайта Qt, то счастья и вовсе не будет.

И ладно бы речь шла о какой-то старой и никому не нужной версии Mac OS X. Гугление нашло такой вот график:

Взято отсюда, это, конечно, Апрель-2013, но я не думаю, что за 4 месяца что-то сильно поменялось (а у фотографов, по ощущениям, доля 10.6 еще выше). И я бы даже про 10.5 бы не забывал, если бы мог...

А, да, раньше в Qt-шном ./configure был ключик -no-webkit. Как вы думаете, как сейчас собрать Qt без вебкита?

Q: ИП и взносы в ПФР в 2014?

Читал 237-ФЗ от 23.07.2013, много думал.

Если взять сферического в вакууме ИП с "упрощенкой 6%", то получается вроде бы так:

  • При доходе до 300к в год - платим в ПФР с одной МРОТ, в медстрах - с двух МРОТ, всего в 2013-м получилось бы 19425.06, в 2014-м будет чуть больше (МРОТ подрастет).

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

  • При доходе выше - платим в ПФР еще 1% с (доход минус 300к), но не более чем с "восьми МРОТ" (т.е. максимальная сумма взносов в фонды, приближенно, 133к для МРОТ-2013).

    И опять списываем все это с налогов.

  • О сумме доходов в ПФР доносит налоговая, т.е. отчетность ИП в ПФР восстановлена не будет.

Таким образом:

  • Общая налоговая/фондовая нагрузка при годовом доходе меньше ~600к (лень точно считать) падает (при годовом доходе меньше 300к - вдвое).
  • Дополнительной отчетности не появляется.
  • Появляется дополнительный платеж в ПФР "до 1 апреля следующего года"
  • При сильной вариабельности доходов по году (особенно если нет доходов в 4-м квартале) появляется риск переплатить налогов т.е. считать надо очень аккуратно и возможно доп-платеж в ПФР с этого 1% лучше платить частями, поквартально (с того квартала, когда превышены 300к годового дохода).

Вопросы:

  1. Я где-то ошибся?
  2. Может быть какой-то "налоговый портал" уже разобрал нововведения подробно, хочу почитать

P.S. Это сильно лучше, чем я ожидал. А ожидал я, что будет 6% упрощенки плюс 1% в ПФР, но списать будет нельзя (изменят НК). А как есть - кроме небольшого усложнения расчетов получается сплошной позитив.

Про Canon 5D3 Dual ISO

По ссылке с dpreview попал сюда, а там невероятное. Если я правильно понял прилагаемую PDFку, записав странное в один из регистров на 5D3/7D (про другие камеры не понял, вроде пока нет), можно поставить всю конструкцию раком и в RAW начнут чередоваться полосы по два пикселя с разной чувствительностью

  • две строчки ISO100
  • две строчки ISO1600
  • .. и так далее
Отчего происходит понятно что:
  • конверторы дуреют
  • но если им вправить мозг (путем изрядной модификации алгоритмов интерполяции), то можно нарастить ДД стопа на два.
Понятно, что разрешение в полутонах и выше попортится (midtone на этой камере примерно на 4 стопа ниже насыщения т.е. среднесерое на ISO100 как раз и вылетит в насыщение на 1600), в первую очередь это касается вертикального разрешения (ну и в первом приближении можно так жить, вспоминаем Nikon D1X). Но если нужен результат для веба - то отчего бы и нет?

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

Я про другое: какова идея!

P.S. если кто будет пробовать - расскажите потом.

Про зеленые каналы

Тема "одинаковости зеленых каналов" регулярно всплывает. Понятно, речь не идет об очевидных случаях, вроде старых камер Olympus, которые при усреднении зеленого давали maze artifacts на небе (и, тем более, о RGBE-камере Sony F828). Речь идет об обычных рабоче-крестьянских, Сонях, Кэнонах и Никонах. Для них принято считать, что два зеленых - суть одно, можно усреднить, интерполировать эти каналы надо как одни данные, цветовые профили - трехканальные (из RGB в RGB) и так далее.

Помнится, на семинаре Ильи Борга на эту тему случилась дискуссия, причем Илья говорил что разница между каналами - существенная, а верили ему не очень (втч. и я).

И я давно собирался проверить, аппарат давно имеется, но все не доходили руки. А тут зацепились языками на форуме LL и дернуло же меня проверить на первом попавшемся кадре с колорчекером. Это был кадр с Sony SLT-A77. И понеслось.

Собственно, идея простая. Берем снимок с колорчекером (я беру их с Imaging resource), натягиваем в RawDigger сетку, экспортируем в Excel и смотрим на отношение среднего в каналах G и G2:

Первым мне попался кадр с Sony A77, затем с Leica M9, затем я пошел на Imaging Resource и взял там еще кадров для EOS 6D, Oly OM-D E5, Nikon D800 и Panasonic G5. Первые две камеры у меня есть и мне интересно, последние две - чтобы никонистам и братьям по micro-4/3 не было обидно (на самом деле вся обработка данных с одной камеры занимает в районе минуты и проверить любую камеру вы можете самостоятельно, основное время у меня заняло выведение результатов на суммарные графики).

И вот что получилось:

Mac OS X в VMware: счастье есть!

[Оглавление раздела Hackinthosh]

Вот для чего нужно 32Gb памяти в машине (кликабельно)

А кроме шуток, внезапно с Mac OS X в VMWare случилось счастье и странные телодвижения более не нужны, все работает (т.е. я слоупок, этот самый анлокер давно существует и я про него давно знал, но сейчас только потестировал).

А именно:

  1. Берем VMWare Workstation (у меня - 8-я версия, с 9-й как-то любви не сложилось, правда это было с макосами поставленными старым странным способом, надо еще раз попробовать).
  2. Патчим ее VMWare unlocker-ом, в списке OS появляется Mac OS X (а в Program Files(x86)\VMWare\VMWare Workstation - появляется darwin.iso с VMWare tools).
  3. Берем и просто ставим Mac OS X:
    • Создаем новую VM
    • В качестве сидюка с OC - указываем ISO-образ с нужной нам версией Mac OS X (берем dmg с рутрекера и конвертируем в ISO)
    • Соглашаемся на все defaults, втч диск создаем как SCSI (я ставил памяти побольше и побольше ядер процессора отдавал, вот и все изменения).
    • Грузим виртуальную машину там вылезает инсталлятор
    • В инсталляторе идем в Disk Utility, создаем на диске один раздел (все остальное - defaults: GUID partition и все такое)
    • Диск становится виден инсталлятору - просто все ставим
  4. Подмонтируем вышеупомянутый darwin.iso и ставим с него VMWare Tools
  5. Скачиваем и ставим VMsvga2
И, собственно, все. Никаких kext, апдейты все ставятся с сайта Apple, 3D-акселерация работает (проверял шахматами), хотя и медленно, ПОЛНОЕ счастье.

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

Есть моментики:

RawDigger 0.9.18

RawDigger 0.9.18 успешно выпустился:

Брать здесь.

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

В сравнении с Release Candidate 1 изменилось следующее:

  1. Добавление EXIF-тегов к экспорту работает на Mac с встроенным exiftool
  2. Exiftool (указанный пользователем в настройках) проверяется на наличие и на исполняемость файла.
  3. В диалоге экспорта добавлена галка "Open exported file with default application", если ее поставить, то будет запущено приложение, ассоциированное в вашей системе с .tif
  4. Windows: при смене типа экспорта, RD будет предлагать разумные имена файлов для экспорта. На маке, увы, это работает неустойчиво, лезть в дебри QFileDialog мне противно и там фишка выключена.

Pages

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