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

Title Comment
Мало их, страшно далеки они..

Мало их, страшно далеки они.....

То есть x86-андроид в природе то есть, толку то с того?

> Iliah Borg @ DPr... Not

> Iliah Borg @ DPr... Not sure what can be done with a collection of raw files on an android, given a single pixel-shifted DNG file is about 150 megabytes.

а всякий пиксельбук с i7, 16Gb RAM, SSD уже не считается ?

Самый неприятный момент для

Самый неприятный момент для меня лично это, конечно, прикручивание методов демозаики из паков по-новому. Придется разбираться. Еще бы время найти на это )

края подгорели !

края подгорели !

Ваши raw недостаточно сыры.

Ваши raw недостаточно сыры. То есть пережарены.

> Впрочем, если вы вдруг

> Впрочем, если вы вдруг очень точно угадали с экспозицией при засветке (не смотрел на экспопараметры)

я выставил камеру в голубое небо в солнечный день и дал 1 секунду на f2 ... вряд ли это виньетирование, тоже самое про съемке экрана LCD или кучи лампочек... и потом длительный Bulb дает такой же узор на краях

Какую химию использовать я и

Какую химию использовать я и так знаю - на DPReview (и на других форумах) это обсуждалось много лет назад когда снимали CFA с D2X...

Впрочем, если вы вдруг очень

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

Ну так это какой-нибудь

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

Рассматривание сенсоров в насыщении - у многих вендоров наводит на всякие непотребные мысли (сводящиеся к тому, что "лучше бы они ничего этого не делали").

Интересно было бы, но непонятно когда руки дойдут, фурье напускать на кусочки сенсора.

> а последующий процессинг

> а последующий процессинг raw-данных такой

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

Ну гистограмму то посмотрите.

Ну гистограмму то посмотрите. Какая гистограмма, таков и показ OE.

Я подозреваю, что это не сенсор такой, а последующий процессинг raw-данных такой

ну вот задача - есть значит

ну вот задача - есть значит попытка проклиппить весь frame по всем каналам у X-H1 = что происходит в зеленом канале по краям кадра ?

RAF = https://www.amazon.com/clouddrive/share/jV7P00eJdyN1exO14BSXNqERj9Iw01kc...

а вот чтобы когда окошко exif

а вот чтобы когда окошко exif впереди планеты всей, то стрелками ходить вперед-назад по файлам тоже можно было (как с окном гистограмм например) ?

Якобы + к настоящим камерам

Была у меня такая идейка в свое время, сейчас чет попустило. Имея Fujifilm X-E2 и неплохой набор фиксов, хотел как-то купить для экспериментов бэушную Fujifilm X-E1. Камера уже тупенькая, но для этого дела подошла. Поизучав вопрос, понял, что именно механическая терка, скажем, древесной (из апельсинового, божежмой, дерева) палочкой для снятия маникюра (специально срезанный косой край с острой кромкой) могла бы подойти. Но как-то сложилось впечатление, что до матрицы на Фуджи просто так не докопаешься, там надо еще защитный фильтр снимать, а это сложно. Матрицы зеркалок Кенона в этом плане казались проще и податливей, но у меня уже не осталось зеркальной оптики. В общем, в итоге жаба не разрешила потратить даже каких-то 200 долл под эту затею с сомнительным результатом, не говоря уже о заказе подобной процедуры у известных профессионалов.

Вопрос софтового характера меня тоже занимал, но я успокоился на ответе о функционале RPP специально для этого дела.

В последнее же время на относительно доступно попробовать меня стали интересовать смартфоны с двойными камерами. Не силен в сегодняшнем рынке, но знаю, что второй труЪ монохромной (I believe) камерой обладают последние Хуавеи (те, что рядом с Лейкой лежали) и, как оказывается, Моторола Z2 Force. Осталось только добраться к их DNG. С первым чуть сложнее, придется как-то одолжить у коллеги "--позвонить--со--своей--симкой--", там вероятности больше. А вот Моторола оказалась какашкой: она тупо не поддерживает API2 камеры от Гугла, то есть, L Camera на нее ставить бессмысленно, а сама она DNG штатно никак не отдает. А JPEG по понятной причине вообще не интересен. В сети с Huawei я пока равок не нашел. Может искал плохо. Но было бы круто, если бы эти камеры выдавали чистый незамутненный "байером" монохромный DNG.

Быстрее. Безопаснее для юзера

Быстрее. Безопаснее для юзера (точнее мастера).
Но процент брака, как я понимаю, выше.

И видели бы вы эти стертые, со шмотками CFA по краям....

так стирать быстрее и не так

так стирать быстрее и не так опасно, как растворять долго разными составами

Ну не я снимал (и лучше у

Ну не я снимал (и лучше у него спросить), но да, химией.

Лично я вот - очень сильно удивился, узнав что большинство таких камер фигачат механически....

В случае диггера, это

В случае диггера, это exiftool так пишет :)

а вот мелкое (из серии к чему

а вот мелкое (из серии к чему бы еще придраться) недоразумение с отображением экспокоррекции в UI ... иду я по raw (Fuji X-H1) : EV +3, EV +3 1/3, EV +3 2/3, EV +4 - и rawdigger мне пишет (в верхнем левом углу, угле, углю) : +3, +3.33, +11/3, +4 ... вот +11/3 как-то режет глаз...

http://en.wikipedia.org/wiki

http://en.wikipedia.org/wiki/Toluene + http://en.wikipedia.org/wiki/Butanone + искра ... пшик

А CFA снимали химией в своих

А CFA снимали химией в своих вариантах?

Спасибо.

Спасибо.

https://patents.google.com

https://patents.google.com/patent/US7138663

Есть "замечательный" никоновский патент:

Уже второй раз здесь упоминается этот таинственный патент, ссылку на него можно как нибудь увидеть?

Супер! Спасибо )

Супер! Спасибо )

Примеры скачал (чтобы не

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

Сделаю в 0.19-Beta2, мне это место и самому не нравилось, а тут наконец кто-то и пожаловался.

Наверное таки по битику, чтобы совместимость взад сохранить.

Если нет D65, то только

Если нет D65, то только интерполировать, тут немного сложнее, конечно.
Примеры уже знакомые будут, это dng от HTC 10. В целом болячка свойственна только андройдам от HTC. В нормальных камерах я этой путаницы с иллюминантами не видел.
kapankov.ru/downloads/htc10.dng
kapankov.ru/downloads/IMAG0011.dng
Это с двух версий телефонов.
Спасибо :)

Замечание по сути правильное.

Замечание по сути правильное. Не знаю, буду ли чинить в 0.19, ибо она уже в процессе публикации, но пока еще бета и в принципе то можно, но чинить конечно надо. Может быть даже битик в processing options добавить.

Но полностью проблему оно не решит, потому что в Camera Calibration вовсе не обязан быть D65. Вот будет там Ill. A и Ill.C например, и что?
(еще смешнее, конечно, если ColorMatrix есть, а calibration - нету, а еще смешнее - если для разных SubIFD оно разное).

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

Что не отменяет верности исходного замечания (UPD: и да, по битику в processing_options можно включать какой-то готовый код в LibRaw, который это делает, допустим только простым способом, если есть D65, то повезло, а если нет - то ничего не делает)

За тестовый DNG на котором проявляется проблема, чтобы самим не лепить его, были бы благодарны.

баг-репорт

Добрый день
Пользуясь случаем хочу сообщить об одном баге, возникшем еще в dcraw, за который пламенный привет Дейву, соответственно в libraw он тоже цветет и пахнет. Все никак руки не доходили написать.
Суть следующая:
Когда считываем цветовые матрицы и забираем их в cm, а происходит это так:
    case 50721: /* ColorMatrix1 */
    case 50722: /* ColorMatrix2 */
#ifdef LIBRAW_LIBRARY_BUILD
      i = tag == 50721 ? 0 : 1;
      tiff_ifd[ifd].dng_color[i].parsedfields |= LIBRAW_DNGFM_COLORMATRIX;
#endif
      FORCC for (j = 0; j < 3; j++)
      {
#ifdef LIBRAW_LIBRARY_BUILD
        tiff_ifd[ifd].dng_color[i].colormatrix[c][j] =
#endif
            cm[c][j] = getreal(type);
      }
      use_cm = 1;
      break;
мы просто считываем последнюю по порядку матрицу, которая совсем необязательно будет D65.
А нужно сперва считать
    case 50723: /* CameraCalibration1 */
    case 50724: /* CameraCalibration2 */
и определиться, кто есть кто и забирать только D65.

Эта особенность (багафича) приводит к тому, что libraw использует в случае особо одаренных dng матрицы для иллюминанта А (2850К), а не D65, в результате получаем не то, что ожидали.

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

налепить диодную линейку

налепить диодную линейку вдоль оси, по которой дисперсия

Pages

Subscribe to comments_recent_new