AVanti473
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору oplrox Цитата: Я читал мануал, там про статику ничего не сказано. | Позволю себе усомниться... Попробуйте забить в переводчик фразу "Display Image". Думаю, будет явное отличие от "Display Image(S)", "Display Animation", "Display Move", и т.п. Формат GIF, это сжатый формат. То, что vTask его декодирует для чтения первого кадра - уже неплохо. Не то, чтобы хорошо, но и не плохо, в плане возможности его использования, так-как формат отличается рядом своих возможностей. Что касается реализации анимации, для интереса, пробежался по разным форумам. Тут затык в том (как я понял), что для отображения анимации требуется: окно, либо ява, или фреймворки. И каждая из реализаций включает в себя отдельную, декодирующую библиотеку. Не говоря уже о реализации вывода на экран. Через WinAPI, кто-то пытается разбирать GIF-ки в HEX(е), потом перерисовывать, и прочие дебри кодинга... Касательно vTask(а), можно разобрать GIF(ку) на кадры (как правило, их меньше пятидесяти, а то и просто с десяток) и демонстрировать их в цикле, с выставлением задержки для каждого, и условием выхода их цикла. Но, прозрачности всё равно не будет. Затык прозрачности (опять же, как я понял) в методе вывода картинки на экран. Это метод (класс) "VistaPopup". Как бы, по прежнему, не вижу противоречий возникших сложностей задачи с концептуальным функционалом vTask Studio. Если кому надо, можно совершить подвиг и попытаться создать целый программный дешифровальщик для GIF на vTask(е), либо (как уже и предлагалось), использовать сторонний софт, именно для сплешскринов... | Всего записей: 1179 | Зарегистр. 05-04-2011 | Отправлено: 00:26 15-05-2018 | Исправлено: AVanti473, 00:29 15-05-2018 |
|