Hace pocos días, Martan fue galardonada con el Premio Cluster TIC al mejor Proyecto Tecnológico, por la incorporación de nuestros simuladores Simax dentro de sus procesos formativos. Aquí podéis encontrar un vídeo presentando el proyecto:
Martan from 601 Producciones Audiovisuales on Vimeo.
If you are receiving a warning like: “Found conflicts between different versions of the same dependent assembly” when compiling your application, it’s because you are referencing different versions of an assembly in two different project of your solution.
In my case, it was a System.Drawing reference, which was not properly updated when switched to .Net Framework 4.0, and still was pointing to the 2.0 version of the System.Drawing DLL.
Visual Studio won´t tell you which reference is causing the issue (it’s admitted by Microsoft dev. team that they will probably include that feature in the future), so you have to search for it manually. It will tell you anyway in which project the wrong reference is, so you only have to look there.
Cheers!
Nota: Este post es una traducción personal (reconvertida en tutorial) de las explicaciones dadas por Bill Leach (CTO de Preemptive Solutions), en este vídeo grabado para Channel 9.
En este artículo se describen los pasos necesarios para proteger el código fuente de aplicaciones Windows Phone (tanto XNA como Silverlight), e incluir en ellas la generación de informes sobre su utilización.
Para ello, se utilizará la herramienta Dotfuscator Windows Phone Edition en su versión 4.9, recientemente lanzada por Preemptive Solutions en colaboración con Microsoft.
En primer lugar, es necesario registrarse y descargar la herramienta desde esta página web. Una vez se recibe por email el número de serie necesario para activar el programa, solo resta lanzar la aplicación: Inicio –> Programas –> Preemptive Solutions –> Dotfuscator.
Aunque Dotfuscator Professional puede integrarse dentro de Visual Studio 2010, como un tipo de proyecto más, Dotfuscator Windows Phone Edition es una aplicación independiente, con su propio interfaz de usuario:
Como puede apreciarse en la imagen, el funcionamiento es sencillo. Consta de:
Para empezar a trabajar, lo primero es indicar a Dotfuscator qué ensamblados o ejecutables debe proteger. Para ello, solo hay que ir a la pestaña Input y pulsar sobre el icono de abrir carpeta. Aparecerá el clásico cuadro de diálogo de selección de archivos, donde es posible seleccionar:
Nota: Si, como es el caso, estamos trabajando con proyecto Windows Phone (y archivos XAP), Dotfuscator solo trabajará con los ensamblado que encuentre en dichos archivos. Los contenidos no serán protegidos ni modificados en absoluto.
Una vez se selecciona el paquete XAP a proteger, aparecerán sus contenidos en la ventana inferior, en forma de árbol desplegable:
Si se despliega cualquiera de las DLLs del paquete, aparecerán algunas propiedades de ofuscación activadas, en forma de CheckBoxes. Una de las más relevantes, según los objetivos que persigue este artículo, es la llamada Library:
Manteniendo esta opción marcada (viene marcada por defecto), Dotfuscator deja todos los nombres de los tipos y métodos públicos sin renombrar (sin ofuscar). Los tipos privados sí se renombrarán, y todo el contenido de los métodos se ofuscará, pero los nombres que sean visibles desde fuera permanecerán inalterados.
Esto es necesario cuando una librería, a pesar de estar ofuscada, va a ser utilizada por cualquier otro software después. Si se cambiaran los nombres de los tipos públicos, el interfaz de la librería sería distinto, por lo que dejaría de ser utilizable desde fuera.
Dotfuscator genera versiones protegidas de lo que se selecciona en la pestaña Input:
Por defecto, el directorio de salida es el mismo donde se encuentra el ensamblado de entrada, más una sub-carpeta creada por el programa con el nombre Dotfuscated. No obstante, este comportamiento se puede cambiar en la pestaña Settings -> Project Properties -> ConfigDir.
Una vez se han seleccionado los Inputs del proyecto, es necesario seleccionar qué tipo de protección ha de aplicarse.
Aunque cada tipo de protección puede ser configurada en profundidad (en sus respectivas pestañas), pudiendo incluso aplicar comportamientos distintos para cada método o propiedad, primero se aplicará una configuración genérica en la pestaña Settings.
Por defecto, todas las protecciones están deshabilitadas, apareciendo de la siguiente forma:
Para una protección básica, lo indispensable es activar la ofuscación de Control Flow y el Renaming. En algunos casos, también puede ser interesante activar el String Encryption, sobre todo si la aplicación a proteger contiene strings con contenido sensible.
Para activar cada funcionalidad, debemos indicar a Dotfuscator que NO las deshabilite, es decir, poner valores como: Disable Control Flow: No y Disable Renaming: No.
La ofuscación del flujo de control se encarga de hacer más difícil la comprensión del código, mediante cambios en el flujo del programa. Aunque el resultado final siga siendo equivalente, a nivel funcional, hace cambios para que no sea nada obvio interpretar por donde va a transcurrir la ejecución, y así dificultar las tareas de ingeniería inversa.
El renombrado se encarga de cambiar el nombre a todos los tipos privados, cambiando los descriptivos nombres originales por valores como: “a”, “b”, “c”, etc. En la pestaña Renaming se pueden excluir a mano, uno por uno, métodos o propiedades que explícitamente se quieran dejar fuera del renombrado. No obstante, para un uso básico, esto normalmente no es necesario.
Con estas funcionalidades activadas, ya se cuenta con una protección básica del código fuente. Ahora se describirá como incluir informes en aplicaciones Windows Phone.
Además de protección y ofuscación, Dotfuscator puede añadir Instrumentación a los programas.
Ambas funcionalidades son independientes. Es decir, se pueden aplicar las dos a la vez, se puede aplicar protección pero no instrumentación, y vice-versa.
La instrumentación utiliza una plataforma de Preemptive Solutions denominada como: Runtime Intelligence. Lo que hace es inyectar en el programa que procesa ciertas líneas de código cuya misión es generar informes de uso del mismo cada vez que este se ejecuta, y subirlos al portal de Runtime Intelligence (u otro), al que cada desarrollador registrado tiene acceso protegido por nombre y contraseña.
Se trata de un comportamiento muy similar al que ofrecen otras plataformas de análisis en otros sectores, como Google Analytics para WebSites, blogs, etc.
La instrumentación se activa/desactiva desde la pestaña Settings, apartado Instrumentation (debemos dejar todas las opciones activadas –Yes-)
Obviamente, el generador de informes debe saber para qué aplicación está reportando, y para que empresa. Ambas cosas se identifican en la pestaña Instrumentation.
En ella, es necesario expandir el nodo de la DLL que contenga la clase principal de la aplicación:
Una vez desplegado dicho nodo, aparecerá una lista de atributos por defecto, como los de la siguiente imagen (para un ejemplo en XNA).
Para que la instrumentación funcione, es necesario añadirle dos más, pulsando con el botón derecho sobre el nombre de la DLL y seleccionando la opción: Add Attribute. Una vez hecho esto, se abrirá una ventana que pregunta el tipo de atributo a añadir, con una serie de valores predefinidos:
Los dos que hay que añadir son:
Este atributo identificará a la empresa desarrolladora del software, mediante un Company Key único, proporcionado vía email por Preemptive Solutions cuando se efectuó el registro en el portal de Runtime Intelligence. También se puede encontrar en el Dashboard del portal una vez hecho login.
Resulta recomendable incluir además un nombre de empresa.
Para identificar la aplicación, es necesario proporcionar la siguiente información:
Para indicar a Dotfuscator dónde inyectar el código que genera los informes, solo hay que navegar (sin salir de la pestaña Instrumentation) un poquito hacia abajo, y expandir el contenido aún más la DLL de la parte inferior (en el siguiente ejemplo, la DLL Silverlight: WindowsPhoneApplication1.dll):
Expandiendo uno tras otro los sucesivos nodos, solo resta navegar hasta la clase principal de la aplicación.
Para informar sobre el comienzo de una ejecución, se busca un método que se ejecute UNA SOLA VEZ en el proceso de inicialización.
En el caso de aplicaciones SilverLight, un candidato perfecto es el evento Application_Launching de la clase App. En caso de una aplicación XNA, una buena opción puede ser el método Initializing de la clase Game.
Una vez seleccionado el método, se pincha con el botón derecho sobre su nombre, y se selecciona la opción Add Attribute. De nuevo, se solicitará el tipo de atributo a añadir, aunque esta vez la lista de opciones es distinta:
El atributo a elegir esta vez es SetupAttribute, el cual tiene bastantes parámetros que se pueden dejar con sus valores por defecto. Aun así, cabe remarcar estos dos:
Si la aplicación que estamos desarrollando tarda cierto tiempo en cargar (algo típico en juegos XNA), lo normal (o más bien lo recomendado) es tener la carga inicial de contenidos separada en un Thread aparte, para que mientras dicha carga se produce, se pueda mostrar un icono animado de tipo Loading….
En estos casos, es recomendable incluir la inyección del código de informes en dicho thread, por si la generación del report se demora un poquito por motivos de red, o cualquier otro (aunque no debería). De esta forma la experiencia de usuario no se verá entorpecida.
Si se observa el siguiente ejemplo, en el que se está protegiendo un juego XNA, dicho punto ejecutado en un thread aparte es el método denominado CreateAssets:
Si también se desea que los informes indiquen cuando se dejó de utilizar la aplicación, habrá que seguir un procedimiento muy similar, añadiendo un atributo a un método que se ejecute cuando la aplicación está terminando.
En este caso, el tipo de atributo a añadir es TearDownAttribute, el cual se puede dejar con sus parámetros por defecto.
Y con esto y un bizcocho, code-analytics a las ocho
Hope you all like it!
Cheers.
Gran Turismo 5 is a good game. Nobody doubts that. But I´m pretty disappointed by it. Kazunori Yamauchi (a game development genius, creator of the game and CEO of Polyphony Digital) always said that it would be a REAL simulator, with a real physics system. Today, AutoBlog published this GT5 video:
If a Lamborghini Gallardo can drive at 150 Km/h with a Nissan GTR on its roof… that probably means something… ;)
Cheers!!
Si eres capaz de pronunciar, sin ningún titubeo y a la primera, el modulo de ingles “para masters” incluido a continuación, eres mi héroe personal…
"Tres brujas miran tres relojes Swatch. ¿Cuál bruja mira qué reloj? "
En inglés:
"Three witches watch three Swatch watches. Which witch watch which Swatch watch? "
"Tres brujas 'travestis' miran los botones de tres relojes Swatch. ¿Cuál bruja travesti mira los botones de qué reloj Swatch? "
En inglés:
"Three switched witches watch three Swatch watch switches. Which switched witch watch which Swatch watch switch? "
"Tres brujas suecas transexuales miran los botones de tres relojes Swatch suizos. ¿Cuál bruja sueca transexual mira qué boton de cual reloj Swatch suizo? "
En inglés:
"Three Swedish switched witches watch three Swiss Swatch watch switches. Which Swedish switched witch watch which Swiss Swatch watch switch? "
Juas!
Este próximo fin de semana, Javier Cantón, creo que Vicente Cartas, y yo mismo (los 3 MVPs en DirectX/XNA que estamos en España), estaremos presentes en el Hotel Auditorium de Madrid en el evento Microsoft Coding Camp – Imagina Windows Phone 7.
Si te apetece aprender cómo desarrollar videojuegos para el móvil más cool del momento, y de paso sacarte una pasta vendiendo miles y miles de copias de tus creaciones (no se garantizan resultados ;) je je….), regístrate en el evento haciendo click aqui, y vente por allí, que seguro pasaremos un muy buen rato.
¡Espero veros allí!
At Simax, we have been working hardly the last months on improving the ECO-Driving and Road Safety training features of our simulators. Some results of this work are shown in the following video:
(I´d recommend you to see it in HD if you have a fast internet connection).
Some of the new features included are:
More info at: www.simaxvirt.com
Gravitards is my new, upcoming title for Windows Phone 7.
It was first introduced by Microsoft in the last TechEd Europe 2010 (in Berlin), and will be released very soon. In the meantime, you can see a couple of work in progress videos here:
Sounds are still temporary (borrowed from an ancient game), and will be replaced in the first release.
Hope you like it!
Cheers
La ultima versión de VisualStudio incorpora algunas diferencias en el modo en que se invoca el proceso ResGen.exe que pueden convertir la migración a 2010 en una pesadilla.
Este error es un problema conocido, probablemente a solucionar en el próximo HotFix o Service Pack, y está bien documentado aqui. Aún así, traduciré y trataré de resumir lo que en ese post se comenta.
Al compilar, aparece un error de tipo: <<ResGen.exe error: An attempt was made to load a program with an incorrect format>>
Ejemplo concreto de un error de este tipo: <<ResourceForm.resx(1436,5): error RG0000: Could not load file or assembly 'file:///C:/Users/sjoiner/Desktop/TestForm/ResTest/bin/x86/Debug/Foo.dll' or one of its dependencies. An attempt was made to load a program with an incorrect format. Line 1436, position 5.>>
Ejemplo concreto de un error de este tipo en Castellano: <<ResourceForm.resx(1436,5): error RG0000: No se pudo cargar el ensamblado 'file:///C:/Users/sjoiner/Desktop/TestForm/ResTest/bin/x86/Debug/Foo.dll' o una de sus dependencias. Se intentó cargar un programa con un formato incorrecto. Line 1436, position 5.>>
Nota: La ruta y el nombre del ensamblado (Foo.dll) son solo un ejemplo. A cada uno os aparecerá ahí el nombre del más abajo llamado Ensamblado B.
Al hacer doble-click en el error, VisualStudio nos lleva automáticamente al archivo ResX del formulario.
Es decir, el error aparecerá (resumen de los casos más frecuentes):
Mientras Microsoft no distribuya un Service Pack que solucione esté problema, lo único que se pueden hacer son apaños más bien cutres.
Apaño 1 – Evitar los escenarios críticos descritos en la tabla, cambiando la plataforma de compilación al Ensamblado B, a una plataforma que no entre en conflicto según la tabla de arriba. O mejor aún, poniéndole como plataforma “Any CPU”. Obviamente, esto no siempre es posible (si el ensamblado es de una tercera empresa, por ejemplo).
Apaño 2.- Evitar los escenarios críticos descritos en la tabla, cambiando la plataforma de compilación del Proyecto A. Por ejemplo, pasando dicho proyecto a .Net Framework 4.0. Obviamente, esto tampoco es siempre posible.
Apaño 3 - Ordenar a ResGen.Exe que siempre se ejecute en 32 bits, haciendo lo siguiente:
Lamentablemente, esto provoca un segundo error de tipo: “The specified task executable "ResGen.exe" could not be run. The handle is invalid”. Para solucionarlo tenemos 3 opciones:
Apaño 4 – Forzar al CLR a cargar todas las aplicaciones MSIL en 32-bits, haciendo lo siguiente:
Esta solución no me gusta nada, ya que afectará a todo tu sistema y a todas las aplicaciones .Net que ejecutes.
Este problema resulta una molestia bastante importante, y por el momento no hay una solución satisfactoria. En el IDE de VisualStudio, debería poder especificarse el Bitness en el que deseamos que se ejecute ResGen.Exe para cada proyecto. No parece una solución tan compleja de implementar, así que esperemos se incluya pronto en un HotFix.
Si deseas saber más sobre este problema, así como leer conversaciones con las experiencias de otros usuarios, te recomiendo que leas el Post original (en inglés), disponible aqui.
Saludos!
I cannot wait to have this thing -tomorrow is the day here in Europe-. I must admit that I was a bit skeptical at first. I could barely test the device at the Microsoft Spain&Portugal MVP Open Day, several weeks ago, but the more videos I see, the more convinced I am about the potential of the device. For instance, check this XBox dashboard demo:
The smoothness and precision of hand movements are amazing. It could even be an alternative to multi-touch technology. It seems that Microsoft is almost out of stock in the U.S. what means that it’s been a very successful launch. Congrats!
The Kinect includes a small electric motor that allows the device to tilt the camera up and down (up to 30 degrees), and also operates the zooming functionalities. This allows the device to properly adapt to any space. If you want to know more about the motor, you can check this site.
The Kinect includes an array of 4 microphones, which provide:
Both functionalities allow to control the XBox with your voice (see above video for a demo), and probably will enable headset-free chat on XBox Live (though I haven’t seen this in action yet).
More about Voice Recognition on Kinect
The video camera included on Kinect allows to automatically recognize players just by looking at them. So, you just need to jump in the game, and it will automatically detect you, keeping your scores, etc. This is awesome.
Of course, the most important feature of Kinect is gesture and movement reco. It can handle up to 6 players, but making motion recognition to two of them at a time. Regarding this, both hardware and software are extremely important.
Hardware was firstly developed by the company –later acquired by Microsoft- PrimeSense. The diagram of the setup is:
As you can see, the righter part of the diagram includes a normal color camera, to detect the human visual spectrum with a resolution that seems to be: 640x480, according to some non-official sources. It is used for facial recognition and to include images of players in games, among other things.
The other part is regarding depth, space or 3D detection, whatever you want to call it.
How can a 2D camera extract 3D information?
The secret is the IR setup it includes, with both a projector and a camera. It first projects thousands of IR dots to you and your living room, and then read that information back with the IR camera (Depth Image CMOS). Depending on the size and distance between the projected dots, it calculates the depth map. The following is a representation of the result of this depth map:
This IR dots that Kinect projects use a similar technology to the one used in those video-recording cameras which include the so-called Night-Shot technology.
Those cameras project IR light in front of you with a small IR beamer, and then switch to a sensor which is sensible to IR light. This way, they project light ahead (what makes seeing possible), but in an invisible way to the human eye.
Knowing that, anyone else is thinking the same thing than me? I guess so…
This is what happens if you record your Kinect with a Night-Shot camera (I recommend you to see it in FullHD):
Et Voila! There are the dots. The IR projector seems to be projecting a matrix of 320x240 dots at 30 frames per second (again, according to non-official sources). Another example:
So, starting with info like this:
Kinect takes the distance between dots, and calculates a depth-map of your living room:
I’m sure that the hardware included on Kinect is awesome. It’s been launched with a few titles, but I can guarantee you that best is yet to come. Now it’s time for software. New titles will come, and new ways to explore and use this device. And I’m 100% sure they will be incredible.
Go Microsoft !!
http://www.ifixit.com/Teardown/Microsoft-Kinect-Teardown/4066/1
http://en.wikipedia.org/wiki/Kinect
http://www.t3.com/feature/exclusive-how-does-microsoft-xbox-kinect-work?
http://consolepress.com/main/2010/08/23/the-tech-that-drives-kinect/
Today, I´m receiving my new laptop and I wondered what myths about battery handling were true or false. I decided to Bing a bit around, and found some very interesting articles, like this blog post (in Spanish).
I also found the Battery University, an incredible resource to learn and understand how batteries work.
Here is a translated summary of the interesting battery FAQ I found in the above Spanish blog post, which talks about the most frequent batteries nowadays: the Li-Ion.
Note: This FAQ is provided “as is”. We do not take any responsibility on the veracity of this information or on any damage your battery could have. It’s still recommendable to check this information with other sources or consult the builder of your system.
Is it recommendable to make a first charge of 10-12 hours for a new battery?
NO. Li-Ion batteries do not require a long first charge. In fact, no Li-Ion battery requires a charge cycle longer than 8 hours, ever.
Is it true that the battery will reach its maximum performance after several charge/discharge cycles?
NO. Li-Ion batteries offer their maximum capacity from the very first usage.
Is it true that I should wait for the battery to completely discharge, before charging it again?
Absolutely NO. This is one of the most frequent mistakes, inherited from the “memory effect” the Ni-Cad batteries had. Chemical composition of Li-Ion batteries fits better with partial-charge cycles. Constant complete discharges could even damage their circuits. However, there’s and exception: it is recommendable to sometimes discharge the battery completely, to allow their charge-measurement system to be reset. This should happen once in every 30 cycles or so.
Is it bad for the battery to remain connected to the AC adapter, once it’s completely charged?
NO. This belief is also inherited from Ni-Cad batteries (which could even catch fire in this cases). Li-Ion batteries have circuits to stop the energy flow when they reach the 100% charge. However, a failure in this circuit can always happen, so it’s still recommendable to remove the battery from the AC adapter once it’s charged.
Is it bad for the battery to remain connected to my laptop, while it’s plugged to electricity?
YES. It is bad. Very bad. Heat and stress will not be good at all for your battery. If you are going to use your laptop plugged to electricity for long periods, it is very recommendable to remove the battery from the laptop. However, be careful with this, as this operation will leave the back part of your laptop open, and therefore this wouldn’t be recommendable if you are in an environment with dust or similar. Some devices have software-specific drivers which can avoid constant stress of the battery while plugged to electricity, but check this with your own builder.
Talking about Hand Held Devices, is it the same to charge them with the AC adapter than with a USB cable?
NO. According to Palm, the AC Adapter is the preferred charging method, as the USB port of some computers (specially laptops), won’t always maintain the required 500 mA to properly charge the battery. The charging times in this case could be even 3 times longer.
How should I store my battery if it’s not going to be used for a long time?
According to BatteryUniversity, Li-Ion batteries will resist time better with a 40% charge. In fact, most devices are released to the market with an initial charge of a 40%. You should never store a Li-Ion battery totally discharged, this could damage your device.
Hope this little FAQ helps out!
