Здравствуйте, computer20, Вы писали:

C>Здравствуйте, FR, Вы писали:

>>предлагаю автору все-таки познакомится

C>Товарищи! Это не критика!

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

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

>>GPU уже лет пять как существуют

C>Ну так и сравните порядок программирования его с
C>получением данных записью в ОЗУ и вылавливанием этих обращений.

Написать точно такой же "API" что у тебя очень просто.

C>И ЭТО БЫЛ БЫ ОЧЕНЬ ЦЕННЫЙ ВКЛАД В ДИСКУССИЮ.

C>Сравните, как его расширить в много-процессорный видео-блок.

В два и четыре легко втыканием новых паралельных карточек. Вот только выигрыш от этого не
очень большой, на сценах со сложной геометрией.

C>>что делает графическое программирование доступным для не-профессионалов.
>>Как все описанное там это делает "доступным для не-профессионалов" совершенно не понятно

C>1. однопроцессорный вариант:
C>изменить указатель на структуру и заполнить поле занимает меньше действий,
C>чем вызвать две функции и скопировать данные из одной в другую.

Не профессионалы знают такие понятия как "указатель" и "структура"?

C>Первый способ экономит силы.

У кого? И зачем такая "экономия"

C>P.S. пользователем может быть не только человек, но и другая программа

У нее тоже есть "силы"?

C>(это, кстати, мой случай — не вручную же данные для моделирования я буду вводить).
C>сегодня состыковка программ — большой труд.

И как именно ты облегчаешь этот процесс?

C>2. много-процессорный вариант:
C>сегодня пользователь не может соединить десяток процессоров -
C>как следствие средства разработки такое соединение не поддерживают,
C>и никогда не будут поддерживать ДО ТЕХ ПОР,
C>пока такое соединение не будет легко обозримо, легко представимо
C>человеком с обычным, не изощренным умом.

Угу все классно но есть мелкое упущение ты так и не представил нам этот самый способ
легкого сойдинения.

C>3. аспект видео-hardware:
C>прикладной потребитель не может затребовать от системы больших графических возможностей
C>(скорости, сложности операций) в т.ч. и потому, что софт исходит из того, что пользователь
C>не воткнет дополнительные процессоры (сегодняшние кластеры чайники не установят).

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

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

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