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

Title Comment
Ну, вот есть single source of

Ну, вот есть single source of truth по формату. Там прописано всё, что может быть в файле такого формата. Это всё — родное. Остальное — не соотвествует формату и вообще не обязано поддерживаться ничем.

Когда нет single source of truth — ну вот такое и получается.

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

Вопрос о копировании EXIF из RAW в JPEG вообще не имеет смысла в идеальном мире и не имеет правильного ответа в мире реальном, увы. О чём ты, собственно, и пишешь.

Там может быть JPEG/EXIF,

Там может быть JPEG/EXIF, JPEG/JIFI, всё тоже с и без IPCT и XMP ещё прямо внутри или рядом. Это — помойка.
Вообще, любой расширяемый более чем одним актором формат/стандарт становится помойкой.

Ну то есть хорошего решения

Ну то есть хорошего решения нет, все решения что я могу представить - имеют свои недостатки.

JPEG никакая не помойка, я бы

JPEG никакая не помойка, я бы попросил!

Как раз на JPEG/EXIF есть даже человеческий стандарт.

А что такое "не родная

А что такое "не родная метадата"?
Вот открыли мы RAW, сохраняем в формат.... ну скажем JPEG. Мы EXIF должны скопировать целиком, как оно было, или должны подредактировать в силу криворукости разработчиков сохраняющей программы?

Вот к примеру Adobe XMP SDK, когда добавляет XMP-блок к JPEG, оно, найдя в этом JPEG блок с EXIF - его редактирует, причем от души.
Хорошо ли это?

Ну а TIFF, увы, помойка, как

Ну а TIFF, увы, помойка, как и JPEG :-(

Это всё от гибкости. Вот

Это всё от гибкости. Вот зачем PNG вообще разрешает не-родную метадату? Было бы нельзя — не было бы путаницы.

Ну и да, мы имеем в одном

Ну и да, мы имеем в одном файле EXIF, XMP, IPTC, поправили к примеру поле Author (Artist), но наш софт был не IPTC-Aware, поэтому поправили только в двух местах.

Ну вот с метадатой у

Ну вот с метадатой у изображений творится какая-то полная чертовщина.

При этом с RAW еще кое-как (да и то, вот к примеру EXIF-block может быть в другом byte order, чем сам файл, причем никаких II*/MM* там нету и надо догадаться /что несложно, впрочем/).

Но RAW - это изображение "без истории", поэтому тамошняя метадата она на момент capture и более-менее однозначна (ну опять бывают приколы, но мы не о них).

А потом некто начинает редактировать, появляется история, а в ней артефакты:
1) метаданные - это ценность, их хорошо сохранять в исходном виде
2) за исключением, конечно, тех мест, которые мы при редактировании заменили (тот же тег Orientation)
3) а еще, мы собрали панораму (как пример) программой А, а редактируем программой Б и естественно Б про теги А ничего не знает и при всем желании не может привести их в соответствие, даже если мы предпочитаем вариант 2) а не 1)

Ну и на это всякое другое накладывается тоже. Чтобы обновить метадату - файл надо бы переписать целиком. Многогигабайтный на USB2-connected drive, причем USB оный временами отваливается т.к. контакт плохой.

мне ли тебе напоминать,

мне ли тебе напоминать, насколько альтернативные читатели ГОСТов (contemporary: standards, BCPs, whatever, чорталысоговступе) заполоняют окружаюшчую среду!

Нет, просто ГОСТа нету!

Нет, просто ГОСТа нету!

А при коммунизме будет ГОСТ,

А при коммунизме будет ГОСТ,
Он наступит скоро — надо только подождать

"Б-ди, Сэр!" (c)

"Б-ди, Сэр!" (c)

"C:\Program Files\LibRaw

"C:\Program Files\LibRaw\FastRawViewer\scripts\BackupSettings.cmd - сделает три .reg-файла в %USERPROFILE%\Documents\FRV-backup
Preferences, Shortcuts, LastUsed
Ну а дальше - перенести на другую машину и дабл-клик на нужных

а напомните мне - перенос

а напомните мне - перенос настроек добытых мозолями на другую машину у FRV автоматизирован или мне надо ручками ветки регистри переносить ?

ушел в личку.

ушел в личку.

1. Мы не вводили checked и

1. Мы не вводили checked и selected, это одно и то же сейчас.
2. Уже сейчас у файла есть 4 состояния (два независимых признака: отмечен и текущий). Добавьте раздельные checked/selected - и возможных состояний станет 8.
3. Для постоянных выделений, независимых от текущей сессии есть rating и label (что дает 25 сочетаний), вот можно покрасить портреты красной меткой, а пейзажи - зеленой. И эта окраска останется и после закрытия/нового запуска FRV.

забаньте меня :)

забаньте меня :)

1. начну с конца =)

1. начну с конца =) контекстное меню изначально может работает над:
б) отмеченными галочками, при отсутвии оных - над а) выделенной группой.
предвидя дальнейший вопрос: "а если мне надо над выделенной группой?" можно сделать Shift (aka выделение) + контекстное меню - и оно уже будет работать над выделением. чтобы не путаться - можно первым пунктом в контекстном меню показывать (и переключаться): Checked -> Selected или Selected-> Checked

2. по поводу двух понятий: да, раз уж ввели их в дело checked & selected то я бы и (со)держал мух отдельно от котлет

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

Я одного не могу понять, но

Я одного не могу понять, но сразу глобально.
Вот сейчас есть понятие "выделенная группа файлов", отмечать можно привычными действиями (Shift-Click, Ctrl-Click) и над этой группой мы делаем всякие групповые действия. Это - более-менее привычно (есть особенности - текущий файл может не быть в выделенной группе). Эта выделенная группа отмечается и цветом фона и галочками.

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

Но что дальше то? Вот когда у вас есть файлы 1,3,5 выделенные (фоном) и файлы 2,3,4 отмеченные (галочкой) и вы вызываете контекстное меню на файле 3, то к чему относится это контекстное меню, к 1,3,5 или к 2,3,4?

поправочка

поправочка
Ctrl-Shift-В - выделить все файлы меняя статус деактивируя чекбокс в пву
читать как
Ctrl-Shift-D - выделить все файлы меняя статус деактивируя чекбокс в пву

Алексей, возможно я неправ.

Алексей, возможно я неправ. но как пользователь который rtfm в самом конце текущий режим чека и селекта для меня был (и немножко остается) не совсем однозначным. :)

вот чесслово сижу

вот чесслово сижу принципиально копаюсь в выделении =( как-то неудобно.
я бы (не стоит меня за такое банить) сделал так
Ctrl-A - выделить все файлы не меняя статус (чекбокс в пву)
Ctrl-D - снять выделение всех файлов не меняя статус (чекбокс в пву)
Ctrl-Shift-A - выделить все файлы меняя статус активируя чекбокс в пву (тут и в следующей вопрос про выделение, надо подумать)
Ctrl-Shift-В - выделить все файлы меняя статус деактивируя чекбокс в пву
Shift/Ctrl/Click - выделяет/снимает выделение но не меняет активность файлов
Ctrl-Space - (например) активирует чекбокс в текущем выделении
Ctrl-Shift-Space - (например) деактивирует чекбокс в текущем выделении
Так же можно кликать мышой на чекбокс в выделенных файлах. если текущий активный файл был активирован (чекбокс он) то снимается активация всех файлов в выделении. ну и наоборот. если файл в выделении был неактивный и кликаем по чекбоксу - то активируются все файлы в выделении.

вот как-то так.
про бит 2 пошел читать и попробую. спасибо

Ну то есть вы предлагаете

Ну то есть вы предлагаете сразу иметь два понятия
- Checked (в духе FRV)
- Selected (в духе Windows)
Извините, но наш средний пользователь не поймет этого.

Шорткаты такие есть, только без Shift, Menu - Select и там смотрите, они там все написаны.

Ну если мы возьмем Windows

Ну если мы возьмем Windows Explorer, то там Shift-Click всегда выделяет один диапазон, снося старый.

А если мы возьмем FRV с его Selection mode, то:
Бит 2:
0 - Shift-Click всегда делает новое выделение диапазона, полностью снося старое выделение
4 - Shift-Click всегда расширяет выделение, не раз-выделяя старое.

я думал выделение файлов

я думал выделение файлов через шифт/клик и потом могу галкнуть их уже. выделяю второй диапазон и снова кликаю на чекбоксе одного из файла в текущем выделении - они помечаются согласно: если файл был чекнут - все чеки тушатся для всех файлов в выделении. если файл был анчекнут - то чек ставится на все файлы в выделении.
до кучи можно ввести что-то типа
Ctrl-Shift-A -чекнуть все файлы в текущей папке
Ctrl-Shift-D анчекнуть все файлы

Ну вот решение "клик в

Ну вот решение "клик в превьюшку без shift/ctrl не сбивает отметку" - повлекло за собой последствия, в количестве больше одного.

Пользоваться стандартным выделением после привычки к своему - мне неудобно :)

гхм... сразу юзкейс.

гхм... сразу юзкейс.
100500 файлов в гриде. я хочу галкнуть (здесь и дальше галкнуть - активировать чекбокс в пву) несколько диапазонов. мои действия:
первым делом галкую на первом файле первого диапазона. зажимаю шифт и кликаю по последнему файлу первого диапазона. ура. первый диапазон выбран. потираю ручки
зажимаю ctrl и кликаю по первому файлу второго диапазона. он активируется. удерживая шифт кликаю по последнему файлу второго диапазона. упс. второй диапазаон выделяется ок, но первый полностью ангалкнулся. чешу репу.

спасибо. буду изучать как

спасибо. буду изучать как обычно. попой чуял что фича а не бага, но вот долго не решался... :)

Поправка: в документации не

Поправка: в документации не ошибка, а название скрипта, который эту настройку ставит в стандартное положение.

Pages

Subscribe to comments_recent_new