Мог бы и позже сказать

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

Либо можно работать в сферических координатах изначально, как nilrem уже сказал.

Ты получишь 200 векторов (точек), но не все они будут принадлежать к поверхности сферы. Можно доработать.

2 операций над векторами хватит для этого.

Можно также одним циклом сделать, и без sqrt

Я и не удивлен. Было бы странно ожидать чего-либо другого. Но для меня это неважно. Поскольку то что я писал в этой теме адресовано всем кто эту тему читает. So, it's allright anyway.

It's just not the way it actually works. Не все алгосы есть в книгах, надо уметь делать свое тоже.

Ну, это очень простое задание.

Предлагаю сложнее : Сгенерировать сферу произвольного радиуса, после сгенерировать 200 точек на поверхности данной сферы. Результаты предоставить в сферических координатах, также проверить аналитически (доказать) принадлежность полученных точек к поверхности сферы.

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

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

Ну, это в принципе, я тут не все сформулировал что имхо программер должен уметь... это основное...

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

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

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

Только для бесплатных проектов. Для коммерции - при письменном разрешении правообладателя.

Можно также в 3DRad сделать. Насчет подробностей все же ничего сказать не могу - я не специализируюсь по этому движку(3DRad).

Лучше уж OpenAL тогда. Или свой делать. Bass не впечатляет, вообще. Ах да... было бы за что платить.

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

Можно, либо на крайняк графически реализовать средствами OGL/DX, обработчик меню - смотря что за движок, если позволяет, то средствами движка.

Сам по себе DX тут не причем, можно грузить любой графический формат моделей в DX или в OGL, это делается средствами WinAPI. Просто .x уже поддержан в DX (ну и .dds тоже), но их (.x/.dds) можно и в OGL грузить, только функционал надо самому писать, понятное дело.

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

Типа так :

FILE *fp = fopen(file_name, "rb");

[....] обьявляем переменные и т.д.

fread(&object_info,sizeof(object_info),1,fp);

[....] читаем другие данные и т.д.

fclose(fp);

То есть делается это средствами WinAPI, DX это уже потом.

Matlab должен подойти для этого.

http://ru.wikipedia.org/wiki/MATLAB

OK, done.

Правилам раздела не соответствует, и более того уже есть подобная тема : http://gcup.ru/forum/13-2961-1

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

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

Ну, если выбирать... то одобряю. Хотя nilrem'u я поставил бы столько же баллов. Вобщем думаю оба они одни из лучших.

Ну во всяком случае знает он примерно столько же сколько и я (по программингу), хотя в принципе точно я не могу сказать, я с ним мало общался. Но потенциал у него есть. Хотя nilrem тоже хороший программер.

Добавил : У Akyltist'a больше публичных проектов, поэтому его больше знают. Не удивительно.

А, вот оно что... you meant quantity, not quality. Тогда не вижу смысла. Тогда истинно - 10 игр могут не стоить даже одной игры. При том что 10 больше 1.

Уверен что все игры от CITY Interactive или Jarhead Games не стоят даже 1 Call of Duty (даже самого первого), например. Но я сравниваю шутер против шутеров и коммерсов против коммерсов.

Количество не значит качество, здесь нет смысла сравнивать.

Имхо.

Мда, я думал, речь о том что типа кто лучший разраб на форуме... по знаниям и так далее, во всех аспектах...