Игральные кости в 3D
 

Посоветуйте, способ реализации "рандомного" броска 3D кубиков: готовые решения, собственный опыт, просто мысли на этот счет, как это сделали бы вы. В идеале с возможностью изменить ракурс, но не обязательно, т.е. можно и в псевдо-3D.

вам готовое решение или что надо?

Любую инфу: схему как это можно сделать, пример подобной задачи...

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

Кто такой поддон?

Так consigliere и caporegime троллят андербосса (также "дон 2") - он непосредственно влияет на то, как лягут кости.
Ну блин, шо за вопросы? %) Ещё бы про чай с тремя кубиками спросили. То, на что падают кубики же.

Кто-нибудь решал подобную задачу?

Просто я это прочитал так:
Нарисовать три кубика на флэше осилит любой поддон<ок>)
По теме:
Возьмите любой 3Д движок. У всех есть демки с кубиками. Если вам надо крутую реалистичность, подключите ещё какой-нибудь физический движок.

Вот вариант без движков.

Спасибо за пример на Papervision3D. Движ халявный? Лицензию что-то не могу найти

халявный и мертвый.

Я делал в принципе, как вам советовали постами выше, 3d с 10 апи плеера, и физ двиг жигЛиб, но задача другая была, надо было, что-бы они падали, как бы случайно, но выпадало, то что надо нам...
http://murmadillo.tut.su/m/CubeGoBottom.swf

А есть гарантии, что физ. движок отработает качественное случайное выпадение граней? Мне почему-то с самого начала задача виделась такой:

1. рандомайзер генерирует три грани — результат броска.
2. анимация строится на основании этого результата — финального положения костей.

Или это лишнее в таких играх?

Добавлено через 12 минут
К тому же, как меня правильно поправляют, пункт 1 вообще не на клиенте "решается" — его сервер выдает. Следовательно от рекурсивного построения анимации или pre-rendered (pre-calculated) заготовок не уйти. Последнее, к слову, претендует на лучшее решение.

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

Ну это с натяжкой =) неаккуратненько как-то.
Я бы вообще делал все-таки не pre-prendered, а pre-calculated 3d с предварительной прорисовкой текстуры в нужном положении.

pre-calculated 3d наверное получше, и тоже одной анимации хватит, в общем уже от автора зависит)

Одна — скучновато =) да и запомнить несколько анимаций не так затратно.

ну да, и рандомно их юзать

Можите ли вы поделиться исходным кодом?

Напоминаю о просьбе )