Библиотека нужных процедур для написания демо

[Andrew771]

но, снова повторюсь, я против библиотек, удобнее копипастнуть кусочек кода, до ума сам доведу.
аналогичное, кстати делал, но не в Вики, а как набор статей.

всё к чему! если в одном месте будет всё собрано (описание + примеры программ), будет очень полезно всем.

в таком случае пользуйтесь http://zxdn.narod.ru/ и не морочьте голову. А лучше, пополняйте его.
Я за библиотеку готовых процедур с краткими описаниями входных и выходных параметров, в стандартном спековском ассемблере без макросов и недокументированных команд, в текстовых файлах, подходящих для любых кросс-компиляторов, а не только SJASM.

[psb]

в таком случае пользуйтесь http://zxdn.narod.ru/ и не морочьте голову. А лучше, пополняйте его.

ну уж нет уж! мы сделаем свой, с блэкджеком! )) на zxdn только перепечатки статей из журналов, новичкам это не сильно помогает. про GS я там ваще не нашел ничего, зато про ультра-редкий DMAUSC что-то дофига статей.

наплюй. что я и сделал.

ну, если говорить только за себя, можно вообще наплевать на все это, мне когда что-то надо, я всегда раскопаю сам, как 100500 раз уже делал. просто в форуме часто возникают вопросы простые, вроде и знаешь что человеку нужно, а писать лень/долго, примеров кода под рукой нет.

[goblinish]

ну, если говорить только за себя, можно вообще наплевать на все это, мне когда что-то надо

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

[NovaStorm]

новичкам это не сильно помогает

Мне помогло. В том числе и потому, что алгоритмы полезнее кода, который для себя всё равно нужно ещё модифицировать, а то и переписывать.

[moroz1999]

Я считаю, что описание необязательно, его можно добавлять по факту возникновения проблемы или по личному желанию.
Чем меньше правил мы придумаем - тем больше желающих будет участвовать, а нас и так немного.

[goblinish]

Я считаю, что описание необязательно, его можно добавлять по факту возникновения проблемы или по личному желанию.
Чем меньше правил мы придумаем - тем больше желающих будет участвовать, а нас и так немного.

предлагаю попробовать начать с черновика, тем более, желание есть.
посмотрим, как получится.

[psb]

в общем, глянул, вроде норм. раз все примерно согласны, давайте запиливать
moroz1999, запускай!

[Дмитрий]

Как описывать зависимости от библиотек? Например, процедурка, рисующая примитивный векторный 3d-кубик, наверняка будет использовать рисование линиями, и хорошо было бы его не копипейстить, а оформить как отдельный модуль и обозначить в статье и заголовке файла, что процедура его требует для работы.

В статье в виде сносок надо указывать зависимости. К примеру - необходимы процедуры:
- adr_hl (Расчет адреса на экране по координатам)
- down_hl (Расчет адреса нижней строки на экране)
и пр.
И эти сноски оформить в виде ссылок на определенные статьи.

[goblinish]

- adr_hl (Расчет адреса на экране по координатам)
- down_hl (Расчет адреса нижней строки на экране)

мы так и обзывали -NBDE(next byte DE)
метки - не парился, обзывал m0,m1(loading),m2 и т.д.
это потом уже стал использовать lp1 или <процедура>lp1, например fadelp1
и смещения по условию.
названия имен не важны, если дело дойдет до библиотеки,метки обзовутся, как нужно.

[NovaStorm]

>названия имен не важны
Конечно, я вообще в 90% случаев пользуюсь метками-ссылками вперёд-назад.