Конструктор (ZX SDK)

Вид для печати

Показывать 40 сообщений этой темы на одной странице

15.12.2005, 18:28
caro

Цитата:

Сообщение от fk0

... таблицы патчей для CALL -- это никто не умеет

Хочу еще раз коснуться вопроса создания релоцируемых программ.

Как известно ассемблеры M80, RMAC (CP/M-80) и кросс ассемблер
MA80 в результате копиляции исходника создают файл с расшире-
нием REL - перемещаемый обьектный код, формат которого разра-
ботан фирмой Microsoft.
Для создания исполняемого обьектного кода производится сборка
(линковка) отдельных модулей программы с помощью линковщика
L80 (CP/M-80) или кросс-линковщика MLINK.
Эти линковщики расчитаны на создание исполняемых модулей для
запуска программ под управлением CP/M-80, тоесть по умолчанию
расчитанных на их загрузку и запуск с адреса 100h (начало TPA).
Начиная с 1979 года фирма Digital Reserch начала поставки
операционной системы MP/M - Multi-Programming Monitor Control
Program.
В этой системе, в отличии от CP/M-80, предполагалась возможность
запуска программ с произвольного адреса и поэтому наряду с
файлами COM, которые загружались и запускались с адреса 100h,
были добавлены файлы PRL - Page Relocatable Programs.
В структуре этих файлов присутствует заголовок длиной в два
логических сектора (256 байт), исполняемый код и третий блок,
который содержит битовую таблицу признаков смещения - таблица релокации.
Для создания файла с такой структурой, фирма Digital Research
разработала линковщик LINK80. Эта программа из REL-файлов
создает PRL-файл, который можно загрузить в произвольный
адрес памяти Z80 (с дискретом в 100h), настроить все адреса
в соответствии с таблицей смещений и запустить на исполнение.
В MP/M использовались такие PRL файлы нескольких модификаций:
1) PRL - Page Relocatable Program.
2) SPR - System PRL.
3) RSP - Resident System Process.
4) RSX - Resident System Extensions.
LINK80 также позволяет создавать OVL (оверлейные) файлы,
которые имеют PRL заголовок, но являются не перемещаемыми.

Этот линковщик очень часто присутствовал на системных дисках
CP/M-80, но поскольку синтаксис его командной строки сильно
отличался от L80, то он практически не использовался.

Кому интересно, описание этого линковщика есть на:
http://www.retroarchive.org/cpm/archive/unofficial/
22.12.2005, 08:56
captain cobalt

Цитата:

Сообщение от Sinus

да... ООП и другие умные слова.
это всё тормоза. если надо тормозоть, то возьми себе пэцэ. и gcc. и g++. и отделяй интерфейсы в абстрактных классах от реализации. и никого не спрашивай.

Рассмотрим "драйверы расширенной памяти" (сверх 128К)

Это пример отделения интерфейса (например, "установить страницу") от реализации (действительно устанавливающей страницу через порты конкретного клона).

Такие "драйверы" используются, например, в ассемблере alasm, который показывает довольно неплохую производительность. Поэтому утверждение о пц неверно. А эти "драйверы" радикально повышают гибкость alasm.
22.12.2005, 12:18
Sinus

как обычно следует выдирание куска текста из контекста, не взирая на отсутствие смысла.
если captain cobalt соблагоизволит прочитать страницы 1-8 из этой темы, то где- то там, в недрах символов и байтов кроется истина, что ДРАЙВЕРЫ НУЖНЫ но не всегда и не везде.
и перед принятием некого паттерна программирования надо немного пораскинуть мозгами, и подумать о областях его применения.
и что есть задачи где применение данного паттерна ведёт к уменьшению стоимости разработки (стоимость = потраченное время + сложность) а есть задачи, где применение тех же концепций наоборот, ведёт к дикому возрастанию стоимости.
22.12.2005, 13:54
captain cobalt

Коль скоро "драйверы нужны", то нужен и поддерживающий механизм.
Механизм отделения интерфейса от реализации.
22.12.2005, 14:41
fk0

Цитата:

Сообщение от captain cobalt

Коль скоро "драйверы нужны", то нужен и поддерживающий механизм.
Механизм отделения интерфейса от реализации.

Наконец-то. Прогресс налицо.

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

интерфейс-1 интерфейс-2 интерфейс-3
| | |
| | |
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
преобразователь интерфейсов
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
| | | |
интерфейс-1 интерфейс-2 интерфейс-3 интерфейс-4
| | | |
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
драйвер
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

То-есть что имеем. Имеем интерфйес A. Имеем драйвер
реализующий этот интерфейс. Но собственно интерфейс к
драйверу может быть реализован различными способами.
Равно как и интерфейс использующей его прикладной программе.
Нужна прокладка между ними. "Преобразователь интерфейса".
Который может преобразовать как интерфейс между программой
и драйвером, так, возможно, при необходимости, интерфейс
самого драйвера. Вот в чём суть.
26.12.2005, 18:51
Sinus

captain cobalt:
опять двадцать пять.

итак, я говорил

Цитата:

ДРАЙВЕРЫ НУЖНЫ

однако!, я говорил так же

Цитата:

но не всегда и не везде

как я уже говорил

Цитата:

как обычно следует выдирание куска текста из контекста
13.01.2006, 15:49
CityAceE

Похоже никто идею не поддержал. Sinus, ну ты же хотел возглавить проект! Обсуждать что-то бесполезно. Проверено неоднократно - нужно действовать!
13.01.2006, 17:48
fk0

Цитата:

Сообщение от CityAceE

Похоже никто идею не поддержал. Sinus, ну ты же хотел возглавить проект! Обсуждать что-то бесполезно. Проверено неоднократно - нужно действовать!

Действуй. Никому конкретному никто конкретный не мешает.
Только вот мне, например, есть занятия и по-интересней во-первых,
во-вторых сиди пиши целый день (не в форумы ;-), а потом придя
домой ещё писать что-то (кроме как в форумы) -- ну никакого желания.
Я думаю, у многих так.
14.01.2006, 23:34
Sinus

правильно. так оно и есть.
как поговаривал товарищь breeze - "PIздеть - не мешки ворочать" ;)
14.01.2006, 23:47
Surfin_Bird

Жаль. Идея была рульная. Можно бы было делать DevKit-ы. Например, а бы купил AdventureGamesDevKit и т.д. Эх...
15.01.2006, 00:17
Sinus

Идея была рульная, но никто (и я в том числе ^_~) кроме 3.14 здежа ничем её не поддержал.
17.01.2006, 00:17
captain cobalt

Цитата:

Сообщение от Sinus

captain cobalt:
опять двадцать пять.

Чтобы это утверждение было осмысленным, а обсуждение конструктивным, неплохо бы вкратце объяснить, когда драйверы нужны, а когда не нужны, и почему.
17.01.2006, 00:18
captain cobalt

Цитата:

Сообщение от fk0

Наконец-то. Прогресс налицо.

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

интерфейс-1 интерфейс-2 интерфейс-3
| | |
| | |
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
преобразователь интерфейсов
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
| | | |
интерфейс-1 интерфейс-2 интерфейс-3 интерфейс-4
| | | |
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
драйвер
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

То-есть что имеем. Имеем интерфйес A. Имеем драйвер
реализующий этот интерфейс. Но собственно интерфейс к
драйверу может быть реализован различными способами.
Равно как и интерфейс использующей его прикладной программе.
Нужна прокладка между ними. "Преобразователь интерфейса".
Который может преобразовать как интерфейс между программой
и драйвером, так, возможно, при необходимости, интерфейс
самого драйвера. Вот в чём суть.

Нет не так.

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

То есть ситуация "много интерфейсов - одна реализация" особо ничего не даёт, и приводит лишь к избыточному коду.

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

Для реализации полиморфизма обычно используются "виртуальные функции". К сожалению, понадобится компилятор, который умеет автоматически строить таблицы виртуальных функций. А такого нет.

Потому предлагается упрощённый вариант: процедурные переменные aka казатели на процедуры. Это не обязательно адреса. Скорее даже наоборот не адреса, учитывая страничную модель памяти. Просто некоторый хэндл. Вероятно, двухбайтового числа будет достаточно. Этот идентификатор выдаётся во время загрузки и динамической компоновки модуля, содержащего реализацию интерфейса. И будет специальная процедура для вызова процедуры через хэндл. Программист будет передавать хэндл в качестве аргумента и по нему будет вызываться нужная реализация.
17.01.2006, 03:40
Shaos

К вопросу о динамических библиотеках для спектрума:

http://www.nedopc.org/nedopc/shaos/libman_r.shtml

В-кратце - это менеджер библиотек, который был создан мною в 2002 году для компьютера Спринтер (под голимый Спектрум переделать - дело пары вечеров). Библиотеки для такого менеджера представляют из себя куски перемещаемого (с шагом 256 байт) кода размером менее 16К, которые грузятся менеджером в фоновую память и по хендлу можно вызывать отдельные функции этих библиотек, причем программист может и не знать в какой конкретно странице памяти и по каким адресам сидит та или иная библиотека. Если интересно - сделаю универсальную реализацию, покрывающую самые популярные клоны.
19.01.2006, 14:32
GriV

Итак

я тут долго отчего то в тему не заглядывал, она тут мирно катилась

Вот у меня есть следующие соображения:

Касательно способов вызова - было сказано в http://zx.pk.ru/showpost.php?p=32310&postcount=67
и много копий было сломано в http://zx.pk.ru/showthread.php?t=1811

Потому я так понимаю способ вызова через RST отклоняется и остаётся два способа - кернальный (начинается цепочкой JP) и модульный (начинается таблицей релокации).

Бесполезно здесь спорить об их нужности, потому будем принимать их вместе.

Касательно интерфейса вызовов - использовать можно регистры, стек, указатели. Каждый из методов имеет как достоинства так и недостатки. А потому каждый из них имеет право на жизнь - в силу специфики. Я так понял что невозможно осуществить передачу данных указателем согласно интерфейсу Hitech-C, если это так то его (возможно) нужно дорабатывать. Вообще моё личное мнение, что способ передачи информации (стек или указатель) в конечном итоге мало скажется на производительности(больше/меньше). Это связано с тем, что придётся работать в принципе с теми же данными которые реализуются (читаются/пишутся) вообще то теми же системами команд, потому спор касательно передачи параметров - через стек или через указатель - так же считаю не существенным.

Теперь касательно библиотек - они В ЛЮБОМ СЛУЧАЕ нужны, Станислав уже предлагал метод - просто пробовать написать что нибудь совсем примитивное - на чём собственно будет отлаживатся вся система SDK.

Ставим цель - написание SDK

Ставим задачу - отлаживание SDK на примере игры "Сапёр"

Необходимо создать следующие процедуры:

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

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

Соглашения: каждая процедура должна быть документирована. Обязательно наличие примеров использования (для реализации указанной задачи).
03.02.2006, 16:35
Aleksey Senilov (500:8332/1)

Конструктор (ZX SDK)

Привет тебе, _/Alexander/_!

02 декабря 2005 19:37, Alexander Bondarenko писал(а) Stanislav Yudin:

Цитата:

Вот это самое сложное, обычно докy-то и лень писать...

Если определен стандартный шаблон описания функции/процедуры, то в общем-то не так и трудно доку написать. Какая информация нам нужна?
1. Hазвание модуля.
2. Hазвание функции/процедуры.
3. Входные (аргументы) и выходные (результат) параметры.
4. Возможные ошибки и исключения.
5. Требования к другим модулям.
6. Примерные размер и время выполнения.
7. Подробное описание действия функции.
8. Ссылки на описания используемых функции и структур.
9. Автор(ы). :)

Вроде бы этого достаточно.

До новых встреч! С уважением, Тхэнн.
... Nereal was created for us
18.02.2006, 16:56
GriV

Ну и что?

а где продолжение? Друзья мои - подтягиваемся!
05.03.2006, 06:46
Rubts0FF

ZX SDK

Х-м, на нашем форуме любая, даже хорошая, идея превращяется во флейм. Х-м.:(
05.03.2006, 19:55
Robus

Цитата:

Сообщение от CityAceE

Раньше на Спектруме я сталкивался с такой проблемой, что когда в голову приходила какая-то идея, то основную часть времени для её проверки тратилась на обвязку программы, интерфейс и т.д. У каждого автора нарабатывалась какая-то библиотека процедур, алгоритмов, заготовок и т.д., которыми автор пользовался при написании своих программ. На память сразу приходят программы Сергея Ханциса (кстати, не так давно Сергей зарегистрировался на этом форуме) Screen Manager и другие, названия которых я запамятовал. Программы Сергея были полезны, удобны и при этом внешне похожи между собой (как собственно и подавляющее большинство программ, написанных под Windows) из-за того, что в каждой своей программе автор использовал свои библиотеки процедур. Вспоминая график выхода программ Сергея, я предполагаю, что на написание каждой последующей программы у её автора уходило меньше времени, так как процедуры интерфейса были написаны и отлажены, а автор бросал свои главные усилия не на организацию интерфейса, а на логику работы самой программы. Помню потом в электронных изданиях были призывы делиться своими процедурами и создать некий банк таких процедур. Как я понимаю, эта идея по ряду причин так и не получила большого развития и заглохла. Позже я попробовал программировать на ассемблере под PalmOS. Это был мой первый опыт программирования не на Спектруме и под настоящую операционную систему. На Палме я увидел, что мне нет надобности самому рисовать окна, отслеживать нажатия на кнопки и т.д. - всё это делает за меня операционная система, а мне необходимо лишь вовремя вызвать нужные процедуры с требуемыми параметрами. Что и говорить - удобно! С другой стороны есть и такая категория людей, которые может быть и хотели что-то написать под Спектрум, но их пугает ассемблер и тот факт, что всё придётся делать самому и с нуля...

Откуда взялся этот стереотип "велосипеда" ? Если пишется !!!нормальная!!! программа одного и того же автора, то в ней повторяется лишь стиль, а не процедуры. Конечно, есть одинаковые процедуры, но их можно пересчитать по пальцам. Как правило ZX'ер пытается максимально ускорить свой код, а это значит, что лишний раз он не будет делать CALL, и простая процедура умножения может уменьшиться на один-два цикла, ради скорости. Если всё строить на готовых библиотеках, то в итоге код обростает торможением. После чего библиотека пригодна для написания "карт" или "минёров", и да же в них карты будут дёргаться или вообще просто появляться.

Может я в чём-то заблуждаюсь ? Сколько не писал программы на СИ, ПАС, ВАСИКе, - я постоянно сталкиваюсь, что все эти библиотеки не работают как нужно. То на другой версии винды чего-то не поддерживается, то через час что-то перекосится и процесс виснет. Одно дело, когда делаешь какой-нибудь конвертер, он в процессе переглючит, пользователь как всегда плюнет в экран, и перезапустит, а с вас никакого спроса, как и с автора библиотеки. А представьте себе, - делаешь прибор, пишешь софт, и всего-то соединяешь прибор по простому COM'у. Его ставят на завод, запускают бумагоделательную машину, и через час вдруг завис "дрюйвер" COM-PORT'а. И, соответственно завод больше не приобретёт прибор нашей компании. Вот так было, когда на нашей фирме работали программисты, закончившие институты и имеющие учёные степени. Сколько я не писал проектов, всегда всю обвязку делал сам, начиная от COM-PORT'а, кончая USB, ETHERNET, VIDEO, KEY и всё остальное ... Не было ни одного отказа ... И главное, не нужен лицензионный виндовс, не нужно платить всем подряд за использование !!!очень!!! не качественных компонентов и тех же SDK. И после этого вы говорите, что не нужно изобретать велосипед. Конечно, если делать "мышки(манипулятор)" или писать "смотрелку картинок" этого хватит. А более серьёзное ? Хотя каждую программу нужно писать на 100%, не смотря на то, что она делает.

Цитата:

Сообщение от CityAceE

А теперь я помечтаю...

"Я включаю свой Скорпион и вставляю в него дискету подписанную как ZX_SDK, а рядом с собой кладу стопку отпечатанных листов, имеющих аналогичный заголовок. Так-с... Ну что ж, сегодня пожалуй для разминки напишу текстовый вьювер... Итак, приступим... Грузим с дискетки ALASM... Так, готово.. Ну-ка, где тут у нас файлик MAIN.H? Есть, загрузили... Ага, вот в файлике и список инклудов... Так, в нашей программе клавиатуру опрашивать будем, так что INCLUDE "KEYS.H", оставляем, а вот работа со спрайтами сегодня не предвидится, так что строчку INCLUDE "SPRITES.H" прячем точкой с запятой, или нет, лучше сотрём, сэкономив место в исходнике. А для вывода текста мы будем использовать 64 и 40 символов в строке, так что INCLUDE "TEXT64" и INCLUDE "TEXT40" оставляем... Смотрим дальше... [ПРОШЛО НЕСКОЛЬКО МИНУТ] Ну вот, вроде бы все нужные процедуры отобраны... Перемещаемся ниже по MAIN.H... Ага, стоп, вот он главный цикл программы! Стек, пожалуй, поднимем чуть повыше... Так, с IM2 сегодня не работаем, так что этот блок отделяем точками с запятой... Эти несколько строк тоже удалим, так как в этом проекте они нам не потребуются... А сюда мы вставим вывод окна... Как там у нас называется эта процедура? Ну-ка откроем нашу распечатку... Ага, вот они процедуры отвечающие за вывод окон, а вот и нужная процедура WIN_DRAW с описанием вводных данных... Так, загружаем регистры, вставляем WIN_DRAW... [ПРОШЛО НЕСКОЛЬКО ЧАСОВ] Уф, ну что ж, отладка программы закончена... ждём минуточку, пока программа откомпилируется, скомпрессируется и к ней будет добавлен BASIC-загрузчик. Ну вот, у нас на диске программа, готовая к распространению..."

А для чего я писал свой компилятор? Он именно это и делает! Всё, что сверху описано, уже реализовано. Наработку библиотек - за вами. Но не нужно отбирать, можно описать процедуры так, что использовав любую из них в тексте, она автоматом добавится в код. Ну, про компрессию и готовый загрузчик я уже устал писать ... Правда компиляция происходит на ПиЦи, а не ZX’е, поскольку я уже устал на ZX’е писать прогу по кускам, каждый раз думая как бы для отладки сделать так, что бы не убить в памяти ассемблер. На своём языке я написал игру Wanderlust, занявшая вообще всю 128-ую память и потратил на это две недели. Сейчас пишу игру Surgical Fantasy. Если бы был удобный графический редактор, редактор фонтов, соответственно редактор текстовки под этот фонт, то уже давно бы закончил и этот проект. А так приходится писать самому, благо уже заканчиваю, а то руки чешутся от того, как хочется закончить игру.

Цитата:

Сообщение от CityAceE

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

Но, этот опыт привёл к разделению на тех, кто пишет в основном на библиотеках, и тех, кто пишет в основном на “велосипедах”. Я отношусь к тем, кто любит прилеплять реактивный двигатель к велосипеду. И мне для разработки нужно:

+ 1.00 Асм с:
+ 1.01 Пакером.
+ 1.02 Loader-Creator.
+ 1.03 Возможность работы с метками, которые будут в будущем.
+ 1.04 Возможностью запаковывать части кода, используя один из другого.
+ 1.05 Иметь плейер PT3 с возвратом на каком POS/LINE мы находимся.
- 2.00 Графический редактор с:
- 2.01 Редактирование изображения до 65536х512 пикселей.
- 2.02 Редактирование фонта до 256х256 пикселей каждый символ.
- 2.03 Редактирование спрайтов и возможность их разукрасить.
- 2.04 ГЛАВНОЕ – Редактирование двух экранных изображений.
- 3.00 Музыкальный редактор.
+ 4.00 Редактор текста для ASM’а

(+ Есть)
(- Нет)

Я знаю, что есть графический редактор, но я в них не могу получить нормальный, готовый к употреблению файл. А сидеть и придумывать способы как вырезать кусок изображения, превратить его в спрайты, а если ещё нужно сделать двух экранную, то вообще - один Бог в помощь. Поэтому в последней моей игре WanderLust, для спрайтов написан один конвертор, который настраивается и выдаёт полностью готовые спрайты, да ещё их запаковывает, и делает отдельным куском, который подгружается в страницу и автоматически используется в игре.
Музыкальный редактор, близкий к употребляемому - я видел только у Alone Coder’а (PT3) и BACA&LAVE (DMM). Остальное очень не удобное.

Цитата:

Сообщение от CityAceE

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

Всяческие процедуры с мышками, FDD, HDD – хорошая идея. Хотя, например FDD. Тянет за собой обработку системных переменных. Так же менеджер памяти, а вдруг и это очень вероятно, что я захочу его поместить начиная с 23296, да бы была возможность выделять всю память до байтика. Ну и после всё это соединю, думаю, что библиотеки начнут ссориться. А вот если разбить каждую библиотеку на самые важные элементы, например FDD:
- Init System Vars
- Read TR
- Write TR
- и т. д.
Это дело, но всякие печати символов, часы, отображение курсоров, наложение спрайтов лично мной бы вряд ли использовалось. Разве что посмотреть как делают другие.

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

Я знаю, что далёк от стиля программирования, которым следуют большинство из тех, кто обсуждает эту тему, поэтому извиняюсь, что влез в разговор.
06.03.2006, 08:40
bob5024

Цитата:

Сообщение от Robus

А представьте себе, - делаешь прибор, пишешь софт, и всего-то соединяешь прибор по простому COM'у. Его ставят на завод, запускают бумагоделательную машину, и через час вдруг завис "дрюйвер" COM-PORT'а. И, соответственно завод больше не приобретёт прибор нашей компании.

Во первых: неизвестно, почему у Вас там всё через час зависло. Может Ваша же вина, в Вашем "софте".
Во вторых: только ОЧЕНЬ недалёкие люди могут строить АСУ ТП под управлением виндовс. Виндовс - для офиса, а в такие места - UNIX, QNX.

Цитата:

Сообщение от Robus

Вот так было, когда на нашей фирме работали программисты, закончившие институты и имеющие учёные степени. Сколько я не писал проектов, всегда всю обвязку делал сам, начиная от COM-PORT'а, кончая USB, ETHERNET, VIDEO, KEY и всё остальное ... Не было ни одного отказа ... И главное, не нужен лицензионный виндовс, не нужно платить всем подряд за использование !!!очень!!! не качественных компонентов и тех же SDK.

Как я понимаю, Вы написали свой собственный "виндовс", со всеми драйверами-библиотеками. Что же, браво!! :v2_clapp:

ЗЫЖ не зря, не зря Вас в своё время некто Andrew W Miheev из фидошной эхи ZX.Spectrum отправлял в ВУЗ...
06.03.2006, 12:18
Robus

Цитата:

Сообщение от bob5024

Во первых: неизвестно, почему у Вас там всё через час зависло. Может Ваша же вина, в Вашем "софте".

Винда не наша, а БлинаГейтса. И в моём софте не виснет, ибо он у меня начинается с команды ASM ... Проверено временем, я же писал, что отказов небыло ...

Цитата:

Сообщение от bob5024

Во вторых: только ОЧЕНЬ недалёкие люди могут строить АСУ ТП под управлением виндовс. Виндовс - для офиса, а в такие места - UNIX, QNX.

За 10 лет работы в этой сфере о "UNIX"ах, как и о Виндовсах я слышу в большинстве случаях от отечественных коллег. Все эти ОСи зарубежники редко используют для серьёзных управлений. В остальных случаях никто не хочет рисковать и делает полностью автономные системы. Есть микроконтроллер, есть датчики и нет ни КВУНИКСОВ ни ВИНДОВСОВ.

Цитата:

Сообщение от bob5024

Как я понимаю, Вы написали свой собственный "виндовс", со всеми драйверами-библиотеками. Что же, браво!! :v2_clapp:

Я писал о качественном программировании. У всех виндовсах, как и у досах, так и у квуниксах есть проблема с COM-портом. Почему я и вспомнил. И всё что в оправдание придумывают программисты - глюк материнки, системы или ещё чего-нибудь. Однако я смело использую два ком-порта на том же одном IQR, и нет проблем, потому что не пользуюсь библиотеками.

Вот и всё что я хотел сказать ... А виндовс и вправду писали, только не сам видовс, а оконное оформление, однако - так можно сказать, что написал я не винду а WORK BENCH ...

Цитата:

Сообщение от bob5024

ЗЫЖ не зря, не зря Вас в своё время некто Andrew W Miheev из фидошной эхи ZX.Spectrum отправлял в ВУЗ...

Какой ВУЗ ? Если Вы, вместе с Andrew W Miheev, хотите показать свой IQ, то просто делайте. Лишь слабо интеллектуальный человек пытается кому-то указать на интеллект да ещё отправить в ВУЗ. Каждый делает так, как умеет, и писать можно хоть на ВАСИКЕ, только отточить нужно на 100%, а не ссылаться на чи-то глюки.

Вот и пошли споры ... Нет, что бы объедениться и что-то сделать ... Судя по всему Вы и Andrew W Miheev закончили ВУЗ, добавим в эту тему ПО ТЕМЕ удобные и работающие процедуры для создания библиотек.
07.03.2006, 09:50
bob5024

Цитата:

Сообщение от Robus

Винда не наша, а БлинаГейтса. И в моём софте не виснет, ибо он у меня начинается с команды ASM ... Проверено временем, я же писал, что отказов небыло ....

Вообще то я писал не "винда Ваша", а "вина Ваша". Читайте внимательнее!

Цитата:

Сообщение от Robus

За 10 лет работы в этой сфере о "UNIX"ах, как и о Виндовсах я слышу в большинстве случаях от отечественных коллег. Все эти ОСи зарубежники редко используют для серьёзных управлений. В остальных случаях никто не хочет рисковать и делает полностью автономные системы. Есть микроконтроллер, есть датчики и нет ни КВУНИКСОВ ни ВИНДОВСОВ

Давайте определимся для начала, что Вы подразумеваете под "серьёзными управлениями"? Если градусник/часы на панели ценника бензоколонки, то соглашусь - рисковать здесь не стоит, и просто необходимо сделать автономную систему. Если же речь идет об управлении/навигации хотябы легкомоторным самолетом, не говоря уж об авианосце, например, то "зарубежники" во всю используют и виндовс и QNX.

Цитата:

Сообщение от Robus

Я писал о качественном программировании. У всех виндовсах, как и у досах, так и у квуниксах есть проблема с COM-портом. Почему я и вспомнил. И всё что в оправдание придумывают программисты - глюк материнки, системы или ещё чего-нибудь. Однако я смело использую два ком-порта на том же одном IQR, и нет проблем, потому что не пользуюсь библиотеками.

Что за проблема?
Вы это смело делаете потому что знаете, что ОДНОВРЕМЕННО ничего у вас на обеих портах не произойдет, а не потому, что Вы не пользуетесь библиотеками.

Цитата:

Сообщение от Robus

Какой ВУЗ ? Если Вы, вместе с Andrew W Miheev, хотите показать свой IQ, то просто делайте. Лишь слабо интеллектуальный человек пытается кому-то указать на интеллект да ещё отправить в ВУЗ. Каждый делает так, как умеет, и писать можно хоть на ВАСИКЕ, только отточить нужно на 100%, а не ссылаться на чи-то глюки.

Не знаю, что хочет показать Andrew W Miheev, а у меня конкретно нет никакого желания и времени что то доказывать Вам, тем более показывать IQ. Все сказано и доказано Вам ДО меня и в этом треде и ранее в более других местах. Кроме того, на Ваш интеллект лично я никоим разом не указывал, наоборот, судя по тому, что Вы самостоятельно пишете "обвязку" COM, ethernet, USB я просто восхищен Вашими интеллектуальными способностями!

Цитата:

Сообщение от Robus

Вот и пошли споры ... Нет, что бы объедениться и что-то сделать ... Судя по всему Вы и Andrew W Miheev закончили ВУЗ, добавим в эту тему ПО ТЕМЕ удобные и работающие процедуры для создания библиотек.

[/QUOTE]
Да кудыж нам серым - убогим... Давайте уж лучше Вы, у Вас этих процедур ажно 20 штук накопилось. Видимо по 3 на COM, ethernet, USB, а остальные 11 - WORKBENCH!

На Вашу игру Wanderlust можно посмотреть?
07.03.2006, 10:50
Robus

Цитата:

Сообщение от bob5024

Вообще то я писал не "винда Ваша", а "вина Ваша". Читайте внимательнее!

Изначально именно Вы прочитали не внимательно я сказал - "РАБОТА БЕЗОТКАЗНА"

Цитата:

Сообщение от bob5024

Давайте определимся для начала, что Вы подразумеваете под "серьёзными управлениями"? Если градусник/часы на панели ценника бензоколонки, то соглашусь - рисковать здесь не стоит, и просто необходимо сделать автономную систему. Если же речь идет об управлении/навигации хотябы легкомоторным самолетом, не говоря уж об авианосце, например, то "зарубежники" во всю используют и виндовс и QNX.

О градусниках никто не говорил, градусники и есть развлечение. Я сомневаюсь, что авианосцы плавают на QNX. Знаю, что навигационная система для яхт это точно чёрная коробка с аккумуляторами. Например компании QUME, никаких осей нет вообще, всередине стоит микроконтроллер MITSUBISHI c LCD-индикатором. Мой отчим занимается конструированием яхт, никогда не слышал о вообще каких-нибудь ОСьях. Ну, конечно, если где-то, в каком-то центре, наблюдая за расположением объектов в море через спутник и стоит QNX, это возможно.

Цитата:

Сообщение от bob5024

Что за проблема?
Вы это смело делаете потому что знаете, что ОДНОВРЕМЕННО ничего у вас на обеих портах не произойдет, а не потому, что Вы не пользуетесь библиотеками.

Ну как можно вообще так думать ... Надеяться на авось, что на портах ничего не произойдёт ... Если Serial контроллер имеет два полностью независимых порта, то это значит, что и программа использует оба порта не взирая на то есть ли там что-то одновременно. Конечно - одновременно, другого варианта и быть не может. В ХР винде использование COM-портов на одном IRQ вообще блокируется, если через библиотеку. На 98-ой, как и в OS/2 так и в UNIX/LINUX при появлении байта на втором COM-порте в момент считывания в прерывании с первого COM'а, INT теряется. Мало того, современные Serial'ы, стоящие в одном чипе со звуком вообще повисают до RESET'а.

Цитата:

Сообщение от bob5024

Не знаю, что хочет показать Andrew W Miheev, а у меня конкретно нет никакого желания и времени что то доказывать Вам, тем более показывать IQ. Все сказано и доказано Вам ДО меня и в этом треде и ранее в более других местах. Кроме того, на Ваш интеллект лично я никоим разом не указывал, наоборот, судя по тому, что Вы самостоятельно пишете "обвязку" COM, ethernet, USB я просто восхищен Вашими интеллектуальными способностями!

Для обвязки COM'ов не нужно иметь интеллек, нужен просто опыт.

Цитата:

Сообщение от bob5024

Да кудыж нам серым - убогим... Давайте уж лучше Вы, у Вас этих процедур ажно 20 штук накопилось. Видимо по 3 на COM, ethernet, USB, а остальные 11 - WORKBENCH!

COM, ethernet, USB - речь шла о IBM-PC ... А если так уж хочется поиздеваться, показав что 20-3*3=11, - для этого есть зеркало.

Я не понимаю, чем я Вас обидел ? Это что так плохо - сесть и написать процедуры максимально качественно или создать их на АСМе ? Ну вот люблю я сделать так, что бы мой продукт запускался везде ... Я по этой причине и эмулятор свой не распротстроняю, потому что он не работает качественно на ХР. Я не хочу позориться ... Это для меня и есть программирование - "сделать программу максимально гибкой и быстрой".

Я конечно понимаю, сейчас посыпится - "надо было библиотеки использовать, тогда бы работало везде" или что-нибудь в этом роде. ZX кишит программами, в которых глюков минимум, PC кишит программами в которых глюки один за другим. Моё мнение, что это от черезмерного использования чих-то библиотек.

Цитата:

Сообщение от bob5024

На Вашу игру Wanderlust можно посмотреть?

Можно посмотреть ... Наверное, хочется поискать в ней что-нибудь, над чем можно поиздеваться ? Так ?
07.03.2006, 12:11
fk0

Цитата:

Сообщение от Robus

Откуда взялся этот стереотип "велосипеда" ? Если пишется !!!нормальная!!! программа одного и того же автора, то в ней повторяется лишь стиль, а не процедуры.
Конечно, есть одинаковые процедуры, но их можно пересчитать по пальцам. Как правило ZX'ер пытается максимально ускорить свой код, а это значит, что лишний раз он не будет делать CALL, и простая процедура умножения может уменьшиться на один-два цикла, ради скорости.

Я знаю одну процедуру быстрого умножения. Родившуюся путём
объединения кода от нескольких разных людей. Уверен, никто такое
из головы запросто так вот сразу не выдумывает. И процедур таких
немало. А кроме вопроса оптимального кодирования ещё есть
АЛГОРИТМЫ. Оптимизация алгоритма зачастую даёт выгрыш
не сравнимый с выжимкой жалких тактов. И это тоже не из головы
за 5 минут выдумывается.

А что касаетя CALL -- это вообще сильно притянуто за уши. Для
этого существуют (я знаю, что на спектруме, по сути, это только ALASM) существуют МАКРОАССЕМБЛЕРЫ. Хочешь call, хочешь
"inline" функция. НЕТ тут проблемы. НЕТ.

Другое дело, что процедуры вида "расчёт адреса в экране" и т.п.
действительно бессмысленны. Нужна математика, строки, ввод-вывод...

Вот ещё пример: печаталка 64 символа в строке без развёрнутых
шрифтов ужатая Михаилом Жаровым до каких-то смехотворных
тактов и байтов. Аналогов не существует. Оптимизировалось несколькими людьми в течении достаточно длительного времени.
Хрен сам ты её за 5 минут напишешь.

Цитата:

Если всё строить на готовых библиотеках, то в итоге код обростает торможением. После чего библиотека пригодна для написания "карт" или "минёров", и да же в них карты будут дёргаться или вообще просто появляться.

Бред.

Цитата:

а с вас никакого спроса, как и с автора библиотеки. А представьте себе, - делаешь прибор, пишешь софт, и всего-то соединяешь прибор по простому COM'у. Его ставят на завод, запускают бумагоделательную машину, и через час вдруг завис "дрюйвер" COM-PORT'а.

Да бывает. Нужно использовать правильные библиотеки.
К которым даётся исходный код. Именно на этот случай.
День ковыряний в коде выявляет, что ioctl(TIOCSBRK) не
поддерживается драйвером moxa, но поддерживается
обычным писишным портом. После чего в библиотеке
вписывается нормальный tcsendbreak() и всё сразу работает.
Ибо поддержка юнихов доисторических версий нафиг не нужна
и можно смело требовать соответствие современному IEEE-1003.

Хотя в целом я согласен. Минимум лишнего и разумная простота конструкции в целом только добавляет надёжности.

Цитата:

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

Программный продукт -- технически исключительно сложное изделие. Со всеми вытекающими последствиями.

Цитата:

Сколько я не писал проектов, всегда всю обвязку делал сам, начиная от COM-PORT'а, кончая USB, ETHERNET, VIDEO, KEY и всё остальное

Да, да. Не имея документации ты напишешь USB и ethernet драйвера,
напишешь свой tcp/ip стек, свою графическую подсистему, отладишь
это всё, нигде не наделаешь ошибок... Фантастика научная.

Цитата:

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

Есть полно не очень качественных компонентов, но абсолютно
нахаляву и со всеми исходными текстами. В условиях, когда абсолютно качественных компонентов нет, а очень качественные --
это $$$$$ -- это не так уж плохо.

[quote
говорите, что не нужно изобретать велосипед. Конечно, если делать "мышки(манипулятор)" или писать "смотрелку картинок" этого хватит. А более серьёзное ? Хотя каждую программу нужно писать на 100%, не смотря на то, что она делает.
[/quote]

И писать даже не на ассемблере (вдруг он глючит), а исключительно
в машинных кодах.

Цитата:

А для чего я писал свой компилятор? Он именно это и делает! Всё,

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

Цитата:

Но, этот опыт привёл к разделению на тех, кто пишет в основном на библиотеках, и тех, кто пишет в основном на “велосипедах”. Я отношусь к тем, кто любит прилеплять реактивный двигатель к велосипеду. И мне для разработки нужно:

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

Цитата:

Всяческие процедуры с мышками, FDD, HDD – хорошая идея. Хотя, например FDD. Тянет за собой обработку системных переменных. Так же менеджер памяти, а вдруг и это очень вероятно, что я захочу его поместить начиная с 23296, да бы была возможность выделять всю память до байтика. Ну и после всё это соединю, думаю, что библиотеки начнут ссориться.

Нужен унифицированный интерфейс.

А работу с HDD ты вообще не напишешь. Потому что их много и
разных. Ты просто протестировать на всех вариантах для всех
программ не сможешь. Тут именно тот случай, когда позарез как
необходим сторонний код. Который протестирован и отлажен.
И позарез как нужна динамическая компоновка. Потому как
протестировать и отладить до конца невозможно, хотя бы поэтому.
А автору каждый раз пересобирать софт тоже невозможно.

Цитата:

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

Если тебе нужно что-то уникальное -- ты прав. Для демо не сойдёт.
Если тебе нужно не важно с какой скоростью, но выводить текст
и иметь приличный редактор в окошке -- лучше взять готовый.
07.03.2006, 12:37
fk0

Цитата:

Сообщение от Robus

Винда не наша, а БлинаГейтса. И в моём софте не виснет, ибо он у меня начинается с команды ASM ...

Да хоть с команды VBA. Какая разница? VBA даже лучше.
ОБлажаться сложней.

Цитата:

За 10 лет работы в этой сфере о "UNIX"ах, как и о Виндовсах я слышу в большинстве случаях от отечественных коллег. Все эти ОСи зарубежники редко используют для серьёзных управлений.

Тем не менее используют. Типичный пример на каждом
углу -- автоматы продажи билетов, оплаты мобильников,
банкоматы -- windows NT 5.0. В оплате мобильников -- точно.
И unix встречается в более чем критичных применениях.
Возможно даже более критичных, потому как разбор полётов
в системе windows до уровня исходного кода не произвести.

Цитата:

В остальных случаях никто не хочет рисковать и делает полностью автономные системы. Есть микроконтроллер, есть датчики и нет ни КВУНИКСОВ ни ВИНДОВСОВ.

Да. Когда говорят QNX, я никак не могу понять чем оно принципиально отличается от той же NT. Кроме реалтайма.
Ширпотребный контроллер готов на гораздо более жёсткий
реалтайм безо всяких осей. А на "мягкий реалтайм" вполне
готов тот же линух или винда. (не 98 ;-)

Цитата:

Я писал о качественном программировании. У всех виндовсах, как и у досах, так и у квуниксах есть проблема с COM-портом. Почему я и вспомнил. И всё что в оправдание придумывают программисты - глюк материнки, системы или ещё чего-нибудь. Однако я смело использую два ком-порта на том же одном IQR, и нет проблем, потому что не пользуюсь библиотеками.

Ага. А подсистема win32 -- это, конечно, не библиотеки. И глюков там нет.
07.03.2006, 20:09
Vitamin

Цитата:

Сообщение от Robus

Это что так плохо - сесть и написать процедуры максимально качественно или создать их на АСМе ?

не плохо. но долго и довольно трудно для отладки.я вот тоже, памятуя о спеке, ломанулся писать на асме под микроконтроллеры. и понял что на них писать нужно только биос/загрузчик и специфичные процедурки.

Цитата:

Сообщение от Robus

Ну вот люблю я сделать так, что бы мой продукт запускался везде ...

даже на разных платформах? в таком случае начинать каждую программу с асм равнозначно переписанию ее заново при изменении целевой платформы.что не лучшим образом сказывается на времени разработки и надежности конечного продукта (вследствие недостатка времени на отладку)
07.03.2006, 23:32
Знахарь

Шо-то я не понял... а как у меня 4 usb и 2com заняты - и ничего. 2 мобилы разом перешивал + сканировал + возил комовским дигитайзером по опере в нете через модем (комовский) - работало прекрасно...

Ну а собсвенно SDK где ? с чего начинали, помним ?

РОБ, давай лучше процедуры выкладывай. сколько есть/сколько не жалко - все ж лучше чем НИЧЕГО...
07.03.2006, 23:41
bob5024

Цитата:

Сообщение от Robus

Изначально именно Вы прочитали не внимательно я сказал - "РАБОТА БЕЗОТКАЗНА"

где именно?

Цитата:

Сообщение от Robus

О градусниках никто не говорил, градусники и есть развлечение. Я сомневаюсь, что авианосцы плавают на QNX. Знаю, что навигационная система для яхт это точно чёрная коробка с аккумуляторами. Например компании QUME, никаких осей нет вообще, всередине стоит микроконтроллер MITSUBISHI c LCD-индикатором. Мой отчим занимается конструированием яхт, никогда не слышал о вообще каких-нибудь ОСьях. Ну, конечно, если где-то, в каком-то центре, наблюдая за расположением объектов в море через спутник и стоит QNX, это возможно.

Нет, авианосцы плавают под WindowsNT, газоперекачивающие агрегаты (в прошлом просто авиационные турбины) работают под Linux, бензоколонки, супермаркеты - опять же Виндовс, банкомат у меня на работе - под OS/2.

Цитата:

Сообщение от Robus

Для обвязки COM'ов не нужно иметь интеллек, нужен просто опыт.

Молодец, мощно задвинули!! :v2_clapp:

Цитата:

Сообщение от Robus

COM, ethernet, USB - речь шла о IBM-PC ... А если так уж хочется поиздеваться, показав что 20-3*3=11, - для этого есть зеркало.

Я не понимаю, чем я Вас обидел ? Это что так плохо - сесть и написать процедуры максимально качественно или создать их на АСМе ? Ну вот люблю я сделать так, что бы мой продукт запускался везде ... Я по этой причине и эмулятор свой не распротстроняю, потому что он не работает качественно на ХР. Я не хочу позориться ... Это для меня и есть программирование - "сделать программу максимально гибкой и быстрой".

Вы меня обидели? :) ... Кто над Вами издевается, я что ли? Извините, если где то перегнул с флеймом...
По моему - так программирование без использования чьих то наработок (можете назвать это библиотеками) - вот самое настоящее издевательство над здравым смыслом! :)

Цитата:

Сообщение от Robus

Я конечно понимаю, сейчас посыпится - "надо было библиотеки использовать, тогда бы работало везде" или что-нибудь в этом роде. ZX кишит программами, в которых глюков минимум, PC кишит программами в которых глюки один за другим. Моё мнение, что это от черезмерного использования чих-то библиотек.

ZX "кишит" ИГРАМИ бородатых лет, причем сугубо КОММЕРЧЕСКОГО происхождения и по этому "вылизанных" вдоль и поперек благодаря своей относительной незатейливости и однородности платформы. С РС аналогию сможете провести сами...

Цитата:

Сообщение от Robus

Можно посмотреть ... Наверное, хочется поискать в ней что-нибудь, над чем можно поиздеваться ? Так ?

Нет, не угадали. Просто хотелось посмотреть, и всё. Издеваться над кем бы то нибыло - не в моих правилах. Если покажете Вашу программу, могу Вам гарантировать - не пророню о ней ни слова - ни плохого, ну может быть только хорошее (если оно там есть) :)
08.03.2006, 03:57
Robus

Вложений: 1

Цитата:

Сообщение от fk0

Вот ещё пример: печаталка 64 символа в строке без развёрнутых
шрифтов ужатая Михаилом Жаровым до каких-то смехотворных
тактов и байтов. Аналогов не существует. Оптимизировалось несколькими людьми в течении достаточно длительного времени.
Хрен сам ты её за 5 минут напишешь.

С хреном не писал, но пока кушал после работы - написал ... Конечно это не 5 минут, но 30 есть ... За три прерывания полностью перепечатывается весь экран текстом. Шрифт, какой был, такой влепил. Полностью вся печаталка 129 байт с расписыванием на восемь повторений, без расписывания 62 байта. Вот код:

Код:

STARTC EQU 32768 ORG STARTC-256 IncBIN "f8x8-cs.fnn" BUBLIK EQU $ ORG STARTC DS 256-1 DW INT ORG STARTC HALT LD HL,22528 LD DE,22529 LD BC,767 LD (HL),5*8+0 LD A,5 OUT (254),A LDIR DI LD HL,M1xS LD DE,M1xE LD BC,(M1xE-M1xS)*7-3 LDIR JP START ORG BUBLIK START: LD B,30 LD HL,TEXT M0 PUSH BC PUSH HL LD (MSP+1),SP LD SP,HL LD DE,16384 LD A,D M2 LD (M1xA+1),A M1 POP HL LD C,H LD B,HIGH (STARTC)+1 LD H,B M1xA LD D,0 M1xS LD A,(BC) ;7 7+4*4+7+7+4+4+4=49 RLCA ;4 RLCA ;4 RLCA ;4 RLCA ;4 OR (HL) ;7 LD (DE),A ;7 INC H ;4 INC B ;4 INC D ;4 M1xE DS (M1xE-M1xS)*7-3 INC E JP NZ,M1 INC D LD A,D CP 88 JR NZ,M2 LD HL,0 ADD HL,SP EX DE,HL MSP LD SP,0 POP HL POP BC DJNZ M0 INC B EX DE,HL JR M0 INT: RETI TEXT DUP 32 DB "Super Puper Text ... Так быстро, что тормозит ... " EDUP ORG TEXT+64*24 ; DW INT-START SaveBIN "less-001.c",STARTC,$-STARTC SaveTRD 'less-001.trd','1.C',STARTC,$-STARTC

Ну и ссылочка:
08.03.2006, 04:13
Robus

Вложений: 1

Цитата:

Сообщение от bob5024

Нет, не угадали. Просто хотелось посмотреть, и всё. Издеваться над кем бы то нибыло - не в моих правилах. Если покажете Вашу программу, могу Вам гарантировать - не пророню о ней ни слова - ни плохого, ну может быть только хорошее (если оно там есть) :)

Я никогда не был против критики ... Я не о том говорил ...
Выкладываю игру ... Правда это не по теме ...
Желательно запускать на реальном Speccy, а то эмуляторы мерцают и дискрируют. Мультиколоры пофиксены под пентагон. Вся игра построена на RND, да же мелочи, при перезапуске постоянно что-то меняется. В игре не доделана картинка на прохождение, поэтому ориентируйтесь по радару. В текстах встречаются ошибки, ссори ...
08.03.2006, 19:38
bob5024

Цитата:

Сообщение от Robus

Я никогда не был против критики ... Я не о том говорил ...
Выкладываю игру ... Правда это не по теме ...
Желательно запускать на реальном Speccy, а то эмуляторы мерцают и дискрируют. Мультиколоры пофиксены под пентагон. Вся игра построена на RND, да же мелочи, при перезапуске постоянно что-то меняется. В игре не доделана картинка на прохождение, поэтому ориентируйтесь по радару. В текстах встречаются ошибки, ссори ...

Слушайте, отличная игра! :)
Честно говоря, такого достойного уровня не ожидал увидеть! Неужели за 2 недели всего написано?
И все таки, думаю, на счет библиотек Вы неправы. Вашим же трудом моглибы воспользоваться другие, а когда то может быть и Вы чьим-то.
08.03.2006, 20:31
Robus

Цитата:

Сообщение от bob5024

Слушайте, отличная игра! :)
Честно говоря, такого достойного уровня не ожидал увидеть! Неужели за 2 недели всего написано?

Вообще-то не 2 недели а три дня. За три дня был полностью написан генератор лабиринта. Кстати, он в игре очень упрощён, если поставить 100% заполнение уровня, то игра становится не проходимая. Так же в игре нет анимации графики, хотя программно всё предусмотренно. Так же в игре уровень раскрывается 6-тью видами графики, хотя отображается только один из шести на текущий момент. А за две недели была написана вся обвязка с мультиколорами и графикой. А вот текстовка набивалась долго. Сложно делать вдвоём. Вдвоём с графиком. Музыку подправить, текст подправить, графику порезать, сделать графику удобный конвертер под мультиколорные цвета т т.д. вместе с т.п... Всех этих инструментов нет.

Спасибо за отзывы. Приятно знать, что делал это не в пустую.

А вот с профессиональной точки зрения в моей игре сть большая лажа - она плохо работает на Original Speccy, поскольку INT занят почти на 100% ну или 99.99%.

Цитата:

Сообщение от bob5024

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

Я не говорил, что против библиотек ... Я против библиотек где есть процедуры печати символов, спрайтов, музыки и подобных вещей. Я совсем не против коллекции процедур, например чтение с FDD или HDD или паковщики с депакерами. То есть системные процедуры. Я так же смотрю, как делают другие люди, например я учился у Michail Batty. Мне очень нравится стиль программирование Wakson'а или Raider'а, простите, уже не помню, кто весь код у них писал. Например: у них в плеере под SounDrive есть супер микшер четырёх каналов в один - цифровой микшер на трёх командах. Мне нравится как кодит RST-7, хотя как человека я его не переношу. А строить прогу на печати символов меня пугает, разве что делать паковщик, - я понимаю. Например: моя игра WanderLust, там врядли подошли бы стандартные печати, ведь там на ходу происходит печать то в теневой экран, то в оба, то только в 48-ой, поскольку кусок демы лежит в виде кода в теневой странице. Было бы просто бессмыленно использовать что-то стандартное.

А поделиться я всегда рад. Мне совсем не жаль, и готов рассказать о любой части программы. Могу, например, выложить WanderLust, в виде всех исходников, да же кртинки в BMP виде - можно подрисовать и тут же сконвертировать в игру.
08.03.2006, 21:05
GriV

Игруха супер! И вопросики в тему!!! (-;

(-;
LD Hl,#4000
LD DE,16384
LD BC,6911
LDIR
(-;
Ах что же это - ну конечно очистка экрана :-D
08.03.2006, 22:07
SMT

а вот и нет! правильный ответ - пауза (там был вариант, сколько тактов)
08.03.2006, 22:09
SMT

ещё мне кажется, что часто бывает несколько правильных вариантов, либо вопросы вообще без правильного ответа ;-( (это про бит теневого экрана)
09.03.2006, 03:02
Robus

Цитата:

Сообщение от GriV

Игруха супер! И вопросики в тему!!! (-;

Ах что же это - ну конечно очистка экрана :-D

Спасибо, очень приятно ... =)

Самое противное, что в жизни прикольных вопросов встречается очень много. Как-то один наш общий друг задал вопрос - "Лёша, вот если Spectrum 48k, а Dendi всего 16-бит, то как они умудряются в 16-ть бит влепить столько графики ?". А когда садишься за редактор набивать вопросы, какбуд-то кто-то решил опустошить голову, и начинаешь что-то из себя выдавливать. Чуть стоит сесть в транспорт или попадаешь на совещание у дирректора, так сразу куча приколов вспоминается.
09.03.2006, 03:24
Robus

Цитата:

Сообщение от SMT

а вот и нет! правильный ответ - пауза (там был вариант, сколько тактов)

Это он с издёвкой говорил. Но вариантов с паузой там то же два, за один два очка прибавляется за другой одно снимается =)

Цитата:

Сообщение от SMT

ещё мне кажется, что часто бывает несколько правильных вариантов, либо вопросы вообще без правильного ответа ;-( (это про бит теневого экрана)

Это точно, есть вопросы издевательские. Всё равно в игре нет GAME OVER'а, а на показатели это не повлияет, покрайней мере сильно не повлияет. Но и садизма нет, поэтому есть по два и да же по четыре правильных ответа. Но советую выбирать какой более кодерский, например:

Сколько уровней в игре Earth Shaker ?
1-30
2-32
3-Столько же, сколько бит в четырёх байтах
4-Я дальше заставки не проходил, трудно очень

Правильно [2], за него 1-но очко, за [3] 1 очко геймерства и 2 кодерства. Если отвечать совершенно неправильно, к примеру создатель Speccy - Филипп Киркоров, то будет минус десять.

Кстати, сверху, вправом углу есть бегунки, чем больше вправо от мерцания, тем больше правильных ответов, соответственно влево плоховато(ТА). Конечно же, я хотел сделать влияние правильности ответов на скорость движения персонажа и другие подобные вещи, но не успел, поскольку уселся делать Surgical Fantasy. Жаль что на Speccy нет нашего Jungar'а, он был бы в екстазе от Surgical Fantasy. В отличии от WanderLust'а - Surgical Fantasy почти полноценная стратегическо-экономическая игра, но приколов будет не меньше и занимать будет весь диск. Возможно что и два диска, но я считаю, что это уже будет заморочка заставлять игрока менять диски.

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

Кстати, у меня такой вопрос ко всем, кто играл ... Вопросы в игре пишутся чёрным с тенью на синем ... На реальном Speccy велеколепно смотрится, на эмуляторе на разных мониторах по разному, на некоторых - почти ничего не видно. Это сильно раздражает ? Может стоит заменить цвет ? Хотя мне больше всего понравилось именно такое сочитание ...
09.03.2006, 10:27
bob5024

Цитата:

Сообщение от Robus

Кстати, у меня такой вопрос ко всем, кто играл ... Вопросы в игре пишутся чёрным с тенью на синем ... На реальном Speccy велеколепно смотрится, на эмуляторе на разных мониторах по разному, на некоторых - почти ничего не видно. Это сильно раздражает ? Может стоит заменить цвет ? Хотя мне больше всего понравилось именно такое сочитание ...

В эмуляторе действительно, смотрится не очень, приходится всматриваться. Но думаю, что надо ориентироваться на реальный ZX,
или например выбирать цвета чернил/бумаги из приемлемых сочетаний по RND. Или в настройку вынести можно.
И еще - нельзя ли приделать выгрузку/загрузку текущего состояния?
09.03.2006, 10:31
bob5024

Цитата:

Сообщение от SMT

а вот и нет! правильный ответ - пауза (там был вариант, сколько тактов)

С паузой можно было пролететь по кол-ву тактов :)
Я отвеил - бесполезное действие (??) - прокатило:)
Хотя, наверняка за паузу очков дали бы больше
09.03.2006, 11:07
bob5024

Цитата:

Сообщение от Robus

Я не говорил, что против библиотек ... Я против библиотек где есть процедуры печати символов, спрайтов, музыки и подобных вещей. Я совсем не против коллекции процедур, например чтение с FDD или HDD или паковщики с депакерами. То есть системные процедуры. Я так же смотрю, как делают другие люди, например я учился у Michail Batty. Мне очень нравится стиль программирование Wakson'а или Raider'а, простите, уже не помню, кто весь код у них писал. Например: у них в плеере под SounDrive есть супер микшер четырёх каналов в один - цифровой микшер на трёх командах. Мне нравится как кодит RST-7, хотя как человека я его не переношу. А строить прогу на печати символов меня пугает, разве что делать паковщик, - я понимаю. Например: моя игра WanderLust, там врядли подошли бы стандартные печати, ведь там на ходу происходит печать то в теневой экран, то в оба, то только в 48-ой, поскольку кусок демы лежит в виде кода в теневой странице. Было бы просто бессмыленно использовать что-то стандартное.

Понятно, что игре, на 100%% использующей ресурсы компьютера библиотеки могут и навредить т.к. их использование практически всегда связано с некоторыми накладными расходами. И коллекции процедур (исходников) здесь самое то, что надо.
Но ведь есть и системные программы, и сама ОС, про которую много говорят и которой пока нет. Там библиотеки (именно библиотеки откомпилированного кода в СОМ-образной обертке или как еще) были бы очень кстати потому что и различия в схемотехнике скрывают, и время на разработку экономят. В общем, "плюсов" достаточно много...

Цитата:

Сообщение от Robus

А поделиться я всегда рад. Мне совсем не жаль, и готов рассказать о любой части программы. Могу, например, выложить WanderLust, в виде всех исходников, да же кртинки в BMP виде - можно подрисовать и тут же сконвертировать в игру.

Лично мне было бы очень интересно на исходники посмотреть! :)

Показывать 40 сообщений этой темы на одной странице