заэмульте пожалуйста tape loading error при включении компрессора холодильника... :)
Вид для печати
заэмульте пожалуйста tape loading error при включении компрессора холодильника... :)
для этого нужен usb адаптер для подключения холодильника к компу :)
Есть две странички:
1) http://www.ramsoft.bbk.org/floatingbus.html#SNOWEFFECT и
2) http://www.worldofspectrum.org/faq/r...m#IOContention .
В первой сказано, что в модели 48K байт по адресу 0x4000 берется на такте #14347. Во второй сказано, что первая задержка получается на такте #14335. Вопрос: кому верить?
Теперь представим, что вторая ссылка верна и ULA действительно начинает работу на такте #14335 так, что цикл обращения к памяти, попадая на этот такт, задерживается на 6 тактов. Тогда работа ULA должна выглядеть следующим образом.
T-state Action
14335 IDLE
14336 IDLE
14337 READ
14338 READ
14339 READ
14340 READ
14341 IDLE
14342 IDLE
14343 IDLE
14344 IDLE
...
Возникает вопрос: если такт #14335 -- это середина ожидания в цикле ULA ДО первого чтения из памяти, то что такой ULA будет выводить на экран на такте #14336 (как об этом говорит та же страничка)? Если он на самом деле читает раньше, тогда и задержки должны быть до такта #14335. Если позже, то и вывод на экран должен быть позже. Это даже если не обращать внимания на то, что, по этой схеме, сам вывод начинается не на границе цикла ULA.
Теперь еще интереснее. Эта же самая страница говорит, что расчет задержки при доступе к порту ведется ровно так же, как в случае обращения к памяти. Это что должно означать? Что четырехтактовое чтение из порта на такте #14342 пройдет без задержки? И что тогда будет делать ULA на такте #14345, когда ему наступит пора начинать свой цикл?
К слову. Я из вредности даже реализовал ровно эти задержки. Использовал тест BBG с цветными вертикальными полосами во всю высоту экрана. Разумеется, ничего похожего на правду это не дало.
Телепаты в отпуске, о чем речь очь смутно понятноЦитата:
Сообщение от Higgins
И ваще бред сопоставлять циклы ула с циклами процессора, они никак не синхронизированы, и расхождение будет зависить от убитости кондырей в схеме сброса, температуры в комнате, напряжения в сети и прочей лабуды :)
В общем попытаюсь с остановами клока проца на пальцах показать,
у ULA есть внутрений счетчик 3 бита, для примера (более точно нада копать) последние 2(или 3 фик его помнит) такта ула отдает процу остальные забирает себе (это в области медленной памяти), так вот если ула видит что проц ломица к памяти за пределами этого окна в 2(3) такта, она останвливает процу клок до окна,
и по наступлению окна проц отработает цикл доступа к памяти или порту с установленым битом A0=0, в случае чтение из порта с A0=1 ула не останавливает проц и мы все дружно получаем эффект порта FF (то есть то что собирается читать ула для вывода на телек)
примерно так
Добавлено через 1 минуту
ЗЫ. Мог где то наврать :) так что использование информации на свой страх и риск
Вы пьяны. Идите спать.Цитата:
Сообщение от heroy
Тут не прав, первое же обращение к памяти ULA, синхронизирует проц под свои такты.Цитата:
Сообщение от heroy
Да нет, трезвый. Это логика останова проца в медленной памяти. Вот только не помню эти 8 циклов с какой частотой идут, толи 3.5(скорей всего) толи 7МГц.Цитата:
Сообщение от Higgins
Кста у меня сложилось точно такое же ощущение о вашей трезвости :)
Добавлено через 46 минут
Пипец, это сутки нада что бы догнать о чем речь, говорю телепаты в отпускеЦитата:
Сообщение от Higgins
в обще циклов READ будет всего 2
Добавлено через 51 минуту
Абсолютно непонимаете работу спековской улы, во первых она ничего не ждет, во втрорых она работает с мометна когда ей будет достаточно електричества, у неё есть свой строго заданый цикл и все кто ей мешают -мостанавливаются, а если не останавливаются то и получаеццо эфекты снега и порт FFЦитата:
Сообщение от Higgins
Почему тогда с монитором такого не было?Цитата:
Сообщение от Black_Cat
При том что порт AY - нечетный?! :v2_wacko:Цитата:
Сообщение от Black_Cat
Кстати клевый глюк - взрывы всякие очучались неплохо, типо как через сабвуфер :)
А ты еще не забил на "двухбитный звук"? Не возникло желания с RD2 разобраться?.. :v2_devil:
трудно гадать, не имея схемы глюкодрома, но явно ноги растут от кривизныЦитата:
Сообщение от Lethargeek
опять же - монитор аналоговый или цифровой? на цифровом - не будет, на аналоговом - скорее будетЦитата:
Сообщение от Lethargeek
была ещё одна схема подключения AY по совсем другим портам и нередко в играх это учитывалось. если не ошибаюсь например в игре Motos.Цитата:
Сообщение от Lethargeek
(хотя этот ответ страшно далёк от начатой темы)
Советский "Электроника МЦ-какой-то" вроде, тоись тот же телевизор в принципеЦитата:
Сообщение от Black_Cat
Точно помню про пуки в Sigma-7 и Exolon. Еще Cybernoid-1 (но там кажется просто звука не было, или мало).Цитата:
Сообщение от goodboy
Верить тем, кто живой, т.е. ВОС.Цитата:
Сообщение от Higgins
Про всё остальное: уле надо на 8 тактов прочитать из памяти 2 байта. Это легко посчитать из соображения 128 тактов - экран 32 байта, остальное - бордюр. Всё получится, если всё сделать аккуратно. Кривизну, Хиггинс, ищите у себя в коде. Или изучайте чужой.
ула за строку читает 64 байта
Естественно, 32 байта пикселей и 32 байта атрибутов. Я что-то не так написал? Ну, извиняюсь (но думал я правильно, это точно :))Цитата:
Сообщение от heroy
А как у Вас реализованы задержки в медленой памяти? Округляется время исполнения к кратной 4 тактам ??
По таблицам, код я выкладывал. Он, конечно, с багами, но не в части мультиколора или таймингов. Нет, не округляется (каким 4 тактам? Я даже не врубаюсь, что там можно округлять).Цитата:
Сообщение от heroy
7 тактные команды к 8 тактам (правильней конечно по машинным циклами)
Так только скорпион делает.Цитата:
Сообщение от heroy
Здесь действительно верить FAQ на WOS. Соответственно, табличка с тактами работы ULA, которую я выписал выше тоже верна: задержки начинаются с такта #14335, первое чтение из видеопамяти на такте #14337. Такт, с которого видны чтения ULA через нечетный порт после 0x4000 и до 0x8000 -- это такт #14338 (разумеется), а не #14347, как говорит Ramsoft. (К слову, при такой реализации floatspy работает именно так, как сказано на страничке Ramsoft, т.е. просто ошиблись с подсчетом тактов.)Цитата:
Сообщение от Higgins
Насчет такта первого вывода на экран WOS определенно врет. У меня получилось, что ULA выводит первые точки из ячеек (0x4000)/(0x5800) на следующий такт после первых четырех тактов чтения ULA. Это уже похоже на какую-то логику.Цитата:
Сообщение от Higgins
Способ расчета величины задержки действительно один и тот же для памяти и портов. Условия и способы применения самих задержек разные. Причем задержки по памяти и портам расписаны раздельно, а задержки на дополнительных тактах M-циклов процессора смешаны с задержками по памяти. Хотя логика и причина у всех этих задержек одна и та же.Цитата:
Сообщение от Higgins
нужно еще учитывать что читаемый байт не сразу попадает в видеосигнал, он предварительно защелкивается в сдвиговом регистре, после чего уже начинаются сдвижки...
Да, причем у меня получилось так, что бордюр читается каждые 4 такта, т.е. дважды за цикл ULA, т.е. выводится по 8 пикселей.Цитата:
Сообщение от Alexander Makeev
в схеме пентагона вроде бордюр напрямую из регистра порта #fe пускался, без всяких 4 тактов, хотя возможно я путаю с другим клоном - нужно проверитьЦитата:
Сообщение от Higgins
Да, в пентагоне напрямую.
Везде должен быть напрямую :)
В фирменных и в Скорпионе - кратно 8 пикселям экрана, или 4 тактам.Цитата:
Сообщение от Lethargeek
По схеме зелёного скорпа на D33 и D34 сделан селектор цвета - каждые 8 пикселей в момент чтения байта атрибутов защелкивается или он, или сделаный из взятого с D35 (это #FE) цвета бордюра (ink=border, paper=border, bright=0, flash=0)Цитата:
Сообщение от Vladimir Kladov
Опа... это че значит - там нельзя на бордюре произвольные диагональные и кривые линии получить? То есть например последнюю часть Rage в принципе не получится под фирменный Спек пофиксить?Цитата:
Сообщение от Vladimir Kladov
именноЦитата:
Сообщение от Lethargeek
А кто-то еще сомневается, что "спектрум *****" :D
Wait нада учитывать, хотя тож вопрос, генерит ли он wait на бордюреЦитата:
Сообщение от SAM style
если это тот wait, который выравнивает M1 по чётным тактам, то нет (в смысле не учитывать): wait сам по себе, выравнивание бордюрного вывода на 8 пикселей экрана - само по себе. Доказательство - пара бордюрных демок для скорпиона. Там бордюр стоит как вкопанный и строго выровнен с изображением на основном экране.Цитата:
Сообщение от heroy
а зачем на бордюре wait? :v2_smile:Цитата:
Сообщение от heroy
wait активируется для того чтобы проц и ула не конфликтовали обращаясь одновременно к видеопамяти, для бордюра память не используется:v2_wink2:
Да как сказать пентагон ваще без Wait обходится, и из за упрощения спокойно того что зашито в альтере могли и не учесть, но судя по тому что туда сигнал идет то это не спроста.
Это наверное какая нибудь хитрющая защита от взлома и попыток воспроизведения скорпионов кем-то кроме фирмы.Цитата:
Сообщение от heroy
Можно уточнить, как конкретно проявляется округление M1? Всегда? Только в режиме турбо? Или при доступе к видеопамяти одновременно с видеоконтроллером? А то я что-то запутался ;)
В скорпионе всегда. Иначе мультиколор бы не работал. Наверное, в турбе есть ещё дополнительные задержки при обращению к экрану, но я в эмуляторе это не реализовывал для простоты. Мне мультиколор нужен для демок, а демок для скорпиона маловато, и думаю, для турбы их просто нет (как и для других клонов), так что особенно задержками в турбе я не задавался.Цитата:
Сообщение от ARTi
Почему тогда турбо в Скорпионе при выполнении кода из ОЗУ не 2x? Память подает /WAIT? Какие задержки в каких случаях осуществляются?
Спасибо ;)
Скорее да чем нет. Но я же сказал, мне детали в этом плане не нужны, я просто делаю х2 и отрубаю мультиколор в эмуляции.Цитата:
Сообщение от ARTi
Все же вопрос по задержкам в Скорпионе в режиме турбо актуален, теперь эта информация нужна мне самому. Кто-нибудь может намекнуть, где или как можно получить эти сведения?
Если в наличии есть реальный скорпион, то вы можете провести тесты, и получить нужную информацию. Если нет, надо искать владельцев реала, и договариваться.
Тесты, например, такие: в цикле увеличивается BC, а к области экрана происходит обращение, и так до прерывания. Затем то же самое, но обращение происходит, например, к 8000h вместо области экрана. Затем сравнивается значение BC и подсчитывается количество тактов, истраченных на задержки при обращении к памяти. Чаще всего такого грубого теста достаточно, чтобы узнать стоимость одной задержки. Далее тест можно чуть изменить, например, делать в цикле 2 обращения, и опять провести сравнение с эталоном. Этого будет достаточно, чтобы проверить правильность первого теста.
Эх, вот реала-то в наличии и нету :(
Вообще-то я задаю вопросы вместо того, чтобы проверять на реале, потому лишь, что времени прошло много, наверняка уже кто-то проделал эту работу. Не хочу изобретать велосипед, да еще и людей напрягать зазря...