|
Notes |
|
|
|
>с учетом всех разбиений на отдельные файлы
С учётом размера кластера ФС и его неполного заполнения файлом, или имеется в виду что-то другое? |
|
|
|
|
>С учётом размера кластера ФС и его неполного заполнения файлом, или имеется в виду что-то другое?
С учетом "Разбить изображение на Х\Х файлов" в настройках САСа. Каждый файл добавит как минимум хидер себя любимого плюс всякие палитры итд (по ситуации). Разница с собственно размером контента невелика если площадь сведения большая - а на маленьких сведениях может выдавать неверную инфу. Некритично, но посчитал нужным упомянуть. :) |
|
|
|
|
|
Может хватит текста "Raw data size %d Gb", а пользователь пусть дальше уже сам угадывает ожидаемый размер? А то для RAW и BMP размер считается просто, а для всех остальных это целая проблема. |
|
|
|
|
>Может хватит текста "Raw data size %d Gb"
Лучше в Мб. Гигабайты - это в основном для РАВа, а все остальное имхо упрется в лимиты форматов задолго до первого гига.
>а для всех остальных это целая проблема.
Хорошо, давай сделаем так.
Варнинг о нехватке места тогда будет немножечко тупить - ну да и ладно. Это все же лучше, чем оставить процесс на ночь - и поутру найти упавшую по нехватке места систему. |
|
|
|
|
> Лучше в Мб. Гигабайты - это в основном для РАВа, а все остальное имхо упрется в лимиты форматов задолго до первого гига.
Оно будет само подбирать оптимальные единицы измерения так как сейчас подбирает в строке статуса и окошках загрузки.
>Варнинг о нехватке места тогда будет немножечко тупить - ну да и ладно.
Я этого вообще не собирался делать, но думаю можно сделать только для некоторых типов склейки (BMP, RAW). |
|
|
|
|
>Я этого вообще не собирался делать, но думаю можно сделать только для некоторых типов склейки (BMP, RAW).
Если можно сделать отдельно для форматов - то да, давай сделаем именно для тех, для которых можно точно подсчитать требуемое место. |
|