Видеокарта для Спека

[andrews]

Конечно для этого нейросеть не нужна. Нейросеть нужна, когда черно-белые фильмы раскрашивают в естественные цвета с учетом времени и места действия. А для экранов ZX-Spectruma она может помочь только в тех случаях, когда предъявлены раскрашенные образцы спрайтов и необходимо преобразовать маленькое число пикселей в огромное. Это как по черно-белой или обшарпанной цветной фотке портрет нарисовать художнику. Если же придумать "язык описаний спрайтов", то можно обойтись и без адаптивной нейросети с обучением. Но в этом случае весь код предварительно преобразовывается на стороннем десктопе на кросс-средствах под заданный экран, например svga или 4K, возможно в автоматизированном, а не автоматическом режиме. В этом случае и используемая карта на ZX-Spectrume должна генерировать спрайты по высокоуровневому описанию, а z80 должен лишь давать ей "макрокоманды" на перемещения( включая повороты) и преобразования( например если пораженный злодей дематериализуется его спрайт может не просто исчезнуть с экрана и т.п., ну или какой-то объкт поврежден). Понятно какой вычислительной мощностью и памятью она должна обладать.

[PavelZX]

Задача делится на две части:
Первая -- это захват видеопотока (RGBI) со Спектрума (или другого ретро компьютера, где цвет задаётся атрибутами), отдельная обработка яркостного канала на предмет выявления перемещающихся спрайтов и тайлов фона. Думаю, что изобретать очередной велосипед не стоит и лучше использовать элементы из библиотеки openCV: http://robocraft.ru/blog/computervision/264.html Вопрос только какой процессор будет минимален для данной задачи, использовать ли отдельный корпус, FPGA со встроенным ядром, либо софтверные ядра.
Вторая -- генерация новой цветовой карты (раскраска по новой, выявленных спрайтов и тайлов). Вот нашёл open-source проект https://github.com/maidenone/ORGFXSo...v2/rtl/verilog графического ускорителя, из которого так же можно выпилить 3D (если ресурсов чипа будет не хватать) уменьшить до минимума разрешение и битность цветовых каналов)

Как бонус, можно будет подумать о увеличении разрешения, замыливания и прочих пост-эфектах, если на это будет хватать ресурсов...

- - - Добавлено - - -

А дальше, если это удастся реализовать, можно подумать о привлечении разработчиков, для использования новой видеокарты для создания реймейков и продолжений старых игр, может даже и что-то новое или портированное с современных платформ можно будет организовать) Естественно, что надо будет решить вопрос с новым графическим редактором, использующим данное железо и может движка для новых демо и игр...

[andrews]

захват видеопотока

Их (видеопотоков) огромное количество с ньюансами. И там аналоговый сигнал, который надо еще правильно снимать. Я помню в 80-е решали задачку получать геометрические параметры зоны расплава тигля по черно-белой картинке с камеры. Траходром был еще тот(правда там конечно еще фильтрация хитрая была), а здесь задача в сотни раз сложнее, особенно если речь идет о разных 8 битных компах. Делай это сразу на PC для начала на максимально доступной тебе мощности с доступной картой обработки видеосигнала. Когда реализуешь, сразу определишься с требованиями к этой части железяки. Может цена сразу выскочит такая, что ни на что другое уже железа не останется.

Другой подход: лопатить коды, а не видеосигналы. Коды, которые эти видеосигналы генерят. Если бы мы ничего не знали о внутреннем устройстве девайсов, генерящих эти видеосигналы, то да. Ничего другого бы и не оставалось, как захватывать видеопоток. А так это совсем не то, что стертый винил оцифровать и отреставрировать( что тоже не всякий сумеет)

[PavelZX]

И там аналоговый сигнал, который надо еще правильно снимать.

Проблемы с тем, чтоб получить цифровой сигнал вроде бы нет, если это конечно же не закрытая железка, с которой только композит можно снять... Имел ввиду видеопоток вообще, но в итоге это просто череда картинок, передающихся с частотой 25 или 30 Гц (в телевизорах, напомню черезстрочная развёртка была и полный кадр получался из 2), при чём каждая точка уже разложена на биты RGBI. С композитом да, сложнее немного, впрочем получить обратно RGBI не так уж сложно, хотя из-за перекрёстных искажений будут ошибки)

Я недавно пробивал тему простого АЦП на FPGA: https://electronix.ru/forum/index.ph...omment=1700666

Так вот, как мне кажется, с наличием битовой RGBI карты, не сложно её преобразовать в отдельную черно-белую и отдельную атрибутную, не вникая в то что там в исходном коде и это как раз легко можно сделать в FPGA...

[andrews]

Если по этой части проекта все "под рукой", то хотелось бы взглянуть на результат. Кстати, какую "лягушку"( в смысле 8-битку) этим препарируете?

[PavelZX]

Кстати, какую "лягушку"( в смысле 8-битку) этим препарируете?

Тема же про железо спека, так что начать хотел с "ленина", мне тут как раз живую ретро плату подарили рабочую. По мимо того пришли дешёвые, как тут акцентировали уже, процы, ещё z80 один отдельно и 6502, можно что на них сделать другое, реализовав остальное в FPGA. Исходники есть, только развести их в камне... Почему-то не хочу делать всё в эмуляторе и писать программу под ПК, чисто личный такой бзик)

[Advertiser]

[Totem]

Просто там как-бы большинство вопросов клэшинга и переделки игр и существующего софта уже давно решены и поставлены на поток. Другое дело, что пока это все живет только в виде эмулятора для PC. Но вроде бы авторы что-то говорили про возможность повторения в железе.

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

[PavelZX]

Чисто технически представляю дело так:
Приходит строка RGBI и пишется в буфер, параллельно получаем отдельно чёрно-белую строку в один бит (хотя может 2 бита лучше, если какие-то ещё параметры вылезут) и отдельно строку раскраски в 4 бита на каждую точку, то есть это не яркостный канал (I) сам по себе, а результат вычисления по всем каналам (RGBI), с учётом рядом стоящих точек. В процессе, пока рисуется полу-кадр, идёт определение контуров и параллельное сравнение точки с предыдущим кадром на предмет изменений, то есть ещё генерируется сигнал этих изменений (можно тоже в 2 бита)... В общем, когда дорисовался кадр, видеопреобразователь уже должен знать координаты и контуры изменений на экране, чтоб выполнить перекраску точек)

- - - Добавлено - - -

как только будет готово более

У вас личная почта переполнена, форум не позволил написать напрямую...

[Totem]

У вас личная почта переполнена, форум не позволил написать напрямую...

Я заметил оповещение в почте, ответил в теме ULAX.

[PavelZX]

ответил в теме ULAX

Написал там, задал вопрос, что в итоге хотите получить в железе... Тут, как мне кажется есть кардинальная разница в подходах. Это я уже больше для всех читающих тему пишу. ULAX предусматривает адаптацию игр, а я решил, что есть и другой путь. Можно получить другую картинку, не вникая в код игры. Получить спрайты и тайлы прям с живой картинки, чтоб потом делать с ними что хочешь)

Это реально круто, что вы делаете, в этом есть некий элемент творчества. Просто я, разобравшись с нюансами игры, уже не захотел бы в неё играть...