Свежие комментарии

Title Comment
ХайСкрин китайский весьма условно.

Оно, безусловно, китай. НО:
Вот у меня первый Хиппо, 5".
Ему уже несколько лет, работает - не придерёшься. Даже в метро приставали, что за ВЕСЧЬ?!
Да, батарея села, и не найти... Да, какие-то детали корпуса не из правильной пластмассы - выронил однажды из рук - треснула рамка вокруг дисплея.
Да, тяжеловат... но мне не важно, есть и тяжелее девайсы в сумке!
Больше "претензий" нет.

Мишень

А что мешает сделать классический сектор?
Не особо напрягаясь можно (было) сделать мишень, покрывающую и 2000 лин/мм.
И сейчас можно.
И многое переснять можно, пока объективы не развалились физически.

Угу. Как только оно торчит

Угу. Как только оно торчит наружу, так сразу всё это становится очень неприятным.

Ага, третья - это rwidth + 8

Ага, третья - это rwidth + 8, при том что rwidth - в районе 65535 и unsigned short.
Штука прекрасная, да.

То есть баги в LibRaw нормальному юзеру (со своими фоточками) не страшны, но вот стоит ее поставить куда-то на веб-сервис, так будет веселуха.

В общем, развлекайтесь :)

В общем, развлекайтесь :)
Отличная штука этот afl, даже обидно, что я нейтив-кода уже давно не пишу :)

Ну типа да, вот первые две

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

От 8 потоков результаты тут:

От 8 потоков результаты тут: http://lev.serebryakov.spb.ru/_sklad/libraw-alpha-afl-results.txz

*/crashes — падал mem_image
*/hangs — не мог за 2 минуты загрузить

ЛОКАЛЬНО они уникальны (в рамках одного фаззера) по путям исполнения, а вот между ними уникальность, увы, не гарантирована.

У меня ещё цикл далёк от

У меня ещё цикл далёк от завершения, но сейчас выложу всё что уже нашлось.
Имена файлов будут так себе :)

Вот значит я с FRV закончил,

Вот значит я с FRV закончил, часть детей выгнал к бабушке и буду рад этим злым файлам.

Сам AFL не поднимал еще, не до того было.

С FRV это не выход.

С FRV это не выход.
- 2Gb (ну ладно, 3) адресного пространства - маловато. Оно кое-как живет, но скажем с 50Mpix файлами с кэнон уже может перестать влезать даже при стандартных настройках (которые дл 32 бит утоптаны, кэш - меньше)
- 64-битный код просто тупо быстрее и сильно.

Все глюки там связаны

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

A я у Д810 вижу 9 полосок

Только они почему-то все разноцветные:
http://c2n.me/3hEiejx

Удивили! :-D

Сама M$ советует использовать под Вин-64 офис-32! - меньше глюков.

А вот потестируйте пожалуйста

А вот потестируйте пожалуйста FRV 1.1.1 (которая RC2). Потому что у вас если тот диск, на котром все развлечения были - еще и системе виден как сменный, то 1.1.0 создавала на него лишнюю нагрузку.

Ну демозаика то разная для X

Ну демозаика то разная для X-Trans и для просто байера.
Точнее, она то одинаковая по сути, bilinear и там и сям, но bilinear на X-Trans больше склонен к муару (или, если хотите, пространственная частота для образования муара - нужна ниже)

для X-Trans вполне корректные

но для других камер: canon, nikon, sony такого муара нет. или это не муар? Может это шум, который позже будет правильно задавлен в ACR?

Это RGB-рендер. Который в

Это RGB-рендер. Который в RawDigger 'for reference' (или, на русском, "для галочки"). Да, он дает муар (а вариантов нет, которые получше - бешено медленные).

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

RawDigger сделан для получения цифр (и гистограмм) по RAW-данным. Они, насколько мне известно, для X-Trans вполне корректные.

почему такой вопрос

я понимаю, что мы меня сейчас пошлёте.. копать поканально, а не RGB render. Но тогда дайте хоть какую-нибудь ссылочку как это делать.
Смущают меня вот такие фрагменты http://evtifeev.com/wp-content/uploads/comment-with-images/1f443.jpg

как завещал Panasonic

Одно дело корректировать ползунками в ACR, а другое скрыто корректировать, что ползунки вообще влияния не оказывают. Попробовал на всех фуджах (x-e1, x-e2, x-t1)
Более-менее тщательно я пробовал x-e1 и там конкретные проблемы с устойчивостью к контровому свету. И сдается мне проблема не в объективе т.к. я пробовал два совсем разных, один из которых Zeiss 50/2, который на Canon работает более чем прилично.

Да незачем. Но кодируют.

Да незачем. Но кодируют.

Если вы про RAW - то что

Если вы про RAW - то что распаковано, то и показывается. А что, есть какие-то непонятные места, почему такой вопрос?

RGB render - как и для других камер - "чтобы не пугать пользователя показом RAW"

> там всё плохо и с шумами и

> там всё плохо и с шумами и с аберрациями

у Fuji все хорошо с маркетингом, цветом в OOC JPG и объективами (ассортимент и даже качествот тоже)... в остальном все как у других, втч местами даже плохо - а оптику в dSLM корректировать модно было с самого начала, как завещал Panasonic

x-trans

Я просто новичок в этом деле, не знаю как правильно "демозаить" x-trans.

> У 14-битного линейного АЦП

> У 14-битного линейного АЦП

А зачем кодировать линейно и без потерь ?

вопрос на ответ

Ответ мне в целом вполне нравится. Но, к сожалению, это ответ только на часть вопросов.

еще бы хотелось в качестве поддержки Rawdigger (я купил как раз) узнать, насколько корректно отображаются данные для X-trans CMOS. Это серьезный вопрос т.к. в RawDigger там всё плохо и с шумами и с аберрациями. А в ACR всё отлично. Шумов нет, ХА нет..даже дисторсия уже исправлена.
Тогда я смог бы уверенно идти дальше.

волнует вопрос встроенных алгоритмов повышения резкости в камере. Вы с таким не встречались?

У 14-битного линейного АЦП

У 14-битного линейного АЦП "дд больше 14 стопов" может быть только в понимании статистической различимости больших плашек.
Что не имеет никакого отношения к фотографическому ДД.

> А сколько должно быть ДД у

> А сколько должно быть ДД у 14-битного?

сколько угодно... в Pentax K10D был 22-битный АЦП... хорошо не Fuji, не стали писать "22 битный" raw

> уже и шумодав

> уже и шумодав

так вроде один из методов правильного демозаика для x-trans как раз и состоит в шумодаве (блюр, что тоже самое по сути) и шарпенинге... иначе швах

> А вас, кстати, не смущает,

> А вас, кстати, не смущает, как исследователя RAW, что у них нет самого процесса, тестовых снимков и проч.?

как альтернатива небезызвестный сайт = http://home.comcast.net/~nikond70/ все свое - выводы в основном такие же (но там используют номинальные ISO vs Ssat ISO у DxO)... хотя DxO не показывает промежуточных ISO, что плохо - ибо там интересно бывает

Что такое "родное ISO"?

Что такое "родное ISO"?
Если это то ISO, при котором используется полная емкость пикселя, то, очевидно, это самое нижнее "не фейковое".
Если это что-то другое, то имеет смысл начать с определения понятия.

Pages

Subscribe to comments_recent_new