2020

Вот возьмем, к примеру, XMP. Там, в стандартных тегах, есть xmp:Label в которых обычно (но не всегда) пишут цветовую метку.

Если быть точным, то Adobe Lightroom пишет, при стандартных настройках, цветовую метку, ну к примеру <xmp:Label>Red</xmp:Label>, а у Adobe Bridge стандартный набор этих слов другой (Select, Second, и т.д.).

Поскольку цвета (и статусы) пишутся словами, возникает такой интересный эффект, что слова надо писать на языке пользователя: Red, Rot, Rouge, Rojo, Красный. И, да, так и происходит - эти слова у Адоба локализованы и метки пишутся в соответствии с установленным у пользователя языком.

Приятным сайд-эффектом является то, что если у фотографа, допустим, установлен немецкий, а "в редакции" - испанский, то установленные фотографом метки - в редакции не прочтутся (а xmp:Rating, который ставится числом - прочтется). Ну или как вариант, если в конторе у разных сотрудников установлены разные языки - interoperability по xmp:Label будет утеряна (а по Keywords, кстати, нет, ибо ключевые слова не "интерпретируются в цвет").

К моему удивлению, ровно такая же ерунда происходит и в Маковском Finder: цветовые метки пишутся "словом" в атрибутах файла, а эти слова, для получения из них цвета, пропускаются через Finder-овский словарь тегов, каковой меняется со сменой языка.

Следствие то же самое - "сменил язык - метки потерял".

Да, вариант "везде английский" тоже имеет свои недостатки, это тоже очевидно.

У одного моего друга есть Acronis Workstation (v11.7, в покупке более новых смысла пока не увидел).

Этот бэкапер умеет пофайловый инкрементальный бэкап.

НО.

СУКА.

1. Допустим, у вас есть d:\folder\project и вы поставили ему галочку бэкапить
2. Но там есть подпапки debug, release, .vs (в которых, соответственно, debug-сборка, релизная, файлики от Intellisence)
3. Поэтому вы зашли в настройку бэкапа и сняли с них галочки.
4. После этого (нецензурно)
   • Если в d:\folder\project были добавлены новые файлы или там папки
   • То галочка на них как бы и не стоит
   • И они, соответственно, не бэкапятся.

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

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

И, в принципе, логика то в таком поведении есть. Хотя я бы предпочел другую логику: если не исключено явно, то таки бэкапить.

То как оно сделано в тайм-машине, где все включено сходу и пользователь может только исключить - с точки зрения безопасности данных гораздо лучше (но объемы бэкапа тайм-машины - раздражают)

Либо наведенный морок, либо память подводит, но не нашел комментария, где меня ругают за weak https ciphers на blog.lexa.ru. А точно помню что он был, с месяц назад или около того.

Тем не менее, звезды сошлись, добрался до этого места (потратил, как водится, изрядно времени) и теперь тут так:

Имею сказать всякое:

1. Публикую не чтобы похвастаться, а отладки для: если что-то сломалось, сообщите pls.
2. TLS 1.0
...

А вот возьмем к примеру одну и ту же кривую (редактирования) и нарисуем ее в разных координатах (по обеим осям, конечно, одинаково):

(по клику будет чуть побольше).

В EV-координатах мы, понятно, не можем нарисовать от нуля, размер квадратика 10 стопов (и по X и по Y), на остальных картинках диапазон "0-1".

Эффект ожидаемый и понятный: в случае EV-кривой мы имеем больше места для редактирования теней (полутона, 3 стопа от насыщения, это правые/верхние 3 клеточки из 10). В случае линейной кривой - можем прямо вот идеально вывести света (полутона и тени - это чуть больше одной левой нижней клеточки). В случае гаммы - у нас середина примерно в середине, ну с какой-то точностью (почти точно будет для L* т.е. для эффективной гаммы около 2.5).

Но возникает ведь и другой вопрос: если кривая "в гамме", то в какой? Вот к примеру кривые для Adobe RGB (2.2) и ProPhoto (1.8) не будут одинаковыми (посмотрите как теневой хвостик отличается на картинке)