Это проект никак нее связан с "Обществом любителей Спектрума"
Речь идет об отдельном модуле с аппаратным декодером видео и аналоговым выходом, контроллером формирующим поток и флэш картой.
Это проект никак нее связан с "Обществом любителей Спектрума"
Речь идет об отдельном модуле с аппаратным декодером видео и аналоговым выходом, контроллером формирующим поток и флэш картой.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
А чем обусловлен выбор спеки, как основы, кроме как фанатизмом? =)
И что это даст Спектруму?
Спектруму это даст принципмально новые возможности. В начале игры можно будет прокручивать ролик. Можно смотреть оцифрованные демки ... очень много
Можно смотреть с друзьями свои первые любительские фильмы. Ну, и разумеется любое другое видео.
Таким образом это не выбивается из канвы творчества. Мне как разработчику все-равно на какой платформе пробовать. Просто для писи это не актуально, а на Спектруме никогда не появится процессор, сопоставимый по мощности даже с Pentium III...поэтому для него решения в виде отдельных функционально законченных плат с мощными локальными архитектурами кажутся мне перспективными.
Вообще тут Andrews прав. Получится распределенная архитектура, а... Собственно что в этом плохого? Кроме того что кто-то может сказать что "это не спек"...
Мне тут как-то вечером представился GS+ (условно) с поддержкой MPEG AUDIO. Такая плата должна иметь собственный доступ к контроллеру IDE. Точнее - собственный контроллер IDE, видимый и с материнской платы как скажем NemoIDE.
Полноценная реализация файловой системы HDD для этого не нужна. Материнская плата может вместо этого сообщать дочерней Block List файла (список секторов винта в том порядке в каком их надо читать) - и порядок.
Хотя... Такие концептуальные вещи ИМХО все-таки надо начинать с современного CPU такого как z180. Обратную совместимость со старым спеком для z180 обеспечить можно без проблем. Можно и на eZ80, но с проблемами (там встроенные порты съедят TR-DOS и прочие привычные нам вещи, там если только на импортную DOS переехать сразу, там пофиг какие порты ибо API толковый).
Режим старого спека будет являться subset'ом архитектуры такой машины, но от этого никуда не деться. Впрочем режим 48 кб тоже является subset'ом ZX128, и никто от этого не умер. Зато в нативном режиме будет тебе Flat address space до 4 мб, а там можно ох как развернуться... И видео/аудио с DMA заделать и много чего еще... И частота уже не 3.5 мГц...
"Flat address space до 4 мб" У eZ80 же 16?
Про многопроцессорность уже не раз спорили, вроде решили что сопроцессор в десятки, а то и стони раз мощнее CPU это не хорошо =)
Если брать eZ80 как CPU, то возникают определённые сомнения, в том, что ему хватит производительности на декодировку видео.
Поскольку сейчас в embedded правит arm, то и сравнивать надо с ним
http://www.us.design-reuse.com/artic...icle11288.html
ТЕ на декодировку 352x288 при ~20 fps нужно около 200 arm mips'ов. У eZ80 - 80 MIPS на 50 MHz. 8ми битных мипсов... Да даже если и 16ти...
Такая вот арифметика.
Вы меня не поняли. Зачем видеоплееру IDE?
Его контроллер поддерживает локальную FAT, а z80 выдает по запросу директории и файлы через цепочку ответных сообщений на запросы. Протокол обмена сообщениями разработать и драйвер написать.
А насчет того, что плохо иметь разномощностные архитектуры...типичная клиент-серверная архитектура...спектрум в качестве тонкого клиента...отдельные функционально законченные модули в качестве серверов приложений
1) CPU не успеет - качать слишком много. По крайней мере на 3.5 мГц.Сообщение от andrews
2) В случае видео это конечно неприменимо, а вот аудио таким образом можно играть полностью в фоне, при этом скажем работая в XASе.
Я думаю было бы правильней 50MIPS на 80MHZ то так как таких процов нет пропорционально уменьшаем циферкуСообщение от NovaStorm
Вообще по-хорошему тут ты прав.Сообщение от NovaStorm
опять не поняли... видеопоток для аппаратного декодера mpeg формирует локальный мелкопроцессор, например ARM 7, он же загружает файл с !локального же! SD-диска ( и с файловой системой разбирается)...а z80 как клиенту по запросам отсылает файлы текущего директория...что z80 не справится принять 2К ASCII?Сообщение от Sonic
ARM7+вся обвязка= сервер приложений
zx spectrum (z80) = тонкий клиент
аналоговый выход видео формируется на самой карточке
при необходимости муксируется с выходом с zx spectrum
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)