Hombre, al menos hay que dar una oportunidad, igual que a los clickers, desde luego que el que los compró sin comprobar que funcionasen para linux, la cagó, pero eso no significa que no fuese buena idea, o que un alumno no pudiese realizar un proyecto fin de carrera con ellos, si a las primeras de cambio nos dejamos llevar por un pronto de estos nunca podremos progresar... hay que perseverar, pulir, y ver resultados, y luego decidir.

Que no te sepan decir el nombre de un ministro dice mucho a favor de esos chavales.  :D

Y respecto a la formación de los profesores, los chavales están expuestos a lo mismo que hemos estado todos, profesores buenos y malos, mas interesados y menos...  lo importante es que al menos por estadística se hará bien para muchos alumnos, y como beneficio colateral  se creará cultura alrededor de la programación, y que al menos la gente en un tiempo sabrá valorar lo que hay detrás de programar, y que no es magia, sino un gran esfuerzo intelectual.

No se por que tenéis que ser tan negativos... cierto es que me gustaría que lo diesen profesores de informática,... pero no tiene porque ser tan malo...

yo recuerdo que el profesor de lengua fue quien nos enseño logo... y lo hizo bien... me lo pase mejor con logo que aprendiendo word...

ahora hay herramientas de programación visuales para niños que son una maravilla... y el nivel será de tipo introductorio, el que vimos en mi época con logo vamos... concepto de secuencia de instrucciones, bucles, condicionales, variables y poco más, para eso no hace falta ningún crack de la programación y sin embargo ya es un paso muy importante.

Para el tema de impresión 3D usaran un programa de diseño, y los críos se imprimirán sus figuras, el colegio no tiene ni porque tener impresora 3D aunque he oído que salen ya a un precio muy asequible...

A mi no se me ocurre nada mejor para fomentar inquietudes de los chavales... ojalá y en todos los sitios implementasen un programa así...

Yo personalmente no empezaria por C++ ni C... son palabras mayores para alguien que empieza de cero y puede ser un muro dificil de escalar.

Por suerte ahora mismo hay frameworks que te hacen más amigable el entorno y sinceramente para un primer juego en 2d y que no tega pretensiones de hacer algo revolucionario pueden ser más que válidas.

Yo te recomendaría a priori usar algún entorno tipo gamemaker, aunque es dificil aconsejarte sin saber que tipo de juego quieres hacer.

Ahora mismo le he estado echando un vistazo a un juego que han posteado en el foro, que se llama vampirako y que esta hecho con gamemaker, echale un vistazo y te podras hacer una idea de lo que se puede hacer con el.

Un saludo

Un saludo

Uups... solucionado  ^_^'

Buenas,

como último vestigio de bohemia artística... (no me puedo resistir a citar a arniches) .., en fin...

que estas vacaciones despues de que varias personas se interesaran por que mejorase un antiguo editor que hice... me he puesto y lo he rehecho atendiendo a algunas peticiones.

Video: https://www.youtube.com/watch?v=ezDoNi4yve8&list=UUv2pMGQPRzuZAE0PrwZuzbg

Lo pongo por aquí por si alguien quiere probarlo y dar alguna impresión...

https://dl.dropboxusercontent.com/u/59983887/Voxel3.zip

Y de regalo un programita para "robar" modelos de la pagina qblocks.. cuando seleccionas un modelo se traspasa al editor mediante un socket ;)

https://dl.dropboxusercontent.com/u/59983887/QblockSniffer.zip

Me he quedado en puertas de añadir una parte donde juntar los modelos con animacion esqueletal y secuencial... pero no voy a tener mucho tiempo... :(

1) Creo que es mejor un solo hilo que vaya consumiendo de una cola de busquedas...
2) ¿el mapa del grafo es pixel por pixel? eso no lo entiendo... digo yo que aunque tu tile grafico sea de 96x48, supongo que los sprites de las unidades serán más pequeños, y el pathfinding lo podrias hacer entre bloques de 24x24
Incluso podrias agrupar 4 bloques de 24x24 en uno de 48x48 y asignarle a este en una variable los huecos libres que te quedan de 24x24, de esta forma todavia haces que el pathfinding sea más rápido de calcular....

Yo hice algo parecido.. y lo hice a la inversa...

digamos que calculaba para todas las celdas del mapa el pathfinding para el heroe...
es como si hicieses un fill desde la posicion del heroe...
asi independientemente del numero de enemigos el tiempo de calcular el path finding es constante...
si el mapa es grande puede consumir bastante tiempo... porque has de rellenar todo el mapa...
asi que te creas un hilo en background que cada vez que se mueva el heroe recalcule...

Aqui una implementacion que hice basandome en esta idea... pero haciendo que se recalcularan parcialmente los datos de las celdas cuando bloqueabas un camino...
https://www.youtube.com/watch?v=mYLSZJViSDc

EDIT: Quizas no se te ajuste bien la idea en caso de que quieras que los enemigos tb bloqueen..

pero quedate con  la idea un hilo en segundo plano encargado de ir calculando caminos... date cuenta que las unidades no tienen porque recalcular inmediantemente el camino hacia un destino si este se mueve.... el camino seguira siendo más o menos el mismo... y porque se recalcule medio segundo despues de haber movido el heroe no va a pasar nada porque sigas usando el camino anterior.

Yo en principio no tendria en cuenta a los enemigos en el calculo del camino salvo que esten parados, y en caso de que tengas distintas velocidades de enemigos ya se complica la cosa, pero si chocas con otro enemigo que tb esta en movimiento y es mas lento que tu, pararia y recalcularia un camino que si tuviese en cuenta a los enemigos en movimiento.

Un saludo

Me gusta más la primera porque te tensiona un poco más y te exige más... aunque estoy de acuerdo en que la forma de interectuar con los carniceros necesita pulimiento y acercarla  la de los cerditos

Quiero felicitarte por el curro que te has pegado con el framework,
no tengo mucha idea de javascript, pero me encanta ver buen codigo
y estoy aprendiendo un montón.

Tengo que hacer un pequeño proyecto y me he acordado de tu framework, he estado un buen rato con el y me he encontrado muy comodo, asi q he decidido usarlo.

Te animo a q completes el manual, y a quien busque un framework para javascript basado en canvas q le eche un ojo.

Aquí tienes mis prácticas de IA donde podrás ver visualmente el árbol de búsqueda y puedes aplicar distintos algoritmos y distintas métricas para el coste.

http://www.youtube.com/watch?v=08yo1afSgmc

En la descripción está el enlace al código fuente en C#

Puedes residir en España y haber creado la empresa en UK, de hecho cualquier ciudadano europeo puede crearse la empresa en UK... :)

Y a través de internet hay empresas que te hacen las gestione y te proveen de un domicilio fiscal.. ;)

El único problema que se me dió es debido a:

1) que tengo en cuenta el radio del modelo para separar el camino del vértice lo suficiente para que el modelo no pase por encima de una pared.
2) Que usé cajas de tamaño maximo fijo como zonas convexas, lo que hacia que cuando lelgaba al maximo y cuando juntaba cuatro cajas e intentaba ir al vertice comun, al aplicar el radio de separacion no permitia acceder a zonas dentro de ese radio y además hacia un camino que esquivaba al vértice...

esto es fácilmente solucionable, de dos formas teniendo en cuenta que ese vértice es especial y usar un radio cero o no permitiendo ese tipo de vértices... que es lo que hago ahora...

Aquí puedes ver las cajas que genero para un mapa... cada zona delimitada con lineas verdes es una zona  convexa.. y las rellenas de rojo/amarillo/azul son transitables/puertas/escaleras

Muchas gracias Vicente :)

Yo he usado recientemente un algoritmo lllamado funnel que crea el camino verde.... este es el link donde explica el algoritmo... http://digestingduck.blogspot.com.es/2010/03/simple-stupid-funnel-algorithm.html