to Albom
Не открывает большие файлы лишь потому, что на данный момент в MV выключено управление памятью - прога фиксированно жрёт 5 с половиной метров памяти. Как будет время - включу (у декодеров написанных давно нет даже зачатков управления памятью, у новых есть). В прогах, написаных на языках высокого уровня изначально динамическое управление памятью, через кучу, как куча работает в Колибри, я пока не въехал, потому в своё время решил в MV делать своё управление памятью.
to Sh@dy
По поводу libimg - не знаю. Во-первых библиотека обладает достаточно специфичным интерфейсом и внутренней логикой, кто копался в коде - поймёт. Плюс к тому - насколько я понял, в Колибри при загрузке одной библиотеки разными приложениями к _каждому_ приложению линкуется отдельный экземпляр библиотеки (поправьте, если не так), MV же сделав свою работу полностью уходит (прибивается). Тут надо подумать (мне).
Кстати, как я понимаю, документацию к IPC интерфейсу MV ты не читал, а ведь.
ImageView
to Nable
Читай лог с svn, храни файлы на svn. То что ты пишешь уже сделано Mario79
Читай лог с svn, храни файлы на svn. То что ты пишешь уже сделано Mario79
Code: Select all
r832 | mario79 | 2008-07-23 19:36:00 +0300 (Wed, 23 Jul 2008) | 5 lines
Changed paths:
M /programs/media/mv/trunk/mv.asm
MV v.0.65
1) Use new version Editbox (Thanks <Lrz>)(mouse correctly works in secondary thread)
2) The memory used for storage of the file BMP after conversion in RAW comes back to OS.
3) Usage of keys 1,2,3,4 for call of buttons of the application without the mouse, before the key were defined incorrectly.
4) Deleting of the unnecessary procedure of clearing of a background of a picture at pressing the button "Open"
r828 | mario79 | 2008-07-20 13:08:07 +0300 (Sun, 20 Jul 2008) | 8 lines
Changed paths:
M /programs/media/mv/trunk/mv.asm
MV v.0.6
1) Use Editbox (Author <Lrz>)
2) Draw window without fill working area (C = 1)
3) Open file with parameter in patch:
Size of parameter - 4 bytes. Parameter starts with the character "\",
the unused characters are filled by a blank (ASCII 20h).
'\T /hd0/1/1.jpg' - set background, mode: tile
'\S /hd0/1/1.jpg' - set background, mode: stretch
MV v.0.5
Dinamic Allocation Memory
r825 | mario79 | 2008-07-17 22:55:12 +0300 (Thu, 17 Jul 2008) | 2 lines
Changed paths:
M /programs/media/mv/trunk/mv.asm
2 Albom
Не мог бы ты все-таки поискать документацию по масштабированию?Можешь реализовать масштабирование больших рисунков под размеры рабочей области окна? (кое-какая инфа по маштабированию у меня была - могу поискать)
я искал, но пока не нашёл (трудно найти в плохо отсортированной инфе - 4 гектара статей и книг и это в зипе, а если разжать, то гектар 20 будет...). сегодня ещё поищу.Не мог бы ты все-таки поискать документацию по масштабированию?
PS. нашёл алгоритм вращения картинки на произвольный угол. может нужно?
Из книги "Мир цифровой обработки" (Гонсалес, Вудс. М.:2005, с.114-116)
+ см. Википедию (Интерполяция)
+ см. Википедию (Интерполяция)
- Attachments
-
-
114.zip (6.2 KiB)Downloaded 454 times
-
to Sh@dy
Извиняюсь, но это опять я.
По поводу libimg ответ - нет, однозначно.
И вот обоснование(почему-то никто не обосновывал ничего когда не говорил).
1)Поддерживаются только BMP и GIF (или я не на том SVN смотрю?)
2)Всё конвертится в 24bpp, что не есть труъ, я вот с этим в MV отчаянно борюсь (65я ф-ция мне нравится гораздо больше, ибо рациональней).
3)Из пункта 2 вытекает, что до ;%: переписывать, да и что от libimg в итоге останется?
4)Нет ни одной программы использующей libimg (примеры использования не в счёт), а значит если внедрять, то пофиг что. Кстати я к MV прилагаю полное описание того, что и как приходит на выходе и как это обрабатывать (я весь "стандарт" MV IPC интерфейса написал сначала в блокноте в клеточку, когда в Москву ездил в середине июля. Время было свободное, а комп я с собой не брал, потому решил тщательно всё описать).
В общем я ни в коем случае не агитирую и не настаиваю (да и не имею такого права), но оставлять всё как есть нельзя (я уже писал об этом), и неплохо было бы что-то решить.
А, ещё читай последний пост в ветке про MV, если интересно конечно.
Кстати постараюсь выложить книги из своей библиотеки по поводу обработки изображений, может будет интересно.
Кстати, я в 20х числах августа уезжаю в Москву (а точнее в Долгопрудный) на ... может быть на 6 лет ... если есть желающие попинать меня ногами или наоборот (в смысле что доброе сказать, например), то буду рад.
Извиняюсь, но это опять я.
По поводу libimg ответ - нет, однозначно.
И вот обоснование(почему-то никто не обосновывал ничего когда не говорил).
1)Поддерживаются только BMP и GIF (или я не на том SVN смотрю?)
2)Всё конвертится в 24bpp, что не есть труъ, я вот с этим в MV отчаянно борюсь (65я ф-ция мне нравится гораздо больше, ибо рациональней).
3)Из пункта 2 вытекает, что до ;%: переписывать, да и что от libimg в итоге останется?
4)Нет ни одной программы использующей libimg (примеры использования не в счёт), а значит если внедрять, то пофиг что. Кстати я к MV прилагаю полное описание того, что и как приходит на выходе и как это обрабатывать (я весь "стандарт" MV IPC интерфейса написал сначала в блокноте в клеточку, когда в Москву ездил в середине июля. Время было свободное, а комп я с собой не брал, потому решил тщательно всё описать).
В общем я ни в коем случае не агитирую и не настаиваю (да и не имею такого права), но оставлять всё как есть нельзя (я уже писал об этом), и неплохо было бы что-то решить.
А, ещё читай последний пост в ветке про MV, если интересно конечно.
Кстати постараюсь выложить книги из своей библиотеки по поводу обработки изображений, может будет интересно.
Кстати, я в 20х числах августа уезжаю в Москву (а точнее в Долгопрудный) на ... может быть на 6 лет ... если есть желающие попинать меня ногами или наоборот (в смысле что доброе сказать, например), то буду рад.
Спасибо, Albom, за помощь с документацией.
2 Nable
Возможно и стоит объединить общие усилия (моя часть - интерфейс, примочки всякие, твоя часть - декодирование изображений. так нарверно.)
Так же я подумывал о создании плагинов (только не пинайте!). Хотелось бы знать мнение по этому поводу.
ImageView 0.07
Масштабирование изображений
2 Nable
Возможно и стоит объединить общие усилия (моя часть - интерфейс, примочки всякие, твоя часть - декодирование изображений. так нарверно.)
Так же я подумывал о создании плагинов (только не пинайте!). Хотелось бы знать мнение по этому поводу.
ImageView 0.07
Масштабирование изображений
- Attachments
-
-
imgview-0.07.rar (14.29 KiB)Downloaded 499 times
-
to Sh@dy
По поводу плагинов - однозначно за, только необходимо сначала тщательно продумать весь протокол обмена с ними.
По поводу плагинов - однозначно за, только необходимо сначала тщательно продумать весь протокол обмена с ними.
После открытия этого файла система начинает глючить. Прошу разобраться
- Attachments
-
-
setup.zip (29 KiB)Downloaded 454 times
-
Sh@dy
Можешь выложить исходники для дистра?
Можешь выложить исходники для дистра?
Из хаоса в космос
Версии 0.07 и недоделанная 0.08...
- Attachments
-
-
imgview-src.rar (119.65 KiB)Downloaded 482 times
-
Who is online
Users browsing this forum: No registered users and 24 guests