Плоды трудов
lexa - 15/Сен/2020 15:09
В рамках сложившейся традиции, ссылки на новые версии нашего разного:
- RawDigger 1.4.2 (beta)
Поддержка новых камер (и только) - FastRawViewer 1.6.1 (release candidate)
Поддержка новых камер, багфиксы - Monochrome2DNG 1.3 (release)
Поддержка новых камер, поддержка не-JPEG thumbnails (они конвертируются в JPEG и вставляются в результирующий PNG) - DPRSplit 0.9 (всегда бета)
Поддержка новых каме (а именно EOS R5)
Comments
Вопрос: у FRV нету какого
Вопрос: у FRV нету какого-нибудь скрытого бенчмарк-мода, что бы он показал каталог as fast as possible и выел скорость с которой у него получилось, в FPS?
Есть, но мы его не показываем
Есть, но мы его не показываем пользователю :)
Эх, иногда было бы полезно
Эх, иногда было бы полезно.
Когда, собственно, тюнишь NAS
Ну всякие файловые бенчмарки
Ну всякие файловые бенчмарки наверное в этом смысле полезнее.
Открытие этого бенчмарка - приведет к валу запросов в поддержку, зачем оно нам ?
Ну, нет, не полезнее, потому
Ну, нет, не полезнее, потому что я не знаю, как оно обращается к диску что бы это сымулировать. Если я тюню под конкретную задачу то удобно бенчмаркать этой задачей :-)
(что-то гмейл совсем плох, я не получил письма вот про этот твой комментарий, посмотри там по логам, не забанил ли гугл твоего почтовика, у меня такое случается)
В гугл вроде все ходит
В гугл вроде все ходит
Вот предыдущий ответ ушел,
Вот предыдущий ответ ушел, например:
Sep 24 11:15:56 node3 postfix/smtp[53631]: 55F39224A1D: to=<......@gmail.com>, relay=gmail-smtp-in.l.google.com[173.194.205.27]:25, delay=0.98, delays=0/0/0.28/0.7, dsn=2.0.0, status=sent (250 2.0.0 OK 1600960556 c15si1898981qtn.22 - gsmtp)
Да, эти два получил.
Да, эти два получил.
Гугл, зараза, может принять и не показать даже в спаме :-(
что-то вы совсем там с heif
что-то вы совсем там с heif зарапортовались - простые жыпеги перестали правильно декодировать !
как вы догадываетесь в оригинале (мылом) этого нет
Z / V
Не воспроизводится у меня.
Не воспроизводится у меня. Остальное мылом
ну значит это наверно что-то
ну значит это наверно что-то с GPU перекосило (GTX 1070Ti драйвер 456.38 W10x64) FRV build 1653 именно на одном JPG файле... будет повторяться пришлю более детальное описание
Z / V
Воспроизводимость бы понять.
Воспроизводимость бы понять. И, в том числе, в каких видеорежимах (OpenGL/DX11)
я бы с удовольствием сам бы
я бы с удовольствием сам бы поймал еще раз это ... если смогу повторить. В тот раз оно воспроизводилось даже при повторении raw conversion с немного другими параметрами (в ACR) именно на этом файле (но не на других) - так как я увидев это в первый раз подумал ну Iridient Х-Transformer глючит, стер JPG и повторил процесс наскоро - артефакт повторился... zoom in/zoom out при просмотре JPG этот артефакт отображал как часть JPG изображения ...
Z / V
если вы стерли файл и
если вы стерли файл и записали под тем же именем другой - FRV может взять из кэша (если в той же сессии), ключ к кэшу - только имя файла, размер/mtime не учитываются (да, это стоило бы починить когда-то, но у нас есть кнопка про перечитать все + вышеупомянутая галка)
> FRV может взять из кэша
> FRV может взять из кэша (если в той же сессии), ключ к кэшу - только имя файла, размер/mtime не учитываются
я вот про это не помнил - хотя прочитав здесь сейчас чую что уже где-то про писали давно...
Z / V
О, FRV на винде не показывает
О, FRV на винде не показывает скрытые фолдеры. А самба ставит такой атрибут на фолдеры, начигающиесф с точки (типа .sort)
С учетом того, что это первая
С учетом того, что это первая жалоба на это за К лет - проблема стоит остро :)
Но, да, конечно, show system/special files должна показывать и это тоже. Починим в 1.7, в 1.6.1 уже поздно.
Видимо, один я люблю
Видимо, один я люблю служебные фолдеры с точки начинать, что бы они первые всегда были в сортировке.
Я запатчил, дело копеечное,
Я запатчил, дело копеечное, но вот пересобирать новый бинарь 1.6.1 по этому поводу не буду.
Да разумеется, не такой
Да разумеется, не такой важности проблема.
Спасибо!
По причине косметической
По причине косметической мелочи, пришлось таки пересобрать: https://updates.fastrawviewer.com/data/FastRawViewer-1.6.1.1665-x64-Setu...
Windows smartscreen может ругаться на not frequently downloaded и подобное - это нормально.
А что за шары на фоне
А что за шары на фоне странички появились!? Я уж даже подумал что у меня что-то с монитором :)
Я после апгрейда темы всегда
Я после апгрейда темы всегда забываю их оторвать. Сейчас может вспомню.
Багрепорт
а куда багрепорт предпочтительнее слать, сюда или в форум?
в support@fastrawviewer.com
в support@fastrawviewer.com
Ни сюда, ни в форум толком прицепить файл нельзя :)
У меня обнаружилось некоторое количество 16-бит тифов, у которых
не показывается экзиф, а гистограмма рисуется 8-битная (по превьешке, что ли?). Разной древности сканы. Жпеги тоже есть со сканера со странностями. Жаловаться в саппорт, или уже есть баг? Тифы здоровые, 50-100 мег.
Это фича.
Это фича.
1) гистограмма RGB всегда 8-битная, сворачиваем в нее. Для вьюера вряд-ли надо точнее.
2) Для BigTIFF нет поддержки EXIF (ну грубо говоря вы первый кто попросил, формат редкий, от TIFF все-таки отличается).
Подпереть может быть даже и можно, но да, нужны примеры. У меня живых BigTIFF с EXIF которые бы вылезли из какого-то вменяемого софта (а не руками насильно сделаны) - нету просто.
Я добрался до ваших файлов
Я добрался до ваших файлов (TIFF без EXIF) и, в общем, там особо и нет EXIF который можно было бы читать.
Точнее, там внутри (EXIF) есть makernotes, но читать их то такое.
Еще есть Modify Date в неверном формате:
| 15) ModifyDate = 2004.06.13 13.38.21
Так что с одной стороны проистекла польза что вот туда вообще заглянули, а с другой - польза эта условна.
> makernotes, но читать их
> makernotes, но читать их то такое
Да, и точно -- наиболее (возможно) интересный FilmType сидит там. Если связываться с ними вы считает неправильным, что ж поделать.
Есть однако вот такой дурацкий случай, когда Make присутствует, а Model нет. Возможно, имеет смысл хотя бы Make выводить?
В любом случае спасибо.
На, наверное если нет model -
На, наверное если нет model - только make, посмотрю.
Что касается Makernotes (film type) - оно не получается ж само, это не EXIF, нужно разбирать (в libraw) это поле и показывать специяльно, это не в табличку строчку добавить.
1. Ч/б скан: https://1drv.ms
1. Ч/б скан: https://1drv.ms/u/s!AredOioTOxlopOZwHaRCpA7ZDheJ6Q
2. Цветной: https://1drv.ms/u/s!AredOioTOxlonIF3Dr8_QYIkSoDIHg
3. Другой цветной: https://1drv.ms/u/s!AredOioTOxlopL9YG4mF3N2fRbi0zQ
В странных жпегах не оказалось "Date/Time Original". Ну те вообще экзиф почти пустой, поэтому понятно почему не показывается ничего. Но вот такое предложение -- а почему бы в таком случае не выводить дату создания файла? Оно конечно не экзиф, в панельке exif рисовать его нечестно -- но, с другой стороны, exiftool ее выводит. Значит, и вам можно:)
Это (как понятно) не очень важные баги/пожелания.
Сканы скачал, спасибо, можно
Сканы скачал, спасибо, можно удалить. Пока толком не смотрел (верна ли моя гипотеза про bigtiff)
В EXIF-полях (через их настройку) можно добавить File Modified: create/modify date, группа File Information, самая нижняя (если порядок не меняли).
Так чтобы автоматом оно показывалось вместо Timestamp - это наверное не надо?
Спасибо. Вместо Timestamp в
Спасибо. Вместо Timestamp в экзифе? Да, не надо.
M2DNG
A Monochrome2DNG должен конвертить РАВы с неконвертнутых камер? Я, по крайней мере, на выходе рассчитывал увидеть монохромную шашечку, как RPP с какими-то волшебными ключами делает.
Ну там на главном экране
Ну там на главном экране программы есть галочка [ ] Skip processing if non-monocrome data detected....
Если ее снять - будет жрать все (байеровское), будет шашечка.
Точно. Не досмотрел. "Supress
Точно. Не досмотрел. "Supress...", как я понял, пытается давить паттерн на неконверченных камерах?
На конверченых (оно там тоже
На конверченых (оно там тоже бывает, по ряду причин)
На цветных надо действовать полностью иначе и Monochrome2DNG для этого случая не предназначена