Помощь в кроссплатформенной разработке под zx spectrum

[Terabiterr]

Всем привет!
Кто что знает о кроссплатформенной разработке под zx spectrum?
Интересуют подходы, как запускали, что использовали, пробовали и на чем писали?
Что у кого есть по литературе?

{
примеры того что видел:
https://zx.oberon2.ru/dash.htm

Вики для тех кто не знает:
http://speccy.info/Кросс-средства

Кто готов помочь:
т.к. новичок интересуется.
}

[Advertiser]

[Bedazzle]

https://www.z88dk.org/forum/

[Bolt]

Ну, даже не знаю, упоминать ли... У нас тут на форуме два Паскаля есть. Один типа-Паскаль, и на нём уже что-то пишут, второй типа-компилятор с неограниченными амбициями :-)

https://zx-pk.ru/threads/24967-zx-like-pascal.html

https://zx-pk.ru/threads/24762-kompi...udushchee.html

[krotan]

Один из самых обкатанных вариантов; https://zx-pk.ru/threads/447-sjasmpl...assembler.html

[Terabiterr]

Если хочешь сделать что-нибудь стоящее, то боюсь без ассемблера не обойтись.

Это я уже понял.

Не кидайся сразу что то большое делать - скорее испугаешься и запутаешься, чем что то сделаешь.

Согласен.

Один из самых обкатанных вариантов; https://zx-pk.ru/threads/447-sjasmpl...assembler.html

Вариант не плох. Нужно тестировать на практике. Как это все работает нужно разбираться т.к. документации там той буквально пару страниц. Ну на первый взгляд заманчиво.

- - - Добавлено - - -

Проги под zx (и другие 8bit) резко отличаются от современного "обычного программирования". Потому что уже 286-й был очень быстрым процессором, ну например, игра типа exolon на 286-ом 20mhz с видяхой типа tvga вполне себе может быть переделанна с zx-a путем замены z80 команд на эмулирующие их куски C, при этом оно будет рисовать все в буфер со структурой zx экрана а по прерыванию от видяхи перекодировать этот буфер в vga... что уж там говорить про все другие процы которые круче 286 20mhz. Так что это своего рода "магия" суть которой влепить максимальное количество графики в минимальное количество тактов процессора. Данный вид извращений вообще не понять 99% современной молодежи. Но если в 2-х словах то есть 3 вида прог под zx:
1. крутые (100% ассемблера + самые быстрые алгоритмы);
2. нормальные (основные ресурсоемкие процедуры (рутина) на ассемблере ~80% + логика проги на С или AGD скрипте ~20%);
3. фуфло (100% на C или вообще на basic);

Начинать писать сразу проги 1-го типа это обычный путь типичного спектрумиста времен начала 90-х... он сложный и 90% народу обламывались на стадии чуть более продвинутой чем hello world; Начинать со второго типа еще сложнее, потому что надо хотябы какоето количество кода написать в стиле 1-го типа а потом еще и сочленить это все дело с языком высокого уровня; Так что наверно надо начинать с третьего уровня и далее заменять по 1-й самые тормозные процедуры (обычно вывод на экран).

Как новичок в zx полностью соглашусь что надо с basic начинать. Нужно усвоить для себя общее представление всех нюансов.
Все таки изначально попробую пописать типо шахмат,тетриса на basic. И дальше нужно будет пробовать работать с Assembler т.к. как вы называете средний уровень. Это лишняя трата времени. Потому что в любом случае будешь упираться в производительность.

[Lethargeek]

Как новичок в zx полностью соглашусь что надо с basic начинать. Нужно усвоить для себя общее представление всех нюансов.

Любой ретро-васик в современных условиях - бесполезно выброшенное время. Никаких нюансов с ним не усвоишь, и даже кросс-ассемблер будет удобнее (плюс наглядная отладка кода под эмулятором). Заморачиваться васиком нужно только если собираешься заниматься "защищёнными" загрузчиками и тому подобными извращениями. Но это не для начинающих уже явно.

[andrews]

Если уж говорить о глобальных подходах, то нужна IDE со встроенными эмуляторами( или взаимодействующая с ними) всех ретро-компов, а до кучи и игровых приставок. Чтобы если кто-то сподвигся на новый софт, то сразу осчастливливал всех ностальгирующих и цифровых партизан всех платформ. Начать можно и с просто Бейсиков+ассемблеров, благо они на всех компах были, или с просто ассемблеров и компиляторов языков "чуть выше ассемблера". IDE должна быть не тупая, а с ИИ. Хоть какое-то практическое применение для него. Эмуляторы нужны для запуска отладки создаваемого ПО, следовательно дополненные дебагерами. Насколько мне известно программ такого класса вообще в мире не существует на данный момент.

[Terabiterr]

Если уж говорить о глобальных подходах, то нужна IDE со встроенными эмуляторами( или взаимодействующая с ними) всех ретро-компов, а до кучи и игровых приставок. Чтобы если кто-то сподвигся на новый софт, то сразу осчастливливал всех ностальгирующих и цифровых партизан всех платформ. Начать можно и с просто Бейсиков+ассемблеров, благо они на всех компах были, или с просто ассемблеров и компиляторов языков "чуть выше ассемблера". IDE должна быть не тупая, а с ИИ. Хоть какое-то практическое применение для него. Эмуляторы нужны для запуска отладки создаваемого ПО, следовательно дополненные дебагерами. Насколько мне известно программ такого класса вообще в мире не существует на данный момент.

Что-то не вероятное. Это надо быть гением и иметь команду гениев чтобы такое сделать

[andrews]

Что-то не вероятное. Это надо быть гением и иметь команду гениев чтобы такое сделать

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

Вот интересная штука

она на С#! Честно говоря уже одно это обстоятельство снижает к ней интерес

[Bedazzle]

Ничего невероятного!

Ок.
Два лимона евро, и завтра мы с коллегой приступаем к реализации.
Ничего невероятного!