Просмотр полной версии : z80 megadevice v5
http://www.retroleum.co.uk/wip.html
чето я не совсем понял на какой скорости работает память у спрайтового движка и какое количество спрайтов он в состоянии показать на одну линию (смотрите версии 3, 4).
Ввиду наличия отдельной памяти под тайлы спрайтов и задника , афигительное количество спрайтов на линию (56 sprites on any given line) нормальное явление ;) .
Error404
18.05.2008, 10:25
А где там Z80? :rolleyes:
вот (http://www.retroleum.co.uk/z80-v4z80-buy.html)продает уже, £75 GBP (plus postage)
...if anyone is interested in a V5 Z80 Project
I'd be able to make and sell them for approx £75 GBP...
fpga там
Xilinx Spartan II XC2S150 - PQ208 (3888 LC)
Ну не сколько продаёт , сколько собирается . И цена не хилая , практически за те же бабки можно DE1 купить :\ А вот если самим собрать то ничего будет (схемку бы глянуть , похоже что видео выхлоп ШИМом сделан , а его обычно не любят LCD мониторы).
И цена не хилая , практически за те же бабки можно DE1 купить :\
Согласен
А вот если самим собрать то ничего будет
Да, только самим.
Но сорцов пока нет.
А как вообще у нас воспринимается идея делать видео-адаптер и потом h/w sprites используя современные микро-контроллеры или DSP с мощей 50...200 MIPS? Это получается типа как дико-мощьное железо + firmware эмулирует действие большой (200? корпусов) схемы из дискретной логики? Насколько я понимаю в ZX_NEXT было что-то подобное на Z80 но конечно не на 60MIPS процессоре. Интересует именно наше внутреннее восприятие такого подхода.
ИМХО Что юзать (проц/матрица) зависит от религиозных убеждений . Но с процом это полюбому эмуляция (берём в руки факелы и кричим сжечь ведьму :v2_lol: ) и следовательно совсем не обязательно заморачиваться с железо-творчеством а юзать нечто вроде GB DS или ваще песюк на три буквы (еее :D ) .
В ZX-Next проц выполнял примитивные функции и полюбому нуждался во внешней обвязке . А нынешние мелкоконтроллеры на ARMах можно заставить выводить готовую картинку ;) Только зачем заморачиваться если есть GB DS и прочее ;)
Мне тоже не нравится эмуляция потому как она приводит нас к легкому пути развития по которому пошли x86 компы - увеличивали частоту пока могли а теперь уперлись в 3 Ghz барьер и токо теперь начали думать _серьезно_ про распаралеливание задач.
По-моему никакого интереса нету в zx-spectrum-e с процом в 3Ghz. Он конечно сможет зарисовать весь экран 3D обьектами без тормозов и в gigascreen/multicolor-e, но наверно и спектрумом его считать мы уже не будем.
Во времена того же спектрума на дискретной логике и тех же частотах (3...14mhz) и Амигу сделали и много классных аркадных автоматов с возможностями которые смогли повторить токо Dreamcast и PS2 спустя 15 лет.
Так что думаю намного интереснее для нас использовать малые частоты (до 14mhz) и дикое количество логики нежели наоборот.
Во времена того же спектрума на дискретной логике и тех же частотах (3...14mhz) и Амигу сделали и много классных аркадных автоматов с возможностями которые смогли повторить токо Dreamcast и PS2 спустя 15 лет.
На дискретной логике? :v2_jawdr:
На дискретной логике? :v2_jawdr:
а что ж ты думал они у terasic-a AlteraDE1 покупали для разработки?
http://www.floodgap.com/retrobits/ckb/secret/lorraine.html
а что ж ты думал они у terasic-a AlteraDE1 покупали для разработки?
http://www.floodgap.com/retrobits/ckb/secret/lorraine.html
тебе термин ASIC знаком?
Наврятле у них хватило бы бабла на ASICи , особенно в процессе постоянного корректирования такого монстра %)
тебе термин ASIC знаком?
:) ты в курсе скоко стоит маска для ASIC-a и пару образцов? и скоко она стоила в то время не для монстра СBM у которого была своя фабрика MOS tech а для маленькой команды разработчиков (Jay Miner and Co)? практически вся разработка в те времена шла на дискретной логике, а чтоб запустить в производство заведомо рабочий device такого плана как Amiga1000 нужен был миллион баков.
:) ты в курсе скоко стоит маска для ASIC-a и пару образцов?
на чём делали прототип дело двадцатьпятое, коню ясно, что тогда лепили на доступной мелкой логике, но готовое изделие не состояло из двух вёдер микросхем, либо ты видел поркупную амигу c бутербродом микросхем. готовое-то изделия надо использовать по-назначению, а не колдовать над ним с паяльником, а ты как раз это отвергаешь.
готовое-то изделия надо использовать по-назначению, а не колдовать над ним с паяльником, а ты как раз это отвергаешь.
Ничего я не отвергаю. Просто высказал свое мнение о soft эмуляции и решениях на быстрых DSP. И судя по тому как народ реагирует на всякие чипы типа parallax propeler или тот же SX28 не у меня одного такое мнение.
Ясно что сегодня FPGA/CPLD практичнее использовать и для единичного производства и для разработки чем дискретную логику. Для наших целей вполне годится такой подход, только опять же одно дело загнать туда T80 и запустить на частоте 200Mhz а совсем другое сделать нечто подобное sprite движкам аркадных автоматов работающее на 7Mhz...
только опять же одно дело загнать туда T80 и запустить на частоте 200Mhz а совсем другое сделать нечто подобное sprite движкам аркадных автоматов работающее на 7Mhz...
Вроде рекорды скорости скорее ближе к полтиннику . Но мысль ясна .
За спрайто/тайловые движки есть покрайней мере один серьёзный аргумент - совместимость с существующим зоо-парком спеков .
Ясно что сегодня FPGA/CPLD практичнее использовать и для единичного производства и для разработки чем дискретную логику. Для наших целей вполне годится такой подход,
Т.е. всё-таки не дискреты? ;)
только опять же одно дело загнать туда T80 и запустить на частоте 200Mhz а совсем другое сделать нечто подобное sprite движкам аркадных автоматов работающее на 7Mhz...
А разница в чём? В том что Т80 уже написан и спрайтовый движок нет?
Lethargeek
21.05.2008, 13:43
За спрато/тайловые движки есть покрайней мере один серьёзный аргумент - совместимость с существующим зоо-парком спеков .
Это в каком собс-но смысле?
В прямом . Ибо спеки с дико разогнаными процами скорее станут новыми разновидностями компа ибо на прочих реалах сие будет недостижимо впринципе .
Lethargeek
22.05.2008, 03:20
Что "в прямом"? Каким образом идеология движка вообще и тем более спрайтайловость в частности положительно влияет на совместимость? (с "существующим зоопарком спеков")
Если прога заточена под ооочень быстрый проц Z80 (~50MHz и выше (не знаю какой там рекорд)) и юзает его для шевеления задника и спрайтов (при 4/8 битах на точку) , то работать она будет есесно только на таких (судя по всему матричных) компах , ибо заапгрэйдить попсовые клоны до таких космических частот просто не реально , старые кишки не потянут . Гораздо более реально привинтить видео контроллеры дающие аналогичные результаты .
народ от темы не отвлекайтесь... :)
некоторая инфа:
- на текущий момент занято 60 % плис
- ИДЕ 16битовый
- с ИДЕ можно юзать CompactFlash адаптер
- на текущий момент видео-режим 368х256 8 бит/точку, палитра 4096 цветов
- текущий пиксел клок 8МГц
- (PAL 50Hz),
вероятен переход на 60Гц, т.к. можна будет выдавать NTSC и VGA
для одного и тогоже видео-режима
Lethargeek
23.05.2008, 00:32
Я так и не понял, каким образом спрайтайловость сама по себе положительно влияет на железную совместимость с нашими разнообразными (большей частью древними) клонами... :rolleyes: ну да фиг с ним... :)
Я так и не понял, каким образом спрайтайловость сама по себе положительно влияет на железную совместимость с нашими разнообразными (большей частью древними) клонами...
Тем что контроллеры можно привентить к любому спеку . А замена тормозного проца на ацкий ни с какими клонами не прокатит .
Проги писанные под внешнюю видюху быдут идти на любом клоне с внешней видюхой . Проги писанные под ацкий проц будут идти только на матричных компах .
видео-режим 368х256
текущий пиксел клок 8МГц
Где на сайте про это написано ?
Lethargeek
23.05.2008, 13:26
Тем что контроллеры можно привентить к любому спеку . А замена тормозного проца на ацкий ни с какими клонами не прокатит .
Проги писанные под внешнюю видюху быдут идти на любом клоне с внешней видюхой . Проги писанные под ацкий проц будут идти только на матричных компах .
Ну и при чем тут собс-но спрайтовость этой самой "внешней видюхи"? А то я уж подумал - мож правда чего не знаю... :rolleyes: Снаружи-то можно привинтить что угодно, хоть 3D GPU, хоть контроллер векторного дисплея (и точно также софт под этот девайс на любом Спеке пойдет).
Видать, совсем спрайты с тайлами моск забили? Отдыхать больше надо. ;)
Где на сайте про это написано ?
На сайте этого нет,
информация от автора.
... можно привинтить что угодно, хоть 3D GPU...
Видать, совсем спрайты с тайлами моск забили? Отдыхать больше надо. ;)
:) мы как бы только что (по разному правда) высказали мысль о том что мощьный проц (включая 3D GPU) бессмысленно подключать к спектруму. А sprite движек который поможет те же 8000 игрушек улучшить (раскрасить\ускорить\расши� �ить на все 256x192) вполне поможет основному z80 и потенциально возможен на дискретной логике.
Lethargeek
24.05.2008, 02:16
А sprite движек который поможет те же 8000 игрушек улучшить (раскрасить\ускорить\расши� �ить на все 256x192)
Он не поможет, он помешает. Никто не напишет заново (фактически) даже 80 игрушек.
По поводу вероятного объема переделок на разные движки уже высказывался не раз.
вполне поможет основному z80
Только для 100% нового софта.
и потенциально возможен на дискретной логике.
На дискретной логике получится убожество уровня середины 80-х
(или надо паять полтора чемодана, чтоб как-то выделиться)
На сайте этого нет,
информация от автора.
Ууу шайтан :D А что там насчёт видео выхлопа , он его и правда ШИМом делал ? Или с обратной стороны всётаки есть ЦАПы (сильно сомневаюсь , ибо он тогда не смог бы столько мозгов снаружи подципить).
Впринципе если будут проблеммы с LCD , то их можно и по цифре подрубать без особого отжирания пинов матрицы (если конечно у LCD будет цифровой вход %) ).
и потенциально возможен на дискретной логике.
Многовато тараканов будет . Даже если взять десяток спрайтов на строку , то это уже будет десяток сдвиговых регистров умноженное на битность тайла .
И кстати насколько я подозреваю у сабжа 56 спрайтов на линию именно из-за 8бит на точку , и если сделать 4бит + выбор палитры на каждый таил (вобщем как обычно делается (на большенстве железяк)) то количество спрайтов на линию должно возрасти примерно вдвое :)
Кстати , Valen ты случайно не вкурсе - шина данных у мозгов спрайтов и блиттера восьмибитная ?
Black_Cat
24.05.2008, 09:45
fan, а чего проблемы-то будут? ну проинтегрируется ШИМ на ёмкостях и будет тот-же аналоговый сигнал
Как оказалось, электрически девайс уже готов для VGA выхода.
Т.к. имеет все 5 VGA сигналов, на выходном разъеме мини-дин.
Там есть:
- аналоговые RGB 0.0...0.7 вольт (VGA стандарт)
- цифровые H and V sync
Просто нужен простейший переходничек, мини-дин --> VGA.
Сейчас делается поддержка VGA выхода в плис:
двойной переключаемый PAL/VGA генератор
А что там насчёт видео выхлопа , он его и правда ШИМом делал ?
пока не знаю
Кстати , Valen ты случайно не вкурсе - шина данных у мозгов спрайтов и блиттера восьмибитная ?
Точно не знаю...
Но в v4 там же две отдельные микрухи видео-памяти,
т.е. вероятно общая шина видео-памяти 16бит.
Подозреваю что шина всётаки не общая , иначе количество прокачиваемых спрайтов на строку несколько упало бы ;) Наверное он так и оставил две независимые микрухи по 8бит .
Вобщем каширная девборда получилась :)
заработал pal/vga генератор
http://www.retroleum.co.uk/wip.html
Гы :D Налицо преимущество раздельных мозгов :) Иначе бы смешное количество спрайтов стало бы в VGA в два раза смешней ;)
Lethargeek
30.05.2008, 20:20
Че-то слишком жирно - убить на спрайты аж половину видеопамяти... Движущимся объектам столько мозгов одномоментно нафиг не нужно, а вот на заливку задника будет периодически не хватать.
Чуваг сам загнал себя в ловушку совместимости с первоначальным архаичным вариантом движка.
Движущимся объектам столько мозгов одномоментно нафиг не нужно
56 спрайтов ширшиной 16 = очёнь даже нужно .
а вот на заливку задника будет периодически не хватать.
Чуваг сам загнал себя в ловушку совместимости с первоначальным архаичным вариантом движка.
128к хватает для небивки аж двух восьмибитных экранов .
А всякая батва с общей памятью чисто приставочный атавизм (ибо дорогие были мозги).
Lethargeek
31.05.2008, 14:42
56 спрайтов ширшиной 16 = очёнь даже нужно .
56x16x16 это меньше 16К. Нафиг 128?
128к хватает для небивки аж двух восьмибитных экранов .
Аж!! :D
А каждый новый (софтверный между прочим) "тайл" для подрисовки вручную каждый раз с хоста перезаливать, что ли? В то время как целых 64-96К спрайтовой памяти постоянно будут висеть мертвым грузом.
А всякая батва с общей памятью чисто приставочный атавизм (ибо дорогие были мозги).
Тады в новых универсальных приставко-компах выгодней иметь небольшой, но быстрый фреймбуфер отделенный от (возможно более медленной, в том числе ROM) памяти для хранения графики, и спецшину любой нужной ширины между ними. Вот такое разделение действительно выгодно, даже для "чистых" спрайтайловых движков.
Касательно исходников проекта.
Автор, в принципе, не против открыть схемы/сорцы, когда проект будет в финальной стадии.
(если конечно никто не выкупит проект за большие деньги :) )
Интересно, кто-то бы взялся делать такие платы (голые либо собранные)?
Black_Cat
31.05.2008, 15:49
..и сколько лет он отводит на размышления потенциальным покупателям? :) ..вон на Спринтер до сих пор наверно покупателя с десятью килобаксами ждут :)
56x16x16 это меньше 16К. Нафиг 128?
На самом деле нет никаких серьёзных аппаратных ограничений на высоту спрайта . Но даже если ограничение будет оставлено , то вполне в порядке вещей переписать таблицу имён тайлов спрайтов хоть под каждую строку . В результате спрайт может быть какой угодно высоты и состоять из каких угодно валяющихся в памяти тайлов .
А каждый новый (софтверный между прочим) "тайл" для подрисовки вручную каждый раз с хоста перезаливать, что ли?
А чёго в этом такого . Разве суть блиттера не в том чтоб кидать огрызки картинок в память сканера .
В то время как целых 64-96К спрайтовой памяти постоянно будут висеть мертвым грузом.
При особом старании ёе даже не будет хватать .
Касательно исходников проекта.
Автор, в принципе, не против открыть схемы/сорцы, когда проект будет в финальной стадии.
(если конечно никто не выкупит проект за большие деньги )
Дык вроде как сырки от четвёртого проэкта и так свободно лежат .
А вот схемку самой платки я бы глянул , уж больно интересно какие там тараканы и вчесть чего установлены .
Интересно, кто-то бы взялся делать такие платы (голые либо собранные)?
Под MINI-ITX бы переколбасить (со слотом расширения) . Внешний проц ИМХО нафиг нужен . Матрицу можно и пожирней поставить .
Lethargeek
01.06.2008, 10:56
На самом деле нет никаких серьёзных аппаратных ограничений на высоту спрайта .
Нету. Но высокие не так часто нужны, это ж не неогей. :)
Ну выделить 32К, чтоб с запасом, а остальное?
А чёго в этом такого . Разве суть блиттера не в том чтоб кидать огрызки картинок в память сканера .
Ну не из основной же памяти, где цпу (и мало ли кто еще) под ногами путается.
А тут блиттер еще и восьмибитный получится.
При особом старании ёе даже не будет хватать.
Ага, причем возместить ее за счет неиспользуемой фоновой памяти нельзя.
И в обратном случае, когда под задник памяти не хватает - та же картина.
Мне ваще непонятно, нафига такое дурацкое разделение? Никакой выгоды по сравнению с общей 16-битной шиной нет, напротив - двойной проигрыш получается. Во-первых по объему (см. выше) из-за жесткого разделения пополам - как ни крутись, дефицит будет в среднем возникать вдвое чаще; во-вторых по скорости (потому что суммарно спрайтовых точек в пике читается больше, чем фоновых и "фоновая" рама сканером на 100% не юзается) - то есть раздельная схема как раз дополнительно ограничивает (!) макс.кол-во спрайтов на строку, а вовсе не увеличивает! Причем сколько бы памяти ни добавить теоретически - проблема скорости никуда не денется, а проблема дефицита "решается" крайне нерационально.
потому что суммарно спрайтовых точек в пике читается больше, чем фоновых и "фоновая" рама сканером на 100% не юзается
Нету никаких пиков , всё линейно . С общими мозгами спрайтовые регистры горизонтальных линий тогда будут набиваться только во время горизонтального гашения , т.к. задник будет сканиться в реальном времени (внезависимости от того тайловый он или блиттерный).
Lethargeek
01.06.2008, 16:07
Что "линейно"? Задник в любом случае одинаково тянется, регистры почти не влияют, а "пик" - это когда растровая строка вся забита спрайтами по максимуму, в случае таймингов сабжа 56*16=896 точек. Это только с одной рамы, а с другой стабильно тянется 256 точек в строке, хотя в случае общей памяти могло быть еще 896. Итого пиковая эффективность сканера 64% от совмещенного варианта, а вместо теоретически возможных ~90 спрайтов на строку получается всего-то 56.
И еще я не понял, нафига у него аж 12ns врама судя по кол-ву спрайтов всего-то на 16МГц пашет? Или больше, тогда непонятно зачем оставлен агромадный запас на бесконфликтный доступ 8МГц z80... и даже если на 16МГц выделять зетнику фиксированные окошки доступа, все равно 70+ спрайтов в совмещенном варианте выходит.
чего-то я сосвем запутался, обьясните мне эту модель в деталях, вот как я себе это представляю:
Сканер задника читает 256 байт на одну строку а движек спрайтов на каждой строке вычитывает sprite control block + сами спрайты (если надо) т.е. в минимальном варианте sprite engine считывает токо Y координату для каждого спрайта (56 байт) а в худшем варианте все sprite control block-и и по одной строке каждого спрайта 3?*56+56*16. Так как sprite engine не успевает сформировать буфер со строкой из линий спрайтов во время высвечивания бордюра и обратного хода луча к началу следующей строки то ему отведена отдельная шина и два буфера строки которые он заполняет поочередно, таким образом пока первая строка "накладывается" на текущую строчку "задника" и высвечивается на экране sprite engine формирует содержимое второй строчки во втором буфере а в момент когда текущая строка задника уже высветилась и новая строка спрайтов уже готова происходит swap буферов и начало формирования следующей строки спрайтов.
И тут как не крути а скорость на шине спрайтов всегда будет НЕпостоянной и потенциально большей в разы чем на шине задника.
Lethargeek
01.06.2008, 18:48
Сканер задника читает 256 байт на одну строку а движек спрайтов на каждой строке вычитывает sprite control block + сами спрайты (если надо) т.е. в минимальном варианте sprite engine считывает токо Y координату для каждого спрайта (56 байт) а в худшем варианте все sprite control block-и и по одной строке каждого спрайта 3?*56+56*16.
Не 56, а вроде бы написано все 127 (проверяет по крайней мере). Только чего-то слегка не сходятся тайминги для худшего случая на 60Гц кадр @ 16МГц рам, хм?
Так как sprite engine не успевает сформировать буфер со строкой из линий спрайтов во время высвечивания бордюра и обратного хода луча к началу следующей строки то ему отведена отдельная шина и два буфера строки которые он заполняет поочередно
Буфера внутренние нужны. Отдельная шина нафиг не нужна.
И тут как не крути а скорость на шине спрайтов всегда будет НЕпостоянной и потенциально большей в разы чем на шине задника.
Я и грю - сплошной проигрыш. Зачем, спрашивается?
Что "линейно"?
->
Задник в любом случае одинаково тянется
Это и есть линейно .
регистры почти не влияют
Термин "почти" неприменим впринципе , регистров набивается столько сколько сколько реализовано (исходя из пропускнай способности памяти) , даже если насамом деле ничего не набивается . (чувак конечно сделал возможность набивать регистры для других строк во время пустых , но на самом деле это практически не применимо , т.к. на следующих же строках начнутся дропы спрайтов).
а "пик" - это когда растровая строка вся забита спрайтами по максимуму, в случае таймингов сабжа 56*16=896 точек.
Не может быть никаких пиков у аппаратной железки , всё высчитывается из реализованного аппаратного максимума .
Это только с одной рамы, а с другой стабильно тянется 256 точек в строке, хотя в случае общей памяти могло быть еще 896. Итого пиковая эффективность сканера 64% от совмещенного варианта, а вместо теоретически возможных ~90 спрайтов на строку получается всего-то 56.
Вроде у него 320 на строку при одном заднике . Не важно... Уговорили :D
Lethargeek
03.06.2008, 01:20
Это и есть линейно .
Ну не ВСЕ же :) И вместо одной универсальной читалки - две разных.
Термин "почти" неприменим впринципе , регистров набивается столько сколько сколько реализовано (исходя из пропускнай способности памяти)
В смысле - набивка самих регистров мало % времени жрет
Не может быть никаких пиков у аппаратной железки , всё высчитывается из реализованного аппаратного максимума .
В смысле пик - возможный максимум загрузки шины для логики движка, а не теоретически допускаемый железом
Вроде у него 320 на строку при одном заднике
Ошибсо - моск привычно покатилсо в спековую колею :)
Не важно... Уговорили
Обломали кайф человеку :p
В смысле пик - возможный максимум загрузки шины для логики движка, а не теоретически допускаемый железом
Так ведь речь была о спратйах/точках которые железный движёк может вытянуть из видео мозгов . Эта величина для движка всегда постоянная . Шину видео мозгов напрячь логикой нельзя ибо вся рулёжка реализованна в кучки регистров внутри матрицы (включая регистры палитры) , рулить ими можно в любое время .
Единственное узкое место - количество тайлов/точек которое проц/DMA смогут протащить за кадровое гашение . Вот здесь бы были бы очёнь кстати четырёхбитные тайлы с выбираемой палитрой .
Lethargeek
03.06.2008, 14:18
Единственное узкое место - количество тайлов/точек которое проц/DMA смогут протащить за кадровое гашение . Вот здесь бы были бы очёнь кстати четырёхбитные тайлы с выбираемой палитрой .
А нафига ограничиваться гашением? Каменный век. Отдать зетнику все неиспользуемые такты (никто ж не заставляет програмера сразу ВСЕ спрайты включать) - запись будет совсем без тормозов (если с буфером), при чтении возможен короткий вайт. Z80 8МГц сможет напрягать врам 16 МГц максимум на 1/10 (одними стековыми командами). А DMA просто тупо схавает остальное.
Отдать зетнику все неиспользуемые такты (никто ж не заставляет програмера сразу ВСЕ спрайты включать)
Интересный переход от количества в качество . Тогда и видео мозгов раза в два нужно больше , ибо практически графика кидается под следующий кадр . Четырёхбитные тайлы как то ещё симпотней на этом фоне смотрятся (только ни редактора ни конвертилки под них не найти).
Фил опубликовал окончательные спецификации по своему сабжу http://www.retroleum.co.uk/v5z80p.html
Есть фильмы на YouTube про сабж.
Обещает собрать пару плат для желающих за 75 фунтов.
Кто будет покупать?
Я уже отписал ему.
Lethargeek
04.06.2008, 15:47
Интересный переход от количества в качество . Тогда и видео мозгов раза в два нужно больше , ибо практически графика кидается под следующий кадр .
Не выдумывай. Проц может в свободное время видеошины в тех же мозгах заполнять теневой задник к примеру, или край дорисовывать, или даже мучить вторую половину спрайтов (все равно все не отображаются). Хотя при желании даже на Спеке обходились вообще без теневого буфера. А тут на зетник еще и нагрузка меньше.
Ну на подрисовку и гашения хватит . А вот для более глобальных изменений аля ацкая анимация :D видео мозгов может понадобится несколько больше чем есть , ибо спрайтам и задникам(тайловых два) мозгов практически впритык .
Открыты все исходники проекта
(public domain)
Спасибо автору :v2_thumb:
http://www.mediafire.com/?ngcwm0hnzjw
не совсем понял, это клон (т.е. комп...спекк) или просто наворот для спекка?
balu_dark
22.07.2008, 20:15
это просто новый самодельный комп на базе Z80 к спеку ничего общего он не имеет ( кроме проца) . просто хороший пример того что человек взял и сделал чтото полностью сам - начиная с железа и заканчивая софтом
Вообще, написать (или портировать) прошивку для fpga, которая реализует спек, вполне возможно для этой платы. fpga довольно вместительная, хватит даже на спек с наворотами.
Можно прошить в SPI EEPROM несколько fpga прошивок (спек, нативная) и
выбирать прошивку в стартовом меню. (этим PIC занимается)
Автор нативной прошивки, создал свою архитектуру.
Фишка в самой видео-системе, которая имеет палитру 4096 цветов и
довольно приличное кол-во аппаратных спрайтов и игровых полей.
Из последних фич нативной прошивки, что были добавлены в fpga, это 16bit math unit.
Для быстрого умножения чисел с фиксированной запятой.
Теперь z80 может очень быстро, перемножать числа.
(в сорцах есть пример использования)
В следующих версиях платы ожидается:
- интегрирование блока питания в саму плату (сейчас это маленькая отдельная платка)
- добавление возможности записи в SPI EEPROM (сейчас PIC только читать умеет), чтобы обновлять код прошивки прямо на плате
ТОлько вот как этот мегадевайс памогет спеку абрести крутую графику????!!
vicktech
29.07.2008, 17:46
совсем спрайты с тайлами
Дайте хороший линк плиз про такие ускорители инфу схавать.
Lethargeek
29.07.2008, 20:39
Дайте хороший линк плиз про такие ускорители инфу схавать.
ыыыы... какие "такие"? :v2_wacko:
vicktech
29.07.2008, 22:04
ыыыы... какие "такие"? :v2_wacko:
Спрайт процессор и принцип работы.
На сайте появилась первая игра для V5Z80P,
Bounder (http://www.retroleum.co.uk/wip.html) (римейк) by Phil Ruston.
Можно посмотреть видео.
Исходники выложены.
Угу , симпотненько . И два задника заюзаны .
Подключена MMC/SD карточка. Пока что, на дочерней плате. Позже будет интегрирована в схему.
Добавлен новый видео режим "chunky" mode,
линейный 1байт=1пиксель. 256 цветов.
Реализовано аппаратное рисование линии. (в видео режиме "chunky")
Входные параметры - константы Брезенхема.
Добавлен режим all-writes-go-to-VRAM, в котором видео-память отображена на всё адресное пространство CPU (64KB). Все записи от CPU идут напрямую в видео-память.
В блитер, добавлен режим прозрачных точек (skip-zero-write). Теперь блитер может рисовать прозрачные области.
На все нововведения, есть примеры использования.
Вышел официальный апдейт.
Версии HW263, OS509.
www.mediafire.com/v5z80p
Выложено mini FAQ,
http://www.retroleum.co.uk/files/v5z80p/minifaq.txt
Автор зарелизил 3D wireframe intro.
Исходники:
http://www.retroleum.co.uk/files/v5z80p/wireframe.zip
Видео можно скачать по ссылкам:
25 FPS Youtube version:
<http://uk.youtube.com/watch?v=VB19lLdLm8A>http://uk.youtube.com/watch?v=VB19lLdLm8A
Лучшее качество, 50 FPS version:
http://www.mediafire.com/v5z80p (в папке "Videos": 10MB)
Большую часть фрэйма, занимают реал-тайм 3Д вычисления. Для умножения целых чисел на sin/cos,
используется аппаратный умножитель.
Линии сортируются по Z оси.
Рисование линий происходит аппаратно.
Звёзды и лого - спрайты. Для вывода скроллера, юзается блиттер.
В интро используется, видео режим "chunky" (1байт=1пиксель, всего 256цветов)
На скриншотах:
- сцена с самым большим 3Д объектом (знак вопроса - 48 3Д векторов)
- с самым малым (куб - 8 векторов)
Автор зарелизил linedraw demo. (простая 8битовая математика, 256 линий во фрэйм)
Исходники:
http://www.retroleum.co.uk/files/v5z80p/spira.zip
Видео можно скачать по ссылкам:
25 FPS Youtube version:
http://uk.youtube.com/watch?v=kRahC9Jlx-o
Лучшее качество, 50 FPS version:
http://www.mediafire.com/v5z80p (в папке "Videos": spira_HQ.avi 41MB)
-----
обновил предыдущий пост (http://zx.pk.ru/showpost.php?p=157175&postcount=70),
добавил скриншоты и ссылку на исходники
Слов нет одни эмоции :) Если дело до заливки дойдёт , то ваще чума будет :v2_eek:
Автор зарелизил Vectorballs demo.
(используется аппаратный умножитель, и режим "write direct to VRAM")
Режим 368x256, тайловый, два тайловых поля.
Исходники:
http://www.retroleum.co.uk/files/v5z80p/vectorballs_2.zip
Видео можно скачать по ссылкам:
25 FPS Youtube version:
http://uk.youtube.com/watch?v=Wv-zCyB0hiI
Лучшее качество, 50 FPS version:
http://www.mediafire.com/v5z80p (в папке "Videos": Vectorballs2.avi 22MB)
---
Если дело до заливки дойдёт , то ваще чума будет :v2_eek:
Заливка будет, если люди востребуют, место в чипе ещё есть.
Во чувак дорвался а!
В конце 80-х годов многие конторы хотели создать что-то подобное (8-bit gaming home comp/console) типа как дешевую альтернативу AMIGA и ATARI ST в результате много чего появилось типа sam coupe, c65, sega master, msx turbo r.
Этот чувак сделал аппарат который круче всех ранее известных 8-bit приставок и компов похоже ... но думаю эфективность примененного им метода сомнительна. С такими затратами (частота, обьем памяти, размер интегральной схемы) он похоже давно перепрыгнул по всем параметрам AMIGA1200 :) ...
зато оно на Z80! :)
Во чувак дорвался а!
Просто софт нужен под новое железо.
Этот чувак сделал аппарат который круче всех ранее известных 8-bit приставок и компов похоже ... но думаю эфективность примененного им метода сомнительна. С такими затратами (частота, обьем памяти, размер интегральной схемы) он похоже давно перепрыгнул по всем параметрам AMIGA1200 :)
А1200 это ты уж загнул кончено.:) Но на уровне (а кое-где и получше) классической А500, это точно.
Системная частота в 16Мгц вполне пригодна для homebrew плат.
зато оно на Z80! :)
И посему спектрумисту не составит большого труда разобраться в проекте.
Да я бы сказал что по крайней мере по видео части А500 унд А1200 обе курят бамбук , особенно А500 .
очень крута канешна, но что нам на спектруме толку от этого?! вот если бы возможности девайса прикурить к АТМ, профи, пентагону...кароче к спеку, то да..а так...очередная мёртвая поделка, которая через пару лет никто не вспомнит...даже сам автор...
А1200 это ты уж загнул кончено.:) Но на уровне (а кое-где и получше) классической А500, это точно.
Наверно я все же заумно иногда выражаюсь раз сразу два человека не поняли сразу чего я написал... Я имел в виду что если бы кто создал ASIC с тем количеством "транзисторов" что на этой плате сейчас, да на той частоте которую они при таком процессе (90нм?) могут выдержать, да с той памятью что там установленна то наверно получился бы SONY PS :)
Добавлено через 3 минуты
которая через пару лет никто не вспомнит...даже сам автор...
На скоко я понял пока что автор настроен решительно, плохо токо что 99%? поддержки проекту он сам создает, на длительный срок пожалуй энтузиазма не хватит :(
пусть прикручивает графу к спектруму...тогда на долго хватит...
Вышли новые релизы.
HW v266:
- скорость RS232 поднята до 115200 BAUD
- Alternate write bank feature: режим позволяющий выбрать один банк для операций чтения и второй банк для операций записи. Т.е. можно по LDIR копировать из банка в другой банк.
- переработано поведения таймера
- можно читать из спец регистра, младший бит счетчика экранных линий.
- статус TV/VGA джампера, теперь можно прочитать (on/off). Т.е. программно можно однозначно определить в каком режиме работает комп PAL,NTSC, VGA.
- а также другие фиксы
OS V5.10:
1. добавлено выполнения файла "BOOT_SCRIPT" при загрузке ОСи (что-то типа autoexec.bat)
2. Имена файлов и команд более не чуствительны к регистру.
3. Улучшена подпрограмма RX команды.
4. Добавлена команда "BAUD", для установки скорости в COM порту (требуется HW v266+)
Круто, что интересно подобные штуки по дешевле бывшие гуру с амиги и с64 подхватили на ура просто, вот например http://www.pouet.net/prod.php?which=49782
(разница конечно в том что C64 Direct-to-TV это все еще на 90% старый добрый С64) может если пропиарить этот device на том же http://www.pouet.net/ то ряд групп и заинтересуется им
balu_dark
10.11.2008, 01:03
не знааю кто как подхватил... моя А1200 мне нравится почему то поболее...
Сделана новая ревизия платы V6Z80P:
- полностью убран IDE
- добавлен коннектор SD/MMC
Память расширена. Теперь имеется:
- 512 КБ видео-памяти
- 512 КБ системной
- 128 КБ спрайт-памяти
Добавлена возможность пере-прошивки SPI EEPROM (1МБ) прямо на плате. (Т.е. теперь можно записывать туда новые
версии прошивок FPGA и ROM, с помощью спец программы.)
На плату добавлены элементы блока питания (раньше были на отдельной платке).
Питание платы от обычного 7.5 Volt 1.5A DC адаптера.
продолжение темы
http://zx.pk.ru/showthread.php?t=9256
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot