Lowpoly__soy novatilla

[Dai-X]

Hola a todos. Soy novata en esto y estoy realizando un módulo de programación(d. A. I) allí nos están ensenyando todo tipo de lenguajes entre muchos de ellos. OpenGl?
Para este final de curso tenemos que programar un juego con este lenguaje?
Mi primera pregunta, y como novata que soy espero que me perdonéis, es esto del lowpoly que es? Me supongo que es la creación de los modelados con pocos polígonos para que el la aplicación corre fina. Pero que son exactamente. Low polys, un número, me supongo que, esto de OpenGL no será muy usado para la creación de videojuegos, pero la verdad ahora mismo estoy haciendo los max para poder cargarlos en el juego, pero me da miedo pasarme con los polígonos.

Si alguien me puede hacer de guía en este mundillo de los videojuegos, de programación utilizo las librerías de Windows i C++.

Si me podéis dar sugerencias en cambio de lenguaje? O cómo se acostumbra a trabajar, si es que, ai alguien que trabaje de eso, ya me gustaría a mí:p.

Venga. Vaya muy bien.

Buen fin de semana a todos.

[Sombra3d]

OpenGl no es un lenguaje es una Api, pero bueno, dejémoslo correr. Lowpoly como has dicho simplemente son modelos de pocos polígonos, no hay ningún número en especial, simplemente es realizar el modelo con la menor cantidad de polígonos posibles para la calidad final que se requiera (que varía según el proyecto o el propósito).

OpenGl aún se usa mucho, por no decir que se usa en igual proporción que siempre. Al igual que C++ que, si no me equivocó es el lenguaje más usado en programación, tanto de videojuegos o no, únicamente no sé si es más usado c que C++, pero bueno, eso da igual.

Posdata: dale un repaso al libro de lenguaje, que duele a al vista.

[Dai-X]

Gracias, lo sé, todo el mundo me lo dice, no puede ser que sea tan genio con eso de la informática i la programación, pero que con las letras sea un negado.

Y otra pregunta más, si no es mucho pedir, ay algún sitio cerca de Catalunya (Barcelona) donde aprender cosas de este mundillo? Sé que en la UPC tienen algún curso, pero he oído que para entrar en esos cursos has de tenier ya un buen historial.

Bueno espero poderos enseñar algunos trabajos prontos. Gracias por los consejos.

Lo siento por desparramar así nuestra lengua.

[Sombra3d]

Negado, novata? Tu sí que tienes mal el uso del género.

[Pepius]

Supongo que para programar videojuegos será más cómodo C++, por ser orientado a objetos. Un saludo.

[Sombra3d]

Pepius, yo he dado C++ y c (además, de otros lenguajes, viva is.) y a mí personalmente me parece mucho más cómodo el no usar orientado a objetos, sin contar claramente con que algo compilado para c es bastante más rápido que algo en C++ usando orientado a objetos. No voy a dar cifras concretas, por que dudo de su veracidad, pero según recuerdo un programa en c es una buena cantidad de veces más rápido que en C++ orientado a objetos.

[Chaman]

A mí personalmente me parece mucho más cómodo el no usar orientado a objetos, sin contar claramente con que algo compilado para c es bastante más rápido que algo en C++ usando orientado a objetos.

Pues depende de la aplicación que quieras programar. El paradigma de programación orientada a objetos es muy cómodo para realizar aplicaciones de cierta envergadura. A la hora de distribuir trabajo puedes crear interfazs, además de usar patrones de diseño referentes a la PO que pueden ser muy útiles en ciertas ocasiones. Para desarrollar una aplicación grande, como puede ser un videojuego, es tanto o más importante la eficiencia del código como la correcta estructuracción, modularidad y legibilidad del mismo.

Sobre las velocidades de compilación, ambos compiladores usan las mismas técnicas de compilación.

Si existe una diferencia de velocidades en ejecución es derivada de las diferencias del código, no de la eficiencia en sí misma del compilador. También es cierto que (antes) un programa escrito en ensamblador era más rápido que uno escrito en un lenguaje de más alto nivel (y digo antes porque ahora desarrollar un programa en ensablador que aproveche de forma eficiente las características de los procesadores actuales es una locura, de eso se encargan de forma más eficiente los compiladores), pero no por ello la gente dejaba de usar los lenguajes de alto nivel, porque por mucha velocidad que ganes, es un infierno programar en ensamblador (amen de rutinas puntuales).

Hacer ahora un juego en c a pelo no tiene mucho sentido, sería una tontería no aprovechar las ventajas de los compiladores actuales y de los beneficios de los objetos. Seguro que algún programador de los que visitan este foro nos puede dar algún detalle más concreto sobre el tema.

[HalfVector]

Seguro que algún programador de los que visitan este foro nos puede dar algún detalle más concreto sobre el tema.

La penalización en tiempo de ejecución de C++ con respecto a c existe, pero la verdad, no lo suficiente como para plantearse el no utilizarlo por ese detalle. Yo sólo digo una cosa, John Carmak abandonó c en favor de C++ en el desarrollo de dom3. Eso es un hecho histórico.

En cuanto al problema de dai-x. ¿cuánto tiempo tienes para presentar el proyecto? ¿Qué tipo de juego tienes en mente? Intenta dar un poco más de información para que la gente te pueda ayudar. Saludos.

Posdata: otro dato, tim sweney ha programado todas las versiones del motor de Unreal con C++ y sin duda, todo el mundo dice que el motor de Unreal es uno de los mejor programados (legibilidad, estructura, diseño, etc) que hay.

[Dai-X]

La verdad es que no estoy muy avanzado, pero tampoco pido que me echéis una mano, aún que si alguien es de alguna ONG salbamos a los programadores novatillas pues adelante, de momento tengo la base, cargo los modelados todo de 3ds, luces materiales, pero las puñeteras colisiones se me resisten, estoy intentando implementar un método bastante complejo (para mi).

Por cierto, se pueden ver los motores de los juegos, como Unreal o algún Quake, sería interesante verlos, si además decís que están programados en C++. Gracias a todos por los comentarios.

Cada día me gusta más este foro y su gente.

[HalfVector]

Por cierto, se pueden ver los motores de los juegos, como Unreal o algún Quake, sería interesante verlos, si además decís que están programados en C++.

John Carmak liberó el código fuente completo de todos los motores que ha programado hasta ahora (bajo licencia GPL), excepto el de Doom i.

• Quake I
• Quake I
• Quake I

No pongo el de Doom I y II porque no eran 3d.

Ten en cuenta que estos motores están programados en c, pero para aprender cosas eso no importa. Saludos.