как извлечь кроп из рава не теряя ни каких данных кроме как в отрезанной части?

как извлечь кроп из рава не теряя ни каких данных кроме как в отрезанной части?

чтоб получился рав, но только с избранной части матрицы.

Никак. А что межает конвертнуть . а потом резать как угодно?

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

перекодировать дцравом в тифф (он только меняет формат файла не трогая данные) и кропануть.

может и в ДНГ можно если в спецефекацыях покопаться, хвалённая адобовская приблуда не кропит чтоли ДНГ в ДНГ

рав это файл. принципиального ограничения на его обработку не существует.

это как? объясните подробнее)

проблема в том что даже тифф содержит меньше данных чем рав, но работать с кропом рава проще так как в нём меньше данных, чем в оригинальном, значит комп обрабатывает его быстрее.

РАВ - это не файл, а формат записи. А чем Вы его курочите - Ваше личное дело.

Цитата:

от: uopp
проблема в том что даже тифф содержит меньше данных чем рав, но работать с кропом рава проще так как в нём меньше данных, чем в оригинальном, значит комп обрабатывает его быстрее.

с какой стати меньше то???? это сырой тифф т.е. 16 бит 1 канал на пиксель переписаный на прямую из рава.

прикло фтом что фирменые метаданные (maker note),, вобще не фсегда возможно коректно перенести т.к. фирмачи просто иногда не ставят маркировку суб-ИФД на суб-ИФДах отсюда куча хрени оказывается завязана на смещение ффайле и никто кроме фирмачей незнает какая куча,, так что метадату проще послать , ограничась тиффом или днг.

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


мня вон ломает распаковывать олимпусовский орф йа ево и перегоняю так вот в сырой тифф потом обробатываю

Цитата:

от: Павел Ионас
РАВ - это не файл, а формат записи. А чем Вы его курочите - Ваше личное дело.

При этом то, как записывается тот или иной из форматов RAW до сих пор не стандартизировано, и у каждого из производителей есть свой формат записи. Иное дело, что RAW-конвертор может обрабатывать несколько форматов заложенных разработчиком. Да и смысла нет резать сырой RAW где субпиксели ещё не прошли дебаеризацию и не превратились в пиксели. Хотя я слышал о программах, что могут отображать данные из начального файла, как есть, но они больше технического свойства нежели предназначены для обработки RAW.

Оно канечна, спасиба....тока я это и так знаю..Да и резать я ниичаво не собираюсь...:)))))

с какой меньше? тот же ББ попробуйте по тифу править. и вообще, Принципиальных религиозных ограничений на кроп рава не существует. плис посмотрите сколько занимает места полноразмерный тифф из рава.

вот как раз олимусовский orf я и обрабатываю - и по моему мнению работа с кропом рава требует меньших ресурсов, чем с оригинальным. ufraw использую/ не говоря уж о тифе

Цитата:

от: uopp
с какой меньше? тот же ББ попробуйте по тифу править. и вообще, Принципиальных религиозных ограничений на кроп рава не существует. плис посмотрите сколько занимает места полноразмерный тифф из рава.

RAW = 15 мегабайт ... TIFF = 70 мегабайт (после конвертера)
баланс белого можно править только для информации от фотодатчиков (RAW)
при желании можно и TIFF и даже JPEG загрузить снова в конвертер и править баланс белого (правда для JPEG это мене эффективно - всётки меньше данных)

после ЛЮБЫХ модификаци это уже не рав. Ибо рав - это одномерный массив. До конвертора и кропа понять где именно будет произвольно выбранный пиксель, нельзя.

Возможно действовать итеративно.

конвертер выполняет обратное преобразование
http://www.isl.co.jp/SILKYPIX/russian/p/product/manual/man0004.html#008

Цитата:

от: Designboy
после ЛЮБЫХ модификаци это уже не рав. Ибо рав - это одномерный массив. До конвертора и кропа понять где именно будет произвольно выбранный пиксель, нельзя.

чего? сами-то хоть поняли что написали? работу с одномерными массивами ещё в школе на информатике проходят.

да вот не пофигу какая там мерность у массива :-)

Цитата:

от: uopp
с какой меньше? тот же ББ попробуйте по тифу править. и вообще, Принципиальных религиозных ограничений на кроп рава не существует. плис посмотрите сколько занимает места полноразмерный тифф из рава.

ещё раз реч о СЫРОМ ТИФФЕ (дцрав -Д) те. БЛИН, РАВЕ ПРЕДСТАВЛЕННОМ В ФОРМАТЕ "TIFF" (или "DNG" для исповедующий Адобеизм)
занимать места буддет в полтора раза больше рава.


а бб и фся фигня изключительно от правильности присвоеного цветового профиля зависит а не от чего-то ещё
если файл точно соответсвует профилю то буть он хоть JPG фсё бб там будет точно крутиться

Цитата:

от: uopp
чего? сами-то хоть поняли что написали? работу с одномерными массивами ещё в школе на информатике проходят.

Вы не в теме.
Принципиально возможно в HEX-редакторе повыкидывать "ненужные" писели.
Просто никакой конвертер после этой информации этот файл не откроет.
то есть был у нас скажем рав в виде 12М*16 бит (в зависимости от АЦП, обнуленные 2 или 4 младших разряда). Получилось 6М*16 бит. Интересно, как вы объясните конвертеру, что новая строка начинается не с 4001 отсчета, а с 3001? Это раз.

DCRAW может просто "перенести" одномерный массив в grayscale-tif без дебайеризации, то есть первый пиксель у нас будет абослютный отсчет после АЦП из-под R-пикселя, потом отсчет из-под G-пикселя и так далее. Потом этот тиф можно обрезать где угодно. Но опять же нам этот массив надо "развернуть", и опять же объянять конвертеру что это за хрень такая. Это два.

Можно тупо залить в хекс-редакторе "ненужные" пиксели максимальными или минимальными отсчетами (в нашем случае 65535/65535/65535 или 0/0/0), но это не кроп. И то не всегда получится, некоторые камеры сохраняют шифрованную CRC, и конвертеры будут считать "поправленный" raw поврежденным.