Higgins Spectrum Emulator

[boo_boo]

Gatsu, под солярку собирается FUSE. еще ZEMU может завестись, тк шпарит через SDL..

[Advertiser]

[Gatsu]

Gatsu, под солярку собирается FUSE. еще ZEMU может завестись, тк шпарит через SDL..

Спасибо за совет.
Вы лично собирали FUSE под Соляркой? Если есть удачный опыт - поделитесь методикой.

Из всех вариантов собранных мной эмуляторов ZX меня устроили specemu и glukalka. Что в них не устраивает - постом раньше. Поэтому и спросил.

Тов.Higgins предложил мне выложить мой вопрос, который я задал ему в личку. Поэтому я ждал ответа от него.

Добавлено через 4 минуты

# Открыть исходники;
Если будет подобный интерес к сборке для Solaris, то это просто замечательно.

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

[boo_boo]

Вы лично собирали FUSE под Соляркой? Если есть удачный опыт - поделитесь методикой.

не собирал.. но встречал готовые сборки (типа http://reptonix.awardspace.co.uk/sin...aris/index.htm), сталбыть собираемо, ну и в доках сказано, что солярка поддерживается...

[Gatsu]

не собирал.. но встречал готовые сборки (типа http://reptonix.awardspace.co.uk/sin...aris/index.htm), сталбыть собираемо, ну и в доках сказано, что солярка поддерживается...

Спасибо за ссылку.

Надеюсь, что Higgins в скором времени все-таки сделает сборку своего эмуля под Солярис.

[ARTi]

Здравствуйте!
Когда-то в теме Screen timings Вы дали ссылку, где описаны задержки Z80 при разделении им видеопамяти с ULA - http://www.worldofspectrum.org/faq/r...kreference.htm. Информация по этой ссылке грешит ошибками. Еще я сам выкладывал скорректированную схему задержек - http://zx.pk.ru/showthread.php?t=7637. Но это опять немного не то.
В итоге, я как-то здесь на форуме нашел чью-то ссылку полностью скорректированной схемы, однако потерял ее. Почему-то мне кажется, что Вы имеете к этому отношение, поэтому прошу Вас помочь мне в нахождении правильной скорректированной информации .
Спасибо.

[Higgins]

нашел чью-то ссылку полностью скорректированной схемы, однако потерял ее. Почему-то мне кажется, что Вы имеете к этому отношение

Не имею, честное слово.

Про ссылку такую я не помню, поэтому просто выпишу здесь то, что у меня получилось в итоге для фирменных машин:

Top border height: 48 lines

Bottom border height: 40 lines

Vertical retrace:
48K: 64 - top border height = 16 lines
128K: 63 - top border height = 15 lines

Hidden bottom lines: 56 - bottom border height = 16 lines

Border width: 48 pixels (given the pixel is 1/2 of a tick)

Field width: screen area width + border width * 2 = 352 pixels

Field height: top border height + screen area height + bottom border height = 280 lines

Horizontal retrace:
48K: 48 ticks
128K: 52 ticks

Ticks per line: field width / pixels per tick + horizontal retrace
48K: 224
128K: 228

ULA cycle length: 4 ticks

First visible tick: lines per vertical retrace * ticks per line - border width / pixels per tick + ULA cycle length
48K: 3612 (+ 1) = 3613
128K: 3400 (- 1) = 3399

Ticks per frame: (lines per vertical retrace + top border height + screen area height + bottom border height + hidden bottom lines) * ticks per line
48K: 69888
128K: 70908

ULA contention base:
48K: 14335th tick since last INT
128K: 14361st tick since last INT

How to compute ULA delay:

    if(ticks_since_INT < contention_base)  {
        delay = 0;
    } else if(ticks_since_INT >= contention_base + screen_area_height * ticks_per_line)  {
        delay = 0;
    } else  {
        tick_on_line = (ticks_since_INT - contention_base) % ticks_per_line;
        if(tick_on_line >= screen_area_width / pixels_per_tick)  {
            delay = 0;
        } else  {
            tick_in_ULA_cycle = tick_on_line % 8;
            delay = (tick_in_ULA_cycle == 7) ? 0 : (6 - tick_in_ULA_cycle);
        }
    }

Floating bus base:
48K: 14338th tick since last INT
128K: 14364th tick since last INT

Если нужна выверенная растактовка по циклам инструкций Z80, дайте знать, я выпишу сюда прямо из исходного текста.

[ARTi]

Спасибо за детальное описание. Но, кажись, я наткнулся на то, о чем спрашивал:
http://scratchpad.wikia.com/wiki/Con...e-unprefixed-2
Однако, это еще не все мои вопросы. Собственно, схемы задержек или их отсутствия мне нужны для понимания работы машины в случае ее турбирования в 2, 3, 4 и более раз (в эмуляторе, естественно). Особенно интересует, как в турбо режиме ведет себя Scorpion и подобные.

[Higgins]

Спасибо за детальное описание. Но, кажись, я наткнулся на то, о чем спрашивал:
http://scratchpad.wikia.com/wiki/Con...e-unprefixed-2

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

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

Однако, это еще не все мои вопросы. Собственно, схемы задержек или их отсутствия мне нужны для понимания работы машины в случае ее турбирования в 2, 3, 4 и более раз (в эмуляторе, естественно). Особенно интересует, как в турбо режиме ведет себя Scorpion и подобные.

Подозреваю, что модель задержек в этих машинах очень отличается от фирменных.

[Black_Cat]

Собственно, схемы задержек или их отсутствия мне нужны для понимания работы машины в случае ее турбирования в 2, 3, 4 и более раз (в эмуляторе, естественно). Особенно интересует, как в турбо режиме ведет себя Scorpion и подобные.

Разные клоны в турбе х2 ведут себя по разному, а при турбировании более чем в х2 и вовсе результат трудно прогнозируем, особенно на таких кривых несинхронных машинах как Скорпион. Т.е. сэмулировать Скорп в турбе более х2 ты конечно можешь, но это будет полная лажа взятая с потолка, и не имеющая никакого отношения к действительности. Наиболее предсказуемо поведение в турбе более x2 у KAY'я, см. статью Nemo в ZX Format #02 про турбирование.

[ARTi]

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

Это само собой. Вероятно, я не совсем ясно выразился, но кроме ULA +2/3 есть еще и та, которая в принципе возбуждается на все, что плохо лежит на ША - и вот как раз из-за нее необходимо учитывать кое-какую дополнительную информацию (например, выставление адреса регенерации без фактического обращения к памяти).

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

Естественно не стоит гробить свое время на бесполезную работу, однако было бы неплохо иметь представление хотя бы о некоторых возможных ситуациях (например, турбирование оригинала, или, скажем, написание мультиколорного ПО для турбированных Scorpion/KAY) .

Наиболее предсказуемо поведение в турбе более x2 у KAY'я, см. статью Nemo в ZX Format #02 про турбирование

Дайте, пожалуйста, ссылку на статью или саму статью

особенно на таких кривых несинхронных машинах как Скорпион

Можно поподробнее?