[GULBCS] GULBCS

[Bogart "N-MAN" Osuna]

Arreglos de que guey? Tan solo jálense y de aquí nos vamos al café tux
O al café del malecón, en cualquiera de los dos hay inet.

O si lo ven mejor se jalan a la casa, pinche igor sube mi enlace a 2mb!!!

xD

Ya es cuestión de ver. Sorry me desaparecí un poco pero es que ando viendo
lo de mi posible cambio de residencia a Cabo San Lucas.

Ya saben que la jungla esta a sus servicios.


Bogart
(Señor y dueño absoluto del GULBCS).


 


-----Mensaje original-----
De: lista-bounces en gulbcs.org [mailto:lista-bounces en gulbcs.org] En nombre de
GnuOwned at Gulbcs
Enviado el: Miércoles, 11 de Octubre de 2006 09:42 a.m.
Para: Grupo de Usuarios de Linux de Baja California Sur
Asunto: Re: [GULBCS] GULBCS

Ejem.. pues io le dije al bogart que hiciera los arreglos y io 
organizaba a la raza de aca... pero pues no hay respuesta de este bato...

jejej
saludos
Alonso Méndez Lieras escribió:
> Qué onda Miguel, la reunión segun leí será el sábado, ahí nos vemos y 
> planeamos bien que hacer =).
>  
> Respondo a tus preguntas:
> * Respecto a povray tengo entendido que es solo para renderizar con 
> detalles y efectos fregones, mientras que blender se usa más para 
> modelar/render básico/3d engine para juegos... ¿el pov se puede usar 
> también como engine?
> * Un engine 3D según sé, es una librería para generar gráficos 
> tridimensionales en tiempo real, renderizando millones de polígonos 
> rápidamente, de tal manera que los gráficos sean tan realistas que el 
> usuario sienta que está ahí. Casi to2 los engines de linux soportan 
> opengl, y en windows usan mayormente directx o ambos. El que uso más 
> es el Ogre, con extensiones físicas usando ODE o Newton game dynamics...
> * Lo que sé de física es lo básico: simulación de gravedad, inercia, 
> deformación de mesh y efectos simulando líquidos... todos vienen en 
> tutoriales de ODE, así que mi nivel es de principiante...
> * No he hecho gran cosa en Qnx, más que nada porque no le entendí a su 
> api (dicen que es posix pero vi que solo en las librerías básicas) y 
> no le busqué más al photon gui porque literalmente es otro rollo... lo 
> más que hice fue terminar un tutorial de sockets que nos encargaron en 
> 5to semestre para hacer un sincronizador en teleprocesos.
>  
> Bueno, eso es lo que sé, me gustaría hacer algo en equipo, tengo 
> un shared hosting ya pagado (iba a funcionar para bajavision, pero ya 
> pasé el proyecto a otro más grande y no sé que hacer con este que 
> pagué) con 4gb de ram, 250gb de disco duro disponible con 4Tb de ancho 
> de banda disponible para meterle cualquier cosa que se nos ocurra, 
> tengo todos los servicios básicos instalados para developer: ssh, ftp, 
> cvs o svn le instalo el que más se adapte... php/ruby/etc... Ahí 
> podríamos meterle el código que se genere o usarlo para las bases de 
> datos... nomás es cuestió de abrirle el puerto del programa-server que 
> hagamos...
>  
> Tengo una duda: suponiendo que hiciéramos el proyecto, ¿podríamos usar 
> el shared para que funcionara como controlador principal de los nodos 
> del cluster? se me ocurre algo así como el proyecto seti, donde 
> cualquiera puede bajarse un cliente para que su pc funcione como nodo 
> mientras está valiendo gorro sin hacer nada...
>  
> Bueno, ya me la aventé demasiado fumada no?...
>  
> Saludos!
>
>  
> 2006/10/10, Miguel Angel Gómez Márquez <atomicmx en gmail.com 
> <mailto:atomicmx en gmail.com>>:
>
>      ---
>     ¿qué tal un torneo de scripts que controlen a los entes?
>     ---
>     Si, lo del ajedrez era porque para que esto funcione, tiene que
>     haber reglas duras,
>     que todos conoscan, y limitaciónes, y pues ajedrez todo mundo
>     conoce y las reglas
>     son mas que duras, y eso de controlar entes a mi me parece una
>     idea fascinante, el problema es que se tendría que definir
>     perfectamente la manera de jugar y posiblemente los códigos
>     quedarían muy exóticos.
>     (lo que llevaría a que no muchos querrían "programar").
>
>     ---
>     ¿o que controlen algún robot dentro de un espacio 3d?
>     ---
>     Esto es buena idea, sencilla y fácil de implementar bajo el
>     concepto de que:
>     Los robots no grafican, ni se grafican, el ambiente (espacio o
>     engine) los grafica a ellos.
>     Hehehe luego vemos este asunto con mas profundidad, lo que urgiria
>     sería una reunión.
>
>     Blender.... si  blender es pitón (blender usa python) , povray es
>     una... :)
>
>     ¿Qué tanto sabes de física? ¿Has programando en QNIX?
>     Talvez podríamos desarrollar algo interesante.
>      
>
>      
>     ----
>     ¿Cómo andas en engines 3D?
>     ----
>     Hmmm ¿qué considerás que es una Engine 3D?
>     Es que te podría decir que nunca he usado ninguna, tanto te podría
>     decir
>     que tengo mucha experiencia en.
>      
>
>     Saludos
>     ________________________________________________________
>     Lista de Correo del Grupo de Usuarios de Linux de Baja California Sur
>     http://www.gulbcs.org/
>     mailto:lista en gulbcs.org <mailto:lista en gulbcs.org>
>
>     Histórico:
>     http://www.gulbcs.org/pipermail/lista_gulbcs.org
>
>
>
>
> -- 
> José Alonso Méndez Lieras
> San José del Cabo, B.C.S.
> ------------------------------------------------------------------------
>
> ________________________________________________________
> Lista de Correo del Grupo de Usuarios de Linux de Baja California Sur
> http://www.gulbcs.org/
> mailto:lista en gulbcs.org
>
> Histórico:
> http://www.gulbcs.org/pipermail/lista_gulbcs.

________________________________________________________
Lista de Correo del Grupo de Usuarios de Linux de Baja California Sur
http://www.gulbcs.org/
mailto:lista en gulbcs.org

Histórico:
http://www.gulbcs.org/pipermail/lista_gulbcs.org