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

Возьмите Libraw (готовый бинарный дистрибутив под Windows или Мак).
Программа 4channels сделает ровно то, что вы просите - 4 tiff-файла, разложенные по каналам.

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

Извините, если совсем флуд и оффтоп. Меня сюда с фотоклуба.ру послали.
Вы не знаете, можно ли извлечь из raw-ки (например cr2, но не суть важно) изображение только из элементов за, например, красными светофильтрами?
Не могли бы вы сказать что-нибудь на тему того как это можно (если можно) сделать.
Не фотограф и не пытаюсь.
Но очень нужно.

sysinternals vmmap
http://technet.microsoft.com/en-us/sysinternals/dd535533.aspx

В свое время пришлось специально приседать в некоторых алгоритмах, чтобы куски выделялись поменьше. Аналогично все заканчивалось недалеко за 1 Gb.

У контрастного-то? Спрашивают про контрастный. Он же ищет максимум резкости и не важно сколько там "циркуль конфузии".

Ну и ещё пару ссылок:
http://bugslasher.net/2011/01/15/memory-exhaustion-even-if-a-large-enoug...
оттуда
http://msdn.microsoft.com/en-us/library/aa366750%28VS.85%29.aspx
и http://i-web.i.u-tokyo.ac.jp/edu/training/ss/lecture/new-documents/Lectu...
Но получается, что на семёрке всё должно работать изначально.
Надо копать.

На всякий случай: для 32б может сказаться полезным PAE

нашинский дистагон-24 какой-то странный получился. очень неровный по качеству в первую очередь.

Ну как бы особой проблемы нет, без rgb-rendering потребности в памяти падают в несколько раз т.е. даже с 80-мпикс жить можно

Я просто пытался понять, отчего обещают 2гига а дают 1.1

Вот у меня получилось vmmap-ом, что
- первый большой аллоцированный блок - начинается по адресу примерно 256M от начала
- а по адресу 607d0000 (1.6Gb) уже живет DLL-ка (конкретно, QtXml4d )
Т.е. всего сплошного адресного пространства ~1.35G. Небогато.

В /3GB варианте - помимо этих 1.3 есть еще 2Gb начиная с 0x7fff0000

Ага, клевая штука. Спасибо

А вот того же самого, но с раскраской по времени "вот в этот момент строчка N в файле K захотела 200M хипа"?

Понятно, что это библиотека должна быть. Я готов :)

не знаю как в винде, а в юнихах маллок нынче аллоцирует память не в data сегменте, а за ним

VMMap.

>> Потому что сдается мне, что 80Mpix можно и без /3GB смотреть

80мпикс рав я смотрел и даже конвертировал вообще на старом ноуте с пределом памяти в 2Гб физически.

PS. не знаю о том ли я понял.