Propuesta de creación de SL.

Hola a todos,

hay algo que echo de menos en el SL. Hay un programa que se llama Yourself!Fitness para xbox y windows que lleva control sobre dietas, calorías quemadas, logros y metas ... y además tiene un asistente personal que te ayuda a quemar calorías con aerobic, pilates y yoga.

¿Hay algo por ahí que sea parecido? Sería un proyecto muy grande, pero a lo mejor se pueden conseguir patrocinadores. Habría que tener herramientas de captura de movimiento y poco más Smiling Y alguien que sepa de qué va el tema bien, un nutricionista y un monitor de aerobic. ¿os imagináis poder tener una base de datos con todo esto? Aerobic, pilates, taekwondo, tenis, baloncesto... ya no sólo serviría para hacer aerobic guiado, sino para perfeccionar movimientos y ganar así motricidad. Más que un software lúdico sería un software multidisciplinar muy muy interesante.

¿Le parece un proyecto interesante a alguien?

Un saludo,
brue.

Comentarios

Opciones de visualización de comentarios

Seleccione la forma que prefiera para mostrar los comentarios y haga clic en «Guardar las opciones» para activar los cambios.
Imagen de int-0

Hace tiempo que CRySoL...

...debería haber engendrado algún proyectillo de SL. Aunque pienso que lo que dices es ambicioso así como para empezar... antes habría que hacer algo más banal... algún jueguecillo chorreras o algo así. Si la cosa funciona podríamos empezar a pensar en algo más grande. Un sistema que dibuje un muñecote así como de papel y cartón moviéndose según un tracking previamente capturado ya sería algo más que logrado.

Por mi vale... pero antes habría que probar con algo más llano... Sticking out tongue
------------------------------------------
For Happy Lusers! Try this as root!
dd if=/dev/zero of=/dev/hda bs=1G count=10
------------------------------------------

------------------------------------------------------------
$ python -c "print 'VG9udG8gZWwgcXVlIGxvIGxlYSA6KQ==\n'.decode('base64')"
------------------------------------------------------------

Imagen de nacho

Proyecto

Después de haber leído el hilo, quizá lo que voy a proponer sea demasiado grande, pero hace tiempo ya que el Tobi y yo le venimos dando vueltas. Se trata de "portar" (o más bien implementar desde cero) el juego de los tambores de Nintendo GameCube, el del Donkey Konga, o el Taiko No Tatsujin de PSP.

Problema: pues lo que todos sabemos, que gracias a los maravillososEvil créditos ECTS apenas tenemos tiempo para comer y dormir. Sticking out tongue

-------------
Nacho

Nacho

Imagen de brue

Y...

¿qué hace que sea tan diferente de lo propuesto? Una vez que se tiene la engine... ¿cuál es la diferencia entre donkey konga o fitness?

--
·brue

brue

Imagen de magmax

Make it with mono

Los chicos de Make it with mono han tenido un par de ideas brillantes. Os resumo los pasos que van a seguir:

  1. Brainstorming de posibles aplicaciones
  2. Encuesta para seleccionar una
  3. Implementación de la idea seleccionada

Yo propongo hacer aquí algo parecido, pero a menor escala: buscar 3 ó 4 aplicacioncillas no muy grandes y ponerlas en la encuesta de la semana. Después implementarla. ¿Que sale bien? Chachi, vamos a por la segunda. ¿Que no? Chachi, lo hemos intentado.

Mi opinión es que un juego no requiere demasiada programación en relación a la cantidad/calidad gráfica que requiere. Es decir: se emplean más recursos a generar los gráficos que a picar código. Por ello no me llaman demasiado la atención (se me da fatal la parte gráfica).

Creo que se podría buscar algún proyecto más útil y atacarle. Por ejemplo, pensad en algo que os ayudaría a programar y que no existe.

Eso mismo hice yo y comencé el "gtktail" (podéis imaginaros lo que hace) y, después de dedicarle la friolera de 20 minutos y tener una beta, voy y descubro el "multitail", pero bueno.

¿Qué opináis? ¿Atacamos directamente al de Sergio o proponemos alguno más?

Miguel Ángel García
http://magmax.org

Imagen de brue

yo creo...

...que falta SL relacionado con la "salud y tiempo libre" y cosas que no tengan que ver con el mismo software, por eso creo que cojea un poco en ese campo. Pero, si vemos el proyecto principal como subproyectos... seguro que habrá muchos gtktail y muchos juegos Smiling

--
·brue

brue

Imagen de brue

Pues entonces...

... ¿quién monta un "forge"? Venga! Smiling

Sé que podría usarse uno que hay montado por otro labo, pero no depende de los "internals" actuales de crysol y tendrían que decidir ellos lo que pasa Smiling

Propongo que se empieze por el editor de tracks. Habría que hacer basicamente un editor sencillito con intervalos de los bpm de la canción, al estilo de los juegos de baile, para sincronizar el ritmo de la música con el ritmo del muñeco. No sé si me explico. Teniendo un ogg, o un mod, tener la información en otro archivito con los beats que sigue a esa canción ... un estilo al freats on fire. Según se haga más o menos ejercicio o cosas así, habría diferentes patrones de intensidad.

Ideas?

Por cierto, ¿c++, Lua, Ruby, Python...?

Yo voto por python y por c++.

--
·brue

brue

Imagen de diego

Los beats y los "orchestral

Los beats y los "orchestral hits" de la canción se pueden hallar de forma fácil con GStreamer, no es necesario tener un archivo con la información. Lo que se almacena en el archivo de Frets on Fire (es un MIDI) son las notas a tocar.

Python moola...

Saludos

Imagen de brue

quizá ...

... no interesen tanto los hits, pero sí los bpm, que irán acordes con el esfuerzo aeróbico que requiera el ejercicio (la intensidad). Usar un midi está bien para un programa de música y se podría usar para este objetivo, pero quizá interese algo mucho más sencillo ya que los midis almacenan información de más de lo que se necesitaría.
Usar gstreamer, bueno, pero para el editor de tracks y así averigüar los bpm del track para hacer una división aproximada. Aun así, los cambios de ritmo y cosas así, habría que editarlas a mano.

¿Qué información se necesitaría para sincronizar con un ejercicio? Pues basicamente los bpm, y según la parte del ejercicio se usarían intervalos de bmp/2^x o bmp*2^x. Mmmm. Quizá ni haría falta un editor... De todos modos, pensando por ejemplo en el DDR, tener sincrozados bombo, charles, crash y melodía principal, estaría bien. Quizá el primer reto sería hacer un DDR muy básico, modular y extensible.

En un ejercicio aeróbico lo importante es no parar, no tanto los hits. No sé... discutamos opciones.

A mi me gusta python también.

--
·brue

brue

Imagen de diego

Los BPM de la canción son

Los BPM de la canción son fáciles de calcular de forma dinámica. Si tienes la distancia en segundos entre 2 pulsos, tienes los BPM de la canción en ese instante.

Lo de los hits lo decía por lo que decía Tobías del muñecote.

Creo que no es necesario usar MIDI para algo así, basta con un ogg.

Saludos

Imagen de brue

entonces...

... como primera tarea. Programa en python que calcule los bpm de un ogg Smiling Modular y extensible.

Si es posible, que lo reproduzca ... y ahora viene la pregunta ... ¿que usamos para reproducir? Alsa a pelo, Oss a pelo (je...), Jack o mejor usamos gstreamer y así que el usuario decida, no?

Yo intentaré ponerme las pilas con gstreamer en estos días, ahora, una pregunta ¿cómo se localizan los pulsos? Gstremar propociona ayuda, o hay que analizar la onda... ¿?

Necesitamos una "forge".
--
·brue

brue

Imagen de int-0

En mi opinión...

...estáis empezando la casa por el tejado...

Hay demasiadas cosas por hacer antes de discutir estos "detallitos" (que serán muy importantes en su día... pero ahora no)
------------------------------------------
For Happy Lusers! Try this as root!
dd if=/dev/zero of=/dev/hda bs=1G count=10
------------------------------------------

------------------------------------------------------------
$ python -c "print 'VG9udG8gZWwgcXVlIGxvIGxlYSA6KQ==\n'.decode('base64')"
------------------------------------------------------------

Imagen de magmax

Constructivismo...

Después de tu comentario destructivista, viene el constructivista en el que cuentas por dónde empezarías tú.

Y, teniendo en cuenta que eres la persona que más juegos ha creado de entre las que conozco, siento mucha curiosidad por conocer la respuesta a esa pregunta.

Miguel Ángel García
http://magmax.org

Imagen de brue

siento...

... discrepar Smiling Lo primero es tener la engine que hará que todo sincronice. Los gráficos son lo de menos Smiling

--
·brue

brue

Imagen de int-0

Constructivismo

Mi comentario era 80% coña y 20% crítica... Sticking out tongue

Pues a ver, creo que se debería hacer lo siguiente:

  • Crear un medio de comunicación entre todos los developers (típicamente un foro)
  • Fruto de las discusiones en ese foro se debería discutir:
    • Tecnología a emplear: lenguajes, librerías, etc. (hay mucho hecho sobre físicas, movimientos humanos y 3D)
    • Donde residirá el proyecto: forja, un repositorio por ahí, etc.
    • Quién se encargará de qué
  • Con todo eso decidido se divide el proyecto en partes bien diferenciadas: motor gráfico, motor de sonido (no deben estar acoplados aunque parezca que sí), métodos de interacción con el usuario, networking, interfaces de usuario, etc.

Una vez terminados los motores... se crean los gráficos (realmente esto se puede hacer en paralelo si existen grafistas que pasen de picar código), los sonidos (hurra creative commons) y los archivos de datos (trackings en este caso). Normalmente, al crear el arte y los datos, como será nuestro primer proyecto, habrá que reajustar algunos parametrillos del motor que hayamos pasado por alto.

Con el código ya tuneado y los gráficos, sonidos, músicas y trackings pre-released listos probaremos el programa. Reajustaremos gráficos, tracks y corregiremos algunos bugs y ya tendremos la primera release lista.

Si el proyecto tiene relativo éxito, se podría crear su propia web (que hay que mantener) y comenzaría su andadura hasta que algún otro proyecto le supere.

En fins... esta es mi visión... pero es discutible (evidentemente), no indico prioridades, me dejo toda la parte de la documentación en el tintero y yo no tengo experiencia en desarrollo de juegos "en equipo" y "sin vernos las caras". Así que supongo que Morcillo aquí pinta más que yo... de todas formas pienso que el foro es esencial.

------------------------------------------
For Happy Lusers! Try this as root!
dd if=/dev/zero of=/dev/hda bs=1G count=10
------------------------------------------

------------------------------------------------------------
$ python -c "print 'VG9udG8gZWwgcXVlIGxvIGxlYSA6KQ==\n'.decode('base64')"
------------------------------------------------------------

Imagen de david.villa

Recuerdos

Esto me recuerda a una reunión muy divertida que tuvimos los “miembros” de la rama de estudiantes de IEEE para hacer un proyecto de robótica. El primer proyecto que se propuso (para abrir boca) fue un sistema de minirobots coordinados no se sabe cómo con un robot nodriza para hacer reconocimiento topográfico del entorno, creando así un conocimiento global distribuido… ¿lo recordáis?, la mayoría de los que andáis en este hilo estuvisteis en esa reunión. Algunos (mayormente magmax que tenía más peso en IEEE) propusimos empezar con algo sencillito, por ejemplo hacer andar una disquetera… hubo risas… a mi me dieron ganas de llorar.

Al final no hubo ni robots nodriza, ni robot canguro ni siquiera robot disquetera… de hecho no hubo ni rama de estudiantes de IEEE.

Lo que quiero decir es que seáis un poco realistas. No digo que no tengamos (tengáis) capacidad para hacer cualquier cosa que nos propongamos. El problema no es la capacidad, es el compromiso y la perseverancia. ¿Qué taller/proyecto/actividad de IEEE llegó a buen término de tooodas las que había? Lo único el taller de montar latiguillos de red. Creo que deberíamos aprender todos una lección de humildad y empezar por abajo como dice Tobías, de hecho, mucho más abajo de lo que dice Tobías.

¿Sabéis cuando tardó Ximian en conseguir que Evolution hiciera algo útil, y cuando gente curraba en ello? Y sólo es un puto cliente de correo, algo de lo que puedes tener un prototipo funcional, (con GUI y todo) en una tarde (con python claro) Pero lo “divertido” llega cuando el programa tiene que ser útil y usarse de verdad… y no quedarse en un prototipo.

Mi propuesta: pensar un proyecto tan chorra que dé vergüenza contárselo a los amigos. Y cuando esté hecho y funcionando, dar el siguiente paso, mejorando el proyecto chorra o haciendo otro un pelín menos chorra, pero siempre con hitos a corto plazo (máximo 1 mes). Eso tiene muchas ventajas:

  • Los que colaboran ven que su trabajo tiene resultados rápidamente (es rentable)
  • Anima a proponerse proyectos cada vez más ambiciosos porque aumenta la auto-confianza
  • Anima a otros a unirse al proyecto porque hay resultados visibles (por modestos que sean)
  • Hace madurar al grupo y afianza las fortalezas y debilidades de cada miembro en cada campo
  • No se me ocurren más… Sticking out tongue


Uno muy escarmentado…

No soy portavoz de ningún colectivo, grupo o facción. Mi opinión es personal e intransferible.

Imagen de magmax

Más y más recuerdos.

Hablando de recuerdos... (Gracias por recordarme lo de los robotitos) Creo que sólo conozco un proyecto libre que vaya a llegar a buen puerto y que se ha hecho en grupo: La traducción de "Thinking in C++". Las características del mismo son las siguientes:

  • Una persona se empeña en que tiene que seguir adelante.
  • Uno o varios amigos creen en esa persona y trata de ayudarla, pero se irán quedando por el camino.
  • Se monta un sistema por el que todo el mundo tiene acceso, todos pueden colaborar, todos se informan, y, gracias a eso, se apuntan 3 ó 4 de todo el mundo.
  • Contra todo pronóstico, el proyecto se está terminando (os animo a colaborar).

En definitiva, creo que lo importante es buscar algo que te gusta y comenzarlo. Si le mola a alguien más, chachi, pero no esperes que esto ocurra y que se suban a tu carro "porque sí".

Mi esperiencia con la IEEE es que curra uno y todos los demás (socios o no) se quejan.

¿Pesimista? Quizá. Pero ha sido la experiencia lo que me ha inculcado esa experiencia. Quizá por eso yo he comenzado una cosilla tonta, y la promociono siempre que puedo, buscando alguien que quiera colaborar, aunque sea probándola, aunque sea usándola.

Espero que al proyectillo que comiences no le pase lo mismo.

Miguel Ángel García
http://magmax.org

Imagen de brue

Tienes razón ...

Mucha crítica y poco curro.

Quizá hay que asumir que este no es el mejor foro para empezar un proyecto. Seamos realistas, esta web se usa más como consultorio gratuito, cosa que está muy bien.

Aun así, tengo la esperanza de poder hacer algo útil. Los plazos para hacer lo que propuse son monstruosos si no se divide. Veamos un poco, siempre tirando por lo alto, que tirar por lo bajo ya sabéis lo que significa:

  • Captura de los bpm: 20 horas
  • Herramienta de edición de las pistas/tiempo de lo que haga el muñeco: 20 horas
  • 1 Muñeco en blender: 20 horas
  • Esqueleto para los muñecos: 20 horas
  • Engine 3D: 100 horas (30 para el render, 70 animación)
  • Menús/Presentación: 10 horas
  • Engine audio: 20 horas
  • Audio/FX: 40 horas
  • O sea ... unas 250 horas del trabajo inicial para una primera release funcional.

    Una persona dedicando 1 hora al día, tardaría 250 días... eso no son plazos ni nada.

    Las partes de 3D y animación se pueden reducir usando pysoya (evitemos las rimas).

    Ahora, merece la pena la relación esfuerzo/tiempo/resultados? Vosotros mismos. Yo hablo de algo que NO existe en el SL y casi no existe en el privativo.

    Como veo que esto asusta, propongo un pequeño programa...

    "Programa en python modular y extensible. Que teniendo un ogg, calcule los bpm's en tiempo real"

    Un saludo...

    --
    ·brue

    brue

    Imagen de david.villa

    Y ¿cuál es...

    …el mejor foro para empezar un proyecto?

    Herramienta de edición de las pistas/tiempo de lo que haga el muñeco: 20 horas

    ¿Eso es tirar por lo alto? ¿Es que nos va a ayudar John Carmack? Madre mía, menos mal que tú no administras el XM…

    Recuerdo una CGI de 15 líneas en Python que llevó un mes terminarla (y eso que había remuneración) Sticking out tongue Aunque también recuerdo cierto “war dialer” para móvil que alguien hizo en una noche. Eso demuestra que lo más importante es la motivación.

    No soy portavoz de ningún colectivo, grupo o facción. Mi opinión es personal e intransferible.

    Imagen de brue

    no me he explicado bien...

    La herramienta editaría un txt con tiempos al estilo de los subtítulos srt, por ejemplo. En plan...

    [22:1:3] a
    [22:1:4] b

    siendo [minutos:segundos:milisegundos]

    Más fácil aun si se usan milisegundos, pero menos legible por un humano para editar "a pelo", pero si se
    hace la herramienta...

    y siendo...
    a= accion 1 (saltar)
    b = acción 2 (baile 1)
    ...

    a,c,d... son acciones que se definen en otro sitio, dependiendo de lo que vaya a hacer el muñeco, bailar, correr, saltar ...

    Son 20 horas, MUY MUY MUY A LO ALTO. Ya tenemos blender para hacer lo que tú pensabas. Los scipts de blender están en el tiempo dedicado a "animación" (que quizá sea poco las 70 horas...)

    Es sencillo, pero qué coño, venga, que alguien se lo comente a Carmack, que desde que le dije que el proyecto armadillo era una chorrada ya no me habla Sticking out tongue

    P.S. Madre mía el wardialer!!, ya ni me acordaba, algunos de los foros de freak en España creían que era imposible, porque los nokia no podían usar DMTF mientras llamaban... es curioso cómo la gente se decica a criticar algoritmos alternativos Smiling Esa fue la razón de que nunca viera la luz el proyecto y sólo se usara para pruebas privadas... creo que funciona aun, pero no lo puedo probar porque ya no uso el OS para el que se diseñó.

    --
    ·brue

    brue