что то вроде лазер бейсик

[BYTEMAN]

шил

шил от слова шило?

Оно работаеть только на CRT-мониторах. На LCD получается шлак. Ну и надо учесть, что большинство всё-таки сидит на официальной прошивке.

[Руслан]

, блин.

[Oleg N. Cher]

Хорошо, спасибо - изучу.

Прибавлю несколько плюсов, о которых забыл упомянуть. Во-первых, это честная компиляция в довольно эффективный машинный код Z80. Отсюда и хорошее быстродействие, и меньший по сравнению с интерпретатором Laser Basic расход памяти (не нужно держать интерпретатор в памяти). В качестве промежуточного звена для качественной кодогенерации используется язык Си и компилятор SDCC. Изучать язык Си в полном объёме для такого его использования, видимо, не понадобится, но какое-то понимание всё-таки нужно. Но пусть это Вас не смущает. Всё равно технологии для работы на языке высокого уровня эффективнее, чем SDCC, для CPU Z80 попросту нет. Её просто нужно развивать дальше. А для этого надо с ней работать.

Полученный в результате данной технологии машинный код хорошо жмётся.

В любом случае, потраченное на изучение Оберона время не пройдёт зря. Это хорошо структурированный паскалеподобный язык, позволяющий строить сложные и ёмкие программы. Для Спека конечно его использование специфично, придётся решить кое-какие проблемы. Например, как лучше использовать страницы памяти. Или как организовать подкачку данных с диска. Но зато знание Оберона позволит Вам разрабатывать на нём же программы и для Спека, и для J2ME/Android, и для .NET, и для Win32/UNIX, а также веб-сайты и т.д. Таких возможностей Вам не предоставит ни Си, ни тем более какой-то бейсик. Это я к тому, что изучить простой Оберон намного перспективнее, чем асм Z80. Даже если Вам напрямую он никогда и не понадобится, всё равно это хороший шаг в освоении других, намного более сложных технологий.

[Alex Rider]

Руслан, все же, рекомендую полностью прочитать ветки про Оберон. В частности, обратить внимание на минусы. В частности, на данный момент не преодален самый главный недостаток этой платформы - невозможность полноценной отладки. В результате, отлаживать скомпилированный код все равно надо на ассемблере. Кроме того, честно, не в курсе, позволяет ли предложенная среда делать выборочное включение в откомпилированный код отдельных процедур из библиотек - может оказаться, что, несмотря на меньший, чем на Бэйсике, объем кода, в нем будут содержаться никогда не вызываемые фрагменты.

[Oleg N. Cher]

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

Позволяет сформировать свои библиотеки под свои нужды со своими процедурами. Есть отбрасывание "мёртвого" кода. Горы готовых библиотек, из которых надо включить в наш код непременно только одну процедуру, нет в наличии. Кроме того, надо посмотреть, что за это время появилось в SDCC в плане смартлинковки.

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

Я — за развитие технологии, а не за пассивное поругивание её недостатков.

[GriV]

Напоминаю, название ветки "что-то вроде лазер бейсик" и автор спрашивал про использование спрайтов а не недостатки и достоинства оберона.

[Oleg N. Cher]

Автор ветки спрашивал не только про спрайты, но и про "что-то вроде лазер бейсик". Как, собственно, называется ветка. Или хочешь сказать, что я практически на грани оффтопа?

Ибо, как я понимаю, он хочет разрабатывать свою игру на логике Laser Basic и на языке высокого уровня. А что может быть больше похоже на это, чем Оберон + адаптированная для него библиотека Laser Basic? Или может есть LB для 128К?

У Руслана после реплики Alex Rider может сложиться впечатление, что для Спека полно прекрасных кросс-средств разработки на языках высокого уровня, с расширенной и удобной пошаговой отладкой на уровне исходника, и для этого вообще не требуется знание асма. И только у моей технологии ZXDev с этим как-то всё плохо. Что очень-очень далеко от истины.

Давайте разделим отладку в интерпретируемых нативных средствах для Спека, в кросс-средствах и, наконец, ассемблерную отладку. Мне кажется, что % отладки связующего высокоуровневого кода (клея) между асмовыми процедурами при спектрумных объёмах кодинга (и для задач, которые можно решить на ЯВУ) будет весьма невысок. А если говорить об интерпретаторах и нативе, то объём ограничений этих средств неприемлем для разработки больших и сложных программ для Спектрума. А ассемблерная отладка конечно подразумевает знание ассемблера.

[goblinish]

не совсем по делу, но для z88dk есть наработки:

http://www.timexsinclair.org/alvin/index.htm#SP

[Руслан]

Как понимаю это платформа для разработки игр и софта на си?

[goblinish]

Как понимаю это платформа для разработки игр и софта на си?

что-то вроде того.