struct scr_lines_s, 512 dw $3412 dw $1234 ends calc_video_mem_addr push de push bc push af ld a,d ld (cy),a ld c,a ld a,e ld (cx),a ld a,(cx);e = cx ld e,a ld hl,cy ld a,c sla a ld (hl),a ld a,c srl a srl a rrd ex de,hl ; <-- srl a ; | or $40 ; | ld h,a ; | ld a,(de) ; | and $e0 ; | or l ;--- ld l,a pop af pop bc pop de ret cy db 0 cx db 0 ;---------------------- calc_scr_lines push ix push iy push bc push de push hl ld iy,scr_lines ld de,0 ;scr_lines это 192 слова. 0-адрес 0й строки, 191й - адрес в видеопамяти 191й строки ld b,192 3 push bc call calc_video_mem_addr ld ($+5),iy ;FD 22 34 12 ;20 ld ($1234),hl ;22 34 12 ;16 ;scr_lines[iy]=ix inc iy inc iy inc d pop bc djnz 3B pop hl pop de pop bc pop iy pop ix ret scr_lines scr_lines_s

Увы, если смотреть по 90-ым, то подобного процессора не у кого из нас не было и в окружении тоже это был еще более редкий экземпляр. :) Но если мы доберемся, то у нас в планах есть Моторола 68К. Сега была далеко не у всех, но была. Так что не исключается и этот процессор, по факту - хочется его попробовать в деле! :)

@@BitsCode Очень приятно встретить единомышленников на просторах интернета! есть замечательный ассемблер и симулятор для 68к семейства --IDE68K, РЕКОМЕНДУЮ ОЗНАКОМИТЬСЯ. есть книга АЛАНА КЛЕМЕНТСА С ПРИМЕРОМ ПОСТРОЕНИЯ МИНИМАЛЬНОЙ СИСТЕМЫ НА 68030, ТОЖЕ РЕКОМЕНДУЮ ОЧЕНЬ, над этой системой я в данный момент и работаю)))))

Да, и мы также делали в детстве, когда только начинали изучение ассемблера или Бэйсика, журналы у меня лично были, но далеко не все. ;) Здесь мы всё таки уже делаем более сложное под условный наш движок, поэтому уже и очень простых примеров не будет. Это возможно стоило бы реализовать цикл по "обучению". Но да, тем кто только начинает, рекомендуем более простые примеры и с проверкой в отладчике! :)

Ну с учётом что видео давно не выходило, то может показаться и так. Но в целом планы сохраняются, минимальный движок и его техническая демка, плюс может еще будут "Дневники разработки" и не исключаются игры. Давно хочется какой-нибудь Саботер, СимСити или Диззи перепройти. :)

Спасибо за подробности, не знал такого, надо будет посмотреть на досуге более детально, что именно происходило. Но да, тех. процессы были не совершенны и исключать подобное полностью нельзя. Также при неудачных экземплярах, 486-ые DX становились 486 SX моделями с отключенным математическим сопроцессором. :)

Хех, да, всё верно, мы использовали конфигурацию Пентагона-128К, которая и была у меня самого в 90-ых. :) Скорпиона в наших краях не водилось, или я таковых не знал. Ленинград, Пентагон или местные варианты с радио-заводов. Но мы так-то для основных проектов, стараемся ориентироваться на оригинальный Спектрум. :) Дополнительно, команды алазм-а можно посмотреть в текстовом файле, который идёт в комплекте. ;)

Да, спасибо за правку, здесь уже отмечали. Также если что посмотрите наш плейлист "Дневники Разработки", там я исправляю ошибки и отвечаю на вопросы также. kzbin.info/www/bejne/a3TapJaGdtR2aNk

Си для x86 есть тут - kzbin.info/aero/PL0mHYOOrrdC0qxi6hK--R5AW9GmRKcfsA , а для Спектрума Си - язык со слишком высоким уровнем абстракции от железа

Про высокий уровень для Спектрума уже отметили, но дополним, что именно на ассемблере писать код - самое интересное и кусочек ностальгии. ;) Частично Бейсик есть в "Дневниках разработки" посмотрите в листах, Бейсик был значимым языком в те времена! ;)

1) Памяти мало. В 48kb нужно вместить и комплилятор C, и исходники программы и получаемую программу, и данные. Это сложно, если программа не совсем мелкая. Хорошие функциональные программы и особенно игры на ZX-Spectrum обычно занимали бОльшую часть оперативной памяти. Хотя я подозреваю, что вывернувшись наизнанку, можно было и на C как-то писать, компилируя кусками и выгружая комплилятор, собирать и тестировать на откомпилированном коде, и потом обратно загружать компилятор, но, наверное, проще было привыкнуть к ассемблеру. 2) Ассемблер дает больше свободы, чем Си. В случае с ZX-Spectrum, учитывая его медлительность и необходимость экономить каждый байт (не килобайт, а байт), на ассемблере можно придумывать разные "хаки", "жонглируя" регистрами, а никакой компилятор так не может.

@@ArtZ0777 я имел в виду кросс-компилятор Си.. На самом спекки ясно дело так не получится.

@@alexlozhkin1907 а-а, простите, я неправильно понял.

Да, вы правы. Спасибо, что подметили!

Затем же, зачем будет и в 2024-м: для веселья, для отдыха, для любопытства... Фундаментальные основы информатики не поменялись с тех пор.

@@8BitTeaParty так полезнее было бы учить для арм или х86. зачем тратить время на некрофилию?

@@jemmini2 а для чего люди играют, коллекционируют монеты, клеят масштабные модели, пишут комментарии под видео, которые им не интересны? Зачем тратить время?

Ну, кроме того что мы сами отдыхали и получали удовольствие от ностальгии... ;) В целом, для изучения низкоуровневого программирования и понимания логики минимального набора команд, с помощью которого строится любая вычислимая(рекурсивная) функция можно использовать и подобный ассемблер. Практика и общее понимание поможет в написании и обычного кода на любом языке программирования. Единственное, что Спектрум не очень может быть удобен в плане архитектуры и редактирования кода. Для тех кто впервые знакомится, можем порекомендовать ДОС и процессор 8086 - там более удобный редактор ДосНавигатор и система команд немного полегче, чем для Z80. :)

@@BitsCode одинаковая система команд. но для 86 это можно будет применять практически, здесь и сейчас, как есть. а для z80 знания останутся лишь как чисто теоретические...

Спасибо! Будем иметь в виду, когда возобновим работу над проектом! 8bittea.party/ - на нашем сайте есть ссылка на Дискорд, мы там иногда собираемся в голосовом канале, чтобы поболтать или постримить вместе. Если есть желание и возможность, присоединяйтесь!

...... ничего не понимаю но интересно ....когда то изучала Бейсик и Машинные коды ..... но уже всё забыла ..... недавно слышала что сейчас изучают Питон .... Питон лучьше чем Асемблер ?

​@@HENRY-om7bwни лучше и не хуже. Языки для разных целей. Ассемблер для конкретной "железки" и для каждой он свой, а Пайтон для администрирования, математических расчетов, сайты(бекэнд) пишут на нем.

Уж какой был по умолчанию в ALASM. ;) Но можно попробовать сделать ширину стандартную, но тогда будет всего 32 символа в строке, что уже будет очень скромно влезать по коду на строчку. :)

Да, это опечатка

да, и "monochrome" прописано с ошибкой

Лазер Бейсик помним, был популярен в те времена. Но лично мне он не попадался, у меня был какой-то компилятор простенький для стандартного Бейсика 48К. Немного его попробовал и на этом всё. А так уже ассемблер начал использовать и необходимость отпала. С Бейсиком будем взаимодействовать на вещании, но проектов пока не планируем. :)

Радио было, если не ошибаюсь, еще более раньше, но я его уже не застал в 90-ые. А вот ZX Ревю и там же был ZX Форум сборники уже у меня были и в целом они были хороши. Издательство Инфорком, как и книга о программировании на ассемблере. Можно было многое узнать и плюс еще электронные журналы. Материалы доступны на vtrd.in/book.htm.

@BitsCode справедливый и интересный вопрос!

Плейлист собственно никуда не пропал, это он и есть, и также во вкладке "Плейлисты" на канале. Или если имеется ввиду видео с изучением команд процессора, которые мы записывали с Даней, то все обучающие видео перезаливаются теперь на мой отдельный канал и это хороший повод подписаться. :)) Но в остальном, все вещания именно по проектам Чаепития еще по мере возможностей обрабатываются и будут загружены сюда же, в этот плейлист, всё как и было. :)

Это прикольно :)

Ну, кроме того что мы сами отдыхали и получали удовольствие от ностальгии... ;) В целом, для изучения низкоуровневого программирования и понимания логики минимального набора команд, с помощью которого строится любая вычислимая(рекурсивная) функция можно использовать и подобный ассемблер. Практика и общее понимание поможет в написании и обычного кода на любом языке программирования. Единственное, что Спектрум не очень может быть удобен в плане архитектуры и редактирования кода. Для тех кто впервые знакомится, можем порекомендовать ДОС и процессор 8086 - там более удобный редактор ДосНавигатор и система команд немного полегче, чем для Z80. :)

Можно и так, функционал вроде бы в ALASM-е поддерживается но поскольку у нас тут был очень простой и быстрый пример, то ограничились подсчетом на глазок! :)

ZXAsm - в целом был неплохой редактор, более того мы сначала хотели использовать его. Но он всё таки был немного сыроват. Работа с памятью, некоторые функции по конвертации исходников и многое по мелочи. Но самое главное - для вещания он точно не подходил, т.к. имел свой внутренний упакованный формат представления, который чтобы достать потом в текст, пришлось бы изучить его и написать инструмент. Иначе у нас бы в репозитории не было бы кода, который могли посмотреть/загрузить другие. :) XASM - ом не пользовались, поэтому сложно что-то сказать. :)

Можно использовать и стандартное прерывание. Но тут были вопросы. Первые самодельные Спектрумы могли иметь проблемы с прерываниями. Стандартные прерывания вроде бы у всех работали, но т.к. рисковать особенно не хотелось, то были справочники, где адреса функции Бейсика приводились, поэтому и здесь по старой памяти появился просто вызов. :)

Не использовали ASM-XL - поэтому сложно что-то сказать, но если удобно пользоваться именно им - то выбор за каждым. ALASM - пока что за исключением пары моментов, когда команда была написана с синтаксической ошибкой у меня, то ассемблер сработал, а по факту появились другие машинные коды, заметил только отладчиком. В остальном АЛАЗМ работает и претензий нет. :)

Ты чего такой злой, спектрумист 🙂Требования в этом видео, спектрум 128, не обязательно Пентагон. TR-DOS был сравнительно массовым на просторах СССР, энтузиастов осталось мало, какие уж там миллионы, нет никакого смысла рассматривать что то иное. Вообще рекомендую приобрести ZX Evolution с NEO GS и сетевухой и радоваться жизни !!!

Мне повезло чуть больше. У меня была простая книжка от VA Print. По ассемблеру и еще пару справочников с таблицами кодов команд. В целом можно было и по ним методом проб и ошибок также изучить. ;) Жаль только что не было книги популярной от Инфоркома. Но и того что было - в целом хватило. Плюс журналы. ZX Ревю был хорош и это был интернет того времени. Ну и журналы на дискетах Спектрофон, ЗХ Формат и другие. С переферией поработать лично не успел, еле справился тогда даже с муз. сопроцессором - использовал готовый плеер в исходниках. Русификатор многие делали для поддержки хотя бы в Бейсике. Ну а по ЧПУ - возможно что для простого управления Z80 можно и сейчас попробовать использовать. :)

@@BitsCode мне попадался компьютер на базе zx spectrum с блоком управления для фрезеровки изделий из дерева. Работал через параллельный порт. Программа написана на basic. Это чудо работало. Хоть и с примитивным интерфейсом. Эпоха развития частного бизнеса.

Не приходят оповещения о новых видео? Если просто не видно, что прожата кнопка подписки, то это просто баг веб-интерфейса Ютуба.

Ещё не доделали :)

Игра в процессе, но что точно стоит ожидать, так это минимальный движок для игры и техническую демку к нему. Следующее видео в серии, это анимация перемещения объектов, и далее уже сам движок. Ориентир на осень или уже ближе к новому году постараемся выпустить. Заодно и в репозитории стоит прибраться. :)

Хм, не совсем понятно как команда LDIR и данный код приведет к очистке, возможно имелось ввиду два разных метода. LDIR - перемещает из содержимого по адресу в HL в содержимое по адресу в DE. Если настроить параметры на пересечение блоков с учетом зануления первого, то да, это тоже вариант. Но стоит помнить, что на одну итерацию цикла в LDIR требуется 21 такт(чуть меньше на последнем). Очистка экрана через стек мы тоже попробовали, но применять в коде для игр скорее всего не будем. Если требуется простая очистка, то с LDIR вариант короче и удобней. Плюс для перерисовки анимации нет смысла сначала очищать область, а потом заполнять её спрайтом(данными), быстрее сразу перезаписать нужный участок памяти. Пример выше работает быстро, также его можно на самом деле и сгенерировать, т.е. в демках, был трюк, когда команды "push hl" генерировались на лету и выполнялись даже без замыкания цикла. Для разных эффектов. В целом спасибо за комментарий, отметим его в следующей серии "Дневники разработки". Хоть мы и уже делали подобный код. но померять производительность всегда интересно. :)

@@BitsCode по поводу LDIR - да, именно вариант с пересечением блоков я и имел ввиду. По поводу тактов, действительно, я забыл что она тратит 21 такт на перемещение. (ну да. уже лет 25 как минимум прошло, когда последний раз что-то писал на асм Z80 для спектрума). Так что согласен, что для очистки экрана она не очень подходит.

Немного не ясно описано, но если что ALASM как раз грузит исходный код в дополнительные страницы. Используется синтаксис INCLUDE "FILE", MEMORY PAGE. Дополнительно по ассемблерам можно посмотреть на speccy.info.

Так это иине спек, это трдос, дисклвая система на пентагоне 128. К тому же на эмуляторе )) короче чушь и враньём погоняет. Спек был массовым от 1 до 1,5 млн штук в россии, а трдос это 10 тыс штук. Очень узкая прослойка.

@@jenix102 Чувак, тебя заклинило, проспись !!!

Наверное имелся ввиду GENS. Да, он был одним из первых. По современным меркам он очень простой и использовать его затруднительно. Но по сравнению с редактированием чистого машинного кода - это уже было шагом вперед. Сам не использовал его, но видел как применяли другие. У меня уже был ZX-ASM и TR-DOS. :)

Понимать не обязательно, можно просто смотреть! :)

Отлично всё говорят, слишком подробно даже

ALASM

В ответе на закрепленный комментарий есть ссылка на скачивание редактора и дополнительные утилиты. Ну или загляните в плейлист "Дневники разработки" - можно использовать и современные инструменты.

Под видео ссылка - lunarlabs.itch.io/dither-machine

@@8BitTeaParty Благодарю, но оплатить не получается(

Можно не платить, это добровольное пожертвование

Не забываем, в любом случае системный минмум для движка будет положен в репозиторий, а краткая демка выпущена. Ближайшее вещание готовим по звуку, Sound Blaster OPL3 чип и звуковые эффекты, музыку не свою уже наверное вставлять не будем. :)

Хех, посмотреть никогда не поздно! Но Спектрум не забыли, после как будет первая версия системных функций для 8086, то и вернемся к Спектруму. У нас там в планах как минмиум анимация и первая версия тоже движка(часть уже есть). Если состоится конкурс в этом году от Яндекса, то можно будет что-то придумать. ;)

@@BitsCode У вас классные обучающие стримы, видимо придётся вам тянуть и по Спеку и по X86, в идеале бы пощупать CGA, EGA. :-)