Свежие комментарии
Title | Comment |
---|---|
Быстродействие |
Легкое тестирование на быстродействие.(продолжение) |
Вот меня лично эти базы |
Вот меня лично эти базы достают. Что ACDSee, что FastStone. Путей как его ускорить видно сходу много (даунсамплить при декодировании, декодировать в много потоков видимую часть, затем пустить в фоне одну нитку декодировать дальше). |
FastStone показывает 'grid' |
Там если Выставить 200х200 то не так и много.(а хотелось бы и поболее 300х300)
Неправильно выразился, это излишек в базе, или "дырка" от raw.
Наше дело раскачать, чтоб мысли в разные стороны смотрели ;) |
FastStone показывает 'grid', |
FastStone показывает 'grid', то есть одновременно нужно показать много (десятки) Про дырки не понял. Но приделать базу, потом, если скорость не будет устраивать - ну реально же несложно. Чуть сложнее будет, если сжимать в нее на лету, но и тут никакого рокет-сайенса нету. |
С базой же возникает понятная засада: |
Это понятно. Мне нравится(почти) как это реализовано в FastStone Image Viewer. >>>> компьютеры сейчас быстрые, ядер много. |
Я вот и говорю "посмотрим". |
Я вот и говорю "посмотрим". С базой же возникает понятная засада: если ключ в базе - это имя файла (пусть даже с каталогом), то возможны дубли ключей (если камера начала нумерацию файлов с нуля, а путь - сдублировался на карточке памяти). Если ключ - контрольная сумма от файла, то для показа превьюшки нужно считать весь RAW, а не только превьюшку из него. |
будет показываться встроенный JPEG |
Я не имел ввиду рендерить реальные RAW. |
В качестве превьюшек будет |
В качестве превьюшек будет показываться встроенный JPEG (за исключением кодаков, где превьюшка - тоже RAW, но мелкого размера). Рендерить десятки(тысяч) raw на лету (с полной распаковкой, основные тормоза в ней) - нет возможности. Пока необходимости в базе не видно, дальше посмотрим. |
Механизм чего? |
>>> filmstrip Как эти превьюшки будут формироваться, на лету, или формируем в базу, потом из неё показываем... |
Механизм чего? |
Механизм чего? |
>>> filmstrip |
А какой механизм планируется? Построение в реальном времени, |
Разрешение "в мегапикселях" в |
Разрешение "в мегапикселях" в данном примере - растет более чем вдвое (было 16, стало "больше 36"). Что там ограничивает, вообще физические (математические) ограничения, либо же тот способ, которым в камере делается интерполяция - я не могу тебе сказать, аппаратом Super Resolution не владею в степени "свободного оперирования". |
Я не говорю, что роста нет :) |
Я не говорю, что роста нет :). Просто при сдвиге сенсора мы делаем выборки "большими" пикселями (понятно, что есть микролинзы, обвязка и прочие нюансы). Если взять одну "строку", то получается что мы имеем наложение (перекрытие) пикселей, которое ограничивает рост линейного разрешения. Собственно, оно и растет не в 2 раза, как хотелось бы, а заметно меньше. Т.е. 64Мп мы никак не получаем в реальности. |
Уменьшение муара - это уже |
Уменьшение муара - это уже рост разрешения, даже при прочих равных. Если посмотреть на скриншот с компарометра, видно вот что разрешение "не хуже" чем у D810 |
А с чего должно радикально |
А с чего должно радикально расти разрешение при сдвиге сенсора? То, что растет цветное разрешение и уменьшается муар понятно. А для увеличения "линейного" разрешения надо весьма сложной математикой заниматься, да и ограничения там вполне понятные имеются. Смотри на эпсоновские сканеры со сдвинутыми на 1/2 пикселя линейками - там разрешение росло, но никак не в 2 раза :) |
С зарубежными посылками |
С зарубежными посылками наложилось, скорее всего, три эффекта |
Почта конкретно пугает: от |
Почта конкретно пугает: от выхода с Внуковской таможни до выхода с Перовской сортировки проходит 5 (пять!) часов всего. |
Да, нас периодически про это |
Да, нас периодически про это просят. И это есть в планах, хотя вот конкретные формы ЭТОГО непонятны пока. Написал много всякого и стер. Пусть полежит в планах, пооформляется. |
А вот подумалось |
несмотря на то, что FRV позиционирует себя как альтернатива необходимости массового рендера превью, у него на самом деле для этих целей все козыри - используя имеющиеся возможности можно легко, быстрее чем остальные и без проблем эти самые превью отрендерить в любом размере и любыми настройками (хоть два рендера сразу +-1ev причем в один файл) т.е. использовать не для целей отбора в постобработку, а конкретно для задачи "отрендерь мне все и быстро!" p.s. как дальнейшее развитие, конечно, каталогизация, но это оверхед |
Если есть слот M.2 с PCI |
Если есть слот M.2 с PCI Express, а не просто с SATA, то да. Но даже на SATA разница огромная. |
SSD очень к месту. |
Ну тогда уже на M.2 смотреть ;) ..... |
Будет filmstrip - будет |
Будет filmstrip - будет именно так. Крутите в отдельной дырочке jpeg-и, пожалуйста. А декодировать RAW частично (ну там с частичным разрешением) - для большинства форматов нельзя. |
Дополнение |
Остановились, работаем с картинкой, продолжаем работать на кэш, декодим остальные в пару тройку потоков... |
Есть маленькое предложение! |
А почему нам нужно декодировать в таком количестве потоков? |
Ну вот могу сказать, что |
Ну вот могу сказать, что такому компьютеру (примерно вот как у меня) - SSD очень к месту. |
А в XP этого диалога и нет. |
А в XP этого диалога и нет. Это не мой диалог, а системный. И кнопок там тоже нету: я системе предъявляю список расширений, которые умею (на инсталляции, не на рантайме), а диалог оно само. Поэтому check all, потом uncheck .jpg, OK |
SSD |
>>> Crucial MX100 256M |
Хотелки |
Сейчас могу посмотреть только Legacy версию на XP. |
Если не массив, то мой |
Если не массив, то мой однодисковый тест даже в лучших условиях. Т.е. линейное чтение у современных дисков скорее всего быстрее чем у этого WD-раптора, а вот seek - медленнее ну и rotational delay больше. Q&A секцию пора делать и этот вопрос там отразим обязательно. UPD: Crucial MX100 256M стоит чуть больше 100 баксов. Уж рабочие файлы на нем не страшно держать, если бэкапы есть. |
У меня нет и не могу сделать 3-дисковый массив, есть 8-д |
У меня не массив. А диски Hitachi Ultrastar 7200rpm 64Mb - довольно быстрые.. >Закрывать не обязательно. Preferences - File Handling - Run single program instance. |