Свежие комментарии
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 есть даже человеческий стандарт. |
А что такое "не родная |
А что такое "не родная метадата"? Вот к примеру 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 и более-менее однозначна (ну опять бывают приколы, но мы не о них). А потом некто начинает редактировать, появляется история, а в ней артефакты: Ну и на это всякое другое накладывается тоже. Чтобы обновить метадату - файл надо бы переписать целиком. Многогигабайтный на 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 |
а напомните мне - перенос |
а напомните мне - перенос настроек добытых мозолями на другую машину у FRV автоматизирован или мне надо ручками ветки регистри переносить ? |
ушел в личку. |
ушел в личку. |
1. Мы не вводили checked и |
1. Мы не вводили checked и selected, это одно и то же сейчас. |
забаньте меня :) |
забаньте меня :) |
1. начну с конца =) |
1. начну с конца =) контекстное меню изначально может работает над: 2. по поводу двух понятий: да, раз уж ввели их в дело checked & selected то я бы и (со)держал мух отдельно от котлет 3. для чего все это? хочу например выделить портреты в папке. но где-то у меня портреты диапазонами а где-то пейзажка. и check будет слетать постоянно. поэтому придется тыкаться-чекать по одному файлу. не? |
Я одного не могу понять, но |
Я одного не могу понять, но сразу глобально. А вы предлагаете разделить на два понятия Но что дальше то? Вот когда у вас есть файлы 1,3,5 выделенные (фоном) и файлы 2,3,4 отмеченные (галочкой) и вы вызываете контекстное меню на файле 3, то к чему относится это контекстное меню, к 1,3,5 или к 2,3,4? |
поправочка |
поправочка |
Алексей, возможно я неправ. |
Алексей, возможно я неправ. но как пользователь который rtfm в самом конце текущий режим чека и селекта для меня был (и немножко остается) не совсем однозначным. :) |
вот чесслово сижу |
вот чесслово сижу принципиально копаюсь в выделении =( как-то неудобно. вот как-то так. |
Ну то есть вы предлагаете |
Ну то есть вы предлагаете сразу иметь два понятия Шорткаты такие есть, только без Shift, Menu - Select и там смотрите, они там все написаны. |
Ну если мы возьмем Windows |
Ну если мы возьмем Windows Explorer, то там Shift-Click всегда выделяет один диапазон, снося старый. А если мы возьмем FRV с его Selection mode, то: |
я думал выделение файлов |
я думал выделение файлов через шифт/клик и потом могу галкнуть их уже. выделяю второй диапазон и снова кликаю на чекбоксе одного из файла в текущем выделении - они помечаются согласно: если файл был чекнут - все чеки тушатся для всех файлов в выделении. если файл был анчекнут - то чек ставится на все файлы в выделении. |
Ну вот решение "клик в |
Ну вот решение "клик в превьюшку без shift/ctrl не сбивает отметку" - повлекло за собой последствия, в количестве больше одного. Пользоваться стандартным выделением после привычки к своему - мне неудобно :) |
гхм... сразу юзкейс. |
гхм... сразу юзкейс. |
спасибо. буду изучать как |
спасибо. буду изучать как обычно. попой чуял что фича а не бага, но вот долго не решался... :) |
Поправка: в документации не |
Поправка: в документации не ошибка, а название скрипта, который эту настройку ставит в стандартное положение. |