使用android提供的BitmapFactory解码一张图片时，有时会遇到该错误，即：java.lang.OutOfMemoryError: bitmap size exceeds VM budget。这往往是由于图片过大造成的。要想正常使用，一种方式是分配更少的内存空间来存储，即在载入图片的时候以牺牲图片质量为代价

做网站应用，特别是与照片相关的应用，经常需要用到图片裁剪，而系统代替客户进行裁剪通常不能完全符客户端的审美要求，由客户端用户DIY的裁剪是大势所趋。 我们一般的流程如下： 首先介绍一下 jquery.bitmapcutter该插件由Jericho开发,链接:http://gplv3.fsf.org/,它的主要作用是客户端裁图,效果如下： 该图的下半部分是jquery.bitmapcu

BitVector32结构体位于System.Collections.Specialized命名空间内，相对.NET中另外一个位容器BitArray，他的优点是速度快，占用空间小，并可以存储小数字。他内部用一个32位的整数来存储数据，因此只能存储32位的比特数据。   温习位操作 在看BitVector32前，温习一下简单的位操作还是很有必要的，常见的位操作无非就是与（AND），或（OR

作者：王先荣前言    最近开始做给小朋友上机器人编程课的兼职，感概颇多：（1）小朋友的动手能力都很强；（2）“调皮”的小孩很多；（3）直面困难的小朋友不多。    由于采用的教具是韩国人做的HunaRobo，满屏的英文对8～12岁的小孩来说，挑战蛮大的。因此萌生了将HunaRobo汉化的想法。 &nbs

帮人做一个遥感数字图像处理的小功能，其中的数据源是Landset图像，八位灰度。 然而Winform真的太弱了，System.Drawing下的PixelFormat（像素格式）枚举居然没有提供八位灰度模式，无奈只好用 PixelFormat.Format8bppIndexed（八位颜色索引）替代，可是问题又来了···   要使颜色索引模式生效，必须在Bit

这段时间做了些silverlight方面的项目，遇到了一些问题，但是磕磕绊绊的还是都解决了。今天先贴一个出来。 当我们用WebClient 从网络上获取图片流然后用BitmapImage绑定到前端的的Image的时候也许会遇到些意想不到的问题。 先给出些示例代码：  1 public MainPage()  2   &nbs

今天在一个群里，遇到一个别人问的问题，代码如下所示，项目本意是想在窗体加载时显示一张图片，然后点击按钮，删除该图片。 可是如下代码，在点击delete按钮时，项目报异常：“...无法删除，文件正在被另一个进程使用”， xaml 代码： <Grid x:Name="LayoutRoot"> <Grid.RowDefinitions

前言 我在“浅谈 ZipInteger”一文中的 ZipInteger 结构中使用了 BitConverter 类的 GetBytes 方法。当时我是假设 GetBytes 方法根据 IsLittleEndian 的值不同而按照不同的顺序返回字节数组。但是 MSDN 有关 BitConverter 类的文档中没有对此作出明确的说明。请参见我在 MSDN 论坛的一个贴子&ld

  支持的图片格式   从一个UI中获取为图片   Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->WriteableBitmap bmp = new WriteableBitmap(SP1, null);     img3.Source = bmp;    画图 先看效果吧，还是挺漂亮的   Code highlighting produced by Actipro CodeHighlighter (freeware)http:/