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

Да, ожидаемо. Согласен, люди вообще не подумали про работу пачкой а не one shot.

Может проще будет сделать патчи к libtiff что бы у неё был режим DNG? Структура-то одна.

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

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

Ща испробуем, должно пройти. Весь SDK - лютый ужас, чтобы понять что же они на самом деле делают - приходится его читать (а что делать человеку, который только слегка в теме).

Но зато теперь я знаю простой способ таки сделать EXIF (а не так, как это сделано в dngconvert) из RAW-файла.

Можно просто открыть исходный RAW (не DNG) при помощи DNG SDK же. EXIF при этом распарсится и его можно оттуда вытащить.

Так я поэкономил себе 30...150 (в зависимости от задачи) строчек говнокода "getExifTag(tag1, tag2...."

Пусть идут в жопу вместе с C++ conf.

Я хорошо знаю, какой у моих pointers срок жизни и аккуратно с ними управляюсь (когда мне безразлично или не хочу об этом думать - да, есть auto/shared/unique).

А мудизм этот, когда вместо reuse буфера получается реаллокация (потому что SDK хватает его и освобождает сам) - это в чистом виде мудизм.

Я бы тебя сейчас отправил школьную парту^W^Wслушайть кейноты последних лет с C++ conf. Где красной нитью — никаких raw pointers. По многим причинам. И это правильно.

Единственный грех DNG SDK — что это не std::shared_ptr а какой-то свой AutoPtr. Но SDK старше новых версий стандарта языка.

Со стандартным (c++11) auto_ptr такое вот компилируется:

// MyClass.h
class dng_image;
class MyClass {
private:
std::auto_ptr image;
};

// MyClass.cpp
MyClass::~MyClass() {
}

Можно попробовать с AutoPtr.

Королева в восхищении!!!

void dng_negative::SetStage1Image (AutoPtr<dng_image> &image)
    {   
    fStage1Image.Reset (image.Release ());    
    }

У меня, сука, забирают мой буфер. И потом его, сука, освободят.

То есть натурально, если у меня 100 одинаковых файлов, то мне надо 100 раз аллоцировать одинаковый (ну скажем 80-мегабайтный) буфер, а SDK будет его отнимать у меня и освобождать.

Ненавижу когда так строят. Без мозга.

Я C++ тоже труба шатал, поэтому не понял ответа.

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

А у этого AutoPtr нет метода, аналогичного auto_ptr::release, который отпускает сырой указатель? Тогда было бы достаточно перед вызовом аттачить, после вызова отпускать.

Индусам как поэтам, платят построчно.

Нет, разумеется.
Если мерятся камерой по светам то зачем мне вкручивать и диафрагму и выдержку и ISO. Пусть диафрагма будет фиксированной (ну, если не спорт или животных снимает, там фиксированная выдержка), а выдержку и ISO пусть он сам считает с поправкой введённой в глубоких менюшках ПЛЮС поправкой введённой ИНОГДА колесом.

да, но я про DNG -> DNG, а не про DNG converter (который так тэги не правит конечно же) - это же не единственное ПО которое делает DNG -> DNG (с какими-либо модификациями внутри)...

>>> Как отключить - пока не нашел.

эпоксидкой, чтобы не крутилось !

Гы.
Можно EV Comp навесить на другое колесо (ну скажем на заднее, которое мне ненужное) - и тогда будет диапазон +-5 на этом колесе.
Но стоит тронуть выделенное колесо экспопоправки - как действовать начинает оно. Как отключить - пока не нашел.
И если тронуть выделенное колесо и затем вернуть его в 0 - запрограммированное колесо тоже "сбрасывается в 0"

Дизайн интерфейсов - не самая сильная сторона Сони.