Я хочу занятся созданием 3D игр.
Я долгое время изучал JAVA и хотел бы написать игру именно на этом языке.
Говорят, что мол JAVA медленная для таких задач. Что для этого лучше C++. Но этот язык у меня храмает  , можно даже сказать что он у меня ели на кастылях ходит   плюс ещё эти АПИ функции как - то не совсем охота учить.
Я нашёл граффический пакет для разработки трёхмерья JOGL называется.

Помогите плиззз кто знает  , а то я совсем запутался и не знаю за какой прграммный язык взятся.  

На С++ программа будет всяко быстрее работать, чем на Яве и подозреваю, что намного. Ничего серьёзного из 3Д игр на Яве, боюсь, не написать... Если, вообще, можно что-то достойное сделать из 3Д - если честно никогда не видел 3Д игра написанных на Яве...
Мой вердикт - учите С++. Может он и посложнее Явы, но мне кажется не настолько - по-крайней мере, такое ощущение возникло, когда Яву проходили в универе...

Учи Делфи, он для новичков проще. Да и вообще проще. А по скорости если и уступает, то совсем на чуть-чуть.

Не надо учить то, что проще, надо то, что надо!
"Я хочу занятся созданием 3D игр."
С этой фразой однозначно ассоциируется Си_что_нибудь - тем более, что человек с ним уже знаком. 

Даааа ну неужели Джава такая медленная в этом.
Я смотрел у них на сайте java.net там выложены какие- то трёхмерные гоночки. Даже ребята Кваку 2 на джаву перевели.
Разработали свой Open Gl. Даже пишут что мол в некотором случае трёхмерье на джава быстрее тянет чем на С++ 
Запутался я свсем. Или может быть слишком в Джаву влюбился что-ли.  .
  

Не уходя в холивары, на чем основано заключение?


Имеется в виду графический движок на Java?
Если нет, то для написания логики (т.е. более "процессорной" части) Java использовалась в играх Chrome, Xpand Rally, ИЛ2 Штурмовик. Надо сказать, что они довольно давно вышли...


Например C#?;) Тогда почему нельзя использовать Java?


В порте Quake 2 скорость заметно ниже, но изначальный код ведь был на C написан, а он довольно низкоуровневый, на Java за счет ООП естественно будет медленнее.


Нет конечно JOGL - это ООП-обертка над OpenGL 2.0. Кстати версия JOGL 1.1.0 содержит расширения для функционала топовых видеокарт.

Вообще скорость работы и качество кода зависит даже не от языка, а от кривизны рук программистов. Или Gothic 3 не на C++ написан?;) К тому же в Java можно будет использовать богатые возможности сериализации, встроенную поддержку скриптов (Java 6), сетевые возможности. А если еще научиться использовать Swing для отрисовки пользовательского интерфейса и HUD (это возможно, см. проект Looking Glass), то не придется писать свой GUI.
И еще, JOGL содержит довольно интересную модель конвейера рендеринга, с помощью которой можно довольно просто реализовать управление несколькими сценами, рендеринг в текстуру и т.п., уже готовую поддержку популярных типов текстур, кроссплатформенную реализацию P-буфера, удобную работу с параметрами экрана (разрешение, гамма и т.п.).
И еще ИМХО код на Java будет стабильнее, чем сишный. Да и кроссплатформенный без перекомпиляции.

Почему-то у меня не ассоциируется, тем более однозначно

$tatic, сразу скажу, что ничего против Явы не имею - чтобы никто не думал, что вот де, Рёга, фанатичный Сишник. Недаром говорил нам на лекции дяденька, как же его звали - не помню уже, "Do not be emotionally attached to any language". Хотя, изучая с первого курса Си++ я к нему привык и, пока, менять ни на что не собираюсь - не вижу повода в своей сфере деятельности.
Лирическое отступление окончено. 
Естественно, говоря о том, что Ява будет медленнее, чем Си я думал о ЗД движке. Хотя, для меня стало откровением, что Штурмовик написан на Яве.
Почему я думаю, что код на Си будет выполняться быстрее, чем код на Яве - да из принципа самого устройства языка - с компиляцией сначала в байт-код, а уж потом интерпретацией его виртуальной машиной (если я что-то в этой жизни ещё понимаю). НО, я не специалист в Яве - изучал всего полгода - если Вы знаете, почему это не так - расширьте мой кругозор, буду благодарен.
Насчёт устойчивости, возможно и так, но думаю, за счёт того, что в Си больше на программиста перекладывается. Написать что-то криво становится проще - где-нибудь с памятью нахимичил и привет. (Если продолжить цепочку, то, как утверждал мой препод по Ассемблеру, "написать кривую программу на Ассемблере гораздо проще, чем на других языках ". )
Начёт Сишарпа ничего сказать не могу - я толком не знаю, как там всё устроено.

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

dereyly, на мобиле и десктопе совершенно разная джава ;)
Общие лишь синтаксис и подход ;)

Незнал 
Но все равно писать под мобильники помоему перспективно

Чисто ради соблюдения истины, и C#, и последние версии JAVA не интерпретируются, а компилируются в нативный код непосредственно перед запуском.


Речь идет об игровой логике, а рендер там на С++.

Значит я отстал от жизни... 
 Да, я понял...
arilou, раз уж такое дело, выскажитесь и Вы тоже на тему того, что человеку учить...

Animator, думаю, что получить базовый опыт в 3D можно на любом языке, поэтому Java вполне подойдет для начала. А далее уже надо смотреть, что требуется на рынке труда (FYI, там 99% знание C++ требуется). 

Ну вот у нас например всё на C#. 

arilou, и как, не тормозит?

например irrlicht на 933мгц в дотнете реально тормозило управление, а фпс было в несколько раз ниже, чем на C++ =\
15 против 60фпс на карте с замком

nerezus, ну на 933-ий мы не ориентируемся. У нас шейдерный движок, без SM 2.0 ничего не получится.

arilou, ну я просто для сравнения сказал    Т.к. версия на C++ на этой машине работала довольно неплохо ;)

nerezus, IrrLicht ксати - не managed. там просто wrapper вокруг C++-нутого кода. Так что сравнивать нельзя. У нас, например, польностью managed реализация. Вон у XNA Magic - тоже.

Смотрите, 
Java5, а тем более 6 по ряду тестов даже БЫСТРЕЕ, С++ за счет более продвинутых алгоритмов управления памятью
Java3D поддерживает аппаратное ускорение, фактически, это надстройка над OpenGL
Так что по скорости будет не на много тормознутее

Да, Java3D поддерживает аппаратное ускорение через OpenGL или DirectX. Однако Sun не рекомендует использовать эту библиотеку для игр, поскольку она недостаточно быстрая. Если же нужно все-таки для игры использовать граф-ориентированное апи, лучше использовать Xith3D. Тем более что (современную ситуацию не знаю, поправьте если не так) Java3D 1.5 сейчас находится под лицензией JRL, а потому не разрешается ее использование в любых (не)коммерческих проектах.
ИМХО в играх лучше использовать низкоуровневую обертку JOGL.

очень интересно было почитать такие бурные дискуссии  Кто-нибудь знает, где можно найти туториалы и документацию по jogl'у для человека никогда не работавшего с программированием графики, для изучения (желательно наискорейшего) основ "трехмерья" (с) ?