[prev in list] [next in list] [prev in thread] [next in thread] 

List:       mono-bugs
Subject:    [Mono-bugs] [Bug 80693][Wis] New - Bitmap class / loading png
From:       bugzilla-daemon () bugzilla ! ximian ! com
Date:       2007-01-31 21:14:18
Message-ID: 20070131224540.077781AE50D () bugzilla ! ximian ! com
[Download RAW message or body]

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by mugenjouchan@gmail.com.

http://bugzilla.ximian.com/show_bug.cgi?id=80693

--- shadow/80693	2007-01-31 17:45:39.000000000 -0500
+++ shadow/80693.tmp.20708	2007-01-31 17:45:39.000000000 -0500
@@ -0,0 +1,44 @@
+Bug#: 80693
+Product: Mono: Class Libraries
+Version: 1.2
+OS: 
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: 
+Priority: Wishlist
+Component: libgdiplus
+AssignedTo: mono-bugs@ximian.com                            
+ReportedBy: mugenjouchan@gmail.com               
+QAContact: mono-bugs@ximian.com
+TargetMilestone: ---
+URL: 
+Cc: 
+Summary: Bitmap class / loading png
+
+Description of Problem:
+
+If I load some pngs(seemingly all of those which are created by image
+magick convert), well, It looks horrible.
+sample file output:
+
+bitmapbug $ file bitmapbug-in.png 
+bitmapbug-in.png: PNG image data, 50 x 60, 16-bit/color RGB, non-interlaced
+
+
+Steps to reproduce the problem:
+1. see example code which just saves the example input image again
+
+Actual Results:
+Output when saving and GetPixel very ugly
+
+Expected Results:
+A pretty image and correct pixel values.
+
+
+How often does this happen? 
+Always, though not with all pngs, the few ones which worked were 8-bit ones.
+
+Additional Information:
+
+Tested with mono 1.2.2.1 on 2x gentoo(libgdiplus-1.2.2) and 1x debian
_______________________________________________
mono-bugs maillist  -  mono-bugs@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-bugs
[prev in list] [next in list] [prev in thread] [next in thread]