Hay alguna incompatibilidad entre los teclados y ratones inalambricos y los conmutadores de raton/teclado ?

La idea es controlar 2 PCs con el mismo par raton/teclado y monitor, pero reemplazando los actuales con cable por unos inalambricos.

Supongo que no deberia haber problemas pero pregunto por si alguien tiene experiencia con ellos.

 Quiero implementar el movimiento de un personaje en un mundo 3D sin fisicas, al estilo de un FPS o MMORPG: resbalar contra las paredes y subir escalones, poco más.

Me gustaria recibir comentarios de gente que lo haya hecho con OPCODE (no ODE, ni tomahawk, ni newton, ni implementarmelo yo, sino con OPCODE).

Ante la falta de superficies de barrido (swept spheres por ejemplo), solo se me ocurre hacer pasitos discretos hasta llegar a la posición destino, como hace quake con su funcion Trace contra los convexhulls, pero usando OPCODE y sus arboles.

Idealmente quiero usar un cilindro o un AABB para el personaje (se ajustan mejor que una esfera) y colisionar contra una malla grande que es el mundo (excepto los posibles elementos repetibles como rocas, barriles,... que pueden ir aparte instanciados/clonados).

Nunca he manejado OPCODE antes, solo he mirado los docs por encima.

¿ Comentarios, sugerencias, trucos, enlaces, observaciones sobre rendimiento, experiencias, ejemplos ?

Gracias.

 Lo muevo aqui a otro hilo para no secuestrar el de la PS1, en el que pr0grAmm3r ha puesto:

Sacado de Meristation de hoy
http://www.meristation.com/v3/des_noticia....d888ef3&pic=GEN

Una universidad australiana enseñará a programar para Xbox
Microsoft apoyará económicamente esta iniciativa

Los estudiantes de la Universidad Tecnológica de Queensland en Australia podrán asistir a una nueva asignatura dedicada a la programación de juegos para Xbox. El nuevo programa de estudios será financiado por Microsoft con el objetivo de diseñar una asignatura que enseñe a los estudiantes a programar para esta consola, cuyas clases empezarán el año que viene. Los estudiantes podrán hacer proyectos para esta consola y desarrollar juegos como parte del curso, aplicando los conocimientos adquiridos a la práctica.

La industria del videojuego "rivaliza, a nivel internacional, con la de Hollywood", afirmó el Doctor Ross Brown, de la Universidad de Queensland. "Genera miles de millones de dólares en ingresos cada año", añadió, y apuntó a que la industria australiana está en buena forma, ya que las compañías europeas desean abrir oficinas en ese país, además de que "hay un grupo fuerte de jóvenes diseñadores locales que desean iniciarse en el negocio".

Si, si, mueve millones... pero para los publishers y retailers, que el desarrollador me da a mi que con su 10% no verá muchos millones de "beneficios".

Algo mejor andaba el mercado shareware, donde tenías mayor margen a cambio de menor exposición. A día de hoy, con la utilidad testimonial de download.com, tucows, lockergnome y tal, si entras como nuevo al segmento shareware (tipico indie) estás casi (recalco el "casi") en la misma situación que en el mercado tradicional, sólo que tus publishers aquí se llaman "portales".
Según como te lo montes, los afiliados te pueden salvar el culo, pero cada vez más dependes de los portales.
Los que se pasan por indiegamer ya conocen por donde voy, asi que no me extenderé más en eso.

Desarrollar juegos es una pasión/afición no una inversión. Puedes vivir de ello, pero si tu principal motivación para hacer juegos es el dinero, ejem... muucho riesgo, muuucho curro y menos dinero del que podrías sacar por otros cauces por el mismo riesgo/esfuerzo.

 ¿ Alguien conoce el algoritmo o un enlace con la forma más eficiente de representar en pantalla un plano infinito ? En el peor de los casos usaría 3 triangulos (horizonte cruzando dos planos de frutum contiguos) o 2 triangulos si el horizonte va de lado a lado de la pantalla.

Pienso que tiene que haber algun método que no pase por calcular la intersección con los 6 planos del frustum.

[CONCURSO "VIDEOJUEGO EN 1 DIA".]

 CONCURSO "VIDEOJUEGO EN 1 DIA".

ESPECIFICACIONES DEL JUEGO:

- Cumpliendo siempre con las , el juego a desarrollar tendrá las siguientes características:


- Podrá ser en 2D o 3D libremente.
- No se requiere que los personajes tengan animaciones, basta con que su posición cambie cuando se muevan.
- La presencia de enemigos u obstáculos queda a la elección del equipo de desarrollo.

-La mecánica del juego será un juego de "HABILIDAD/CONTROL": la base del juego es el control del personaje (para evitar que colisione, se desvie, etc...) venciendo la inercia, gravedad o fisicas del mundo/vehículo.
El recurso de control ha de estar limitado (combustible, vitalidad, etc...).


Ejemplo típico de juego: "Lunar Lander". Algunos links de juegos con desarrollo de este tipo:
< web-lander clásico >
< web - Biplano y globos >

< download - Rescatar vacas >
< web - otra variacion lunar >


ALGORITMOS (para el caso del lander clásico):

- Los siguientes algoritmos son a titulo orientativo, elegidos por su simplicidad para quien tenga menos experiencia. En ningún caso son obligatorios. La implementación del juego es libre.

- una forma rapida y cutre de comprobar colision es dejar el fondo negro y mirar si el pixel debajo de la nave es distinto de negro

- hay aterrizaje si la velocidad vertical es poca y hay colision con la plataforma de aterrizaje

- El teclado no controla directamente el personaje, sino que aumenta/disminuye la cantidad de desplazamiento que se aplica al personaje cada pasada del bucle de juego.
Ejemplo (pseudocodigo):

incremento_horizontal=0
incremento_vertical=0
combustible=100

bucle de juego:
  si tecla izquierda -> incremento_horizontal = incremento_horizontal-1
  si tecla derecha -> incremento_horizontal = incremento_horizontal+1
  si tecla espacio -> incremento_vertical = incremento_vertical+1 , combustible=combustible-1

comprobar que los incrementos no son demasiado gandes (en positivo o en negativo)

 posicion_horizontal = posicion_horizontal + incremento_horizontal
 posicion_vertical = posicion_vertical + incremento_vertical

 aplicar gravedad -> incremento_vertical = incremento_vertical - gravedad
repetir bucle

_____________________________________________________________

Ante cualquier duda, no dudeis en preguntar ahora  ;)

[CONCURSO "MINIJUEGO EN 1 DIA"]

 CONCURSO "MINIJUEGO EN 1 DIA"

PROPÓSITO:
- Completar el proyecto (juego) sugerido dentro del plazo asignado (24 horas), premiando la capacidad de ajustarse a los plazos y requerimientos funcionales antes que la capacidad técnica, artística o creativa.
- Con el objeto de permitir un mayor número de participantes de diversas capacidades y aptitudes, y bajo la premisa de evitar excesivas desigualdades, el juego será muy simple y estará preestablecido. Será asequible para ser desarrollado en un solo día por un programador medio.
- No habrá premios ni votaciones "oficiales" ni comparaciones, aquí cada participante corre contra consigo mismo, con le objetivo de comprobar si puede acabar en el plazo. El producto resultante se valora en relación a quien lo produce, y no a los otros participantes.


CONDICIONES DE PARTICIPACIÓN:
NOTA: La participación en el evento implica la total aceptación de las normas, quedando el derecho a la posterior modificación de éstas a discreción  de la organización (es decir, yo :D ).

- Con el objeto de evitar suspicacias, participarán un máximo de dos personas por equipo, no pudiendo colaborar cada participante en ningún otro equipo.

- Se podrán utilizar cualquier tipo de herramientas de desarrollo y producción de contenidos, propias o de terceros, reutilizando a discrección de cada equipo, librerias, código, y recursos artísticos de los que se tenga licencia o derecho de uso. No siendo obligatorio, si que se recomienda usar arte propio o creado expresamente para el evento.

- No se admite utilización de contenidos que violen copyrights, inciten al suicidio, terrorismo, violencia de género, confesión religiosa y similares. Entiendase incitación como la presencia de mensajes textuales o icónicos que hagan apología de dichas actividades. No se mirará con lupa, pero se espera que los participantes tengan sentido común.

- Los juegos deberán cumplir con los siguientes requerimientos, pudiendose preparar el código que los gentiona, de antemano. Es un concurso de desarrollo de juegos (en su ámbito más amplio), no de programación rápida:

1. El juego deberá entrar en una pantalla de menu que ofrezca como mínimo, las opciones de jugar y salir del programa. Se podrán incluir opciones de configuración o tablas de puntuación, etc,.. a discrección del equipo de desarrollo.
2. El juego deberá registrar, como minimo, la máxima puntuación, que será mostrada durante el juego junto a la puntuación actual. No es necesario que dicha información persista entre sesiones (ejecuciones del programa). Registrar el nombre de la persona que obtenga puntuaciones altas es opcional.
3. El interfaz de usuario durante el juego ha de mostrar en todo momento la puntuación actual y la máxima, asi como marcadores asociados al desarrollo de la partida, como energia, combustible, tiempo, etc... El estilo y diseño del UI queda a discrección del participante.
4.  La presencia de sonido es opcional.
5.  El juego deberá presentar algun tipo de respuesta que indique la "muerte" del personaje, pérdida de 1 vida, etc... no es válido salir directamente al menu principal. Un simple mensaje o un sonido que diga "Ay!" es suficiente.
6. La mecánica del juego deberá ajustarse a lo requerido el día de la competición, siguiendo las directrices el género base que se proponga. La temática del juego queda al libre albedrío de los participantes. Acompaña a este post otro con un ejemplo de lo que se pedirá el día del concurso.
7. El juego debe adaptarse a la velocidad de ordenadores más potentes. Sin controles de ese tipo un juego que va "bien" en un P90 sería imposible probarlo en un P4 3Ghz.
8.No hay requerimientos máximos/minimos de máquina, que cada uno haga lo que buenamente pueda y como pueda.


DESARROLLO DEL CONCURSO:

- El evento tendrá lugar el Sábado día 26 de Febrero en el marco del foro de Stratos (www.stratos-ad.com).
- Se publicará el documento del juego a producir a las 10:30 GMT+1 hora peninsular española (+9 horas PST hora costa oeste) en el apartado General del foro.
- A partir de dicha publicación, y hasta las 11:30 GMT+1 ( 1 hora de plazo ) se podrá comentar cualquier duda al respecto en el hilo donde se publicó el documento. Tanto dudas técnicas como de diseño. Queda abierto a cualquier participante el comentar al respecto, teniendo la organización la última palabra en los asuntos que supongan posible conflicto con las normas.
- Al finalizar dicho plazo, a las 11:30 GMT+1, se publicará un post indicando inicio del concurso, quedando en ese momento prohibido publicar nada en el hilo del concurso hasta la finalización del mismo 24 horas después (11:30 del domingo 27).
- Los únicos mensajes aceptados durante el periodo de desarrollo son los de entrega de juegos, bajo las condiciones expuestas más abajo. Cualquier comentario deberá esperar a la finalización o bien abrir un hilo de conversación nuevo. NO se discutirán las normas.
- Siempre fuera del hilo del concurso, los participantes podrán intercambiar la información que deseen asi como preguntar dudas, pero no se admitirá la intervención directa en otros equipos (envío de ficheros, modificación de fuentes) ni la publicación de código compilable. Se admite pseudocódigo. Google es tu amigo.


CONDICIONES DE ENTREGA DE TRABAJOS:

- Durante el periodo de 24h o posterior, si no da tiempo, los publicarán en el hilo del concurso un mensaje de entrega del juego, bajo las condiciones descritas a continuación. Dichos mensajes son los ÚNICOS que se admiten en el hilo del concurso durante las 24h del evento.

1. Se deberá adjuntar el nombre/alias de los integrantes del equipo.
2. Se incluirá un enlace a una captura de pantalla durante la partida (no del menu principal). Dichas imagenes se pueden colgar facilmente (no hace falta registrarse) en http://www.imageshack.us/

3. Es necesario adjuntar un enlace a la página de descarga del juego comprimido (no es necesario que sea autoinstalable). Los fuentes no hace falta incluirlos, solo el producto final. A tal efecto se ruega a los participantes el procurarse su propio hosting antes del concurso. Hay multitud de servicios gratuitos disponibles en Internet, para una descarga da igual que haya banners o la pagina esté en blanco.
4. El mensaje debe contener una declaración de copyright y condiciones de uso/distribución. Freeware, Dominio Publico,  uso no comercial, no/si alojar en otros sitios web, etc...
5. Se deberá incluir una lista de las herramientas/librerias/recursos más relevantes que se hayan utilizado.

 Pues eso, a ver que acogida tendría. Quiero saber quien estaría dispuesto a participar.  No hay premios ni jurado ni clasificación ni nada de nada, solo la satisfacción personal de haber participado B)

La idea es: abro un hilo aqui en stratos, por decir una fecha de ejemplo, el sabado a las 13:00 GMT+1 (hora peninsular española) con las bases los requerimientos funcionales, la idea del juego y los algoritmos básicos de la implementación (para el que los necesite). Posteais a lo largo de las 24h de plazo un screenshot y un enlace de descarga del juego (no de los fuentes) y el dia siguiente a esa hora queda cerrado.

Sin categorias ni votos ni requerimientos de máquina o lenguaje. La mecánica del juego sería una cosa muy sencillita para que sea asequible a más programadores.

Podría ser divertido, contad que os parece la idea y si participaríais.  

 Pues eso, que lo quiero para animar personajes low-poly y no cueste mucho (100$ ya sería muucho).

No necesito virguerias, ni versatilidad, ni potencia, ni combinar animaciones ni nada de nada, ni escenas, que será para animaciones simplistas de 1 personaje andando de frente como un pato escocido, saltar y poco más. No será para hacer animaciones muy realistas tampoco.

Que sea cómodo es importante (al final acabaré animando con blender, lo veo venir...).

Aparte de Anima8r, Milkshape y Blender no conozco nada que no salga más caro que  una novia pija.

Que la animación sea por bones, morph targets o amenazas de muerte me da igual  :P  

 Hola a todos, a ver si podeis aclararme una duda.

Tras haberme recorrido internet en busca de información Indie, mas o menos tengo claro que el primer paso viene a ser terminar y publicar un juego simplón, por ejemplo, un remake de arkanoid (eso, que hay pocos) o pacman o mahjong y similares. Hasta ahi, muy bien: hacemos eso, ganamos experiencia de marketing, de negocios, de atención al cliente, de desarrollo, la paciencia, miramos con mejores ojos la idea de dedicarnos a freir hamburguesas, ponemos los pies en el suelo, y no esperamos ver un duro en los primeros juegos. Ok.

La cuestion es, pasada la fase puzle-remake (si la llegas a pasar ), ¿ cuanto cuesta pagar por la musica y los graficos ? Hablo de modelos 3D animados y con materiales aplicados. Se cobra por modelo o ¿ como va eso?

¿ Y la música y efectos de sonido ?

Ando muy perdido en estos temas, y yo no doy para mas que hacer un monigote simple en Wings3D

Gracias de antemano  :)