Propuesta de estatutos para una liga futura pero no muy lejana

Hola a todos:
Hoy es un gran día porque a partir de las 15:00 (esto es, dentro de seis horas) estaré de vacaciones. Seguiré los pasos de Escipión el africano e invadiré las ruinas de Cartago durante una semana. Y ahora, después de poneros los dientes largos, vamos al tema.
Con respecto a la posibilidad de hacer una versión electrónica de DBMM para partidas, supongo que todos sabéis que existe algo parecido en la web www.dbaol.com; pero es para DBA y además creo que de la versión 1.2 o algo así. Vamos, que no está actualizada en absoluto. Y además es de pago, creo que 10USD al mes.

El caso es que la idea de hacer una versión electrónica de DBMM es algo que me atrae muchísimo. Y si contamos con la buena voluntad de los jugadores no es especialmente complicado de hacer, al menos en principio (A todo esto, no se si he dicho que yo trabajo para ISBAN, que por si no lo sabeis es la sección de informática del Grupo Santander; es decir, yo soy programador, o mejor dicho, era, porque hace un par de años que ya soy analista y ya no pico código, pero vamos, que entiendo un poco de ordenadores )

Estas serían mis propuestas de cara al desarrollo del juego (Por cierto, quizá lo suyo sería abrir un nuevo hilo)
.- La aplicación NO tendrá inteligencia. Esto es, si un jugador coloca sus piezas de manera ilegal, o las mueve más o menos de la cuenta, o ... la aplicación lo aceptará sin problemas. Serán los jugadores los que decidirán si los movimientos son o no legales. Después de todo, es lo mismo que sucede en un juego de mesa. Los tapetes tampoco tienen inteligencia
.- Como ampliación del punto anterior, la aplicación no reconocerá los tipos de terreno y los penalizadores o modificadores que lleva asociados ese terreno.
.- La aplicación SI tirará los dados e informará a todos los jugadores (no necesariamente dos, pueden ser más) de los resultados. Pero la aplicación NO sabrá cuando hay que tirar los dados, cosa que será responsabilidad del jugador.
.- El jugador podrá mover sus propias unidades, y TAMBIÉN las del enemigo. (Si destruyo a una unidad, o la hago huir o retroceder, la muevo)
.- La aplicación grabará estados ("fotos" de la partida) cada vez que se haga un movimiento y cada vez que se ejecute una tirada de dados.
.- El jugador podrá grabar mensajes en cada momento de la partida, que también se grabarán (Explicaciones del movimiento, amenazas al rival, etc. )
.- El turno que llegará a cada jugador será un archivo de texto plano (vamos, un .txt). Este archivo se podría editar y hacer trampas, pero ... habrá que confiar en la buena voluntad de los jugadores. Con ese turno, la aplicación cargará la situación anterior e irá mostrando cada uno de los estados que se hayan producido en el turno del rival.

En resumen, la aplicación hará muy poquitas cosas, y es responsabilidad de los jugadores el saberse las reglas, jugar limpio y no hacer trampas. ¿Eso es aceptable o se busca algo más complejo?

Un saludo a todos.

Hola,
muy brevemente, la idea es muy interesante y merece un hilo para pensar en ello con detenimiento. ¿Cuantos de nosotros podríamos aportar conocimientos técnicos?
Por lo que veo Jonovi y Nimirukhor sí.
Yo no, aunque también me muevo en las IT, no sabría programar para algo así, (sólo puedo aportar ideas, reflexiones y muchas pegas)

De entrada creo que habría de dejarse para una segunda fase los temas de campañas etc,
ya hay bastantes cosas complejas en la batalla, como las estratagemas.

De acuerdo con empezar con un programa básicamente "tonto", como indica Nimirukhor, pero habría que dotarlo de la flexibilidad suficiente para replicar o corregir errores.
Entiendo que sería algo basado en envíos de ficheros, de desarrollo por muchos miniturnos, para jugar a lo largo de días.

Algunas cosas que se me ocurren a bote pronto:
Entiendo que indicas que cada turno generaría diversas fotos, unas para ver el detalle de los movimientos del contrario antes del los combates (justificar cada PIP), creo que ahí sería necesaria una "aceptación" del jugador contrario, para después pasar a realizar los combates.
Desde luego es imprescindible la honestidad, porque coger el save previo y repetir el turno es muy fácil, (o poner algún sistema de claves que impida esa maniobra).

A nivel visual, supongo que la aplicación generaría un mapa y fichas a escala y unas "reglas de medidas" para marcar los movimientos.

Una pega que le veo, es que esperar a que te llegue el resultado de la fase de comates del enemigo sin haber podido ver las tiradas de dados, eso es muuuuuuy chungo.

Lo mejor es que se puede jugar con cualquier ejército

Erwin escribió:
De entrada creo que habría de dejarse para una segunda fase los temas de campañas etc,
ya hay bastantes cosas complejas en la batalla, como las estratagemas.

Yo diría que si en algún momento se hace algo de campañas, sería una aplicación distinta. Y de hecho se me ocurre que es un aplicación muuuuuucho más sencilla. En función de la campaña, podría ser algo tan tonto como un mapa coloreado con los territorios que controla cada jugador.

Erwin escribió:
Entiendo que sería algo basado en envíos de ficheros, de desarrollo por muchos miniturnos, para jugar a lo largo de días.

Basicamente sí. Cierto que se puede "quedar" para jugar, enviar turno y esperar la respuesta del otro y así sucesivamente, pero sí, en principio es para jugar por correo.

[quote="Erwin"]
creo que ahí sería necesaria una "aceptación" del jugador contrario, para después pasar a realizar los combates.

Ok, no se me había ocurrido, pero sí, es mejor aceptar los movimientos ANTES de que se produzcan los combates.

[quote="Erwin"]
Desde luego es imprescindible la honestidad, porque coger el save previo y repetir el turno es muy fácil, (o poner algún sistema de claves que impida esa maniobra).

Bueno, se podría hacer que los movimientos quedaran registrados en una base de datos, con lo cual, no se podría simplemente borrar el archivo. Pero eso implica tener una base de datos en un servidor, etc. etc. y eso además de ser más complicado, puede no ser gratis.

Erwin escribió:
Una pega que le veo, es que esperar a que te llegue el resultado de la fase de comates del enemigo sin haber podido ver las tiradas de dados, eso es muuuuuuy chungo.

Bueno, a ti te llega un turno con el movimiento, tu lo aceptas, al otro le llega tu aceptación y se producen los combates (y sus movimientos asociados si los hubiera), a ti te llega el turno con el resultado de los combates del enemigo. Si, es chungo, porque es como que cuando en una peli te ponen la pausa publicitaria justo antes de que se resuelva quien es el asesino

Un detalle interesante a tener en cuenta es que puedes jugar muuuuuuuuchas partidas al mismo tiempo.

Bueno, hoy me voy de vacaciones, pero cuando pueda, empezaré a pensar en el tema.

Madre mía, semanas sin escribir, y hoy de repente escribo 3 mensajes!!!!!

A ver, he estado releyendo todos los mensajes de este hilo y me parece todo una buena idea. Lo de hacer "selecciones locales" suena divertido y facilita el planificar estrategias con los compañeros.

La cuestión sería ¿sobre que campaña se jugaría? Me refiero a que si yo me gasto una pasta en miniaturas de plomo de egipcios del imperio nuevo, y otro se gasta otra pasta en ingleses de la guerra de los cien años, pues ... a la mierda el rigor historico, pero se van a enfrentar egipcios contra ingleses.
Pero los ejércitos de internet son virtualmente gratuitos (bueno, lleva tiempo hacerlos, y el tiempo es oro) con lo cual, no hay ningún problema en hacerse cualquier ejército; pero habría que decidir cuales. No sería necesario que toda la "seleccion local" llevará el mismo ejército, pero deberían ser ejercitos coherentes, por lo menos.

A título totalmente personal (no he hablado con el resto de mi "selección regional") me atraen las campañas de la reconquista y las guerras púnicas ¡¡¡Me voy a Cartago!!!! pero estoy abierto a cualquier otra sugerencia. De hecho, me hice escocés prefeudal porque a un amigo le gustaban los vikingos.

Pues felices vacaciones compañero y recuerda Delenda est Carthago!

a mi todo lo que suene a clig clang ya me gusta, o sea, no hay problema.

Felices Navidades

PD ¿ya te paseas de vez en cuando por los blogs? anímate a dejar tus comentarios.

Hola a todos,

Me temo que ahora es cuando viene el jarro de agua fría . Los que me conocéis desde antes de conocernos en este foro sabréis ya que yo hace 5 años intenté ya crear una versión electrónica de DBM, y ya os adelanto que es técnicamente inviable. Es decir, que sólo es técnicamente viable si dispones de 150.000 € o más.

Resumiré la historia. Yo, como fan entonces de DBM y del mundo de Internet, pensé que podría reunir ambas pasiones en una sola creando una empresa que explotase comercialmente el juego a través de Internet. Como no tenía, ni tengo, idea de informática, me fui a buscar una empresa en el mercado de programadores que hiciera el trabajo, y encontré una que me lo hacía a un precio muy asequible a cambio de ser socios en el proyecto. Acepté entusiasmado, por supuesto. Eso fue a finales de 2003. El resultado fue que a finales de 2005 (además de una serie de problemas legales que ahora no viene al caso explicar aquí) la empresa me dijo que no se veía capaz de llevar a cabo el proyecto adelante sin una inyección de capital como la mencionada para buscar programadores especializados en el tema. Y no es que no tuvieran personal cualificado. Puedo dar fe que allí había cracs informáticos que te hacían caer de espaldas. La cuestión era que el volumen de horas de programador que veían que hacían falta era sencillamente colosal. Y no penséis que tenían previsto hacer virguerías; básicamente lo que veo que comentáis aquí, juego sin inteligencia artificial, archivos enviables por turnos y visualización decente. En definitiva, un interfaz de movimiento simple, corriente y moliente.

Desde fuera todo parece fácil, pero ahora os haré una pregunta de las muchas que no pudieron solucionar los tres tíos que se estuvieron dedicando al proyecto. ¿Qué algoritmo hace falta para calcular el ajuste de un frente de elemento a otro enemigo que, teniendo en cuenta el movimiento gratis de 80 p, identifique su imposibilidad ante la presencia de una zona de control enemiga perteneciente a un tercer elemento ANTES de materialización? Y es fundamental que sea antes, porque al jugador no se le debe poder permitir hacer movimientos ilegales. Otra de las “facilitas”, ¿cómo hacer distinguir en el movimiento de ajuste de 80 pasos la prohibición de entrada en un hueco de menos de 4 cm en una dirección distinta a la de una interpenetración legal (en cuyo caso sí es legal)? Nuevamente, la identificación debe ser previa, ya que si no es así, y se permite un movimiento ilegal, las aplicaciones (o sea, restricciones) de las nuevas posiciones de las zonas de control modifican el comportamiento legal de los nuevos elementos afectados. ¿Me voy explicando?

Otra cosa es hacer como el Cyberboard, que no distingue las reglas y depende por completo del conocimiento de ambas por parte de los jugadores. En ese caso es posible que sea factible, pero si lo que buscáis es algo más, como me parece que es el caso por lo que leo, mi modesta recomendación es que dediquéis vuestras horas de ocio a cosas más productivas, obtendréis mejores recompensas. Lamento parecer un aguafiestas, pero hablo desde la experiencia de un fracaso que padecí en carne propia.

En cuanto a la liga en sí, la verdad es que podemos hacer lo que queramos, lo importante, creo yo, es que juguemos de forma regular y nos mantengamos cohesionados como grupo de jugadores con unas mismas interpretaciones de juego y visiones de DBMM. Por ahí voto a lo que haga falta.

CHOF!
Aunque precisamente lo que yo he entendido de Nimirukhor, es que el programa no debía saber nada de todo eso, simplemente debía fiarse del conocimiento de los jugadores, que es lo mismo que pasa en la mesa de juego.

Bueno, yo no se si es porque me voy de vacaciones, pero estoy optimista.
Si te pedían 150.000 € te estaban pidiendo poco. ¿Cuanto crees que cobra mi consultoría a mi banco por una hora de mi trabajo? Dudo mucho que baje de los 60€ la HORA y yo me inclinaría mas a pensar en 70 u 80. Eso supone más de 10.000 euros al mes sólo por mí. (No es que yo gane eso, ya me gustaría, es lo que le cuesto al banco)
Si consideras que yo no pico código y por lo tanto no hago nada tangible, está claro que hace falta alguien más, pongamos 3 programadores y un grafista, siendo un proyecto pequeño. ¿Cuanto crees que se tarda en hacer un videojuego? En tres meses, con un equipo de 5 personas ya te has comido los 150.000 €.

¿Que conclusión sacamos? Pues que mi consultora son unos ladrones y que si mi banco puede pagarlo es porque mi banco es otro ladrón

Desde luego si alguien se plantea hacer algo "comercial", que se le vaya olvidando.

Ahora bien. NO necesitamos nada comercial. Necesitamos algo cutre salchichero, algo de lo que nos sintamos avergonzados. Algo que neguemos siempre haber participado en ello. Algo que ... simplemente, nos permita jugar. ¡¡Yo juego con soldados de papel!!!!!
En el fondo, lo que necesitamos es el equivalente electrónico de que yo en mi casa monte un escenario, coloque mis peanas, haga una foto con el movil y se la mande a otro jugador. Ese otro jugador, con mi foto monta el mismo escenario, mueve sus piezas, hace otra foto y me la manda a mi, y así sucesivamente. Todo ello con declaraciones juradas de que no se han hecho trampas con las tiradas de dados.

La aplicación NO hace nada. No tiene que hacer nada. Son los jugadores los que tienen que decidir si los movimientos son válidos, pero a la aplicación le da lo mismo si la caballería se mete en el centro de un mar, o si la infantería pesada avanza 800 pasos en un solo turno, o si siete unidades ocupan el mismo espacio.

La aplicación lo único que tiene que hacer es leer un archivo de texto donde diga algo como
<Unidad>
<imagen>"caballitos.gif"</imagen>
<posicionX>13</posicionX>
<posicionY>25</posicionY>
<angulo>47</angulo>
</Unidad>

(Bueno, puede que suene a chino, pero de verdad que es un archivo xml muy sencillito)
y con ese archivo, pintar la imagen caballitos.gif en las coordenadas de pantalla 13,25 con un ángulo de 47º
Y si el jugador mueve esa unidad, guardar en que posición se queda y con que ángulo

Es algo cutre, pero sencillo (sencillo entre comillas, que nadie piense que se hace en una semana ) Es, simplificando, lo mismo que jugar una partida de ajedrez mandando sms a otro en plan P4R

Si tenemos claro todas las muchísimas carencias que tendría, de verdad que es algo sencillito. Para que os hagais una idea, mi primera intención sería hacerlo con las macros de Word. No se me ocurre ningún lenguaje de programación más cortito que VBA para Word.
Pero si alguien piensa "es que el ordenador debería ser capaz de ..." entonces la hemos liado.

Cuando pasen las fiestas, de verdad de verdad de la buena que en una semana os mando una maqueta de lo que hablo (Una maqueta es algo que NO funciona, pero que da una idea visual del producto) y si miento, que mañana pierda el Real Madrid (Es que a mi no me gusta el fútbol, lo mio es el )

Perderá digas lo que digas

Acabo de entrar en el foro y veo que el tema da MUCHO de si. Por lo que veo parece que la idea es crear algo que no sea más que un tablero virtual, al estilo del cyberboard. Dejando a un lado todo lo que nos podemos llegar a ""divertir" si lo diseñamos / programamos / playtesteamos nosotros, os comento que existe la posibilidad de utilizar algo que ya "existe" es un modulo que alguien ha creado para jugar a DBA (no es dbmm pero se acerca) a travéss del programa VASSAL ,No se si lo conocéis pero Vassal es un entorno de java que permite jugar partidas de juegos de tablero on line o por turnos, digamos que es una especie de Cyberboard moderno y mejorado. La verdad es que yo lo uso a menudo para jugar a Wargames y temáticos y va la mar de bien, tiene la ventaja de que es gratuito y lo único necesario es que los jugadores tengan el modulo del órograma al que quieren jugar. Pues bien resulta que alguien ha creado un módulo para jugar a dba....

Hasta aquí todo parece maravilloso pero la verdad es que yo lo he probado y me parece horroroso, (más bien diría que injugable) no obstante os dejo los enlace para que lo veáis y juzguéis vosotros mismos. Quizás nos pueda servir para pescar ideas si nos decidimos a CREAR algo nosotros.


Vassal
Modulo de DBA para Vassal

Buenas a todos.
Últimamente he oído hablar mucho del Cyberboard y del Vassal, pero yo no conozco ninguno de los dos
Si hay algo hecho, pues estupendo, porque para qué trabajar en balde?? pero sí no, ayer estuve haciendo pruebas, y creo que la idea que yo tenía en mente es más sencilla de lo que pensaba; aunque eso sí, sigue sin poder hacerse en una semana; y la claro, la calidad que tiene, es la que tiene, o mejor dicho, la que NO tiene.
No estoy hablando de hacer un Total War, ni siquiera un DBAOnLine; yo me refiero a algo un poco más elaborado que un "P4R" en una partida de ajedrez por correo; pero poco más.
¿Se puede jugar con eso? Pues yo creo que sí. Con limitaciones e incomodidades, pero sí. Pero hay una cosa que se me ha ocurrido que puede ser incluso más importante, y es que se puede usar para resolver dudas. Me refiero a que a veces posteamos mensajes en plan de "Si tengo una caballería ligera en un bosque, y unos psilois me ....." pues eso, con esta "aplicación" quedaría mucho más claro.

Cinco cositas sobre la cutreaplicación.
1.- No tendrá imagenes de las unidades. Son demasiado pequeñas para ser apreciables, por o que creo que con que aparezca su "nombre" (me refiero a "R Bd(O)" para referirse a una peana de Blades ordinarias regulares) es suficiente.
2.- Sólo admitirá dos jugadores. En teoría sería posible que admitiera más, para poner por ejemplo tres jugadores por cada bando. La aplicación lo soportaría, pero los jugadores no, porque lo que puede tardar un turno puede ser eterno.
3.- ¿Que campaña se jugaría? Esto es totalmente secundario, porque no ni que hacer imágenes ni nada de eso, pero ...es para ir buscando ejército.
4.- ¿Es necesario jugar por "selecciones locales"? Lo digo porque me da lo mismo que en mi "bando" esté un chico de leganes y uno tres cantos, a que esté uno de Hospitalet y uno de Manacor
5.- Tened en cuenta que se pueden jugar varias partidas al mismo tiempo, pero que en el mejor de los casos, en una semana se habrán jugado dos turnos, y más probablemente un turno o menos (mucho envio de mensajes, dudas, etc.) , lo cual, hace que las batallas duren como un mes o un mes y medio. Una campaña que implique más de tres batallas se dispara a los seis meses, que para mí, es el límite máximo que se puede conseguir mantener el interes de un grupo grande.

Bueno, a pasarlo bien.

Hola chicos.

Asombrado estoy por el cariz que ha tomado este tema. Después de leer vuestros comentarios y darle un poco a la cabeza y adaptando la idea inicial se me ha ocurrido lo siguiente, que puede solucionar casi todos los pájaros pendientes de un tiro:

- Como tenemos varios aficionados en cada una de nuestras sedes (Madrid, Mallorca, Gavá y Barcelona), pués resulta que podemos establecer facciones (equipos) entre nosotros, de forma que hubiera al menos un representante de cada facción en cada sede.

De esta forma el general X de la facción Y puede representar a su equipo en la sede Z y todos contentos. Nos hartamos de hacer partidas DBMM presenciales con el añadido de que forman parte de algo más grande como una campaña digamos histórico/ficticia.

El resto del tema, la campaña en el escenario (mapa) estratégico se puede hacer por internet fácilmente. Sólo necesita un moderador que conozca al detalle el invento y que centralice la operación. Y yo conozco a uno.

No sé si me he explicado con claridad. Si alguien quiere explicaciones adicionales que me mande un emilio o una llamada telefónica clásica (es mejor esta opción a efectos de explicaciones difíciles).

En cuanto a la campaña y al escenario, estoy trabajando en ello y ya tengo un inicio de reglas de campaña que sería en definitiva un reglamento bastante sencillo y estoy adaptando un mapa de la península ibérica hecho en hexágono que tengo de internet (juego NAC de la guerra civil española) y que nos irá perfecto una vez haya definido las provincias y demases. Nos inventamos unas fichas que representen a los diferentes ejércitos y yastá.

Si alguien quiere copias de lo que hay hecho, en el estado en que se encuentra actualmente que lo diga también.

Una vez tenga el trabajo adelantado ya podré presentar un borrador de reglamento de campaña en este foro, y lo discutimos. A continuación se crean los equipos y, a jugar...

No me alargo más. Os dejo con la idea para rumiarla entre todos. Conforme se concrete el tema intentaría dar mayores explicaciones de forma que todo dios pueda participar y aportar.

Un saludo a todos y gracias por vuestra atención.

Buenas:
me temo que no tengo noticias halagüeñas. He estado haciendo unas pruebas para un posible futuro ayudante para juego on line y .... no me ha gustado lo que he visto.
Yo lo estaba haciendo sobre Visual Basic para Word, en un portatil de 15 pulgadas con 512 Kb de memoria (lo digo por si sirve de referencia)
Bien, he colocado un mapa, y para probar, 20 picas en un bando (un bloque de cinco de frente por cuatro de fondo) y en el otro bando 16 Wb. (Un bloque de 8 de frente por dos de fondo)

Primer problema. Estoy hablando sólo de elementos y ha tardado bastante en representarlos. Hay que tener en cuenta que una batalla normal tendrá del orden de 200 elementos. Mi ordenador solo tiene 512 kb de memoria pero ... estamos hablando de ocho veces más elementos.
Segundo problema. Las unidades son pequeñitas para que se muestren en pantalla. Esto hace que no sea fácil distinguir que tipo de unidad son sin utilizar el zoom. Quizá en monitores más grandes tenga un pase, pero en el mío resulta muy incomodo reconocer las unidades (bueno, yo se que en el bando rojo solo hay picas y en el azul solo hay wb, pero ... no se ve bien) e incluso seleccionarlas para moverlas.

La verdad es que estoy un poco decepcionado. Si alguien quiere probarlo y tiene un Word XP o superior, que me de su dirección de correo y le hago llegar lo que he hecho.

Un saludo.