vladikcomper

Пока еще нет. Как и правил форума. Надо будет написать. Правда, не знаю, о чем оно будет.

Это же тайлы, мои обожаемые! Вот мы и встретились! >)

Квота на хранение файлов увеличена. Сейчас она должна быть 50 МБ, с возможностью загружать файлы, размером до 2 МБ (больше не позволяет сервер).

Хорошо. Ради нормальной-то темы я все готов рассказать! Смотри. В форме с постом нажимаешь эту кнопочку: Потом открывается такая страница, а там есть вот такая формочка: Прикрепляешь нужные файлики, отправляешь пост и дело сделано!

Вначале подумал, что это скриншот новой игры про Соника

Арсен, здесь форум, а не чат. И созданные тобой темы должны нести осмысленное содержание, а не случайно навеянные мысли, как в общем и посты.

Мне нравится Соник на этой картинке. Нет, действительно - просто несчастный, бедненький. Мне его жалко. И... И он ОЧЕНЬ красивый. Серьёзно.

Привет. А я зубная фея.

Нет.

Ну зачем ты написал в этой теме? Какой смысл поста? День рождение Соника прошло чуть более полугода назад, а следующий будет нескоро. И к тому же для него лучше будет создать новую тему. Ладно, можно поднять старую тему, если есть что сказать по существу, рассказать какую-то важную новость или уточнить старый вопрос. Ну а твой пост ничему вышеописанному не соответствует.

Да, все стало в разы серьезнее. Рисунок в целом шикарен, особенно лицо - построение и прорисовка очень хорошие, сильно мне приглянулась и весьма грамотная штриховка, на лице смотрится довольно профессионально. Единственные недочеты, которые мне бросились в глаза: Малость деформированная рука, такое ощущение, что она вывернулась в середине. Потом она становится аномально толстой. А еще часть руки от локтя до кисти кажется короче, чем часть от плеча до локтя (анатомически они должны быть почти одинаковой длины) Левое ухо расположено почти над глазом. Оно должно быть намного выше, если она голову вверх задрала.

Касаемо размера РОМа. Действительно, общепринято, что размер РОМа не должен превышать 4 МБ. Все официальные игры не превышали данного лимита, авторы эмуляторов так же жестко ему следуют. Однако, не так давно я писал по этой проблеме: Я знаю про неиспользуемые спрайты. Думаю, о них бы я позаботился, стереть их в SonMapED'е элементарно, дело 5 минут, с чем я точно справлюсь. Впрочем, это - капля в море. Удастся выиграть считанные килобайты. То же относится и к неиспользованному коду. Я не знаю, буду ли реализовывать такой проект, так как задача просто немыслимая - удалить из игр 1 МБ данных, учитывая что при создании каждой из игр боролись за каждый байт данных. Многие данные и так сжаты, в Соник 2 полностью сжаты даже звуковой драйвер и большая часть музыки, например.

Здесь, если честно, я не совсем понял, что ты имеешь ввиду. В цитате говорится о трансформации спрайтов на железе Mega CD, которая возможна благодаря дополнительному графическому процессору и производится на аппаратном уровне. Если ты утверждаешь, что подобная трансформация спрайтов возможна на железе Sega Mega Drive, это не так. Как ты сам знаешь, Соник в Mega Mushroom рисуется с использованием Плана Б. Как это связано с превращениями спрайтов? К тому же Markey Jester смог относительно беспроблеммно все реализовать благодаря удачной степени увеличения - восьмикрактной, в которой один пиксель соотвествует размеру тайла, что значительно уменьшает затраты - достаточно заготовить 16 тайлов, закрашенных во все индексы цветов палитры (0-15) и все уже готово, чтобы нарисовать любое увеличенное изображение на Плане Б. При меньших степенях увеличения задача стала бы казаться едва выполнимой - потребовалось бы программное увеличение всех оригинальных тайлов, из которых будет сформировано изображение. К слову, я занимался вопросом рендеринга увеличенных и уменьшенных изображений с начала 2011 года, когда предпринял первые попытки разработать соответсвующие алгоритмы. Алгоритм был успешно создан и работал, но к сожалению, чрезмерно слабый процессор брал свое - его едва хватало, чтобы растянуть два тайла на весь экран. Позже, в течении последующего времени я пробовал другие подходы, оптимизацию и ре-структуризацию данных. Часть моих разработок в этой сфере можно наблюдать в том же Sonic 3 in 1. Готов сказать, что увеличение спрайтов (кстати, при маленьких степенях увеличения можно продолжить использование спрайтов для отображения изображений, пример - значки игр в меню Sonic 3 in 1) требует крайне много ресурсов, как памяти, так и вычислительной мощи. Есть только одна интересная "трансформация", которая возможно на железе при помощи одного хитрого программного трюка, который заключается в подмене значений вертикального скроллинга для слоя во отображения кадра. С помощью этого можно добиться интересных эффектов, например: Деформация изображений по горизонтали невозможна с VDP Сеги, так что нет другого выхода, как ресурсоемкий программный рендеринг.

Активная камера. Привязка к фону объекта. Какие умные слова, но что за ними стоит, ты хоть сам понимаешь? Сулер, я не хочу показаться грубым, но более половины того, что ты написал, какой-то отвлеченный бред. Я вижу, ты что-то пытаешься описать касаемо принципов работы железа и игр. Про использование фонов есть у тебя светлые мысли. Но, прошу, не стоит так загоняться, что-то придумывать, если ты чего-то совсем не знаешь.

Были продвижения в разработке проекта после последнего публичного релиза. Исправлены некоторые баги, стала намного плавнее анимация меню. Я не выпускал новую ревизию, так как изменений было маловато - ведь по сути не появилось ничего интересного. S3K хотел, правда это будет очень сложно, так как придется уместить все эти игры в 5 МБ (если использовать SFII-маппер, который еще поддерживают эмуляторы), однако в сумме все РОМы дают 6 МБ, а сжать все данные на целый мегабайт - задача не из легких. На реальном железе все действительно работает - я проверял. Правда, в первой публичной ревизии не запускается Соник 3, потому что происходила ошибка со SRAM (память сохранений доступна с оффсета $200000, в одиночном Соник 3 это не вызывало проблем, а в моей компиляции РОМ занимает больше 2 МБ, и там находились важные данные, которые конфликтовали со SRAM). Этот баг также был исправлен.

Будут чуть позже.

Ну хоть кто-то заметил =) Когда переделывал HUD, перепутал значки злого и обычного Соника, а потом решил ради прикола на некоторое время оставить.

*Этот пост написан по заказу Quale Colbys*

О боже. Как же крут и пафосен этот Соник! Серьезно, великолепная идея и исполнение.

Чтобы доказать, что такое возможно на железе Sega Mega-Drive. В Sega CD использовался дополнительный видео чип, который делал возможным эффекты вращения и уменьшения на аппаратном (hardware) уровне. Железо SMD поддерживает подобные эффекты, поэтому здесь рендеринг изображения производится на программном (software) уровне. Отрендерить такое изображение с приличной частотой кадров, имея в наличии очень старый и медленный процессор (тактовая частота всего 8 MHz, не говоря уже о том, что одна команда занимает более 4 тактов CPU) и еще более медленный видеопроцессор (который позволяет передавать не более 300 тайлов за время смены кадров на экране) - это почти непосильно сложная задача. 15 лет назад такое вообще считалось невозможным. MarkeyJester, превозмогая большие лимиты железа, доказывает обратное, и уровень исполнения, которого он добился, крайне впечатляет. Думаешь, это пять минут коды перетаскать? Это два месяца непрерывной работы, написания своего рендера с нуля и разработка физики под меньшую (по сравнению с оригиналом) частоту кадров.

Боже, левая Блейз меня малось напугала. Это WereBlaze какая-то, и выражение лица подходящее. Правая Блейз выглядит вполне прилично, общая фактура модели чем-то напомнило то, как 3d модели отображаются в Sonic Heroes.

На SSRG, в этом месте и были собраны все хаки, с открытия хакинг контеста, так как сам контест проводился именно на этом сайте: http://sonicresearch.org/forums/index.php?app=downloads&showcat=8

Версии 0.5 для использования супер формы ничего не требуется. Достаточно собрать 50 колец, нажать А+С и вуаля!

Нельзя конечно. В оригинале этого не было. Супер Соник появляется только в Соник 2.