Ya tengo un proyecto en marcha, y la verdad, también mezclo armas antiguas con modernas :P

Hellgate London tiene esa mezcla, y es un buen juego, Personalmente suelo ser más de temáticas medievales,  pero dependiendo de como se desarrolle la idea, es perfectamente valido hacer esas mezclas, al igual que pasa en términos generales con cualquier desarrollo, es más importante como hagas la mezcla y los detalles.
Por cierto, mientras escribía me he acordado del blades of times que mezcla espadas con armas de fuego y es juegazo también.

Sobre lo que comentas del UDK es una lastima, personalmente encuentro que se puede sacar más jugo al UDK que al Unity (versión free) pero la falta de información y buenos tutoriales es un lastre que por lo menos a mi siempre me hizo buscar otras opciones.

Se ve muy bien, sobre todo el editor de los personajes, mis felicitaciones por el trabajo que has realizado, se nota mucho el nivel en los detalles que has implementado. Eso si, me llamó mucho la atención la leyenda que colocas al inicio del vídeo donde dices que no hay ningún juego en proyecto.

Ahí los estuve mirando un poco y se ven interesantes, gracias por el link.

Yo me tomaría con pinzas lo que diga el creador de Unepic, aunque a primera vista tiene un juego decente, este tiene bug bien gordos que te hacen perder horas de juego, reportados haces meses pero sin solución alguna, la página oficial da la idea de estar muerta por parte oficial, etc. Una persona con poco compromiso hacia sus clientes no me da mucha confianza a la hora de quejarse sobre el compromiso de otra compañía.

No me queda muy claro el alcance de lo que necesitas, si es solo para ti y no importa hacer unos pasos intermedios podrías imprimir a PDF como imagen y así la impresora imprime una imagen, será más lento pero debería funcionar.

Sobre la pregunta en si, no sabría decirte como arreglarlo, pero yo recuerdo hace años haber programado una aplicación con VB6 (si, hace varios años) donde usaba una fuente gratuita de código de barra 3of9 que estoy seguro la impresora no tenía y sin embargo a la hora de imprimir el formulario funcionaba de maravilla, así que el problema se me hace que podía venir por el lado de office, prueba con alguna otra suit ofimática y comprueba si puedes imprimir o no con tu fuente, así descartas si el problema es la impresora o si es MS office (que a mi, me late lo último).

EDIT:
Me entró la duda y me puse a revisar los respaldos, y la fuente que te comentaba estaba en TTF, así que ignora lo último que dije.

La verdad te ha quedado muy bien. mis felicitaciones.

La calidad se ve estupenda, mis felicitaciones, lamentablemente de momento me encuentro sin trabajo, si no, te apoyaba.

Se ve muy bueno, ya que quisiera tener yo esa habilidad.

el ogame está hecho sobre PHP y java, el ikariam ni idea, pero de seguro será algo similar ya que al ser juegos para el navegador web se restringe bastante las herramientas disponibles, en especial si quieres que funcionen sin necesidad de plugin de terceros en el lado del cliente. así que cualquier lenguaje que te permita programar para navegador web sirve, como podría ser Ruby por ejemplo.

En todo caso, el estilo de juego no necesariamente se debe restringir a estas herramientas, lo hacen así por que buscan que la gente pueda conectar al juego sin necesidad de descargar nada.

Saludos.

Primero, tanto PHP como Python son lenguajes de nivel alto y el acceso a memoria compartida requiere de un lenguaje de más bajo nivel como C/C++.
En Python, lo único que conozco que podría servirte es la "Global Shared Memory" pero me parece que solo sirve entre 2 procesos de Python y que no hay forma de compartir memoria con otras aplicaciones.
De PHP no sé más allá de lo básico, pero de lo poco que yo sé, es un lenguaje aún más limitado en cuanto al acceso a hardware a bajo nivel, por lo cual dudo que sea posible hacer lo que quieres, sin embargo toma con pinzas esto que te digo, ya que no soy experto en PHP.

Respecto a averiar tu hardware, lo dudo mucho, lo más que podrías hacer es acceder a la memoria restringida de otro programa o a dejar tomada parte de la memoria, nada que un reset del PC no solucione. En todo caso, no es algo trivial, por lo cual no vas a encontrar mucha información y menos aún en plan tutorial para novatos, pero una vez que lo entiendes (debes tener una base previa de como se direcciona la memoria de una aplicación) no es complicado (con lenguajes que lo permitan, como C/C++).
En todo caso, ten en cuenta que compartir memoria entre 2 aplicaciones, solo te sirve si ambas aplicaciones corren en el mismo equipo, para un modelo cliente/servidor esto es imposible.


Ahora, si me permites, quisiera hablar un poco de tu primer post, en inicio no lo contesté por que sinceramente no te podía dar ninguna respuesta a lo que preguntas y me carga que la gente conteste B si preguntaste A y al final de cuentas, es tu aplicación y tu sabes lo que quieres hacer, pero si me permites la licencia, creo que estás mal enfocado.

Si tienes un disco duro que está tan al borde la muerte que no te atreves a usarlo para escribir y leer un simple TXT o un CVS entre 2 aplicaciones, es para mi un disco duro que debería estar en la basura. Ten en cuenta que tu OS está haciendo uso de ese disco todo el día y cualquier desarrollo que hagas probablemente lo pierdas por que mañana el disco estará muerto. No me quiero meter en tu bolsillo o en tu diseño, pero lo que planteas no me cuadra por ningún lado, es como matar moscas a cañonazos. Leer y escribir un archivo por 2 aplicaciones y solo cuando refrescas el juego es un uso mínimo.

Otra cosa que no me queda clara es por que necesitas reinstalar el OS para poder usar los socket y por que estás "buscando" una IP.

Todos fuimos nuevos una vez, bienvenido.

Sin embargo lo que quieres hacer es algo grande como para ser tu primer proyecto y tampoco aclaras nada de cuales son tus conocimientos previos, por ejemplo ¿Sabes programar? ¿Qué lenguajes? o si ya tienes claro y documentado lo que quieres hacer (un documento de diseño por ejemplo)

Según sea tu respuesta, pues deberás buscar información más puntual, por ejemplo, si sabes programar busca algún motor gráfico o librería que se acomode a lo que sabes, como por ejemplo tienes ogre3D, "unity", SDL, SFML, pygames, etc

Si no sabes nada de programación y no estás dispuesto a invertir un par de años aprendiendo, mejor ve por un motor de juegos, como podría ser gamemaker, etc.

Con eso de base, comienza a ir depurando, por ejemplo, si quieres un juego 3D descarta toda la tecnología que este limitada a 2D o si quieres que el juego corra en Android o en iOS, lo mismo y luego vas analizando que motores/librerías se acomodan a lo que quieres.

Luego, comienza a crear demos de lo que quieres, si tienes algo que mostrar (y de paso, mostrar que es un proyecto serio) podrás pedir colaboración si quieres, etc.

En todo caso, mi recomendación sería que comenzaras a crear juegos más simples primero, para que vayas conociendo como va la mano de lo que quieres hacer.

Estas son indicaciones muy generales, pero espero que te sean de ayuda.

El primer post de este subforo dice:

Respuesta a "Cómo desarrollar mi idea de videojuego"

y ahí tienes un link a este interesante documento:
https://docs.google.com/presentation/d/1BQzSUu0ZOgOr0y9EbqRhgaE-e8lnXLMN-SVjwC3JIN4/present?slide=id.i0

El pixel (0,0) es la esquina superior izquierda del tile (0,0).
Para la representación usada en la página que te dieron (hay otras formas de hacerlo también, esa no es la única) vas a tener tile que estarán en posiciones negativas. Por ejemplo, el tile (0,1) tendrá coordenada (-64,32). Si usas esos mismos valores sobre la pantalla, significa que ese tile no se dibujara de forma completa, básicamente, por que la representación de diamente que estás usando posiciona el punto 0 del sistema de referencia a mitad del mapa y no en la esquina izquierda como ocurre con un mapa de tiles cuadrados.

Lo más fácil, es que agregues un offset para correr el sistema de referencia y poder centrar el mapa
screen.x = (map.x - map.y) * TILE_WIDTH_HALF + offset.x;
screen.y = (map.x + map.y) * TILE_HEIGHT_HALF + offset.y;

De esa forma, si quieres que el mapa te quede en la mitad de la pantalla simplemente haces
offset.x = scree.weight/2

Gracias por los Link Gallo, aún no tengo el tiempo de leer a fondo ya que estoy con visitas, pero el próximo fin de semana me voy a colocar de cabeza y probablemente te estaré preguntando las dudas si no tienes problema.

Yo utilizo 3dmax, y en ese programa lo veo todo mucho más fácil de encontrar e intutitivo (quizá porque es el que he usado siempre, y le he echado muchas horas). Me parece que tiene más ayudas visuales, y menus contextuales más intuitivos, que acaban facilitándote las cosas.

A mi me pasa completamente al revés, soy un autodidacta amateur en este tema y mis primeras experiencias fueron con el corel 3D en windows 95.
Luego probé con el 3D max en su versión 3 e hice mis primeras animaciones y vídeos en 3D (debo decir que en esos años, solo quedaba piratear las aplicaciones). Con los años, (y claro, teniendo alternativas) deje de usar software piratas y fue cuando conocí blender.

Hará unos años, me toco volver a usar el 3D max para poder editar las mallas de un juego (el NWN) y debo decir que me resulto insoportablemente incomodo (al final solo use el 3D max para convertir las mallas a un formato estándar), muy probablemente por que ya estaba acostumbrado a la interfaz de blender, la cual se asimila mucho a un juego, usas tu mano izquierda sobre el teclado y la derecha sobre el mouse. Una vez que le agarras el tranco, pues resulta ser bastante más productiva (mi opinión personal).

Lo malo, es tener que recordar todos los atajos de teclado, en eso estoy totalmente de acuerdo, pero puedes encontrar algunos mapas de atajos que puedes imprimir para ayudarte, como este:
http://www.katsbits.com/tutorials/blender/useful-keyboard-shortcuts.php

Por último, cuando busques vídeos o tutoriales, coloca blender 2.5x o 2.6x para ignorar los tutoriales creados para versiones más antiguas que usaban la interfaz antigua.