эмуль на плагинах

[boo_boo]

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

вообщем, предлагаю разработать простую и гибкую архитектуру для плагинного эмуля. пока на словах, а там, глядишь, и напишется что

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

да и не лучше ли вообще обойтись без ядра в привычном понимании (z80, INT и тп)? пусть ядро будет только менеджером плагинов (примерно как ядро в микроядерных ОС -- только менеджер процессов). тогда получим более-менее универсальную платформу для эмуляторописательства.

[Advertiser]

[Vladimir Kladov]

Сайт вчера переехал на kolmck.net. Все файлы переброшены, в корне редирект оставлен.

[boo_boo]

о, спасибо
ага, наколько понял, в emuzwin плагины -- только для работы с имаджами.

эх, жаль, что дж. нидл молчит в тряпочку. в спектакуляторе явно что-то интересное нагорожено в плане модульности....

[Vladimir Kladov]

неправильно понял. Есть плагины вывода, включая звук и изображение на каждом кадре. Но вывод ориентирован именно на звук и изображение. Для ввода не помню, чтобы как-то что-то делал. Но можно и добавить. Вопрос ы том, что <B>это никому не нужно</B>. В том смысле, что мне же самому эти плагины и делать. Так мне тогда проще внутрь ядра все запихать.

[ram_scan]

Такой эмулятор уже есть. Называется MESS http://www.mess.org/. Опенсорцный. Монстр просто афугительный. Эмулирует около сотни платформ на данный момент. В том числе и табун спекки железа (SamCoupe тоже). Насколько качественно - не знаю. Я баловался с ним как с C-64 эмулятором заради просвещения что это за машина такая.

Но он именно полностью абстрактный. Ядро и паровоз плагинов описывающих архитектуру.

[boo_boo]

Такой эмулятор уже есть. Называется MESS http://www.mess.org/. Опенсорцный. Монстр просто афугительный. Эмулирует около сотни платформ на данный момент. В том числе и табун спекки железа (SamCoupe тоже). Насколько качественно - не знаю. Я баловался с ним как с C-64 эмулятором заради просвещения что это за машина такая.
Но он именно полностью абстрактный. Ядро и паровоз плагинов описывающих архитектуру.

в mess плагины? собирал его, сорцы глядел... ИМХО никакой он не абстрактный, просто куча отдельных эмулей, юзающих общий фреймворк видео/звука/управления и эмуляторы процессоров.
разве там можно, к примеру, присобачить к имеющейся эмуляции спектрума трдос, не корежа сорцы, а только добавив свои?

[deathsoft]

А какой смысл в плагинах, если проект opensource? Плагины делаются в тех проектах, где сорцы закрыты, чтобы программу с закрытыми сорцами можно было расширять за счет бинарных модулей. А если проект опенсорц, тогда просто добавляется очередной модуль (.c/.cpp файл) в проект и все, дальше проект перекомпиливается.

[boo_boo]

А какой смысл в плагинах, если проект opensource? Плагины делаются в тех проектах, где сорцы закрыты, чтобы программу с закрытыми сорцами можно было расширять за счет бинарных модулей. А если проект опенсорц, тогда просто добавляется очередной модуль (.c/.cpp файл) в проект и все, дальше проект перекомпиливается.

если взять практически любой эмуль, и попытаться что-то к нему приделать, то придется сперва перелопатить все исходники чтобы вьехать что к чему, потом воткнуть там и сям свой код, потом отлаживать, фигея от всяких побочных эффектов... а результат или отсылать автору, в надежде, что он примет патч (а любой вменяемый автор в этом случае переправит код под себя, усложняя этим дальнейшее развитие патча), или поддерживать самому, синхронизируясь с каждой новой версией O__o
так что по крайней мере какой-то, пусть не всеобьемлющий, документированный способ наращивания функционала без вмешательства в сорцы -- вещь очень полезная, автор ядра и писатели плагинов могут существовать сами по себе (как это, например, с эмулятором Шалаева было).
другое дело, возни много с проектированием такого API -- на 1й взгляд нефиг делать, дать плагинам доступ к сигналам процессора и всё. но если к примеру приспичит написать нестандартный видеорежим, юзающий определенные страницы расширенной памяти, плагин должен еще быть в курсе модели памяти и тп...
грустно это. сейчас пишу простенький эмуль, стараясь по максимуму абстрагировать код разных девайсов друг от друга, а потом видно будет, насколько сложно добавить поддержку плагинов.

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

[elf/2]

судя по комментам в этой ветке, никому оно не надо, а сам я и в сорцах могу покопаться, так что идея задвигается в долгий ящик и идет лесом

жалко

прелесть плагинового подхода в том что даже такой непрограммист как я может чего-нибудь привернуть. а исходники того же unreal'а я ни за какие коврижки не осилю

[deathsoft]

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

А зря, лучше сделать один эмуль, которые поддерживает все что нужно, чем плодить 10 штук, где один чтото одно поддерживает, а другой чтото другое. В этом плане было бы логичнее развивать unreal (т.к. SMT на него забил (он сам в этом признался в ветке форума про свой эмуль)). Никто не мешает перелопатить сорцы унреала т.к. тебе угодно, ибо автор его все равно не поддерживает.