В меру.

Я рад, что мне удалось до тебя достучаться) А чё вы все так из-за блура беситесь? Всё ж что надо видно.

Запости нормальный скриншот, объясни, что ты хочешь реализовать, и сколько на это денег тебе надо.

можно даже не кодить ничего

А в чем цирк-то? Нормальный краудфандинг)

Ну что, как и в моем случае, несмотря на блур, основную идею уловить можно. Я народ не дурю, доказательства вполне внятные, кому надо. А для остальных — блур. Можно подумать, если бы я без блура выложил, это было бы более внятным доказательством крутости моего эмулятора. Как я уже сказал, поводов для доебаться было бы в разы больше, только и всего.

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

Попробуй зарегаться на патреоне.

на визу сможешь?

… продолжение ...
— Далее, что мне нужно от эмулятора ещё. На данный момент SPECCY.DLL, это прокладка между группой библиотек, таких как COREZ80.DLL и PENTAGON.DLL. В COREZ80.DLL находится эмулятор ядра вызываемый из этой библиотеки процедурой CoreStep. А в PENTAGON.DLL находится вся периферия и непосредственная схема самого компьютера. Если я захочу сделать эмуляцию оригинального спектрума, то я добавлю ZXORIGINAL.DLL, если захочу TS-CONF, то добавлю EVOLUTION.DLL. То есть, есть некая обвязка компьютера, находящаяся в процедуре «Z80_Half_Tik_Step()», которая вызывается каждые пол такта основного генератора. Я понимаю, что события могут быть независимыми и иметь разное тактирование, но ради хоть какой-то гибкости и максимальной скорости был выбран именно такой путь. Как это выглядит в коде, который могу добыть на данный момент сохранённый в почте, простите но я не дома и не доступен мой рабочий комп:

PROCEDURE Z80_Half_Tik_Step();
BEGIN
   Z80ST.CLK:=Z80ST.CLK XOR 1;
////////
   IF Z80ST.BUS.MREQ=0 THEN BEGIN
    IF Z80ST.BUS.RD=0 THEN BEGIN
     CASE ZBUSWAIT(BUSWAITMEM) OF
      0:BEGIN
       Z80ST.RDA:=Z80_RD_Mem(Z80ST.BUS.ADDR);
      END;
      1:Z80ST.RDA:=$FF;
     END;
    END;
   END ELSE ZBUSRESET(BUSWAITMEM);
////////
   IF Z80ST.BUS.IORQ=0 THEN BEGIN
    IF Z80ST.BUS.RD=0 THEN BEGIN
     CASE ZBUSWAIT(BUSWAITPORT) OF
      0:BEGIN
       Z80ST.RDA:=Z80_RD_Port(Z80ST.BUS.ADDR);
      END;
      1:Z80ST.RDA:=$FF;
     END;
    END;
   END ELSE ZBUSRESET(BUSWAITPORT);
////////
   CoreStep(Z80CORE); // <--- ВОТ ТУТ ПОЛ ТАКТА ЯДРА ВЫПОЛНЯЕТСЯ
////////
   IF Z80ST.BUS.MREQ=0 THEN BEGIN
    IF Z80ST.BUS.WR=0 THEN BEGIN
     CASE ZBUSWAIT(BUSWAITMEM) OF
      0:BEGIN
       Z80_WR_Mem(Z80ST.BUS.ADDR,Z80ST.BUS.DATA);
      END;
     END;
    END;
   END ELSE ZBUSRESET(BUSWAITMEM);
////////
   IF Z80ST.BUS.IORQ=0 THEN BEGIN
    IF Z80ST.BUS.WR=0 THEN BEGIN
     CASE ZBUSWAIT(BUSWAITPORT) OF
      0:BEGIN
       Z80_WR_Port(Z80ST.BUS.ADDR,Z80ST.BUS.DATA);
      END;
     END;
    END;
   END ELSE ZBUSRESET(BUSWAITPORT);
END;

Выше приведена тестовая заглушка для тестирования ядер и периферии. Вот данный DLL я так же настраиваю в своём IDE. Точно таким же образом внутрь внедрён и компилятор музыки от MASON'а, я описываю себе скрипты или, DLL, и внедряю в рабочую оболочку IDE, который по своей сути это эмулятор. Я на ходу меняю музыку, нажимаю откомпилировать и тут же данные от редактора попадают прямо в IDE, в код, который тут же перекомпилируется и я увижу результат действий. Точно такие же утилиты внедрены по графике. То есть я говорю о том, что сам эмулятор мне не нужен вообще, мне нужен встроенный гибкий эмулятор как инструмент, для непосредственного творчества.

— Что ещё очень нужно, это работа с образами на ходу. У меня в эмуляторе нет этого и это очень не удобно. Единственный корректно работающий эмулятор по образу IMG, это Unreal. К сожалению нет работы с TAP или TRD, но есть с IMG. Смысл заключается в том, что бы я мог увидеть результат прямо на ходу. Процесс разработки, это отлаживание каждого пикселя, иногда в конце демки нужно поменять один байтик, и жутко задалбывает постоянно открывать образ, кликать-шмыкать-жмакать и крутить всё на ускоренной перемотке. Благо, IMG перечитывается прямо на ходу, я могу откомпилировать, и результат, без каких либо действий, сразу попадает в эмулятор. Я так отлаживал работу с SD-CARD, для этого мне пришлось написать собственный генератор образов ROBIMG. И главное, что эмулятор Unreal правильно открыл файл не заблокировав его на запись. По сути я только писал код, нажимал в эмуляторе ресет и смотрел на результат.

— Насчёт дебаггера. Все дебаггеры которые в текущих эмуляторах лично мне практически бесполезны. Мне нужна тесная связка с пишущимся кодом, а не простой дебаггер. Я знаю, что в Unreal, можно подгружать метки, но этого ооооочень мало. Мне нужен REAL-TIME-ONE-FRAME, с тем, что я пишу и что есть в реальности, ради чего я и по-написывал кучу утилит. Конечно-же приятно иметь качественный функционал, но как правило это нужно только для взлома. А для непосредственного процесса написания, — код я и так вижу на экране. А вот hacking, это отдельная история. И тут от дебаггера нужно очень много, ссори но я не буду сейчас описывать всего, поскольку это будут сотни простыней текста. Одно могу сказать, главного, чего нет, это дебаггера завязанного на времени. То есть есть код, кторый что-то распаковывает в какую-то область памяти, с какой-то там страницей, и когда-нибудь это исполнит, потом затрёт это новым куском и снова запустит. Вот нужен был бы такой дебагер, с таким управлением, который учитывал бы, что при определённых условиях, нужно реагировать на брейк-поинт, в зависимости от времени и обстоятельств.

— Конечно же в моём эмуляторе нет менюшек для каких-нибудь сохранений, или загрузок. Я не смогу записать видео. Или сохранять образ. Это было бы приятно иметь, но не знаю нужно ли мне это как крайняя необходимость. Лично для меня самое главное это глобальный и локальный анализ всего происходящего, что куда записывается, откуда берётся, как и в какой мент, как часто и т.д. и т.п.

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

Не знаю зачем так считать? По-моему на твой «блюр» большинство отреагировало очень весело. Хотя для меня осталось загадкой почему был выбран такой шаг? Да же, если ты сделаешь скриншоты всего кода, всех менюшек, — никто не будет да же пытаться украсть твою идею. Ну а хейтерсво, это извечная проблема, и я многое могу не принимать на HYPE, но обвинить его в том, что тут хейтят за иконки DELPHI, уж точно не могу. Насчёт авторитетов, тут нужно посещать другие форумы, совсем с другими правилами, на которых люди «чмырят» друг-друга и извергают желчь в каждом сообщении.

Я предлагаю всем желающим пофантазировать, подумать, и написать ответы на эти вопросы, в отношении себя лично — «нужен ли мне новый эмулятор Спектрума? готов ли я вкладываться в его разработку? за какие особенности и функции?».

Я пофантазировал, понимаю, что это очень маленькая часть того, что хотел бы, но на данный момент сидя за ноутом в отеле я смог выдать только это. Я прекрасно пойму, если все выше перечисленное просто проигнорируется. Но ты, Wiev, сам сказал, что хочешь услышать, чего бы хотелось.

Ты прав.
И ты вполне сценер!)