> > El problema del pygame es que:
> >
> > 1.- es phyton y no se :_( ,por ahora me encuentro muy comodo con C
> > 2.- Usare opengl, me parece que el pygame esta muy orientado al 2D
> > (todas las funciones de pantalla, sonido, controles, etc, pues tan muy
> > bien, pero sigo necesitando representar en opengl)
>
> Pygame tiene un módulo que importa OpenGL y es exáctamente igual que
> en C, sólo que más fácil. Igualmente para Allegro tienes AllegroGL,
> aunque no creo que tenga un envoltorio para pyallegro por ahora.
>
> > Por ahora mirare como va con Lua, no creo que tenga muchos problemas
> > para conseguir juntarlo con SDL.
> >
> > Crees que tiene una gran mejora el usar Python sobre Lua - C - SDL?
>
> Será algo que comprobarás tu mismo, una vez tengas C + 'lenguaje
> empotrado' y veas que te gustaría más programar en 'lenguaje
> empotrado' que en C :-) Lua es claramente un lenguaje sencillo de
> empotrar, y no conozco a nadie usándolo como lenguaje principal.
>
> Pero Python es tan gordo que sirve para ambas cosas. A nivel personal
> te puedo decir que hace dos años que no programo en C/C++, sólo
> Python o lenguajes script similares. También es cierto que siempre ha
> sido en contextos donde no me ha preocupado la velocidad de ejecución
> o el consumo de memoria, únicamente el tiempo de desarrollo.
>
> Como ya he escrito varios juegos en C, a no ser que se trate de
> un proyecto con equipo grande, me parece desperdiciar el tiempo
> a nivel personal hacer un juego desde cero con C/C++, simplemente
> porque tienes que escribir mucho código que en lenguajes de más alto
> nivel te sale por la cara (a costa de no controlarlo todo, claro).


>
> Ten en cuenta que toda esta visión está deformada por
> tener poco tiempo libre para hacer lo que me gusta, por eso
> prefiero exprimirlo al máximo. Por ejemplo, si tuviese que
> hacer algo en 3d, hoy iría directamente a proyectos como
> http://oomadness.tuxfamily.org/en/soya/. Hace 5 años hubiese
> comenzado implementando los rasterizadores en ensamblador :-)

soya no me termina de convencer para mi proyecto, el problema que le
veo es la importacion de objetos 3D, planean importar desde blender, y
es que yo ya me he hecho mis rutinas para importar de 3dsmax y no
quisiera perderlas :)

>
> Si quieres ver cómo hacer juegos enteros en Python en tres patadas,
> mira en http://www.livewires.org.uk/python/index.html.

me lo mirare, ya que de python realmente no se apenas nada, no se si
me conviene.

>
> > (De hecho, si no consigo hacer nada con Lua, pues mirare pygame)
>
> Esto no es comparable, lua es para empotrar en un programa C/C++,
> pygame es para programar en Python sin tocar C/C++. Pero bueno,
> a lo verás tu mismo.

La idea original de juego 3D era usa C de lenguage de programación,
OpenGl para dibujar y SDL para portabilidad, sonido, controles, etc.
Usar lua no me trastoca mucho mis planes, solo es poner una capa de
script encima de C, así espero mejorar el tiempo de programación, el
nivel de detalle (mas movimientos y efectos) y que el programa sea mas
sencillo de comprender para que pueda ser mas grande (ademas el punto
mas conflictivo de mi juego sera la inteligencia artificial, y con lua
o python podré hacer scripts intercambiables y modificables en el
futuro, según como evolucione).

Usar Python me complica el programa sencillamente porque tendré que
aprender el lenguaje desde casi 0, y claro, no voy ha hacer primero el
juego como primer programa en python, requeriria aprender y tener un
cierto nivel. Por ahora creo que con C/SDL/OpenGL y vere si Lua me
permite conseguir lo que quiero en un tiempo aceptable.

Aun me dejas en la duda de si Python es en realidad mejor, ¿tu crees
que un proyecto grande, por ejemplo el quake3 hubiese sido mejor y mas
rapido de desarrollar en Python que en C? y si dices que si, porque
los quakes, doom(3), unreal tournament, etc no se hacen con phyton?

Aunque usan algun lenguaje de script seguro, no se cual, supongo que
desarrollados por ellos, no creo que incluso el motor lo hagan en este
lenguaje de script, lo hacen en C (motor de quake1/2/3: C, half
life:C++, unreal tournament ? , doom3 C (creo)) por lo que en el fondo
debe de conseguirse algun tipo de ganancia en control/velocidad/calidad.

Carlos Rodríguez Caminero