Средства разработки для TS-Conf.

[AndyD]

Игры я пишу на высоком уровне(OpenGL, libGDX),где все просто

Здесь только ASM и все не так просто,надо писать все с нуля,как драйвера пишут.Только АСМ без вариантов,нет и не будет явы,OpenGL, libGDX и даже С++,слишком много ограничений в железе и программа пишется под свою узко-специализированную задачу оптимизированная по быстродействию,никакие универсальные либы проц не переварит за приемлемое время.

[Smalovsky]

@AndyD:
Вот поэтому меня и привлекает 8 бит.
Для программирования игры в стандартном графическом режиме спектрума у меня есть книга с примерами на ассемблере. А вот про аппаратные тайлы и спрайты у меня ничего нет почитать, в плане игровых алгоритмов и графики.
Не знаешь литературы по спрайтам и тайлам?

[denpopov]

Не знаешь литературы по спрайтам и тайлам

Вряд ли поможет, но почитай по GBC или по NES

[jerri]

@jerry:
Игры я пишу на высоком уровне(OpenGL, libGDX),где все просто - сначала рисуем один слой, а потом другой. Тут же тайлы и спрайты, и я под такие древние технологии не писал. Так что если я напутал, то мне простительно.
В системе именно тсконфы я вижу следующее:
Для обьектов , планы которых строго заданы требуется только лишь один описатель спрайта.
Для объекта, который может отображаться в разных планах в зависимости от состояния, нужно будет создавать два описателя спрайта на одно и тоже место битмапа, только один описатель будет иметь одну степень лип, а второй другую степень лип, и один спрайт будет виден( активен), а другой нет( неактивен). Когда требуется смена плана обьекта, то меняем видимость(активность) спрайтов наоборот.

а я смотрю ты поклонник ООП.

зачем делать 2 спрайта если leap маркирует последний спрайт на данном плане.

повторю еще раз.

1 есть 3 списка спрайтов

1 список те спрайты которые ЗА тайловым слоем 1 и 2
2 список те спрайты которые ЗА тайловым слоем 1
3 список те спрайты которые ПЕРЕД таловыми слоями

при формировании 85 элементного массива спрайтов
спрайты из списков переносятся в него и у ПОСЛЕДНЕГО в слое спрайта устанавливается бит LEAP
(если в списке 0 спрайтов то формируется DUMMY спрайт с битом LEAP)

не видел кстати игр написанных тобой.

если знаешь С то пиши на С в чем проблема?
вон Гриз пишет же игру на С под конфу и ничего.

[AndyD]

Не знаешь литературы по спрайтам и тайлам?

Нет не знаю.Сам интересуюсь новыми режимами ТС. Не игродел я, только учусь.

[Smalovsky]

@jerry:
Ты предлагаешь в каждом кадре формировать массив дескрипторов спрайтов и перезаписывать этот массив во внутреннюю память системы? Тогда поле act дескриптора спрайта использовать нет никакой необходимости - если нам не нужно отображать объект, то мы просто не создаём его дескриптор спрайта в подготавливаемом массиве дескрипторов. Поле act тогда нужно для формирования фиктивного завершающего спрайта, когда нужно сформировать не все спрайтовые слои.
Кто такой Гриз? Какой компилятор он использует?

---------- Post added at 12:12 ---------- Previous post was at 11:38 ----------

Разобрался с битом LEAP... Это ж додуматься - сделать запись описателей спрайтов пакетной. Хотя, может так и надо?..
Вот, функция бита LEAP:
LEAP - Бит, определяющий переход на следующий слой для последующих спрайтов. Третий переход обозначает конец описателей спрайтов.
Теперь дошло. Описатели спрайтов передаются каждый кадр одним пакетом за один раз. Что бы оделить спрайты одного слоя от спрайтов другого слоя в пакете, и служит бит LEAP. То есть в наш пакет мы записываем сначала описатели спрайтов слоя 0, у последнего из которых бит LEAP задаём установленным, потом записываем в пакет описатели спрайтов слоя 1, последний описатель спрайта этого слоя тоже маркируем LEAP, ну и далее в пакет записываем описатели спрайтов слоя 2 (последнего слоя), ну и чтобы завершить весь пакет делаем третью маркировку LEAP для последнего описателя спрайта последнего слоя 2, дав понять системе, что пакет завершён. Я прав?

[Advertiser]

[Sergey]

Кто такой Гриз? Какой компилятор он использует?[COLOR="Silver"]

Это, типа, я. Использую SDCC и Hitech C v3.09 (для CP/M), собственные библиотеки (пока громко сказано) под TS-Config для них, а также

Это ж додуматься - сделать запись описателей спрайтов пакетной.

Не верно.
TSU (Tile-Sprite Unit) читает дескрипторы спрайтов из внутренней памяти FPGA. В эту внутреннюю память описатели спрайтов из памяти ЭВМ можно записывать индивидуально - минимальная порция данных - 16-битное слово.
Но учитывая, что контроллер ПДП копирует данные со скоростью 143кБ за фрейм, представляется, что проще записать сразу 512 байт (типа "выстрелил и забыл"), чем выбирать только нужные описатели - по времени это будет, примерно, соответствовать отрисовке 1-й линии изображения. Этот момент можно оптимизировать, копируя не весь массив, а только по последний используемый описатель.

LEAP - Бит, определяющий переход на следующий слой для последующих спрайтов. Третий переход обозначает конец описателей спрайтов.

Совершенно верно. Последний LEAP также экономит ресурсы TSU, избавляя от необходимости парсить неиспользуемые описатели.

Теперь дошло. Описатели спрайтов передаются каждый кадр одним пакетом за один раз. Что бы оделить спрайты одного слоя от спрайтов другого слоя в пакете, и служит бит LEAP.

Не передаются каждый кадр - каждый кадр они вычитываются TSU из внутренней памяти FPGA. А записывать их туда можно только по необходимости и в необходимых количествах.

---------- Post added at 16:57 ---------- Previous post was at 16:46 ----------

jerri, я такую систему первый раз вижу. Как-то оно все интересно работает - повысить спрайт на другой слой можно, понизить нельзя( без нормальных доков трудно понять как это сделать).

Проще простого: зарезервируй необходимое количество неактивных описателей в низлежащем слое. и когда нужно "понизить" спрайт - присвой зарезервированному спрайту на низлежащем слое данные текущего описателя, и сделай его активным, а текущиий - выключи. Естественно, нужно будет учесть, что номер описателя для отображения персонажа поменяется.
Для ускорения, можно в каждом слое сделать "дубли" описателей и при смене слоя обновлять описателям только координаты и бит ACT. Ну и адрес фазы, естественно (его так и так обновлять).

[Error404]

Коллеги, раз уж речь зашла про HitechC. А нет ли у кого желания портировать UZIX на Еву ?

[denpopov]

Коллеги, раз уж речь зашла про HitechC. А нет ли у кого желания портировать UZIX на Еву ?

TOJICTO