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

Title Comment
Вот спасибочки!

Вот спасибочки!

Это side effect от починики другой баги (на самом деле FRV до последних версий не делал 'set current dir' и это давало в некотором случае эффекты - теперь делает).

Ща зачиним (уже на коленке починил, осталось все правильно сделать)

FRV не может переименовать

FRV не может переименовать «текущий» каталог на винде. Т.е. я стою в каталоге, вижу картинки, кликаю в дереве каталогов на нём, выбираю Rename, получаю

---------------------------
Folder rename error
---------------------------
The folder Y:\Pictures\Photos\By Lev\Fuji X-T3\2020-10-31 cannot be renamed because you do not have sufficient permissions or it is in use (e.g. by another process), or another folder with designated name already exists.
---------------------------
OK
---------------------------

Понятно, что в лоб его переименовать нельзя (он выбран как текущий), но может обратывать эту ситуацию отдельно?

Гм, у меня есть такой же

Гм, у меня есть такой же (монитор только 1080), буду руко-водить!

Не помню, где я тебе писал

Не помню, где я тебе писал про баг с пропаданием выделения при проведении мышкой по списку папок, но он воспроизвелся со свежей установкой на хакинтоше.

NUC8i5, 10.15.7, экран 1920х1200, билд ФРВ 1680

https://photos.app.goo.gl/TAEkGwzf6hxSfvbr6 - я там долго мышкой возил, должно быть видно.

А, не, не вполне, другое в

А, не, не вполне, другое в туде.

Ну скорее на 2.1, но да, уже

Ну скорее на 2.1, но да, уже там, в туде.

запишите в TODO на 2 версию

запишите в TODO на 2 версию чтобы на клавишу можно было вешать прямо вот набор целый настроек изображения по выбору (+WB, O/U exposure, focus, итд)...

Перезагрузил систему, глюк

Перезагрузил систему, глюк воспроизводится.
Какой-то системы, в каком месте появляется в зависимости от высоты окна - нет

Скриншот в почту послал

Скриншот в почту послал

У меня пока еще

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

Ну не готов ничего на эту

Ну не готов ничего на эту тему сказать: на 10.14/10.15 не воспроизводится, компонент для визуализации дерева - стандартный.

Сделай еще скриншотик галочек у меню которое у панели Folders, если у тебя там не defaults - попробую с твоими настройками воспроизвести.

По мере продвижения мышки

По мере продвижения мышки вверх или вниз папка сначала выделяется, потом выделение пропадает, потом опять появляется.

Из видео ничего непонятно

Из видео ничего непонятно

Баг или фича?

Обнаружилось странное поведение: https://photos.app.goo.gl/zkeoakVtVjq2YnuRA
Мак ОС 10.13.6
В зависимости от вертикального размер окна может быть в разных местах по-вертикали.

HDR если показ.

HDR если показ.
Ну и типа можно отредактировать разок (другой) без постеризации.

А в чем смысл 10

.. и более бит? HDR-вывод?

Короче, в MP4 (это

Короче, в MP4 (это подмножество MPEG4, одна часть стандарта) заголовок бокса 8 байт строго, содержимое бокса бывает всякое, но variable bits я видел только у собственно контентной части, заголовка H.265-кадра.
Нормальному человеку в это место лезть не надо, нужны метаданные (ID картинок, цветовые данные) - они человеческие.

Я не помню за давностью лет

Я не помню за давностью лет какой у нас Part был.

MP4 - это MPEG4 Part 14.

MP4 - это MPEG4 Part 14.

Ну вот я не знаю, как они

Ну вот я не знаю, как они сделали. Я делал сериализатор/десериализатор в MPEG4 для VRML (да, VRML был частью стандарта MPEG4!) лет 15 назад и там был контейнер именно битовый…
Но вообще у MPEG4 жтих контейнров штуки 4 же — transport stream, packet stream, ещё что-то, и все разные…

Ну погоди, там перед боксами

Ну погоди, там перед боксами полноценные 4-байтовые размеры (ну или 64 битные могут быть, на практике не видал).
И в большинстве боксов - нормальные 1-2-4-байтовые же поля.

Ужасы которые ты пишешь - они собственно могут быть в тех кусках, которые суют потом в H.265 декодер (вот в hvcC есть такое), ну так это декодерово дело как их там фигачить, руками это щупать не приходится.

Но MP4 контейнер же битовый,

Но MP4 контейнер же битовый, с Variable length integers, и прочими оптимизациями под БИТОВЫЙ поток и аппаратное декодирование, это же ад на процессорах разбирать! Или они от этого тут отказались?

На, наверное если нет model -

На, наверное если нет model - только make, посмотрю.

Что касается Makernotes (film type) - оно не получается ж само, это не EXIF, нужно разбирать (в libraw) это поле и показывать специяльно, это не в табличку строчку добавить.

> makernotes, но читать их

> makernotes, но читать их то такое

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

В любом случае спасибо.

Я добрался до ваших файлов

Я добрался до ваших файлов (TIFF без EXIF) и, в общем, там особо и нет EXIF который можно было бы читать.
Точнее, там внутри (EXIF) есть makernotes, но читать их то такое.
Еще есть Modify Date в неверном формате:
| 15) ModifyDate = 2004.06.13 13.38.21

Так что с одной стороны проистекла польза что вот туда вообще заглянули, а с другой - польза эта условна.

На конверченых (оно там тоже

На конверченых (оно там тоже бывает, по ряду причин)

На цветных надо действовать полностью иначе и Monochrome2DNG для этого случая не предназначена

Точно. Не досмотрел. "Supress

Точно. Не досмотрел. "Supress...", как я понял, пытается давить паттерн на неконверченных камерах?

Ну там на главном экране

Ну там на главном экране программы есть галочка [ ] Skip processing if non-monocrome data detected....

Если ее снять - будет жрать все (байеровское), будет шашечка.

M2DNG

A Monochrome2DNG должен конвертить РАВы с неконвертнутых камер? Я, по крайней мере, на выходе рассчитывал увидеть монохромную шашечку, как RPP с какими-то волшебными ключами делает.

Спасибо. Вместо Timestamp в

Спасибо. Вместо Timestamp в экзифе? Да, не надо.

Pages

Subscribe to comments_recent_new