Compartilhar via


Dynamic Image Generation in Silverlight

 

I’ve posted a sample PNG image generator here (Beta 1 bits). 

 

This has 3 dynamically generated images – one randomly filled 64x64 image that’s updated at 6 frames/sec. A second 128x128 image with a gradient fill and a third that’s a 512x512 dynamically generated image of the Mandelbrot set. When running the page you’ll see performance is quite good (each page refresh will re-create all images). Note that there are still some optimizations that can be made to minimize re-writes of bytes and if anyone updates this, let me know and I’ll post the updated sample.

 

You can find the source here. It’s fairly small as I don’t generate a compressed image and therefore don’t need the PNG compression library (ZLIB). On the flip side, the dynamically generated image is not well suited for local storage since its not compressed.

 

The API to dynamically generate an image and assign it to an Image element is fairly straight-forward:

      ei = new EditableImage(height, width); // EditableImage class from this sample

      image = new BitmapImage();

      // Generate gradient filled image

      for (int idx = 0; idx < height; idx++) // Height (y)

      {

        for (int jdx = 0; jdx < width; jdx++) // Width (x)

        {

          ei.SetPixel(jdx, idx, (byte)idx, (byte)jdx, 255, 255);

        }

      }

      // Get stream and set image source

      image.SetSource(ei.GetStream());

      img2.Source = image; // img2 is an Image element

 

 

Image sample

Comments

  • Anonymous
    April 21, 2008
    PingBack from http://microsoftnews.askpcdoc.com/?p=3596

  • Anonymous
    April 21, 2008
    Apr&#232;s un premier billet dans la rubrique &quot;Cookbook Silverlight&quot; qui parlait d'un contr&#244;le

  • Anonymous
    April 22, 2008
    Hi Joe, Great stuff!! I was wondering though... Is it possible to read the stream of an image using your EditableImage class? Or is this a limitation of SL2 beta 1? If it was possible, it would create opportunities for image editing/effects. Kind regards, Rob Houweling

  • Anonymous
    April 23, 2008
    Joe Stegman has been hard at work making this happen and has now released an initial version of his PNG

  • Anonymous
    April 24, 2008
    I've been OOF on vacation (Hawaii, where it's warm!).&#160; But I'm back now and here's a few new sample

  • Anonymous
    April 24, 2008
    Funnily enough I was looking at doing this the other day, you just saved me a lot of work. I've made a couple of modifications, which you may want to consider

  • PNGEncoder  * Adler32 algorithm. There are some optimizations you could make here, see the Wikipedia article for details on a C implementation which is straightforward to convert to C#  * Use Array.Copy instead of manual array copies - this is significntly faster

  • EditableBitmap  * provide a delegate interface implementing the Visitor pattern as well as SetPixel, or something like WPF's WriteableBitmap.WritePixels(). Writing all the pixels in a single op is significantly faster than repeatedly calling SetPixel() It should be noted however that writing the pixels is really your bottleneck, so optimizing the Encoder won't make much of a difference. I'm currently playing with some multithreaded approaches and will let you know what I come up with. Thanks again, Andrew.

  • Anonymous
    April 24, 2008
    You need to take a look at the for loop in PngEncoder.Encode(). The number of iterations in the loop ( ie the number of blocks written ) is equal to pixelwidth/rowsperblock, which is not what you want ( try creating an image 400x300 and you'll see what I mean ). I would replace the for loop with something like this,      uint nblocks = dcSize / _MAXBLOCK;      uint nbytes = nblocks * _MAXBLOCK;      for ( int offset = 0; offset < nbytes; offset += _MAXBLOCK )      {          comp.WriteByte(0x00);          // write LEN ( length of block )        comp.Write(BitConverter.GetBytes(_MAXBLOCK), 0, 2);        // Write one's compliment of LEN        comp.Write(BitConverter.GetBytes(0), 0, 2);        // Write block        comp.Write(data, offset, _MAXBLOCK);      }        // write last block          comp.WriteByte(0x01);          // write LEN ( length of block )      uint lastBlock = dcSize - nbytes;        comp.Write(BitConverter.GetBytes(lastBlock), 0, 2);        // Write one's compliment of LEN        comp.Write(BitConverter.GetBytes((ushort) ~lastBlock), 0, 2);        // Write block        comp.Write(data, (int) nbytes, (int)lastBlock);

  • Anonymous
    April 24, 2008
    whoops - need to modify that last bit of code to deal with images that are an exact multiple of MAXBLOCK bytes. The code will still work, but the last block is of zero length in those cases. D'oh!

  • Anonymous
    April 27, 2008
    The comment has been removed

  • Anonymous
    April 27, 2008
    I fixed a few bugs in the ImageGenerator sample . One was related to non-square images and the other

  • Anonymous
    May 01, 2008
    If you setting up height = 500 and width = 500 or greather then in  dt_Tick method test screen is can't dislaying. Especially performance is problem for animations. I hope next silverlight version is native support raster drawing.

  • Anonymous
    May 21, 2008
    Thx this inspired me to try to do some animations with it.. doing some old school 2d water ripples.. Lars

  • Anonymous
    June 25, 2008
    One of the things that I've been meaning to experiment with around the MultiScaleImage control in Silverlight...

  • Anonymous
    July 02, 2008
    I needed a good and relatively fast dynamic image generation code for Silverlight (for the next sample,

  • Anonymous
    July 03, 2008
    In this tutorial: - creating and rendering water ripples - optimized image generation - JPEG decoding

  • Anonymous
    July 04, 2008
    I needed a good and relatively fast dynamic image generation code for Silverlight (for the next sample,

  • Anonymous
    July 04, 2008
    In this tutorial: - creating and rendering water ripples - optimized image generation - JPEG decoding

  • Anonymous
    August 31, 2008
    So I&#39;ve just finished version 1.0 of my Silverlight spectrum emulator. At the moment there is no

  • Anonymous
    December 02, 2008
    Minh T. Nguyen 's Mandelbrot Explorer is an application that allows you to zoom into the Mandelbrot set

  • Anonymous
    April 22, 2009
    Paint applications on the desktop has been developing for a long time however there are few available

  • Anonymous
    May 04, 2009
    "Software" rendering in Balder

  • Anonymous
    October 27, 2010
    When I click to see the Beta 1, it launch older silverlight install version. and the site does not run. You may need to check your deploy site to allow other version of silverlight to work with your site. Thanks Luis J Acedo

  • Anonymous
    March 24, 2011
    I need 50% more compressed the image, which should change in the code thanks

  • Anonymous
    March 28, 2011
    thanks for this great - but a question: why is the Width Property in the EditableImage class limited to a max of 2048?