SoloCodigo

, es acerca de agregar a los foros una suscripción via rss. La idea es poder leer cuando se realizan nuevas discusiones en un subforo específico (c++, php, mysql, etc) a través de rss. Así es mas facil y rápido revisar el contenido de solocodigo del cual uno participa activamente, mediante lectores como netvibes, firefox, etc.

Camilo
Rune GameDev

Pues soy mas programador que cocinero   pero de vez en cuando cocino para no morirme de hambre  , aunque lo mio es lightwave y es realmente dificil animar en ese software (hace poco aproveche y baje el poser 5 gratis que alivia mucho el trabajo de bones).

Las unicas que me acuerdo por el momento

3Dup Algunos modelos, pero de alto polycount, por lo que habrá que aplicarles reduccion de poligonos para que funcionen en tiempo real.

3d y animacion Tienen pocos tutoriales pero buenos (caminar, saltar, cejas...)


Camilo Alvarez
Rune GameDev

Ehh gracias por la aclaracion Eternal Idol, aunque mi única referencia de mojon, el el señor mojón de southpark (quien sabe porque le habran puesto así   ).

 jeje, de hecho siempre he querido hacer algo así como una "papelera de reciclaje" para proyectos muertos en cualquiera de sus etapas, yo personalmente echaría 2 o 3, algo de provecho se sacaria al exhibir los fracasos, experiencia ajena tal vez (de hecho sean exitosos o no, los proyectos en ingles de todas las tallas a veces van a parar  a los "postmortem").

Camilo
Rune GameDev

No hay problema geo, realmente me refereria a la pagina de consumer.es, aparte de que la noticia de la quiebra de SGI ya estaba trasnochada y la cita de fuentes es muy fragmentaria, me parecio que la noticia estaba llena de tintes de gusto personal mas que de informacion objetiva.

Vaya, armaron fogueo si mi    , bueno no importa, mis recomendaciones independientemente del lenguaje, api, parafernalia, etc, es que:

 - Concreten la lluvia de ideas.

 - Se organicen por rama (graficos, sonido, programacion    , etc) y experiencia (ojala demostrable, porque eso de que yo participe en la creacion de DOOM 3 , pues no siempre es cierta).

 - Monten una plataforma web que les ayude a una mejor colaboración, un foro como este y los chats son un buen comienzo.

 - Se documenten con buenos libros, tutoriales y cuanta cosa haya en internet.

 - Hagan algunas pruebas antes de casarse con una tecnologia.

Ah si, con la minuscula experiencia que tengo, he escrito una que otra cosa sobre el asunto.

Entorno de proyectos
Herramientas GroupWare en el Desarrollo de Videojuegos
Etapas tempranas en la creacion de un juego.

Ojala sirvan de algo  

Camilo
Rune GameDev

   A JuanK, relativamente mal, cada uno consiguio trabajo o esta clavado al estudio, por lo que hemos tenido menos tiempo para desarrollar.

         A Amadeu21, lamento ser tan acido, pero tengo paranoia de la conspiracion contra los de markenting y ejecutivos, lo de egomaniacos era por si las moscas, abundan. De todas maneras suerte en el proyecto y anden con cabeza fria   .

Camilo Alvarez
Rune GameDev

Para los que no se han enterado, parece que los dias 29 (mañana) y 30 será transmitido a travez de una pagina de internet un simposio de videojuegos organizado por el SIGGRAPH y la ACM, la noticia se puede ver en Vjuegos.org

"
Sandbox , el simposio sobre desarrollo de videojuegos que se llevará a cabo durante el SIGGRAPH de la ACM los días 29 y 39 de Julio será transmitido en línea mediante Macromedia Breeze. Para acceder a las conferencias pueden visitar:

29 Julio 2006: http://breeze.rit.edu/r29177299
30 Julio 2006: http://breeze.rit.edu/r33837765

Para conocer el programa: http://www.panda3d.org/acm/program.html"

Camilo Alvarez
Rune GameDev

Creo que estoy de acuerdo, a cada uno le gustan cosas diferentes, pero todo funciona. Lo mio es c++ y OpenGL.

Camilo

Rune GameDev

Hola que tal, es mi primer post en este foro (generalmente estoy molestando en el de videojuegos). Mi pregunta es acerca de una hoja de estilo que estoy haciendo para mi theme de wordpress 2.0. Los post estan enmarcados por .postsuperior luego se hace .entry y luego .postinferior. es algo como:

.postmod
{
       .postsuperior{}
       .postinferior{}
       .entry{}
}

El problema es que en Firefox 1.5 se ve muy bien, mientras que en iexplorer 6.02.09 .postsuperior tiene un desplazamiento de 5 px a la derecha.  He escuchado algo sobre problemas con las css en iexplorer los llamados "ie hacks", pero que no son w3 compilantes y ademas pueden causar mas problemas despues. ¿Es un error mio o solo la naturaleza maligna de explorer?, ¿hay una forma de arreglarlo para que funcione en iexplorer y en firefox (bueno opera y los otros no se si me sirve siquiera)?. Gracias

Nota: Estos son las clases del estilo
Nota2: La pagina problematica es mi blog Rune GameDev

.postmod
{
   background:#000000;
   margin:20px 0 0 0;
   padding:10px;
   text-align: left;
}

.postsuperior
{
   background:#000000 url(images/postTop.gif) no-repeat;
   text-indent: 10px;
   font-size: 1em;
   margin: 0 5px;
   padding:10px;
   line-height: 1.3em;
   height: 17px;
   }

.entry   
{
   background:#000000 url(images/post.gif) top left repeat-y;
   text-indent: 10px;
   font-size: 1em;
   margin: 0 5px;
   padding: 0 20px 0 20px;
   line-height: 1.3em;
   }

.postinferior
{
   background:#000000 url(images/postInf.gif) no-repeat;
   text-indent: 10px;
   font-size: 1em;
   margin: 0 5px;
   padding:10px;
   line-height: 1.3em;
   height: 19px;
}   


Camilo
Rune GameDev

Creo que si entendi bien, la sugerencia de java3d - opengl esta mal hecha.    Realmente ese problema no se refiere tanto a como se va a representar (java 3d - opengl o directX) sino al modelo físico de como van a interactuar los objetos. Creo que el tratamiento que buscas es el de "inverse kinematics" (kinematica inversa) y hasta cierto punto "ragdolls".

Aqui hay algo de informacion al respecto ( que no se note que es google   )

En ingles
ingles

bueno, me dio    seguir buscando, me acuerdo que alguna vez en nehe tutorials un tipo publico un ejemplo muy bueno en c++ y Opengl de ragdolls, pero luego perdi la referencia y el ejemplo

Camilo
http://runegamedev.awardspace.com/

Grupo PENTEX

Podria ser:

- En MSDN proponen "An application can perform multithread drawing by making different rendering contexts current to different threads, supplying each thread with its own rendering context and device context.". Me parece que de todos modos no es una solucion muy satisfactioria. Ellos dicen lo mismo aca

-  Realizar un acumulador de geometrias, texturas, shaders, etc, en un hilo independiente e impedir que los otros hilos dibujen directamente sobre un contexto OpenGL, en vez de esto, haciendolo a travez de hilo acumulador. Tiene la ventaja de volver un sistema grafico OpenGL concurrente de manera segura, desventaja, mas uso de memoria y una abstraccion mas que mantener.

No se me ocurre mas, tal vez exista un api ,toolkit o una libreria que pueda manejar problemas de concurrencia en c++ y/o OpenGL

Camilo.
Rune GameDev

Grupo PENTEX.

A proposito de la compañia que hizo el videojuegos, van a estar el mes que viene en LOOP (Bogota), parece que van a dictar una conferencia corta al respecto del videojuego. Lastima que hay que pagar para ir.

Mas informacion:

http://www.loop.la/

Camilo.
Rune GameDev

Grupo PENTEX