Вид для печати
Работа над сабжем начата с глубочайшего рефакторинга, ибо внутри слишком много скотча. Надеюсь выпустить релиз с хотелками после новогодних каникул. Будет более лучший GUI (текущий страдает пережитками Капульцевича, посему переписывается чуть более, чем полностью). Будет несколько форматов хранения и опциональное включение разного кода в выгружаемый модуль.
Вопрос: а как отнесется общественность к 128-фикации грабера? (это не относится к выгружаемым модулям).
48K это глубокий андерграунд, поэтому 128К — норма для утилит (особенно спрайтовых).Цитата:
Сообщение от Alex Rider
И спасибо за труды, это позволяет полностью погрузиться в написание игры и не отвлекаться (пока) на утилиты.
зы. пока не смотрел, но есть ли возможность переделать dehrust чтобы на лету на экран спрайт распаковывал?
Уж больно не хочется буфер выделять под распаковку спрайта.
Не уверен что это сделать просто и получится быстро. Говорят, он использует историю уже распакованного в процессе работы и надеется, что распакованный блок непрерывен в памяти. Да и вообще говоря, идея упаковки спрайтов по отдельности мне не нравится. Вижу такие минусы:Цитата:
Сообщение от drbars
- упаковка отдельных маленьких спрайтов будет менее эффективна, чем упаковка спрайт-файла;
- распаковка спрайта на экран добавит тормозов (особенно при многократном выводе одного и того же запакованного спрайта), что не надо совсем;
- спрайты обычно хорошо группируются по области программы - общие спрайты, уровень 1, уровень 2, ..., меню, funal cut. Эффективнее паковать их группами и распаковывать при необходимости.
Да смысл в том, чтобы распаковать сразу на экран без распаковки в буфер. Всегда чем-то жертвовать приходится.
Я сейчас как раз работаю над пакетом процедур для вывода спрайтов.
А спрайт что, надо только один раз вывести?Как правило, если это так, то быстродействие его вывода некритично, его можно распаковать и вывести потом. А вот сожмется он один неважно, набор спрайтов сжимается лучше.Цитата:
Сообщение от drbars
В соседнем топике уже решили, что лучше всего использовать для компресии.
http://zx.pk.ru/showpost.php?p=561732&postcount=10
Вот, можешь интегрировать в свой граббер этот способ сжатия.
Читал. Пока не буду. Пока надо собрать базоывй функционал на новом UI. ПОтом в планах последовательно:Цитата:
Сообщение от drbars
- выделение с точностью до пикселя;
- вращенияя/отражения/скролл выделенной области;
- яркостная сетка;
- help;
- менеджер памяти;
- автомаска;
- разные форматы хранения и кастомизированный набор процедур для вывода в выгружаемом модуле;
- улучшенная работа с диском (каталог, смена дисковода, сохранение опций грабера, например)
Пользуясь случайным интересом к сабжу, выложу последнюю версию с фиксом одной проблемы, найденной AER (спасибо ему!)
upd: версия в первом посту
случайно не порча цветных спрайтов ?Цитата:
Сообщение от Alex Rider
Да, при захвате атрибутов нижней трети они брались из верхней. Опечатка в исходнике :( Если кто-нить (еще кроме меня) проверит работоспособность, я буду весьма рад и спокоен.