16 comments

Add a comment…

Sign in

prestine

Your email address

Check!

invalid email

(thinking…)

Reset

or sign in with

• 
• 

UserVoice password

Forgot password?

Create a password

Your name

I agree to the terms of service

Signed in as (Sign out)

Close

Close

Post comment Submitting...

• Gareth Curtis commented  ·  March 23, 2011 6:15 a.m.  ·  Delete

  We need PNG encoding because we send an encoded PNG to the server. It would be nice if support for image encoders / decoders was built into the framework.

• Andrew Skalkin commented  ·  February 24, 2011 9:05 a.m.  ·  Delete

  Have you guys seen WriteableBitmapEx? This looks like a step in the right direction.

  http://kodierer.blogspot.com/2011/02/long-time-no-see-writeablebitmapex-0970.html

• Jackov Kolodni commented  ·  December 20, 2010 12:17 a.m.  ·  Delete

  Keep in mind to support good drawing performence

• BorysG commented  ·  November 5, 2010 2:57 p.m.  ·  Delete

  Current implementation has different bugs such as memory leaks and security restrictions - an improvement is required so much

• Xiaoting Liu commented  ·  October 11, 2010 3:11 a.m.  ·  Delete

  we using sl4 develop a mmorpg，we need this so much

• smithkl42 commented  ·  September 23, 2010 9:05 a.m.  ·  Delete

  Something else that hasn't been noticed is that if SL supported full GPU rendering + any shader language > HLSL 2, this would open up the GPU for all sorts of other calculations. For instance, if you wanted to use the GPU for a physics engine, or for H.264 encoding, or for acoustic echo cancellation, or . . . well, really anything that managed code currently makes it difficult to do. It's possible to do a little of that now (see http://forums.silverlight.net/forums/p/181911/413814.aspx), but it could be improved dramatically.

• xie commented  ·  September 7, 2010 5:39 p.m.  ·  Delete

  yes

• jixuhua commented  ·  September 6, 2010 2:31 a.m.  ·  Delete

  upupup

• Tyler commented  ·  September 4, 2010 9:49 p.m.  ·  Delete

  It 's very usable for our projects.

• garethwatt commented  ·  June 21, 2010 8:13 a.m.  ·  Delete

  It would also be nice if the HW rendering pipeline supported the 3d transform and bitmap effects (on PC and Mac of course)

• Andrew Marshall commented  ·  May 5, 2010 2:41 a.m.  ·  Delete

  There are two distinct issues here, I think that extending the bitmap API ( there is already an item for making DrawingContext available, which I think is far more important ) - would be more useful than extending pixel shader and GPU support.

• fool commented  ·  November 22, 2009 1:48 p.m.  ·  Delete

  I agree with billreiss, we really need better blitter functionality like in WPF WriteableBitmap, but would add that image scaling in general must allow controlling the underlying magnification filter. WPF allows this via the RenderOptions.BitmapScalingMode attached property that can be applied to an Image element. I really need BitmapScalingMode=NearestNeighbor to avoid fuzziness and washed out colours caused by the default magnification filter.

• ernestasju commented  ·  October 20, 2009 5:07 a.m.  ·  Delete

  Noticed: Big Silverlight + Big DirectX = Flash wins (unfortunately).

• nelligan commented  ·  September 24, 2009 8:15 a.m.  ·  Delete

  See also my two suggestions about adding JPEG decoder/encoder classes, which would allow for full image manipulation in a background thread, without blocking the UI thread (especially when using SetSource to load an image from a stream)

• billreiss commented  ·  September 9, 2009 12:54 p.m.  ·  Delete

  For the bitmap API, fast bulk array copy and blitting would be great, ideally with the ability to blit scaled and rotated.

• daviding commented  ·  September 8, 2009 10:25 p.m.  ·  Delete

  On par with WPF or sub Direct3d would be great.