Видеоплеер с FLASH CARD 4 ZX Spectrum

[andrews]

Это проект никак нее связан с "Обществом любителей Спектрума"
Речь идет об отдельном модуле с аппаратным декодером видео и аналоговым выходом, контроллером формирующим поток и флэш картой.

[Advertiser]

[NovaStorm]

А чем обусловлен выбор спеки, как основы, кроме как фанатизмом? =)
И что это даст Спектруму?

[andrews]

Спектруму это даст принципмально новые возможности. В начале игры можно будет прокручивать ролик. Можно смотреть оцифрованные демки ... очень много
Можно смотреть с друзьями свои первые любительские фильмы. Ну, и разумеется любое другое видео.
Таким образом это не выбивается из канвы творчества. Мне как разработчику все-равно на какой платформе пробовать. Просто для писи это не актуально, а на Спектруме никогда не появится процессор, сопоставимый по мощности даже с Pentium III...поэтому для него решения в виде отдельных функционально законченных плат с мощными локальными архитектурами кажутся мне перспективными.

[Sonic]

Вообще тут 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 мГц...

[NovaStorm]

"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ти...
Такая вот арифметика.

[andrews]

Вы меня не поняли. Зачем видеоплееру IDE?
Его контроллер поддерживает локальную FAT, а z80 выдает по запросу директории и файлы через цепочку ответных сообщений на запросы. Протокол обмена сообщениями разработать и драйвер написать.
А насчет того, что плохо иметь разномощностные архитектуры...типичная клиент-серверная архитектура...спектрум в качестве тонкого клиента...отдельные функционально законченные модули в качестве серверов приложений

[Sonic]

Зачем видеоплееру IDE?
Его контроллер поддерживает локальную FAT, а z80 выдает по запросу директории и файлы через цепочку ответных сообщений на запросы.

1) CPU не успеет - качать слишком много. По крайней мере на 3.5 мГц.
2) В случае видео это конечно неприменимо, а вот аудио таким образом можно играть полностью в фоне, при этом скажем работая в XASе.

[ZEK]

У eZ80 - 80 MIPS на 50 MHz. 8ми битных мипсов... Да даже если и 16ти...
Такая вот арифметика.

Я думаю было бы правильней 50MIPS на 80MHZ то так как таких процов нет пропорционально уменьшаем циферку

[Sonic]

Про многопроцессорность уже не раз спорили, вроде решили что сопроцессор в десятки, а то и стони раз мощнее CPU это не хорошо =)

Вообще по-хорошему тут ты прав.

[andrews]

1) CPU не успеет - качать слишком много. По крайней мере на 3.5 мГц.
2) В случае видео это конечно неприменимо, а вот аудио таким образом можно играть полностью в фоне, при этом скажем работая в XASе.

опять не поняли... видеопоток для аппаратного декодера mpeg формирует локальный мелкопроцессор, например ARM 7, он же загружает файл с !локального же! SD-диска ( и с файловой системой разбирается)...а z80 как клиенту по запросам отсылает файлы текущего директория...что z80 не справится принять 2К ASCII?
ARM7+вся обвязка= сервер приложений
zx spectrum (z80) = тонкий клиент
аналоговый выход видео формируется на самой карточке
при необходимости муксируется с выходом с zx spectrum