Спасибо, но фиксить этот баг пока в планах нет.
Все референс-оригиналы сейчас автоматом уменьшаются до приемлимого размера на сервере, поэтому от гифов остаётся только первый кадр. Можно разбирать анимацию, уменьшать каждый кадр и собирать её заново, но, боюсь, не приоритетная задача.
А можешь приложить пример такого гифа, пожалуйста?
я брильянс как-то обошёл стороной, негде было взять в те времена. сначала на а600 пробовал deluxe paint, потом уже на a1200 влюбился в personal paint. до сих пор им пользуюсь для любых работ с палитрой до 8 бит.
moroz1999, с любыми глюками и непонятками — дай знать. Буду очень рад любой информации и, конечно, тестовым изображениям.
Я не написал, но там есть ещё одна полезная фича, которую я буду развивать. Сейчас конвертор не просто ругается на ошибках, в случае лишних цветов на знакоместо или конфликтов яркости, он пытается в меру сил проинтерпретировать результат и подсвечивает знакоместа где это не удалось используя flash (в случае лишних цветов он заменяет все более редкие цвета вторым по распространённости цветом). Про конфликт яркости я пока не решил как лучше сделать. Т.е., это делается чтобы стать дежурным инструментом для людей рисующих не на нативных инструментах.
Баг — если загружать в Референс/оригинал анимированный gif, то он ломается и отображается только первый кадр.
(актуально для двукадровых флэш-анимаций).
Спасибо, пригодится! Как раз надо добить на ZX-Art недостающие работы с Artcity. Оригиналы искать времени ни у кого не будет (и не надо, имхо), поэтому потестим как следует.
Было бы круто еще бордер детектить и выкидывать по возможности, но это совсем не факт, что легко сделать универсально.
• Довольно эффективная работа с палитрами; надуть робота, конечно, можно, но вы обычно будете знать, почему он не справился.
• Встроенный оптимизатор примерно сопоставимого качества со старыми спектрумовскими оптимизаторами; чудес пока не делает, просто на уровне.
В будущем надеюсь повысить качество оптимизации и добавить поддержку мультиколора (только его, без гиги!). Когда появится необходимость и найдётся время.
зато можно попробовать пропарсить год из названия треков. Из минусов — некоторые (и я в том числе :) увлекаются всякими z1.i2.0x7d6, которые еще надо правильно распознать :)
Самый простой способ — онлайн конвертор от nyuk по адресу nyuk.retropc.ru/gfx_converter.
Загружаем SCR, выбираем картинку, выбираем output type: GIF, жмем кнопку «Convert & Download ZIP archive».
Этот способ больше подходит для конвертирования серии картинок. Для преобразования одной картинки проще делать так:
1. Загружаем SCR
2. Выбираем формат GIF, остальные параметры по вкусу
3. Кликаем на загруженный файл, смотрим результат в открывшемся окне. Если устраивает — нажимаем Download под картинкой.
SO4.2 очень редко дает другой результат на втором проходе.
Прогонять результаты оптимизаторов один через другой особо смысла нет, на 99% должно быть то же самое.
Вот бы инвертировать некоторые горизонтальные полосы в результатах SVO1.0 и был бы почти идеальный оптимайзер.
Все референс-оригиналы сейчас автоматом уменьшаются до приемлимого размера на сервере, поэтому от гифов остаётся только первый кадр. Можно разбирать анимацию, уменьшать каждый кадр и собирать её заново, но, боюсь, не приоритетная задача.
А можешь приложить пример такого гифа, пожалуйста?
Я не написал, но там есть ещё одна полезная фича, которую я буду развивать. Сейчас конвертор не просто ругается на ошибках, в случае лишних цветов на знакоместо или конфликтов яркости, он пытается в меру сил проинтерпретировать результат и подсвечивает знакоместа где это не удалось используя flash (в случае лишних цветов он заменяет все более редкие цвета вторым по распространённости цветом). Про конфликт яркости я пока не решил как лучше сделать. Т.е., это делается чтобы стать дежурным инструментом для людей рисующих не на нативных инструментах.
(актуально для двукадровых флэш-анимаций).
Было бы круто еще бордер детектить и выкидывать по возможности, но это совсем не факт, что легко сделать универсально.
http://introspec.retroscene.org/util/pxl2scr%20ver.0.1%20beta1.zip
Встречайте и жалуйте. Что он сейчас может?
• Довольно эффективная работа с палитрами; надуть робота, конечно, можно, но вы обычно будете знать, почему он не справился.
• Встроенный оптимизатор примерно сопоставимого качества со старыми спектрумовскими оптимизаторами; чудес пока не делает, просто на уровне.
В будущем надеюсь повысить качество оптимизации и добавить поддержку мультиколора (только его, без гиги!). Когда появится необходимость и найдётся время.
С новым годом, ребята!
Вот если я в Processing что-нибудь нафигачу и скомпилю без core java, примется на компо? Чтобы уж не тянуть 150 метров ядра явы за собой…
Этот способ больше подходит для конвертирования серии картинок. Для преобразования одной картинки проще делать так:
1. Загружаем SCR
2. Выбираем формат GIF, остальные параметры по вкусу
3. Кликаем на загруженный файл, смотрим результат в открывшемся окне. Если устраивает — нажимаем Download под картинкой.
Прогонять результаты оптимизаторов один через другой особо смысла нет, на 99% должно быть то же самое.
Вот бы инвертировать некоторые горизонтальные полосы в результатах SVO1.0 и был бы почти идеальный оптимайзер.