jueves, 26 de marzo de 2009

SE VIENE XNA GS 3.1

Finalmente salió a la luz!

Una nueva versión de XNA Game Studio (3.1) ha sido anunciada -junto con otra info relevante como ser la próxima competencia de DBP- durante el GDC de este año.

Aún no se ha publicado su fecha de lanzamiento, pero mientras tanto pueden leer las primeras notas rápidas sobre la nuevas bondades que se incluirán en 3.1.

Estimo que en los próximos pocos días (o pocas semanas) veremos más comunicados oficiales con detalles sobre cáda tópico.

En este sentido, Shawn hace poco ha escrito sobre uno de las nuevas características: la serialización automática de los archivos binarios de contenido (XNB). Así que, a leerla!

Nos vemos!
~Pete

> Vínculo a la versión en inglés.

miércoles, 25 de marzo de 2009

SOLUCION PARA IE8 & ADOBE FLASH PLAYER

[ Si piensas que este artículo es útil, por favor considera descargar mi juego "Just Survive XP" en el Appstore (gratis por tiempo limitado):

=> http://itunes.apple.com/app/just-survive-xp/id461876025 ]

Ayer quería ver un video en Youtube cuando de repente, para mi sorpresa, en cambio sólo me encontré con el siguiente mensaje:

Hello, you either have JavaScript turned off or an old version of Adobe's Flash Player. Get the latest Flash player.

Puesto que Javascript estaba habilitado, a fin de comprobar si esto era un problema únicamente del sitio de Youtube, navegué a otros sitions de los cuales sabía que utilizaban tecnología Flash y me encontré que realmente era yo quien no podía ver contenido Flash. Todos los sitios me requerían que descargara e instalara la versión más reciente de Adobe Flash Player.

Así que visité el sitio de Adobe e intenté obtener en línea el último Flash Player. El asunto es que luego de instalar el componente, el clip de video que siempre aparece diciendo que tu instalación fue exitosa no apareció para nada. Es extraño que al refrescar la página -pulsando la tecla F5- luego si apareció. Raro.

Así que me dije, tal vez fue una falla menor, y abrí la página sitio del video en Youtube. Para mi desgracia, ese mensaje desagradable volvió a aparecer.

Esta vez, fui al menu "Herramientas" de IE8, y seleccioné la sección "Manage Add-Ons". Ahí, me encontré con que el componente "Shockwave Flash Object" estaba de hecho instalado y su versión era la correcta, así que intenté "resetearlo" desactivándolo, cerrando el navegador, reabriendo el navegador y reactivando el componente. Sin suerte!

Un último movimiento desesperado: por las dudas, sólamente abrí el siguiente menú de mi navegador:

"Herramientas -> Opciones de Internet -> General -> Eliminar"

y borré todo. Luego, descargué el instalador "fuera de línea" (off-line) de Adobe Flash Player desde el siguiente hipervínculo:

http://www.adobe.com/support/flashplayer/ts/documents/tn_19166/Install_Flash_Player_10_ActiveX.zip

Y finalmente, cerré el navegador y ejecuté dicho instalador (por cierto, dado que el instalador off-line se toma el trabajo de desinstalar cualquier version previa del complemento, me saltié esa parte y lo dejé hacerlo por mí).

Cuando el proceso terminó, sólo reabrí IE8, visité otra vez Youtube, y esta vez todo simplemente funcionó bien!

No se si esta solución alternativa funcionará para Uds., pero si por una de esas casualidades tienen una experiencia similar, entonces inténtelo a ver que pasa.

Bien, eso es todo por hoy. Espero que este artículo les sea de utilidad.

No cambien de canal,
~Pete

> Vínculo a la versión en inglés.

lunes, 23 de marzo de 2009

FALLA REINICIANDO WINDOWS AL INSTALAR IE8

Ayer estaba instalando la versión final de Internet Explorer 8 en mi máquina con Windows Vista Business y todo iba bien hasta que el sistema operativo me solicitó que reiniciara.

Puesto que en general esta es una solicitud usual para nuevas instalaciones de IE, pulsé sobre el botón "Reiniciar" con confianza.

Aquí se produjo el punto de inflexón de mi experiencia de instalación: luego que la máquina se reinició y los chequeos POST pasaron con éxito, la pantalla del monitor se quedó completamente en blanco y el disco duro principal sencillamente dejó de funcionar!!! Ni un sonido, ni un lead parpadeando, nada.

En otras palabras, el sistema operativo no podía iniciar; y créanme en esto: apagar y prender la máquina luego de un rato no funcionó para nada.

Si esto les llega a suceder, no tengan pánico. Por algúna razón desconocida -al menos, para nosotros los meros mortales, el "Master Boot Record" (MBR) del disco duro (HDD) debe haber sido sustituido durante la instalación de IE8.

Talvez utilizando los discos de instalación de tu sistema operativo pudiera funcionar, por ejemplo seleccionando la opción "Reparar" y dejando a la herramienta hacer su magia. Pero en mi caso, opté por un atajo.

No puedo asegurarles que el método que voy a describir funcione para Uds.; sólo puedo decirles que funcionó para mí, así que USEN EL METODO A SU PROPIO RIESGO!

Han sido advertidos ahora, por lo que sigan leyendo:

Para resolver esta situación no tienen porqué reinstalar Windows (dado que aún está por ahí en el disco duro); la única cosa que deben hacer es encontrar una manera de reescribir en su HDD el MBR apropiado.

Para lograr dicha tarea, busqué una vieja herramienta llamada Max Blast, la cual solía ejecutar cuando quería preparar discos duros (Maxtor o Seagate) para una nueva instalación de Windows o "reparar" un disco con fallas. En este caso en particular, mi HDD principal era Samsung pero igual quería probar suerte.

Encontré en mis archivos un viejo disco Floppy con la version 4 de Max Blast, así que usé ese disco para intentar reiniciar el sistema.

Luego, cuando Max Blast se ejecutó entré a la sección titulada "Herramientas de Mantenimiento" del menú principal y entonces seleccioné la opción "Actualizar MBR". Luego de elegir el HDD objetivo y de esperar por el término del proceso, finalmente reinicié mi máquina para ser testigo de que la solución funcionó totalmente!!!

Windows Vista otra vez iniciaba bien y IE8 estaba completamente instalado. Todo simplemente volvió a la normalidad. Y sólo me tomó al rededor de 3 minutos arreglarlo.

Bueno, esto es todo. Espero que este artículo les sea de utilidad ... si algúna vez se encuentran, por esas cosas, en una situación similar :(

Hasta la próxima!
~Pete

> Vínculo a la versión en inglés.

miércoles, 18 de marzo de 2009

SILVERLIGHT 3 BETA 1 LIBERADO (?)

No hay un anuncio oficial aún pero, de acuerdo a los hypervínculos publicados en el sitio Next Best Geek, la primera versión beta del futuro Silverlight 3 (Runtime, SDK y Herramientas) ha sido liberada por MSFT.

No tengo idea aun que nuevas características están presentes en el beta pero estoy deseoso de ver que hay.

Descargando ...

~Pete

> Vínculo a la versión en inglés.

viernes, 13 de marzo de 2009

SI! HE VUELTO

Bueno, luego de casi dos semanas finalmente he regresado a Montevideo (Uruguay).

Me he pasado los últimos días poniéndome al día a fin de volver al ruedo lo antes posible. Por lo que espero que este próximo Lunes sea el punto de retorno a los días laborales normales.

Mi primera cumbre de MVPs fue algo grandioso y visitar Vancouver siempre es genial. Así que espero poder repetir la experiencia el próximo año.

Salud, brindemos!
~Pete

-> Vínculo a la versión en inglés.

lunes, 9 de marzo de 2009

ENVIANDO TU JUEGO HECHO EN XNA A XLCG

Hola gente! Se que dije que no publicaría nuevos artículos hasta haber retornado a Montevideo. La cosa es que algo surgió durante una de las charlas con el equipo de XNA en la cumbre que en mi muy humilde opinión merece ser aclarada de una buena vez: la forma adecuada de utilizar cada método de envio en el sitio Creators (los métodos "principales").

Así que esta vez voy a escribir sobre las directrices que deberían seguir al enviar un juego al creators club tanto para revisión de pares ("peer review") como para pruebas de juego ("playtest"). Considérenlas como parte de una breve lista de que hacer y que no o como una lista de verificación a usar antes de pulsar el botón 'Enviar'.

Pero primero, veamos las razones detrás de estas "reglas", ok?

En primer lugar, actúen como emprendedores serios. En muchos casos, Uds. gestionarán, entre otros, las finanzas, el mercadeo e incluso recursos humanos, por lo que acostúmbrense a las mejores prácticas empresariales. Ergo, a pesar de que la palabra "Community" es utilizada para separar este canal del XBLA, esto aún es un negocio serio. Punto.

Cuando estén por enviar un juego para XLCG, tendrán que contestar de maner honesta unas pocas preguntas generales a fin de evaluar aporpiadamente si están en el camino correcto o no:

  • Está mi juego lista para su comercialización?
  • Si no fuera su autor, compraría el juego?
  • A qué precio debería ofrecerlo?
La parte más difícil usualmente es ser lo más objetivo posible. Ya se, es su creación. Pero tendrán que hacer un esfuerzo para most difficult part is usually being objective enough. I know, it`s your baby. But you`ll have to make the effort and reflexionar sobre estas preguntas seriamente antes de proseguir.

Para ayudarlos a contestar estas preguntas, organicemos los tópicos un poco como sigue: (I) Tipo de Envío, (II) Descripción del Juego, and (III) Precio.

I. Tipo de Envío

Vayamos directo al punto: para qué es la revisión de pares ("Peer Review")? Voy a aclarar en lo que sigue para que NO es: prubas de juegabilidad ("playtesting") !!!

En serio, no usen la revisión de pares como un medio para probar sus juegos en el mercado final. No sólo harán a sus pares infelices sino que además perderán credibilidad ante sus clientes actuales y potenciales. Un juego probado pobremente puede terminar en una reducida tasa de conversión.

La revisión de pares Peer review es para juegos probados de manera sólida. La idea por detrás es verificar si los han auto-calificado de forma apropiada o nó. No tiene nada que ver con el hecho de si sus pares les gusta el juego o nó. Si el juego apesta pero sin embargo Uds. han cumplido con las reglas de envío y lo han calificado correctamente de acuerdo a quienes lo revisan, el juego será aprobado. Simple.

Eviten abusar de la revisión de pares probando sus juegos con la opción de "playtest". Aquí es una gran oportunidad de probar sus betas y candidatos de liberación ("RCs") con la comunidad de pares. Tengan en cuenta que un juego enviado para prueba de jugabilidad no será publicado en el mercado de XLCG. Una cosa empero: sean razonables y no envíen un juego para probar cuando no hay nada relevante que probar; léase, eviten enviar versiones alpha. No malgasten el tiempo de sus pares.

Una nota importante tal cual lo dicho en el sitio creators: "A los efectos de ayudar a asegurar la estabilidad y seriedad del paso de Revisión de Pares del proceso de Xbox LIVE Community Games estamos instituyendo un período de espera de siete días para juegos rechazados o cancelados."

Finalmente, por favor no respondan/esciban frases como "Quién demonios te piensas que eres para revisar mi juego ... ?". Sean respetuosos. Siempre escuchen atentamente lo que sus pares tienen que decir: talvez realmente aprendan algo útil. No hay malas intenciones, créanme.

II. Descripción del Juego

Actualmente hay tres formas de describir sus juegos: une descripción textual, 4 capturas de pantalla y un video.

A fin de obtener lo mejor de ellas, traten de utilizarlas todos de manera apropiada. Piensen con un profesional de mercadeo. Una combinación perdecta atrae más personas a bajar la demo del juego.

Describan sus juegos de forma que atraigan la atención de los jugadores. Cuéntenles en pocas palabras de que se trata el juego. Eviten frases innecesarias como "El mejor juego" o "Este juego hará temblar tu mundo". Sólo escriban información útil.

Una vez que consigan una descripción que valga la pena leer, entonces agreguen las capturas de pantalla. Hay 4 de ellas, lo han notado? Úsenlas todas. No sean vagos. Las capturas de pantalla son una forma conveniente de ayudar a la descripción textual, así que elijan 4 capturas de pantalla que realmente resalten las partes (más) interesantes de sus juegos.

Por cierto, sean cuidadosos cuando creen capturas de pantalla que contengan demasiados colores obscuros en ellas, puesto que las miniaturas de las mismas ("thumbnails") podrían perder detalle. Digo, traten de lograr que los colores de las áreas principales de la captura se ditingan y les saldrán bien.

No desperdicien la oportunidad de presumir sobre cuan atractivo son sus juegos adjuntando un video. Véanlo como un avance del juego. Elijan su contenido sabiamente. Sean creativos. Hagan que los jugadores digan "Guau! Tengo que tener este juego! Voy a comprarlo ya!".

Piensen como un director que está creando una publicidad para TV on un avance de una película. Sean concisos. Presenten de que se trata el juego de forma tal que mantenga la mirada del espectador en el mismo en toda su duración.

Sólo equilibren el cronomotraje. Un video de 5 minutos: demasiado largo; un video de 1 minuto: no da ni para un flash de noticias. Y no se vayan por las ramas. Este es un video promocional. No es nada interesante para un jugador ver cómo crearon el videojuego. Ni tampoco lo es ver como completan todo un nivel del mismo.

Finalmente, no hay forma de grabar un video utilizando XNA en la 360 ahora, por lo que a fin de evitar el tener que usar una cámara de video que apunte a la pantalla de su televisor, pueden usar programas como FRAPS y capturar la acción de las versión para PC del juego. Es una alternativa "segundo mejor", pero podría lograr el efecto simplemente bien.

III. Precio

Difícil. Establecer un precio para un videojuego siempre exige maña. Desafortunadamente, la experiencia al respecto es algo que se aprende al recorrer el camino. Pero hay algunas ideas que pueden usar:
  • Traten de establecer 800 punto sólo si el juego es realmente asombroso,
  • Establzcan 200 punto si creen que es el único precio que los clientes estarán dispuestos a pagar por el juego, y
  • 400 puntos está usualmente bien para el resto de los casos.
Algo importante a notar: una vez que establecen el precio, no podrán cambiarlo en los siguientes 90 días! Así que, piensen dos veces antes de tomar la decisión final aqui. Podría afectar sus resultados y sus cifras financieras.

Resumiendo, aquí hay una breve lista de verificación para su consideración al momento de enviar juegos a XBCG:

Prueba de Jugabilidad ("Playtest")
  • Siempre usen esta función a discreción antes de enviar un juego para revisión de pares,
  • Desparasiten ("debug") y prueben ("test") versiones alpha del juego de manera local. El envío para prueba de jugabilidad no los exime de la dicha responsabilidad/deber/tarea. Ergo, traten de enviar versiones del juego que sean beta o candidatos de liberación ("release candidate"),
  • Liberar nuevas versiones al mercado incluso cada 7 days podría molestar a los clientes actuales y potenciales. Es por ello que hacer pruebas es vital.
Revisión de Pares ("Peer Review")
  • No abusen. Esta funcionalidad es para juegos que ya han sido probados completamente y que estám prontos para su comercialización. De lo contrario, usen la opción de prueba de jugabilidad,
  • Piense Antes de Enviar: si un juego es rechazado o su envío se cancela, tendrán que esperar 7 días antes de poder reenviarlo. Así que tengan cuidado aquí,
  • Consideren lo que sus pares dicen. Compórtense. Sean respetuosos.
Capturas de Pantalla ("Screenshots")
  • No sean prezosos: envíen todas las cuatro capturas de panatallas requeridas,
  • Vigilen el color de cada captura: demasiado obscuro, la visibilidad de las miniaturas auto-generadas se ve comprometida,
  • Elijan 4 capturas de pantalla que realmente resalten el juego -en especial si no adjuntan un video- y que también complementen la descripción textual del mismo.
Avance del Juego ("Game Trailer")
  • Sean listos. Piensen como un director de un aviso publicitario de TV cuando creen el avance,
  • Vigilen la duración del video: equilibren el cronometraje,
  • Tengan cuidado con el contenido del video: san concisos y pro favor no se vayan por las ramas.
Demo del Juego
  • Dejen que los videojugadores jueguen un nivel que demuestre que tan genial es su juego,
  • No llenen la demo con pantallas de "Compren este juego"; tenganen mente que si un jugador realmente quiere comprar su juego, lo hará, independientemente de la cantidad de veces que hagan aparecer esa pantalla,
  • También recuerden que si el jugador pasó por todo el esfuerzo de leer la descripción del juego, ver las capturas de panatalla y el video, y de descargar la demo del mismo, este es el momento crucial para conseguir un nuevo cliente. Así que den la mejor demo que ellos puedan obtener.
Precio
  • Elijan un precio para el juego con cuidado ya que una vez etablecido durará indefectiblemente por los siguientes 90 días,
  • Sean cautos al considerar un cambio de precio de su juego,
  • Recuerden que esto es un negocio serio.
Bueno, es es todo. Espero que encuentren esta información útil. Como es habitual, sus comentarios y sugerencias son bienvenidas.

Vamos a comerciales!
~Pete

-> Vínculo a la versión en inglés.

viernes, 6 de marzo de 2009

GRANDVILLE ISLAND, AQUI ESTOY!

Bueno gente, estos ultimos tiempos han sido realmente divertidos y utiles.

La cumbre de MVPs fue impresionante: conoci a mucha gente, me diverti mucho y aca hay un gran si: obtuve informacion relevante de lo que vendra.


No puedo adelantarles lo que se viene en el mundo de XNA pero creanme cuando les digo que nos esperan cosas interesantes. Solo mantenganse atentos a los anuncios de Kathleen.

Mientras tanto, contemplen algunas buenas fotos tomadas durante uno de los dias de la cumbre y/o miren el mas reciente video del XNA Round-Up.

Hasta la proxima,
~Pete

-> Vínculo a la versión en inglés.