Saturday, 13 December 2014

Imagen del día…

O más bien del jueves pasado… jajajaa….

Alonso

Tuesday, 9 December 2014

Imagen del dia

Impresionante las cosas que se pueden hacer con la cámara del Lumia 930!!

Tuesday, 26 August 2014

Inyectando TypeEditors dinámicamente

Muchas aplicaciones de edición todavía utilizan Windows Forms. Y muchas de ellas (sobre todo si son prototipos rápidos o herramientas internas) utilizan el PropertyGrid como método rápido y eficiente para editar propiedades de objetos.

Una de las funcionalidades más utiles de los PropertyGrids, es la posibilidad de definir TypeEditors para las propiedades de un objeto, de forma que el sistema escogerá automáticamente un interfaz de usuario específico para editar su valor. .Net incluye por defecto algunos de ellos, como el ColorPicker o el DateTimePicker:

Cuando los TypeEditors por defecto no son suficiente, es una gran idea desarrollar tus propios editores, para hacer tus editores lo más eficientes posible. Por ejemplo, el selector de colores por defecto de .Net no permite escoger valores para el canal Alpha (transparencia). La solución es sencilla y fácil: podemos implementar nuestro propio editor que sí lo permita.

Ahora bien, ¿qué ocurre si queremos aplicar ese TypeEditor a todas las propiedades de un tipo definido en otra DLL?

Es un caso bastante frecuente. En mi entorno, por ejemplo, tengo mi propia clase para almacenar colores, llamada Color4, pero está definida en una DLL específica para operaciones matemáticas. Es una DLL muy básica que quiero mantener con el menor número de referencias posible, para evitar dependencias todo lo que pueda. Por este motivo, es imposible definir el TypeEditor en dicha DLL, ya que eso implicaría referenciar System.Windows.Forms, System.Drawing, y unas cuantas cosas más que no tienen que estar ahí. A fin de cuentas, es mi editor visual el que debe depender de Windows Forms, y no mi DLL de operaciones matemáticas. ¿La solución?

Inyección dinámica de editores de tipo

La solución es asignar el TypeEditor dinámicamente, programaticamente, o como queráis decirlo. En lugar de incluirlo en tiempo de compilación, con clásico código…

 [EditorAttribute("Color4Editor", typeof(System.Drawing.Design.UITypeEditor))]

…lo añadiremos en tiempo de ejecución, algo posible gracias a la clase TypeDescriptor y su método AddAttributes.

Basta con invocar algo como lo siguiente el el inicio del programa:

TypeDescriptor.AddAttributes(typeof(Color4), new EditorAttribute(typeof(Color4Editor), typeof(UITypeEditor)));

De esta forma, mantenemos las DLLs limpias de referencias innecesarias, y solo dependeremos de Windows Forms y similares donde realmente se necesita: en el editor.

Listo ! Smile

Tuesday, 29 July 2014

Imagen del día…

Con cariño para todos los ingenieros y arquitectos… Sonrisa

Riesgos

Friday, 25 July 2014

Evolución del paro, deuda pública y prima de riesgo 1977-2016

[Última Actualización: 22 de Oct de 2015]

Paro
DeudaVsParo
PrimadeRiesgoVsParo

Tuesday, 15 July 2014

NSU / Nokia Software Updater for Retail doesn’t detect the device

Today, I was updating my phone to Lumia Cyan, and for a while I had an issue: the NSU For Retail didn’t detect my device. No matter how many times I tried to connect in different USB ports and using different cables, the NSU was always like this:

image

If it’s your case, go to Control Panel->Device Manager, and under “Universal Serial Bus Devices”, you’ll find two entries:

image

To fix the issue, just:

  • 1 - Unplug your phone
  • 2 – Right-click on both devices and select “Uninstall”.
  • 3 – Replug your device again

NSU should detect the device again.

Hope it helps !!

Monday, 14 July 2014

Imagen del día…

comunidades

Saturday, 12 July 2014

Recording Spotify songs to MP3 (with good quality)

I´m a huge Spotify fan, but although I have a premium account, I would like to download my music as MP3. Mostly because my car only accepts SD cards with MP3 inside (it has no bluetooth or ext-line where I could plug my phone).

Of course, there’s no way to do this (it would imply legal issues for Spotify). There was a Chrome extension to download songs while the web player had no encryption, but it no longer works.

So, what are our options? Basically, only one: recording songs from goes through the sound card of our PC. I was reluctant to do this because of quality matters, but MP3 itself means a quality loss, so I decided to give it a try. To my surprise, the quality obtained is damn good. More than enough to listen to some songs in the car…

You will need this:

  • Spotify Recorder: This tool has been developed by this guy, and can be downloaded here.
  • Enable Stereo Mix on your sound settings, so that Spotify Recorder can find a recording device that intercepts what goes through the sound card. To do this, follow this instructions.

Done!

application.png

What I like about Spotify Recorder?

  1. You can choose different audio bitrates
  2. It detects automatically what songs are currently being played in your Spotify app, and creates file names accordingly. It even saves song’s metadata, so the artist/album information is there…
  3. It detects the end/start of songs, so you don’t need to do anything but press “Start Recording” and play your favorite songs on Spotify. Each song will be saved as an individual file properly…
  4. You don’t even need a premium account, although I’d recommend you having one…

My car journeys will be much better now.

Thanks and GREAT JOB !!! 

Sunday, 29 June 2014

Mesa redonda–Intrograph II (Jornadas Nacionales de Informática Gráfica)

Se acaba de publicar un vídeo grabado por uno de los asistentes a Intrograph II, las Jornadas Nacionales de Informática Gráfica celebradas en Mayo en la Universidad Rey Juan Carlos.

Participé como ponente y también en la mesa redonda que clausuraba el evento. El vídeo se corresponde con ésta última sesión:

Un pequeño índice dentro del vídeo, con los temas sobre los que los ponentes respondíamos preguntas o debatíamos:

2:16 ¿Indie o triple A?
20:31 ¿PC o Consola?
49:00 Videojuegos ¿Son mas fáciles ahora?
59:55 Fecha optima del lanzamiento de videojuegos
1:13:39 Desarrollo de videjuegos ¿Por donde ir?

Friday, 27 June 2014

Massive hard drive activity when opening the Visual Studio 2013 XAML designer

This has been happening to me since last Wednesday. Honestly, I have no idea why wasn't happening before and why it started to happen now...

I have a pretty big C# Visual Studio solution, with references to native DLLs. Part of the UI is WPF, so it involves using XAML user controls. Now, when I open one of those XAML files and the designer kicks in (you can see a new process in the task manager called XDesProc.exe), my PC almost freezes.

After checking for a while, I realized that the VStudio's designer is filling the Shadow Cache folder like crazy (in my PC it's C:\Users\XXX\AppData\Local\Microsoft\VisualStudio\12.0\Designer\ShadowCache). And when I say "crazy", believe me... I mean it... It filled like 8 GB of data in a few moments...

There are many people out there with similar problems (some say to have cleaned from that folder more than 50 GB of data). You can find more examples here, here and here

If any of you have any clue about why this is happening, please let me know. By now, I managed to workaround it by completely disabling the XAML visual editor by:

1.- In Visual Studio solution explorer, right-click in a xaml file and select "Open With"...
2.- Choose XML (Text) Editor
3.- Click on "Set as default".
4.- Click Ok.


Please note: I found several websites suggesting a similar change, but saying the the Source Code (Text) Editor would work as well. It didn't work in my case. The designer didn't open, but the disk activity was surprisingly the same. The only choice that worked for me was XML (Text) Editor.

Next time you open an xaml file, the visual editor won't kick in, and you won't have the problem. However, it'd good to find the cause for this... Maybe I´ll try to re-install VStudio 2013 when I have a minute...

Hope it helps !! :)

Monday, 19 May 2014

Evolution of visuals in racing games 1992-2014

22 years. That's the time it takes to move from barely recognizable locations to blazing reality.

I still remember when I first saw Geoff Crammond - MicroProse's Formula One Grand Prix. It was mindblowing!! 3D graphics, amazing gameplay... Best racing experience I had so far...

One of my best friends had a 386 PC that met the ultra-high-end requirements the game needed (DOS, 1 MB of Ram and VGA Graphics Card). Every time I had the chance to drop by his house, first thing we did was to play this game.


But things have changed quite a lot in this time. Comparing the Monaco environment from that game with the one from CodeMasters F1 2013 makes a hell of a difference...

[Best viewed in FullHD 1080p]

And things still keep moving forward. This year, we will have a new F1 2014 game, and some others that keep pushing the limits of visual realism in videogames: [All videos best viewed in FullHD 1080p]

Diveclub:


Project Cars Trailer:


Project Cars vs Real Life:


Awesome !!!

Friday, 16 May 2014

Cómo tomar una muestra de color en cualquier cosa mostrada en tu pantalla, con Photoshop

Esta es una funcionalidad de Photoshop que no conocía. Si alguna vez te has preguntado qué color exactamente utiliza un icono, un botón de una aplicación, o cualquier otra cosa que se muestre en tu PC, puedes averiguarlo con Photoshop siguiendo estos sencillos pasos:

1.- Abre una imagen cualquiera, en Photoshop

2.- Selecciona el “EyeDropper” tool, para tomar muestras de color (normalmente dentro de la imagen en la que estás trabajando).

3.- Haz click en cualquier punto de tu imagen y, SIN SOLTAR EL BOTÓN, arrastra el puntero del mouse a cualquier otro punto de tu escritorio, a cualquier otra aplicación, icono o ventana.

Photoshop irá mostrando constantemente el color debajo del cursor del ratón, sin importar si todavía estás en tu imagen o siquiera dentro de Photoshop. Cuando sueltes el botón, ese color es seleccionado como color de trabajo en Photoshop, por lo que ya puedes utilizarlo en tus imágenes o acceder a sus componentes RGB.

Muy útil!!!


J

Wednesday, 7 May 2014

How to install Windows Phone 8.1, even with no developer account

If you can't wait to have Windows Phone 8.1 and Cortana, you can have it right now.


As you might have read, all you need to do is search in the Store for the application: Preview for Developers, install and open it. It opens the door to the set of updates that will trigger the installation of Windows Phone 8.1.

The thing is that one of the steps when opening it require you to enter your Live Account credentials, and in theory you must be registered as a Developer in the Windows Phone Dev Center.

Sincerely, you should consider register as so if you plan to do any development... It's only $14 yearly... But if you don't want to pay, there is a way:

1.- Go to http://appstudio.windowsphone.com
2.- Log in with your non-developer Live Account ID, and accept all the terms and conditions
3.- Click in "Start New Project"
4.- Select whichever project template you prefer (empty app will do the trick), and complete the process.

Now, you should be able to run the Preview for Developers thing, and it should accept your credentials as a registered developer.

Ta dá !!!

Disclaimer: Do this at your own risk. Windows Phone 8.1 is currently a developer preview and might contain bugs. I take no responsibility for any damage done to your phone or to your data, so better know what you are doing... :)





Thursday, 17 April 2014

Imagen del día…

Celebrity

Friday, 28 March 2014

Fast casting of C# Structs with no unsafe code (but still kind of "unsafe")

C++ allows us to perform any casting between memory pointers. It's basically up to you to ensure the correct types are casted to prevent memory problems.

C# however doesn't allow to do this out of the box, unless you go into using unsafe code and perform the pointer conversion yourself, pretty much like in C++.

Problem is that unsafe code is not supported in all platforms, and generally it's a good idea to avoid using it as long as you can.

So, imagine we have two structs like this:


    public struct STA
    {
        public int CustomerID;
        public float CustomerRate;
    }
    public struct STB
    {
        public int CustomerID;
        public float CustomerRate;
    }

One of them is yours, and the other one comes from an APIs or legacy software you don't have access to. Now, imagine you need to convert one into another. How would you face that?

Obviously, if you try to simply assign them, it just won't work:



Of course, the most evident (ans safest) solution is to create a new struct of the type STB and copy the contents from STA to STB:

struct_a = new STA(struct_b.CustomerID, struct_b.CustomerRate);

The drawback is that this approach is slow and implies a memory overhead, what might not be an option sometimes.

If performance is a critical issue, you are sure that both structs are 100% compatible and share the exact same memory layout, and that both come from compatible platforms... Why not fooling the compiler and make it just assume that they are compatible types? 

As we mentioned, in unsafe C# code this can be simply achieved by casting pointers, just like in C++. But if you mark your C# code as unsafe, it can be rejected in some platforms. Is there a way to do that without using unsafe code? Yes, there is.

C# StructLayout to the rescue

Perfectly safe C# code allows you to explicitly define the offset of struct members, using attributes from System.Runtime.InteropServices, just like this:


    [StructLayout(LayoutKind.Explicit)]
    public struct STA
    {
        [FieldOffset(0)]
        public int CustomerID;
        [FieldOffset(4)]
        public float CustomerRate;
    }

This allows you to do tricky things like settings two different members of the struct at the same offset, creating something similar to C++ Unions:


    [StructLayout(LayoutKind.Explicit)]
    public struct Union
    {
        [FieldOffset(0)]
        public STA StructA;
        [FieldOffset(0)]
        public STB StructB;
    }

Note that both StructA and StructB are at the same field offset, and therefore will occupy the exact same location in memory. As both share the same memory layout, the result is that you have ONE single object in memory, and two different references (kind of pointers) to them, each one using a different type. 

Now, we can do the following:


            STA struct_a;
            STB struct_b;
            ...
            Union stu = new Union();
            stu.StructB = struct_b;
            struct_a = stu.StructA;

As you can see, no new STA has been created in memory, and we have saved all the process of copying data from one struct to another.

However, please be aware that this is kind of cheating... You are fooling the compiler to accept that, but in practice you are performing a classical pointer conversion, even if you are using purely safe code.

PLEASE BE AWARE that this approach doesn't take into account endianness. Different platforms, with different byte endianness, may store bytes in the opposite way. For example, if STA comes from a big-endian platform, and STB works in a little-endian platform (or just the opposite), bytes will be reversed when doing this operation. It doesn't take into account differences in data types either, so you must be very careful to ensure that all types have the same size in one struct and the other.

So, remember:
if(same endiannes & same data types) 
                              you are good to go !

Functional improvements

The Union struct we have created can be made much more comfortable to use if you add operators to it.

For example, comparison operators like this:

 public static bool operator ==(STA left, Union right)
        {
            return left == right.StructA;
        }
        public static bool operator ==(STB left, Union right)
        {
            return left == right.StructB;
        }

Will allow you to simply compare Unions with the original types:

if(union == struct_a)

And even more comfortable, adding implicit operators like this:

        public static implicit operator Union(STA value)
        {
            Union ret = new Union();
            ret.StructA = value;
            return ret;
        }

Will allow you to simply assign one type to the other like this:

            STA struct_a;
            ...
            Union union = struct_a;

Memory footprint improvements

One small drawback of this approach is the need to create structs of the type Union, each time you want to perform a conversion of this kind. A simple solution is to perform the operation in a static Union object. It's a bit messy, but it works. For instance, if you declare the class like this:

    [StructLayout(LayoutKind.Explicit)]
    public struct Union
    {
        [FieldOffset(0)]
        public STA StructA;
        [FieldOffset(0)]
        public STB StructB;

        public static Union StaticRef = new Union();

        public static STA ToSTA(STB pStructB)
        {
            StaticRef.StructB = pStructB;
            return StaticRef.StructA;
        }
        public static STB ToSTB(STA pStructA)
        {
            StaticRef.StructA = pStructA;
            return StaticRef.StructB;
        }
    }

You can now re-use the same static object over and over again, doing things like:

            STA struct_a;
            STB struct_b;
            ...
            struct_a = Union.ToSTA(struct_b);

Hope it helps!! Cheers...

Monday, 17 March 2014

Imagen del día…

Esfuerzo

Friday, 21 February 2014

Imagen del día…

Miedo

Wednesday, 29 January 2014

El lobo de Wall Street [Opinión]

Ayer por fin fuimos a ver El lobo de Wall Street… No sé si es porque llevo semanas escuchando lo fabulosa que es, pero a mí me ha resultado decepcionante. En mi opinión, Martin Scorsese lleva 14 años tratando de sacar un pelotazo como los de antes. No me refiero a un pelotazo en taquilla, ya que ésta está arransando, sino a una película que sorprenda.



Desde Gangs of New York (que puede gustarte o no, pero resulta sorprendente), nunca ha conseguido recrear esa tensión en pantalla que lo caracterizaba. Esas escenas que te dejaban con el culo pegado a la silla y los ojos bien abiertos… Ni El Aviador, ni Infiltrados, ni Shutter Island, ni ésta última están a la altura, en mi opinión…

Al final, El Lobo de Wall Street ni es una comedia, ni es un drama, ni es de acción, ni es un Thriller, ni resulta tan espectacular, ni es tan sobrada como dicen. Me resultó más bien anodina y nada que no hubiera visto antes: un idiota, drogas, putas y fiesta, todo en contextos muy predecibles. 

Se deja ver, pero no sorprende ni una sola vez, y la verdad no veo justificación para que dure 3 horas. Las actuaciones son muy buenas, eso sí… pero lo demás, bah… Una mezcla extraña entre las partes aburridas de Wall Street, American Psycho, Casino y Trainspotting…


Mi recomendación: no os gastéis 10 euros en ir a verla al cine. Si acaso, como mucho alquiladla en DVD o NetFlix cuando salga… 

Tuesday, 28 January 2014

HLSL code editing in Notepad ++

There are several HLSL syntax highlight add-ins for Visual Studio out there, but if you prefer to use the great NotePad++ to author or edit your shaders, my fellow DirectX MVP Matt Pettineo has written a Notepad++ add-in to allow doing this.

You just need to download the HLSL.xml file from his GoogleDrive account, and in Notepad ++ click Language->Define Your Language->Import and then select the downloaded file. After restarting notepad++, you´ll find a new entry in the Language menu item like this:


By clicking in that new item when you load an HLSL file, you´ll get the following result:


According to him, it supports even SM 5.0 profiles.

Great job Matt !!! :)

Monday, 27 January 2014

Como, que no ponen la película: El Lobo de Wall Steet?

Ayer me pasó algo curioso. Fuimos al cine a ver El lobo de Wall Street, y para mi sorpresa... no la ponían !


Se me hacía muy muy raro, ya que eran unos mega-cines de esos de 1800 salas. Más concretamente los Heron City de Las Rozas.

En los 2 minutos que estuvimos en la taquilla, vi al menos a 3 personas preguntar por esa película, y la pobre chica que estaba allí decía... "lo siento, pero no la ponemos".

Como tengo ganas de verla, busqué alternativas, y decidí mirar la cartelera de otros cines que nos pillaban de camino hacia casa: Los Cines Manoteras. Para mi (doble) sorpresa, tampoco la ponían... Demasiada coincidencia, sobre todo al ver que ambos cines son de la cadena Cinesa...

Informándome sobre el asunto esta mañana, me entero de que ni Cinesa ni Kinépolis ha estrenado esa película, por diferencias con la distribuidora Universal.

Alucinante!

Nunca me había tocado algo así... No se quién tendrá razón, pero no deja de resultar sorprendente que paguemos por ir al cine 4 veces más que hace 15 años, y aún así no les salga rentable... Y si, entonces también había super-producciones...

En fin... que no me parece la mejor forma de luchar así contra la piratería, y más cuando esta película ya está disponible por ahí...

El filtro de partículas -DPF- de los coches diésel

Casi todos los coches diésel actuales incorporan un filtro de partículas (o DPF) para reducir la cantidad de partículas contaminantes que se emiten a la atmósfera. Hay incluso quien se lo quita completamente para ganarle unos pocos caballos al coche, aunque a mí no me parece la mejor opción (si veis un coche diésel relativamente moderno, que hecha humo negro por detrás, y que tiene los faldones totalmente sucios de hollín, éste suele ser el motivo).

El caso es que el otro día se me encendió un chivato en el salpicadero con una advertencia sobre éste, indicando que leyera el manual de instrucciones del coche. El chivato suele tener este aspecto:


Tras 5 minutos de semi-pánico, imaginándome a mi mismo con la VISA en el concesionario Audi (esas situaciones no suelen costar 2 duros, precisamente), saqué el manual de la guantera, y leí las instrucciones. En ellas se indica que dicho filtro se puede saturar si se conduce habitualmente por trayectos cortos, especialmente en entornos urbanos.

Como últimamente sí he circulado principalmente por Madrid, ayer decidí recorrer unos cuantos kilómetros para poner en práctica lo que se aconseja en el manual: una vez el coche ha cogido temperatura, conducir al menos 15 minutos en 4ª o 5ª, a 2000 rpm.

Según el manual, en esas circunstancias se activa un modo automático que, incrementando la temperatura de los gases de escape, quema las partículas y limpia el filtro. También se advierte que puede deberse a otro tipo de fallo o motivo (como un fallo en el sensor de presión del filtro, más info aquí), por lo que si el indicador no se apaga tras 15 minutos conduciendo de ese modo, hay que ir al taller.

Así que con ciertos nervios, empecé la prueba y, efectivamente, el chivato se apagó tras unos minutos en ese régimen. Está por ver si es una operación que lo limpia completamente, o si el filtro va deteriorándose con los años y finalmente tendré que cambiarlo... Sea como fuere, puede que os ayude...

Más información aquí.

Saludos !! :)