Но ведь говно тоже сырье, можно использовать как удобрение, при этом (А) еще меньше фонит, (б) тоже переработано. И заметьте, все грязные операции проводились на территории других квартир.
А есть где-то информация, или может быть вы расскажите, как используются записи, хранятся ли, сколько хранятся, как анализируются тп? К примеру недавно узнал, что для улучшения качества распознавания, некоторая часть записей передаётся на аутсорс и например воспроизводится публично, что хоть и обезличенно, но не очень приятно.
Когда человек вводит пароль руками, он понимает, что видеозапись этого на Youtube лучше не публиковать. Вся проблема, как это часто случается, в неожидаемом поведении вещей, а производителю лень поставить лишнюю сноску в инструкции.
Тоже этим летом игрался с легендарным PDP-11, правда в лице МК-90, и тоже участвовал в CC. Программирование под древние платформы, конечно, очень увлекательное занятие!
Судя по схеме там ресет просто подтянут к +5. Конечно разница между началом работы логики и цпу будет, вопрос на сколько оно будет плавать от запуска к запуску и от экземпляра к экземпляру.
Там все тактуется от одного генератора и в теории к моменту выполнения первой инструкции луч будет всегда примерно на одной позиции, хотя, наверно, эта позиция будет сильно варьироваться от экземпляра к экземпляру.
Спасибо за статью! А отдельный видеочип появился только в Channel F System II или в более поздних ревизиях оригинальной приставки его тоже устанавливали?
Важно отметить, что к чрезвычайно медленному обновлению экрана добавляется ещё и то, что нет способа подождать обратного хода луча по кадру. Соответственно, даже небольшая перерисовка неизбежно сопровождается мерцанием.
Если синхронизовать встроенным таймером моменты перерисовки с частотой кадров, не получится избавиться от мерцания? Или, например, сначала рисовать на новом месте а потом стирать ненужные пиксели. А то скорость перерисовки в принципе еще терпимая (на Pac-Man хватает и то хорошо для середины 70х), но мерцание никуда не годится.
В этом примере мы использовали описанные выше макросы, что позволило существенно упростить код программы и сделать его более понимаемым
Гораздо более понимаемым оба фрагмента сделало бы нормальное форматирование и подсветка синтаксиса, жаль на хабре с этим для ассемблеров все печально.
А вообще, я бы, как любитель, выбрал первый вариант — скажу банальность конечно, но нравится в ассемблере именно полный контроль над происходящим и дополнительные прослойки только мешают. Хотя если профессионально заниматься, когда много однотипных задач и код будет кто-то читать кроме тебя, макросы, конечно, необходимы.
А может это просто связано с тем, что «уже тогда сделали 4 мегабайта видеопамяти. Это был 1982–1983 год». Если верить этой табличке, стоимость 1мб ОЗУ на западе в то время была около 2000$, в СССР порядок был наверно не меньше, плюс вездесущий дефицит. Может быть инженеры проектировали без оглядки на реальность а потом удивлялись, почему гробят и тормозят?
Спасибо за статью, очень интересно! Отсутствие сдвига, конечно, многое усложняет, сам недавно страдал когда игрался с TMS1000.
Здорово было бы еще увидеть побольше фотографий внутренностей, хотя бы с минимальным описанием, не планируете написать такую статью?
Вот у вас логика, вам в квартиру привезут бочку говна, а когда вы возмущаться начнёте, вас спросят — ну так и что, отказываться ходить в туалет?
Естественно
Для населения это была действительно редкость, трудно найти нормальную статистику, но по всей видимости в 2000м году ПК дома имели считанные проценты.
А есть где-то информация, или может быть вы расскажите, как используются записи, хранятся ли, сколько хранятся, как анализируются тп? К примеру недавно узнал, что для улучшения качества распознавания, некоторая часть записей передаётся на аутсорс и например воспроизводится публично, что хоть и обезличенно, но не очень приятно.
Тоже этим летом игрался с легендарным PDP-11, правда в лице МК-90, и тоже участвовал в CC. Программирование под древние платформы, конечно, очень увлекательное занятие!
Про кнопку то я не подумал, после нее конечно уже все собъется
Судя по схеме там ресет просто подтянут к +5. Конечно разница между началом работы логики и цпу будет, вопрос на сколько оно будет плавать от запуска к запуску и от экземпляра к экземпляру.
Если синхронизовать встроенным таймером моменты перерисовки с частотой кадров, не получится избавиться от мерцания? Или, например, сначала рисовать на новом месте а потом стирать ненужные пиксели. А то скорость перерисовки в принципе еще терпимая (на Pac-Man хватает и то хорошо для середины 70х), но мерцание никуда не годится.
Turbo Pascal получается тоже низкоуровневый?
А вообще, я бы, как любитель, выбрал первый вариант — скажу банальность конечно, но нравится в ассемблере именно полный контроль над происходящим и дополнительные прослойки только мешают. Хотя если профессионально заниматься, когда много однотипных задач и код будет кто-то читать кроме тебя, макросы, конечно, необходимы.
Он же пишет, что пробовал, но не помогло.
Жаль, что только ZX Spectrum. В будущем не планируете расширить на другие олдскульные платформы?
А есть китайские компании, купленные компаниями из США? Я попытался нагуглить, но что-то 100% заголовков ссылок прямо противоположного характера.
Спасибо за статью, очень интересно! Отсутствие сдвига, конечно, многое усложняет, сам недавно страдал когда игрался с TMS1000.
Здорово было бы еще увидеть побольше фотографий внутренностей, хотя бы с минимальным описанием, не планируете написать такую статью?