午夜精品久久久久99热蜜桃导演,一区二区三区在线免费播放,久久精品欧美日韩

Fri, 12 Apr 2013 04:20:00 GMT

大多数实时网�l�游戏，��?server 的时间和 client 的时间校对一致是可以带来许多其他�pȝ��设计上的便利的。这里说的对�Ӟ��q��去调�?client �?os 中的旉��Q�而是�?game client 内部的逻辑旉��调整�?server 一致即可�?/p>

一个粗略的�Ҏ��Ҏ��可以是这��L��Q�client 发一个数据包�l?server�Q�里面记录下发送时刅R��server 收到后，立刻�l�这个数据包��d��一个server 当前时刻信息�Q��ƈ发还�l?client 。因为大部分情况下，game server 不会立刻处理�q�个包，所以，可以在处理时再加一个时刅R��两者相减，client 可以��得包在 server 内部耽搁旉��?/p>

client 收到 server 发还的对时包�Ӟ��因�ؓ他可以取出当初发送时自己附加的时��M��息，�q�知道当前时刻，也就可以��出�q�个数据包来回的行程旉��。这里，我们假定数据包来回时间相同，那么�?server 通知的时��_��加上行程旉��的一半，则可以将 client 旉��?server 旉��校对一致�?/p>

�q�个�q�程�?udp 协议做比�?tcp 协议来的好。因�?tcp 协议可能因�ؓ丢包重发引�v教大误差�Q��?udp 则是自己控制�Q�这个误差要��的多。只是，现在�|�络游戏�?tcp 协议实现要比 udp 有优势的多，我们也不必�ؓ�Ҏ��另�v一套协议走 udp �?/p>

一般的解决�Ҏ��用多�ơ校对就可以了。因为，如果双方旉��快慢一致的情况下，�Ҏ��包在�|�络上行�E�时间越短，��׃��定表明误差越��。这个误差是不会��过包来回时间的一半的。我们一旦在�Ҏ��q�程中得��C��个很��的行程旉��Q��ƈ在我们游戏逻辑的时间误差允许范围内�Q�就不需要再校对了�?/p>

或者校对多�ơ，发现�|�络比较�E�_��Q�虽然网速很慢）�Q�也可以认�ؓ校对准确。这�U�情况下�Q�潜在的旉��误差可能比较大。好在，一般，我们在时间敏感的包上都会携带旉��戟뀂当双方旉��校对误差很小的时候，client 发过来的旉��x��不应该早�?server 真实时刻的。（当时间校对准��后�Q�server 收到的包上的旉��戛_��上数据包单行旉��Q�应该等�?server 当前时刻�Q?/p>

一�?server 发现 client 的包“提前”收到了，只有一�U�解释：当初校对旉��时糟�p�的�|�络状态带来了很多的时间误差，而现在的�|�络状态要明显优于那个时候。这�Ӟ��server 应该勒��o client 重新�Ҏ��。同理，client 发现 server 的数据包“提前”到达�Q�也可以��d��?server 重新�Ҏ��?/p>

一个良好的�Ҏ��协议的设定，在协议上避免 client 旉��作弊�Q�比如加速器�Q�或者减速器�Q�是可行的。这里不讨论也不分析更高�U�的利用游戏逻辑��L��间作弊的方式�Q�我们给数据包打上时间戳的主要目的也非防止时间作弊�?/p>

校对旉��的一般用途是用来实现更流畅的战斗�pȝ��和位�|�同步。因��Z��依赖�|�络传输的统一旉��参照标准可以使游戏看��h��更�ؓ实时�?/p>

首先谈谈位置同步�?/p>

好的位置同步一定要考虑�|�络延迟的媄响，所以，��单把 entity 的坐标广播到 clients 不是一个好的方案。我们应该同步的是一个运动矢量以及时间信息。既�Q�无论是 client �q�是 server �Q�发出和收到的信息都应该是每�?entity 在某个时�ȝ��位置和运动方向。这��P��接收方可以根据收到的时刻�Q�估��出 entity 的真实位�|�。对�?server 一方的处理�Q�只要要�?client 按一个频�?一般来说战斗时 10Hz 卛_��Q�而非战斗状态或 player 不改变运动状态时可以更低) �l�它发送位�|�信息。server 可以在网�l�状态不好的情况下依据最�q�收到的包估��出现在 player 位置。�?client 发出的每��?player 位置信息�Q�都应该�?server 信�Q�Q�用来去修正上次的估��倹{��?server 要做的只是抽查，或交�l�另一个模块去校验数据包的合法性（防止作弊�Q��?/p>

�?server 端，每个 entity 的位�|�按 10Hz 的频率做��L��q�动卛_��?/p>

client 因�ؓ涉及昄��问题�Q�玩家希望看到的�?entity 的连�l�运动，所以处理�v来麻烦一炏V��server 发过来的位置同步信息也可能因为网�l��g�q�晚收到。client 同样�Ҏ��最�q�收到的包做估算�Q�但是再收到的包和之前已�l�收到的信息估算�l�果不同的时候，应该做的是运动方向和速度的修正，��可能的让下�ơ的估算更准��?/p>

关于战斗指��o同步�Q�我希望是给所有战斗指令都加上冷却旉��和引导时��_��q�正�?wow 的设计。这��P��信�Q client 的时间戳�Q�就可以得到 client 准确的指令下达时间。引导时��_��或者是公共冷却旉��Q�可以充当网�l��g�q�时间的�~�冲。当然我们现在的设计会更复杂一些，�q�里不再列出。对于距��L��感的技能，例如�q�程��d��和范围魔法，我们的设计是有一个模�p�的 miss 判定公式�Q�解册��边界的判定问题�?/p>

�q�里�Q?server �Ҏ��ȝ��标的位置做估��的时候，可以不按上次发出包的�q�动方向��d��位置估计�Q�而选择用最有利于被��d��者的�q�动方向来做。这��P��可以减少�|�络状况差的玩家的劣�ѝ�?/p>

对于 PVE 的战斗，甚至可以做更多的取舍�Q�达到游戏流畅的效果。比如一个网�l�状态差的玩家去�?npc�Q�他��d�� npc 的时刻，npc 是处于攻击范围之内的。但是由于网�l��g�q�，数据包被 server 收到的时候，npc 已经��d��。这个时�?server 可以�?client 的逻辑来将 npc 拉会原来的坐标�?/p>

虽然�Q�这样做�Q�可能会引�v其他玩家�Q�旁观者） client 上表现的不同。但是，�|�络游戏很多情况下是不需要严格同步的。在不媄响主要游戏逻辑的情况下�Q�player 的手感更为重要�?/p>

转自�Q?a >http://blog.codingnow.com/2006/04/sync.html#comments

会飞的兔�?/a> 2013-04-12 12:20 发表评论

Mon, 15 Oct 2012 10:01:00 GMT

最�q��用Cocos2d-x开发游戏，发现Cocos2d-x的内存管理采用Objective-C的机�Ӟ��大喜�q�望。因为只要坚持Objective-C的原�?#8220;谁创��释放�Q�谁备䆾谁释�?#8221;的原则即可确保内存��用不易出现Bug�?br style="word-wrap: break-word; " />但是因�ؓ本��n开攄��游戏需要��用到多线�E�技术，��D��试的时候��L��莫名其妙的导致空指针错误。而且是随机出玎ͼ��U�结�?天无果后�Q�开始怀疑Cocos2d-X的内存本�w�管理可能存在问题。怀着�q�样的想法，
一步一步的调试�Q�发现经常出现指针异常的变量��L��在调用autorelease后一会就莫名其妙再��用的时候就抛异常。狠下心�Q�在它的析构函数里面断点+Log输出信息。发现对象被释放了。一时也很迷�p�，因�ؓ对象只是
autorelease,�q�没有真正释放，是谁��D��它释攄��Q?br style="word-wrap: break-word; " />
然后��去看了CCAutoreleasePool的源码，发现存在Cocos2d-X的内存管理在多线�E�的情况下存在如下问�?br style="word-wrap: break-word; " />

如图�Q�thread 1和thread 2是独立的两个�U�程�Q�它们之间存在CPU分配的交叉集�Q�我们在time 1的时候push一个autorelease的自动释放池�Q�在该线�E�的末尾�Q�即time 3的时候pop它。同理在thread 2的线�E�里面，在time 2的时候push一个自动释放池�Q�在time 4的时候释攑֮��Q�即Pop.
此时我们假设在thread 2分配得到CPU的时候有一个对象obj自动释放�Q�即obj-autorelease().那么在time 3的时候会发生是么事情呢？
�{�案很简单，��是obj在time 3的时候就被释放了�Q�而我们期望它在time 4的时候才释放。所以就��D��我上面说的，在多�U�程下面�Q�cocos2d-x的autorelease变量会发生莫名其妙的指针异常�?/strong>

解决办法�Q?/strong>在PoolManager�l�每个线�E�根据pthread_t的线�E�id生成一个CCArray的stack的嵌套管理自动释放池。源码如�?br style="word-wrap: break-word; " />所以我在Push的时候根据当前线�E�的pthread_t的线�E�id生成一个CCArray的stack来存储该�U�程对应的Autoreleasepool的嵌套对�?br style="word-wrap: break-word; " />源码如下

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
//--------------------------------------------------------------------
//
// CCPoolManager
//
//--------------------------------------------------------------------

/////【diff - begin�? by layne//////

CCPoolManager* CCPoolManager::sharedPoolManager()
{
if (s_pPoolManager == NULL)
{
      s_pPoolManager = new CCPoolManager();
}
return s_pPoolManager;
}

void CCPoolManager::purgePoolManager()
{
CC_SAFE_DELETE(s_pPoolManager);
}

CCPoolManager::CCPoolManager()
{
// m_pReleasePoolStack = new CCArray();
// m_pReleasePoolStack->init();
// m_pCurReleasePool = 0;

m_pReleasePoolMultiStack = new CCDictionary();
}

CCPoolManager::~CCPoolManager()
{

// finalize();

// // we only release the last autorelease pool here
// m_pCurReleasePool = 0;
// m_pReleasePoolStack->removeObjectAtIndex(0);
//
// CC_SAFE_DELETE(m_pReleasePoolStack);

finalize();

CC_SAFE_DELETE(m_pReleasePoolMultiStack);
}

void CCPoolManager::finalize()
{
if(m_pReleasePoolMultiStack->count() > 0)
{
      //CCAutoreleasePool* pReleasePool;
      CCObject* pkey = NULL;
      CCARRAY_FOREACH(m_pReleasePoolMultiStack->allKeys(), pkey)
      {
         if(!pkey)
            break;
         CCInteger *key = (CCInteger*)pkey;
         CCArray *poolStack = (CCArray *)m_pReleasePoolMultiStack->objectForKey(key->getValue());
         CCObject* pObj = NULL;
         CCARRAY_FOREACH(poolStack, pObj)
         {
            if(!pObj)
                  break;
            CCAutoreleasePool* pPool = (CCAutoreleasePool*)pObj;
            pPool->clear();
         }
      }
}
}

void CCPoolManager::push()
{
// CCAutoreleasePool* pPool = new CCAutoreleasePool();    //ref = 1
// m_pCurReleasePool = pPool;
//
// m_pReleasePoolStack->addObject(pPool);                //ref = 2
//
// pPool->release();                                     //ref = 1

pthread_mutex_lock(&m_mutex);

CCArray* pCurReleasePoolStack = getCurReleasePoolStack();
CCAutoreleasePool* pPool = new CCAutoreleasePool();       //ref = 1
pCurReleasePoolStack->addObject(pPool);                            //ref = 2
pPool->release();                                        //ref = 1

pthread_mutex_unlock(&m_mutex);
}

void CCPoolManager::pop()
{
// if (! m_pCurReleasePool)
// {
//       return;
// }
//
// int nCount = m_pReleasePoolStack->count();
//
// m_pCurReleasePool->clear();
//
// if(nCount > 1)
// {
//       m_pReleasePoolStack->removeObjectAtIndex(nCount-1);
//
//       //       if(nCount > 1)
//       //       {
//       //          m_pCurReleasePool = m_pReleasePoolStack->objectAtIndex(nCount - 2);
//       //          return;
//       //       }
//       m_pCurReleasePool = (CCAutoreleasePool*)m_pReleasePoolStack->objectAtIndex(nCount - 2);
// }
//
// /*m_pCurReleasePool = NULL;*/

pthread_mutex_lock(&m_mutex);

CCArray* pCurReleasePoolStack = getCurReleasePoolStack();
CCAutoreleasePool* pCurReleasePool = getCurReleasePool();
if (pCurReleasePoolStack && pCurReleasePool)
{
      int nCount = pCurReleasePoolStack->count();

      pCurReleasePool->clear();

      if(nCount > 1)
      {
         pCurReleasePoolStack->removeObject(pCurReleasePool);
      }
}

pthread_mutex_unlock(&m_mutex);
}

void CCPoolManager::removeObject(CCObject* pObject)
{
// CCAssert(m_pCurReleasePool, "current auto release pool should not be null");
//
// m_pCurReleasePool->removeObject(pObject);

pthread_mutex_lock(&m_mutex);
CCAutoreleasePool* pCurReleasePool = getCurReleasePool();
CCAssert(pCurReleasePool, "current auto release pool should not be null");

pCurReleasePool->removeObject(pObject);
pthread_mutex_unlock(&m_mutex);
}

void CCPoolManager::addObject(CCObject* pObject)
{
// getCurReleasePool()->addObject(pObject);

pthread_mutex_lock(&m_mutex);
CCAutoreleasePool* pCurReleasePool = getCurReleasePool(true);
CCAssert(pCurReleasePool, "current auto release pool should not be null");

pCurReleasePool->addObject(pObject);
pthread_mutex_unlock(&m_mutex);
}

CCArray* CCPoolManager::getCurReleasePoolStack()
{
CCArray* pPoolStack = NULL;
pthread_t tid = pthread_self();
if(m_pReleasePoolMultiStack->count() > 0)
{
      pPoolStack = (CCArray*)m_pReleasePoolMultiStack->objectForKey((int)tid);
}

if (!pPoolStack) {
      pPoolStack = new CCArray();
      m_pReleasePoolMultiStack->setObject(pPoolStack, (int)tid);
      pPoolStack->release();
}

return pPoolStack;
}

CCAutoreleasePool* CCPoolManager::getCurReleasePool(bool autoCreate)
{
// if(!m_pCurReleasePool)
// {
//       push();
// }
//
// CCAssert(m_pCurReleasePool, "current auto release pool should not be null");
//
// return m_pCurReleasePool;

CCAutoreleasePool* pReleasePool = NULL;

CCArray* pPoolStack = getCurReleasePoolStack();
if(pPoolStack->count() > 0)
{
      pReleasePool = (CCAutoreleasePool*)pPoolStack->lastObject();
}

if (!pReleasePool && autoCreate) {
      CCAutoreleasePool* pPool = new CCAutoreleasePool();       //ref = 1
      pPoolStack->addObject(pPool);                            //ref = 2
      pPool->release();                                        //ref = 1

      pReleasePool = pPool;
}

return pReleasePool;
}

/////【diff - end�? by layne//////

转自�Q?a >http://www.ityran.com/thread-3364-1-1.html

会飞的兔�?/a> 2012-10-15 18:01 发表评论

Tue, 15 May 2012 03:36:00 GMT
1.告别臃肿�w�材�?nbsp;

许多人开始跑步就是因为减肥，跑步��实减肥的最好运动方式，跑步每分钟比起其他运动燃烧更多的卡�\里�?nbsp;

2.防止你的骨骼�Q�肌肉退化�?nbsp;

我们的骨骼是和你的��n体需求相互协调的。长期坐在显�C�器前的我们让我们的骨骼��来��脆弱。而长期的�Q�经常的�q�动会��你的骨骼保持健康。更�q�一步说��是防止我们�w�体内部老化的更快。经常的高强度锻��|��例如跑步�Q�被证明可以促进��Z��荷尔蒙的生长�Q�荷��蒙��是那些名�h��Z��看�v来更�q�轻而持�l�注��的药剂�?nbsp;

3.抉|��疄��

跑步可以降低得中风和乌��癌的风险。经常的跑步已经成�ؓ�ȝ��寚w��些容易引发或在已�l�处在早期的骨质疏松�Q�糖��病�Q�高血压病人的�ȝ��?nbsp;

4.�l�持�q�提高��M��的��n体水�q��?nbsp;

跑步是是��Z��可以采取的最好的�ȝ��w�体的运动。它可以提高胆固�?降低血液凝块的危险�Q�锻��g��?0%的经常处于闲�|�状态的肺。跑步还可以通过增加你的淋巴�l�胞来增��Z��的免疫力�?nbsp;

5.让你更加自信�?nbsp;

慢跑像其他一些单��动一��P��它可以增��Z��的自信心。跑步让你完成一�ơ又一�ơ的��试�Q�让你变得更强大�Q�更加肯定自己。他让你真实的越�q�某个山峎ͼ��I�过某个障碍.在意识到你的�w�体已经更加强壮�Q�更加有用，你会得到被赋予力量和自由的感觉。自信更是那些通过跑步成功的减肥�ƈ得到自己心中理想�w�材的跑步者的宝贵财富�?nbsp;

6.放松自己�Q�减��d��力�?nbsp;

慢跑可以转移聂注意力�Q�沐��在路旁的风景中�Q�你的烦��g��定会消失�D�尽�?nbsp;
长跑适合那些正处在一堆头��|��g�h的烦心事的�h。还有比在两个小时的长跑中，清理的的头脑、舒�~�自��q��经更好的主意了吗�?nbsp;
如果你此时觉得异常压抑，何不快跑一下呢�Q�之后你会一个好的心情�?nbsp;

7.著名�?#8220;跑步者高��C��?#8221;

包括释放压力�Q�慢跑被证明提高你的心态。跑步，特别在户外和旅行�?会��w�体释放一�U�物质让你��生一�U�幸��愉悦感�Q�跑步者高��C��验）或者就是快乐的感觉。跑步已�l�被采用了多�q�来�ȝ��临床抑郁症，上瘾�{�。更��的压力�Q�更��的压抑�Q�更��的疲劳�Q�更��的混�ؕ�Q�经�q�一�D�|��间的�l�常跑步�Q�病人很快就有了变化。跑步让他们有了注意的对象，让他们看��C��除了他们消极的状态和沉�h的事务，�q�有一些美好的东西的存在�?nbsp;

8.�ȝ��你的头脑�?nbsp;

像对你的�w�体有所帮助一��P��跑步同样对你的头脑很有帮助。通过在跑步中克服一�p�d��的障��，你学会了专注和决�?在经历那些你几乎要放弃的长跑或其他项目后你会发现�Q�你在跑步过�E�中产生的意志和体魄的增��你在其他斚w��有着同样的专注和军_��?nbsp;

9.增强合作�_��?nbsp;

又是一个非常值得��d��的好处。这点好处或许让很多人感到惊奇，因�ؓ��Z��认�ؓ跑步不可能得到这�U�益处，仅仅�׃��跑步是单��动。但是跑步确实有时涉及到互相合作。旅行跑步，特别是在那些路况不好的地方，需要极大的合作意识。这些�\面经�怼�有一�?障碍如石头、灌木让跑步�q�行的很困难�?nbsp;

10.随时随地�Q�简单�?nbsp;

不是很多的运动可以在��M��地方�Q�几乎不需要设备的。我敢肯定古代希腊�h会争辩说甚至是鞋子和衣服也不需要。今天，我们只是需要一双好点的跑步鞋然后就可以出发了。从市中心到郊区,整个世界的地方等待你的探索。经常出差吗�Q�你的旅行箱里肯定会有空间来装你的运动鞋的。这个世界就是你的健�w�房�Q�去再次发现它吧�?nbsp;

Here are some tips for how to make running a practice:

Be consistent in your running program. Plan your weekly workout schedule and stick to it. This will teach you persistence.
Know which focuses you'll use during every run. This will teach you planning and mindfulness, and improve your mind/body connection.
Constantly practice relaxing your muscles. This will help to relieve tension and train you to relax no matter what activity you're doing.
At the end of your run, spend a few minutes doing an "end-of-run review." Ask yourself how well you did with keeping your focuses, how your body felt during the run. What did you come away with that will help your next run? Then, the next time you go out for a run, you'll have something to work on that you brought forward from your last run. In this way you'll build a healthy, growing and sustainable running program.
转自�Q?a >http://www.douban.com/group/topic/20749798/

会飞的兔�?/a> 2012-05-15 11:36 发表评论

调用D3D�?CreateDevice 函数后导�?COleDateTime::GetCurrentTime() ��p�|

Wed, 21 Jul 2010 03:49:00 GMT

当执行以下代码后�Q�将��D�� COleDateTime::GetCurrentTime() ��p�|

    if (FAILED(g_pD3D->CreateDevice(D3DADAPTER_DEFAULT,
        D3DDEVTYPE_HAL,
        hWnd,
        D3DCREATE_SOFTWARE_VERTEXPROCESSING,
        &d3dpp,
        &g_pd3dDevice)))
    {
        return FALSE;
    }

�q�是 CreateDevice 函数修改了系�l�的��点�q�算�_�ֺ��Q�只要加�?D3DCREATE_FPU_PRESERVE 选项卛_��解决�Q�修改后的代码如下：

    if (FAILED(g_pD3D->CreateDevice(D3DADAPTER_DEFAULT,
        D3DDEVTYPE_HAL,
        hWnd,
        D3DCREATE_SOFTWARE_VERTEXPROCESSING | D3DCREATE_FPU_PRESERVE,
        &d3dpp,
        &g_pd3dDevice)))
    {
        return FALSE;
    }

参考资料：

          http://topameng.spaces.live.com/Blog/cns!F962D4854A8233D!396.entry?wa=wsignin1.0&sa=56810441
http://visual-c.itags.org/visual-c-c++/56481/

D3DCREATE_FPU_PRESERVE

在FPU中，却存在着三种�q�算�_�ֺ��Q�single precision(24bits)�Q�double precision(53bits)(一般应用程序启动时的精�?�Q�double extended precision(64bits�Q�很��用)。FPU的默认精度是53bits的double precision。D3D的CreateDevice函数会将FPU的运��精度改�?4bits。除非指定了D3DCREATE_FPU_PRESERVE参数�Q�否则不能你的应用程序��Q点精度也会降低�?br style="LINE-HEIGHT: 20px"> 悲剧的是你不能确认dx或者其他程序是否给你切换回来，感觉有些dx版本有bug�Q�即使设�|�D3DCREATE_FPU_PRESERVE也不会切换回来。这是我们需要手动切�?br style="LINE-HEIGHT: 20px">    unsigned int uiFloat;
    _controlfp_s(&uiFloat, 0, 0);
    _controlfp_s(0, _PC_53, MCW_PC); //切换到double�_�ֺ�

    .......
    _controlfp_s(0, uiFloat, MCW_PC); //切换到原来的�_�ֺ�

会飞的兔�?/a> 2010-07-21 11:49 发表评论

GDI+ �l�D��

Wed, 11 Nov 2009 14:42:00 GMT
转自�Q?a >http://www.cnblogs.com/xingd/archive/2008/03/02/1088087.html

�p�d��前面的两��文章写的内容太��单了�Q�本文对我理解的GDI+做一个综�q�ͼ�不再涉及代码�l�节�?br>
GDI+中共有三�U�坐标，全局坐标、页面坐标和讑֤�坐标。在GDI+的绘图调用中�Q�传入的坐标位于全局坐标内，全局坐标�l�由全局变换转换到页面坐标，��面坐标再通过��面变换计算��备坐标�?/font>

全局变换通过Graphics.Transform指定�Q�其�c�d��为Matrix。GDI+中的矩阵�?x3��点矩阵�Q�可以通过Matrix�cȝ��Ҏ��和属性来修改全局变换�Q�也可以通过Graphics�c�M��的TranslateTransform�{�方法来讑֮�。页面变换通过Graphics�cȝ��PageUnit和PageScale来设定坐标单位和�~�放倍数�?/font>

Point, Size, Rectangle是GDI+中常用的度量�c�d��Q��ƈ且都��h��对应的float�c�d��。Color则代表了32位A8R8G8B8的颜艌Ӏ�这一些都是基本的值类型，在实际��用的时候，要牢记其值类型的特征�Q�类似o.Size.Width = 100的代码是没有作用的，因�ؓ.Width = 100是作用在了o.Size�q�回的��时变量上了，对于o的状态没有�Q何媄响�?/font>

GraphicsPath�Q�Region, Image则是GDI+中的一些资源性的�c�d��Q�在使用完成后要��快Dispose。GraphicsPath是一�p�d��q�箋的线�Q�包含直�U�和曲线。Region则表�C�封闭的一个区域，�q�个区域的边界可以由GraphicsPath来描�q�。Image表示一个图形，其中表现像素�l�成的位囄��z��c�MؓBitmap�Q�表现失量绘图指令组成的囑�Ş的派生类为Metafile。计��机屏幕最擅长展现两维的数据，因此Rectangle视�ؓ最��单的一�U�Region�Q��ƈ且应用面也非常广泛，计算包含整个Region的Rectangle也是非常常见的一�U�操作�?/font>

Brush用来填充一个Region�Q�填充时可以使用单色填充�Q�可以��用纹理（囄��Q�填充，也可以��用线型填充和渐变填充�Q?NET中封充的GDI+提供了SolidBrush�Q�TextureBrush�Q�HatchBrush�Q�LinearGradientBrush和PathGradientBrush�c�R��Brush也是需要及时Dispose的，对于SolidBrush�Q�可使用SystemBrushes和Brushes中的静态属性，获取预定义的Brush对表�Q�免去Dispose的麻烦�?/font>

Pen是用来画�U�的�Q�GDI+的线是有宽度的，也就有其内部区域�Q�因此GDI+中的Pen需要一个Brush实例来构造。同样SystemPens和Pens中提供了预定义的单色Pen实例�?/font>

此外Font对象用来实现GDI+中不同字体的输出�Q�Graphics�c�L��供了一个MeasureString�Ҏ��计算一�D�字�W�串�l�制出来时占据的区域大小�?/font>

Graphics�c�L��供了一�p�d��Draw...�Ҏ��Q��用特定的Pen来绘制一定的形状�Q�Fill...�p�d��则��用特定的Brush来填充指定区域�?/font>

Graphics的Clip属性通过一个Region�cȝ��实例指定GDI+有效�l�制区域�Q�这是一个基��信息�Q�Graphics的属性ClipBounds�Q�IsClipEmpty�Q�IsVisibleClipEmpty�Q�VisibleClipBounds均基于Clip属性，�q�且为只�ȝ��?/font>

CompositingQuality�Q�InterpolationMode�Q�PixelOffsetMode�Q�SmoothingMode�Q�TextRenderingHint用来控制�l�制输出质量�Q�质量越高，速度��慢。CompositingMode用来启用Alpha Blend�Q�TextContrast控制文本输出时的Gamma��|��RenderingOrigin用来控制8bit/16bit色深时的色彩拌动和Hatch Brush的�v始点�?br>
�q�些内容对之后的Minesweeper内容��_��了，如果有问题，�Ƣ迎在评��Z��提出�?/font>

会飞的兔�?/a> 2009-11-11 22:42 发表评论

Thu, 05 Nov 2009 01:26:00 GMT

转自�Q?a >http://blog.chinaunix.net/u/24948/showart_408317.html

四大囑փ�库的使用感受:OpenCV/FreeImage/CImg/CxImage
对OpenCV的印象：功能十分的强大，而且支持目前先进的图像处理技术，体系十分完善�Q�操作手册很详细�Q�手册首先给大家补计��机视觉的知识，几乎�늛�了近10�q�内的主��算法；然后��图像格式和矩阵�q�算�Q�然后将各个��法的实现函数。我用它来做了一个Harris角点��器和Canny边缘��器�Q��d��p��了一个小�Ӟ��W�一�ơ用OpenCV�Q�。而且该库昄��囑փ�极其方便�Q�两句话��可以。但该库��g��不大�E�_��Q�对32F�?6S�?U的图像数据支持上bug重重。我用cvFilter2D函数�q�行�U�性��o波，屡屡出错�Q�后来一查原来是大bug。后来用cvmGet来取矩阵元素也是频繁出错�Q�仔�l�检查了N遍确保程序没问题之后在yahoogroup上找到答案：仍然是bug。。。但好歹该库是开攄��Q�所以自己可以修改；而且支持CVS。另外该库用的是IPL矩阵库，速度奇快～～

对CxImage考察的印象：该开发包完全开放源代码�Q�图像封装�ؓ一个类�Q�功能极为强大，与Windows、MFC支持极好�Q�支持图像的多种操作�Q�线性��o波、中值��o波、直方图操作、旋转羃放、区域选取、阈值处理、膨胀腐蚀、alpha混合�{�等�Q�，支持从文件、内存或者win32api定义的位囑֛�像格式中��d��囑փ��Q�支持将囑փ�昄��在�Q意窗口，功能可谓很强大了�Q�而且对像素的操作很方便，另外�q�有一个界面很强的demo�Q�可以直接在上面�q�行二次开发，推荐使用�Q?br>�~�点�Q�里面的子库很多�Q�用��h��可能较麻烦；而且感觉速度�E�慢�Q�不如后面提到的freeimage
但功能真的十分强大啊�Q?br>
CImg�Q�就一�?h文�g所以用��h��很简明，但感觉功能上不如CxImage。可以与CxImage配合使用�Q�因为CImg提供了基于lapack的矩阵运��函数和完善的线性��o波卷�U�函敎ͼ�同时CImg做像素运��还是很方便的。另外，独有Display�c�d��以方便的实现各种昄��Q�包括显�C�图像、打字、画�U�等�{�。还有，该库有个��Z��光流的多��度囑փ�配准例子�Q�很�?br>
FreeImage�Q�C语言的体�p�，大量使用指针�q�算速度可以保证�Q�内含先�q�的多种插值算法。另外独有的支持meta exif信息的读取。该库最大的特点��是比较��l�，只把重点攑֜�对各�U�格式图像的��d��写入支持上，没有昄��部分�Q�实际编�E�的时候还是需要调用API函数�q�行昄��

OpenCV 参考手�?/div>
http://www.assuredigit.com/incoming/sourcecode/opencv/chinese_docs/ref/opencvref_cv_chinese.htm

深度囑փ�理解
http://blog.csdn.net/thirdapple/category/117113.aspx

中国囑�Ş囑փ��|?br>http://www.image2003.com

图象��法大全�Q?br>http://www.machinevisionshow.cn/search/c07tuxiangsuanfa.htm

一个边�~�识别算法代�?br>http://www.moon-soft.com/download/soft/2157.htm

�|�友评论

本站�|�友 旉��Q?008-03-15 23:58:05 IP地址�Q?19.225.53.�?/td>

CImg 是一个用C++�~�写的开源数字图像处理库�?br>
作者介�l?br>
作者David Tschumperlé�Q?nbsp;之前是法国La Rochelle大学的一名教授，现受雇于CNRS 囑փ��l�。据说作者从1998�q�写博士论文时就开始写�q�个库。作者主��：http://www.greyc.ensicaen.fr/~dtschump/ �Q�里面有更多关于作者本人的消息�?br>
库的特点

�q�个库与一般的�c�d��最大的不同点在于，不像其他的图像处理类库，CImg所有的代码都包含在一个文件中�Q�CImg.h�Q�。库的设计��用了C++模板技术，支持多种数据�c�d��Q�且库的设计机器��单明了。库包含了这几个模块�Q�首先是CImg�c�，�q�是库的��M��Q�基本上��Z��囑փ�的操作都在这个类里实��C��。第二个是CImgDisplay�c�，该类用于昄��处理后的囑փ�。我们在用c++处理囑փ��Ӟ��L��要花好多功夫在图像的昄��上，CImgDisplay的设计就是�ؓ解决�q�个问题而写的。有了它�Q�我们可以像用Matlab一��h��便的昄��囑փ�。第三个重要的类是CImgList该类主要为处理序列图像�?br>
该库�q�有一个特�Ҏ��可移植性，同时支持Windows和linux�Q�FreeBSD�{�等�?br>
该库支持多种囑փ�格式的读取与保存�Q�不�q�个��为，除了bmp文�g外，��d��其他文�g旉��是先用ImageMagic的convert�E�序转换格式在读取，所以速度很慢。读取bmp文�g很快�?br>
如何使用

在该库发布的下蝲文�g中包含了很多演示�E�序。要使用它，首先��下载下来的CImg.h文�g拯��C��的编译器搜烦的include文�g夹中�Q�然后在源代码写上：

#include "CImg.h"
using namespace cimg_library;

��p��么简单，你就可以使用所有的库函数�?br> 下面是作者给的一个例子：

#include "CImg.h"
  using namespace cimg_library;

  int main() {
    CImg image("lena.jpg"), visu(500,400,1,3,0);
    const unsigned char red[] = { 255,0,0 }, green[] = { 0,255,0 }, blue[] = { 0,0,255 };
    image.blur(2.5);
    CImgDisplay main_disp(image,"Click a point"), draw_disp(visu,"Intensity profile");
    while (!main_disp.is_closed && !draw_disp.is_closed) {
      main_disp.wait();
      if (main_disp.button && main_disp.mouse_y>=0) {
        const int y = main_disp.mouse_y;
        visu.fill(0).draw_graph(image.get_crop(0,y,0,0,image.dimx()-1,y,0,0),red,1,255,0);
        visu.draw_graph(image.get_crop(0,y,0,1,image.dimx()-1,y,0,1),green,1,255,0);
        visu.draw_graph(image.get_crop(0,y,0,2,image.dimx()-1,y,0,2),blue,1,255,0).display(draw_disp);
        }
      }
    return 0;
  }

你可以直接将上面的源代码保存��C��?cpp文�g然后�~�译查看效果。当�Ӟ��在项目所在文件夹中必��d��含有囄��lena.jpg�?br>
技术支�?br>
该库有非常详�l�的文档说明随源代码一起发布。http://cimg.sourceforge.net/index.shtml �q�是sourceforge上该��目的主��，有论坛，我觉得作者非常认真负责，�l�常在上面�ؓ�|�友解答问题�Q�详�l�细致�?br>

会飞的兔�?/a> 2009-11-05 09:26 发表评论

高斯模糊资料攉��

Wed, 30 Sep 2009 06:11:00 GMT
GIL囑փ�处理�Q�高斯模�p�）�Q?a >http://www.cppprog.com/2009/0305/76_8.html

高斯�q�x�� 高斯模糊高斯滤�L器：http://blog.csdn.net/hhygcy/archive/2009/07/07/4329056.aspx

对Photoshop高斯模糊滤镜的算法�ȝ�� Q?a >http://www.cnblogs.com/hoodlum1980/archive/2008/03/03/1088567.html

会飞的兔�?/a> 2009-09-30 14:11 发表评论

Sun, 27 Sep 2009 08:00:00 GMT
转自�Q?a >http://hi.baidu.com/kennlee/blog/item/52375eca63394743f31fe7d8.html

       1. BMP文�g�l�成

　　BMP文�g由文件头、位图信息头、颜色信息和囑�Ş数据四部分组成。文件头主要包含文�g的大��、文件类型、图像数据偏��L��件头的长度等信息�Q�位图信息头包含图象的尺�怿�息、图像用几个比特数值来表示一个像素、图像是否压�~�、图像所用的颜色数等信息。颜色信息包含图像所用到的颜色表�Q�显�C�图像时需用到�q�个颜色表来生成调色板，但如果图像�ؓ真彩�Ԍ��既图像的每个像素�?4个比�Ҏ��表示�Q�文件中��没有这一块信息，也就不需要操作调色板。文件中的数据块表示囑փ�的相应的像素��|��需要注意的是：囑փ�的像素值在文�g中的存放��序��Z��左到叻I��从下��C��Q�也��是��_��在BMP文�g中首先存攄��是图像的最后一行像素，最后才存储囑փ�的第一行像素，但对与同一行的像素�Q�则是按照先左边后右边的的顺序存储的�Q�另外一个需要读者朋友关注的�l�节是：文�g存储囑փ�的每一行像素值时�Q�如果存储该行像素值所占的字节��Cؓ4的倍数�Q�则正常存储�Q�否则，需要在后端�?�Q�凑��?的倍数�?

　　2. BMP文�g�?

　　BMP文�g头数据结构含有BMP文�g的类型、文件大��和位图起始位置�{�信息。其�l�构定义如下:

1 typedef struct tagBITMAPFILEHEADER
2 {
3 WORD bfType; // 位图文�g的类型，必须�?#8220;BM”
4 DWORD bfSize; // 位图文�g的大��，以字节�ؓ单位
5 WORD bfReserved1; // 位图文�g保留字，必须�?
6 WORD bfReserved2; // 位图文�g保留字，必须�?
7 DWORD bfOffBits; // 位图数据的�v始位�|�，以相对于位图文�g头的偏移量表�C�，以字节�ؓ单位
8 } BITMAPFILEHEADER�Q�该�l�构占据14个字节�?nbsp;

　　3. 位图信息�?

　　BMP位图信息头数据用于说明位囄��寸�{�信息。其�l�构如下�Q?br>

1 typedef struct tagBITMAPINFOHEADER{
2 DWORD biSize; // 本结构所占用字节�?/span>
3 LONG biWidth; // 位图的宽度，以像素�ؓ单位
4 LONG biHeight; // 位图的高度，以像素�ؓ单位
5 WORD biPlanes; // 目标讑֤�的��^面数不清�Q�必��Mؓ1
6 WORD biBitCount// 每个像素所需的位敎ͼ�必须�?(双色), 4(16�?�Q?(256�?�?4(真彩�?之一
7 DWORD biCompression; // 位图压羃�c�d��Q�必��L�� 0(不压�~?,1(BI_RLE8压羃�c�d��)�?(BI_RLE4压羃�c�d��)之一
8 DWORD biSizeImage; // 位图的大��，以字节�ؓ单位
9 LONG biXPelsPerMeter; // 位图水��^分��L率，每米像素�?/span>
10 LONG biYPelsPerMeter; // 位图垂直分��L率，每米像素�?/span>
11 DWORD biClrUsed;// 位图实际使用的颜色表中的颜色�?/span>
12 DWORD biClrImportant;// 位图昄��q�程中重要的颜色�?/span>
13 } BITMAPINFOHEADER�Q�该�l�构占据40个字节�?nbsp;

　　注意�Q�对于BMP文�g格式�Q�在处理单色囑փ�和真彩色囑փ�的时候，无论图象数据多么庞大�Q�都不对图象数据�q�行��M��压羃处理�Q�一般情况下�Q�如果位��N��用压�~�格式，那么16色图像采用RLE4压羃��法�Q?56色图像采用RLE8压羃��法�?br>
　　4. 颜色�?

　　颜色表用于说明位图中的颜�Ԍ��它有若干个表��，每一个表��Ҏ��一个RGBQUAD�c�d��的结构，定义一�U�颜艌Ӏ�RGBQUAD�l�构的定义如�?

1 typedef struct tagRGBQUAD {
2     BYTErgbBlue;// 蓝色的亮�?��D��围�ؓ0-255)
3     BYTErgbGreen; // �l�色的亮�?��D��围�ؓ0-255)
4     BYTErgbRed; // �U�色的亮�?��D��围�ؓ0-255)
5     BYTErgbReserved;// 保留�Q�必��Mؓ0
6 } RGBQUAD;

　　颜色表中RGBQUAD�l�构数据的个数由BITMAPINFOHEADER 中的biBitCount��Ҏ��定�Q�当biBitCount=1,4,8�Ӟ��分别�?,16,256个颜色表��，当biBitCount=24�Ӟ��囑փ�为真彩色�Q�图像中每个像素的颜色用三个字节表示�Q�分别对应R、G、B��|��囑փ�文�g没有颜色表项。位图信息头和颜色表�l�成位图信息�Q�BITMAPINFO�l�构定义如下:

1
2 typedef struct tagBITMAPINFO {
3 BITMAPINFOHEADER bmiHeader; // 位图信息�?/span>
4 RGBQUAD bmiColors[1]; // 颜色�?/span>
5 } BITMAPINFO;

　　注意�Q�RGBQUAD数据�l�构中，增加了一个保留字�D�rgbReserved�Q�它不代表�Q何颜�Ԍ��必须取固定的��gؓ“0”�Q�同�Ӟ��RGBQUAD�l�构中定义的颜色��g��Q�红艌Ӏ�绿色和蓝色的排列顺序与一般真彩色囑փ�文�g的颜色数据排列顺序恰好相反，既：若某个位图中的一个像素点的颜色的描述�?#8220;00�Q?0�Q�ff�Q?0”�Q�则表示该点为红�Ԍ��而不是蓝艌Ӏ?br>
　　5. 位图数据

　　位图数据记录了位囄��每一个像素值或该对应像素的颜色表的索引��|��囑փ�记录��序是在扫描行内是从左到�?扫描行之间是从下��C��。这�U�格式我们又�U�CؓBottom_Up位图�Q�当然与之相对的�q�有Up_Down形式的位图，它的记录��序是从上到下的�Q�对于这�U��Ş式的位图�Q�也不存在压�~��Ş式。位囄��一个像素值所占的字节敎ͼ�当biBitCount=1�Ӟ��8个像素占1个字节；当biBitCount=4�Ӟ��2个像素占1个字节；当biBitCount=8�Ӟ��1个像素占1个字节；当biBitCount=24�?1个像素占3个字节，此时囑փ�为真彩色囑փ�。当囑փ�不是为真彩色�Ӟ��囑փ�文�g中包含颜色表�Q�位囄��数据表示对应像素点在颜色表中相应的烦引��|��当�ؓ真彩色时�Q�每一个像素用三个字节表示囑փ�相应像素点彩色��|��每个字节分别对应R、G、B分量的��|��q�时候图像文件中没有颜色表。上面我已经讲过了，Windows规定囑փ�文�g中一个扫描行所占的字节数必��L��4的倍数(即以字�ؓ单位),不��的以0填充�Q�图像文件中一个扫描行所占的字节数计��方法：

1        DataSizePerLine= (biWidth* biBitCount+31)/8�Q?/span>// 一个扫描行所占的字节�?nbsp;
2
3 或�?br> 4           DataSizePerLine= (biWidth* biBitCount+31)/32 * 4�Q?/span>// 一个扫描行所占的字节�?nbsp;
5
6 (如果biBitCount == 8 �?4)
7
8          DataSizePerLine= (biWidth* 3+3)/4*4�Q?/span>// 一个扫描行所占的字节�?nbsp;
9
10 �?br>11
12        DataSizePerLine= (biWidth*1+3)/4*4�Q?/span>// 一个扫描行所占的字节�?nbsp;
13

　　位图数据的大��按下式计算(不压�~�情况下)�Q?br>
　　DataSize= DataSizePerLine* biHeight�?

　　上述是BMP文�g格式的说明，搞清楚了以上的结构，��可以正��的操作囑փ�文�g�Q�对它进行读或写操作了�?br>

会飞的兔�?/a> 2009-09-27 16:00 发表评论

DirectShow中常见的RGB/YUV格式

Sun, 27 Sep 2009 07:53:00 GMT
转自�Q?a >http://www.sharp-i.net/cn/articles/article/The_RGB_YUV_format_in_DirectShow.htm

　　计算机彩色显�C�器昄��色彩的原理与彩色电视��Z��P��都是采用R�Q?span>Red�Q��?span>G�Q?span>Green�Q��?span>B�Q?span>Blue�Q�相加�؜色的原理�Q�通过发射��Z��U�不同强度的电子束，使屏�q�内侧覆盖的�U�、绿、蓝��光材料发光而��生色彩。这�U�色彩的表示�Ҏ��U�CؓRGB色彩�I�间表示�Q�它也是多媒体计��机技术中用得最多的一�U�色彩空间表�C�方法）�?/span>
　　�Ҏ��三基色原理，��L��一�U�色�?span>F都可以用不同分量�?span>R�?span>G�?span>B三色相加混合而成�?/span>
F = r [ R ] + g [ G ] + b [ B ]
　　其中�Q?span>r�?span>g�?span>b分别��Z��参与混合的系数。当三基色分量都�?span>0�Q�最弱）时�؜合�ؓ黑色光；而当三基色分量都�?span>k�Q�最强）时�؜合�ؓ白色光。调�?span>r�?span>g�?span>b三个�p�L��的��|��可以混合��Z��于黑色光和白色光之间的各�U�各��L��色光�?/span>
那么YUV又从何而来呢？在现代彩色电视系�l�中�Q�通常采用三管彩色摄像机或彩色CCD摄像��行摄像，然后把摄得的彩色囑փ�信号�l�分艌Ӏ�分别放大校正后得到RGB�Q�再�l�过矩阵变换电�\得到亮度信号Y和两个色差信�?span>R�Q?span>Y�Q�即U�Q��?span>B�Q?span>Y�Q�即V�Q�，最后发送端��亮度和色差三个信号分别�q�行�~�码�Q�用同一信道发送出厅R��这�U�色彩的表示�Ҏ��是所谓的YUV色彩�I�间表示�?/span>
采用YUV色彩�I�间的重要性是它的亮度信号Y和色度信�?span>U�?span>V是分��ȝ��。如果只�?span>Y信号分量而没�?span>U�?span>V分量�Q�那么这栯��C�的囑փ��是黑白灰度囑փ�。彩色电视采�?span>YUV�I�间正是��Z��用亮度信�?span>Y解决彩色电视��Z��黑白电视机的兼容问题�Q��黑白电视��Z��能接收彩色电视信受��?/span>
　　YUV�?span>RGB�怺�转换的公式如下（RGB取��D��围均�?span>0-255�Q�：

Y = 0.299R + 0.587G + 0.114B
U = -0.147R - 0.289G + 0.436B
V = 0.615R - 0.515G - 0.100B

R = Y + 1.14V
G = Y - 0.39U - 0.58V
B = Y + 2.03U

　　�?span>DirectShow中，常见�?span>RGB格式�?span>RGB1�?span>RGB4�?span>RGB8�?span>RGB565�?span>RGB555�?span>RGB24�?span>RGB32�?span>ARGB32�{�；常见�?span>YUV格式�?span>YUY2�?span>YUYV�?span>YVYU�?span>UYVY�?span>AYUV�?span>Y41P�?span>Y411�?span>Y211�?span>IF09�?span>IYUV�?span>YV12�?span>YVU9�?span>YUV411�?span>YUV420�{�。作��频媒体类型的辅助说明�c�d��Q?span>Subtype�Q�，它们对应�?span>GUID见表2.3�?/span>

　　�?span>2.3 常见�?span>RGB�?span>YUV格式

GUID    格式描述
MEDIASUBTYPE_RGB1    2�Ԍ��每个像素�?span>1位表�C�，需要调色板
MEDIASUBTYPE_RGB4    16�Ԍ��每个像素�?span>4位表�C�，需要调色板
MEDIASUBTYPE_RGB8    256�Ԍ��每个像素�?span>8位表�C�，需要调色板
MEDIASUBTYPE_RGB565    每个像素�?span>16位表�C�，RGB分量分别使用5位�?span>6位�?span>5�?/span>
MEDIASUBTYPE_RGB555    每个像素�?span>16位表�C�，RGB分量都��?span>5位（剩下�?span>1位不用）
MEDIASUBTYPE_RGB24    每个像素�?span>24位表�C�，RGB分量各��?span>8�?/span>
MEDIASUBTYPE_RGB32    每个像素�?span>32位表�C�，RGB分量各��?span>8位（剩下�?span>8位不用）
MEDIASUBTYPE_ARGB32    每个像素�?span>32位表�C�，RGB分量各��?span>8位（剩下�?span>8位用于表�C?span>Alpha通道��|��
MEDIASUBTYPE_YUY2    YUY2格式�Q�以4:2:2方式打包
MEDIASUBTYPE_YUYV    YUYV格式�Q�实际格式与YUY2相同�Q?/span>
MEDIASUBTYPE_YVYU    YVYU格式�Q�以4:2:2方式打包
MEDIASUBTYPE_UYVY    UYVY格式�Q�以4:2:2方式打包
MEDIASUBTYPE_AYUV    �?span>Alpha通道�?span>4:4:4 YUV格式
MEDIASUBTYPE_Y41P    Y41P格式�Q�以4:1:1方式打包
MEDIASUBTYPE_Y411    Y411格式�Q�实际格式与Y41P相同�Q?/span>
MEDIASUBTYPE_Y211    Y211格式
MEDIASUBTYPE_IF09    IF09格式
MEDIASUBTYPE_IYUV    IYUV格式
MEDIASUBTYPE_YV12    YV12格式
MEDIASUBTYPE_YVU9    YVU9格式

　　下面分别介绍各种RGB格式�?/span>

　　RGB1�?span>RGB4�?span>RGB8都是调色板类型的RGB格式�Q�在描述�q�些媒体�c�d��的格式细节时�Q�通常会在BITMAPINFOHEADER数据�l�构后面跟着一个调色板�Q�定义一�p�d��颜色�Q�。它们的囑փ�数据�q�不是真正的颜色��|��而是当前像素颜色值在调色板中的烦引。以RGB1�Q?span>2色位图）��Z��Q�比如它的调色板中定义的两种颜色��g��ơ�ؓ0x000000�Q�黑�Ԍ��?span>0xFFFFFF�Q�白�Ԍ��Q�那么图像数�?span>001101010111…�Q�每个像素用1位表�C�）表示对应各像素的颜色为：黑黑白白黑白黑白黑白白白…�?/span>

　　RGB565使用16位表�C�Z��个像素，�q?span>16位中�?span>5位用�?span>R�Q?span>6位用�?span>G�Q?span>5位用�?span>B。程序中通常使用一个字�Q?span>WORD�Q�一个字�{�于两个字节�Q�来操作一个像素。当��d��一个像素后�Q�这个字的各个位意义如下�Q?/span>
     高字�?span>              低字�?/span>
R R R R R G G G     G G G B B B B B
可以�l�合使用屏蔽字和�U�M��操作来得�?span>RGB各分量的��|��

#define RGB565_MASK_RED    0xF800
#define RGB565_MASK_GREEN  0x07E0
#define RGB565_MASK_BLUE   0x001F
R = (wPixel & RGB565_MASK_RED) >> 11;   // 取��D��?span>0-31
G = (wPixel & RGB565_MASK_GREEN) >> 5;  // 取��D��?span>0-63
B =  wPixel & RGB565_MASK_BLUE;         // 取��D��?span>0-31

　　RGB555是另一�U?span>16位的RGB格式�Q?span>RGB分量都用5位表�C�（剩下�?span>1位不用）。��用一个字��d��一个像素后�Q�这个字的各个位意义如下�Q?/span>
     高字�?span>             低字�?/span>
X R R R R G G       G G G B B B B B       �Q?span>X表示不用�Q�可以忽略）
可以�l�合使用屏蔽字和�U�M��操作来得�?span>RGB各分量的��|��

#define RGB555_MASK_RED    0x7C00
#define RGB555_MASK_GREEN  0x03E0
#define RGB555_MASK_BLUE   0x001F
R = (wPixel & RGB555_MASK_RED) >> 10;   // 取��D��?span>0-31
G = (wPixel & RGB555_MASK_GREEN) >> 5;  // 取��D��?span>0-31
B =  wPixel & RGB555_MASK_BLUE;         // 取��D��?span>0-31

　　RGB24使用24位来表示一个像素，RGB分量都用8位表�C�，取��D��围�ؓ0-255。注意在内存�?span>RGB各分量的排列��序为：BGR BGR BGR…。通常可以使用RGBTRIPLE数据�l�构来操作一个像素，它的定义为：

typedef struct tagRGBTRIPLE {
  BYTE rgbtBlue;    // 蓝色分量
  BYTE rgbtGreen;   // �l�色分量
  BYTE rgbtRed;     // �U�色分量
} RGBTRIPLE;

　　RGB32使用32位来表示一个像素，RGB分量各用�?span>8位，剩下�?span>8位用�?span>Alpha通道或者不用。（ARGB32��是�?span>Alpha通道�?span>RGB32。）注意在内存中RGB各分量的排列��序为：BGRA BGRA BGRA…。通常可以使用RGBQUAD数据�l�构来操作一个像素，它的定义为：

typedef struct tagRGBQUAD {
  BYTE    rgbBlue;      // 蓝色分量
  BYTE    rgbGreen;     // �l�色分量
  BYTE    rgbRed;       // �U�色分量
  BYTE    rgbReserved;  // 保留字节�Q�用�?span>Alpha通道或忽略）
} RGBQUAD;

　　　下面介绍各种YUV格式�?span>YUV格式通常有两大类�Q�打包（packed�Q�格式和�q�面�Q?span>planar�Q�格式。前者将YUV分量存放在同一个数�l�中�Q�通常是几个相�ȝ��像素�l�成一个宏像素�Q?span>macro-pixel�Q�；而后者��用三个数�l�分开存放YUV三个分量�Q�就像是一个三�l��^面一栗��表2.3中的YUY2�?span>Y211都是打包格式�Q��?span>IF09�?span>YVU9都是�q�面格式。（注意�Q�在介绍各种具体格式�Ӟ��YUV各分量都会带有下标，�?span>Y0�?span>U0�?span>V0表示�W�一个像素的YUV分量�Q?span>Y1�?span>U1�?span>V1表示�W�二个像素的YUV分量�Q�以此类推。）

　　　YUY2�Q�和YUYV�Q�格式�ؓ每个像素保留Y分量�Q��?span>UV分量在水�q�x��向上每两个像素采样一�ơ。一个宏像素�?span>4个字节，实际表示2个像素。（4:2:2的意思�ؓ一个宏像素中有4�?span>Y分量�?span>2�?span>U分量�?span>2�?span>V分量。）囑փ�数据�?span>YUV分量排列��序如下�Q?/span>
Y0 U0 Y1 V0    Y2 U2 Y3 V2 …

　　YVYU格式�?span>YUY2�c�M��Q�只是图像数据中YUV分量的排列顺序有所不同�Q?/span>
Y0 V0 Y1 U0    Y2 V2 Y3 U2 …

　　UYVY格式�?span>YUY2�c�M��Q�只是图像数据中YUV分量的排列顺序有所不同�Q?/span>
U0 Y0 V0 Y1    U2 Y2 V2 Y3 …

　　AYUV格式带有一�?span>Alpha通道�Q��ƈ且�ؓ每个像素都提�?span>YUV分量�Q�图像数据格式如下：
A0 Y0 U0 V0    A1 Y1 U1 V1 …

　　Y41P�Q�和Y411�Q�格式�ؓ每个像素保留Y分量�Q��?span>UV分量在水�q�x��向上�?span>4个像素采样一�ơ。一个宏像素�?span>12个字节，实际表示8个像素。图像数据中YUV分量排列��序如下�Q?/span>
U0 Y0 V0 Y1    U4 Y2 V4 Y3    Y4 Y5 Y6 Y8 …

　　Y211格式在水�q�x��向上Y分量�?span>2个像素采样一�ơ，�?span>UV分量�?span>4个像素采样一�ơ。一个宏像素�?span>4个字节，实际表示4个像素。图像数据中YUV分量排列��序如下�Q?/span>
Y0 U0 Y2 V0    Y4 U4 Y6 V4 …

　　YVU9格式为每个像素都提取Y分量�Q�而在UV分量的提取时�Q�首先将囑փ�分成若干�?span>4 x 4的宏块，然后每个宏块提取一�?span>U分量和一�?span>V分量。图像数据存储时�Q�首先是整幅囑փ��?span>Y分量数组�Q�然后就跟着U分量数组�Q�以�?span>V分量数组�?span>IF09格式�?span>YVU9�c�M��?/span>

　　IYUV格式为每个像素都提取Y分量�Q�而在UV分量的提取时�Q�首先将囑փ�分成若干�?span>2 x 2的宏块，然后每个宏块提取一�?span>U分量和一�?span>V分量�?span>YV12格式�?span>IYUV�c�M��?/span>

　　YUV411�?span>YUV420格式多见�?span>DV数据中，前者用�?span>NTSC�Ӟ��后者用�?span>PAL制�?span>YUV411为每个像素都提取Y分量�Q��?span>UV分量在水�q�x��向上�?span>4个像素采样一�ơ�?span>YUV420�q��V分量采样�?span>0�Q�而是�?span>YUV411相比�Q�在水��^方向上提高一倍色差采样频率，在垂直方向上�?span>U/V间隔的方式减��一半色差采栗��?/span>

会飞的兔�?/a> 2009-09-27 15:53 发表评论

Sun, 20 Sep 2009 05:52:00 GMT

转自�Q?a >http://blog.csdn.net/dotnet90/archive/2009/05/05/4152401.aspx

基本设计概念和处理流�E?/p>
调用模型

利用面向对象思想多态�?调用方保存着被调用方的基��接口指针(一般称��gؓ 钩子),调用方直接调用接口指针里面方�?�Ҏ��具体实现逻辑�?/p>
该接口的�z��c�d��?�C�意�?

��Z��事�g驱动的数据处理模�?/p>
为系�l�功能设计，需要处理网�l�事件数据SocketEvent�Q�数据库事�g数据DatabaseEvent�Q�定时器事�g数据TimerEvent�{�，为此建立数据队列�?/p>
务QueueService,为每一队列建立多个子线�E�QueueServiceThread处理。数据队列服务提供添加事件数据方法AddToQueue�Q�设�|�数据队列服务钩

子SetQueueServiceSink�Q�让数据队列服务钩子QueueServiceSink做具体逻辑事�g数据处理�?br>�C�意�?

再者，�Ҏ��|�络,数据库等特定功能�Q�构建网�l�，数据库等��理服务�Q�实现数据队列服务钩子QueueServiceSink�Ҏ��Q�调度事件数据执行外部处

理接口，外部处理接口具体�׃��ơ开发用户实现。示意图:

事�g数据设计

框架体系设计

功能模块划分

数据队列服务QueueService模块设计

    基本设计概念

    建立一个内存链表，保存事�g数据�Q�对外部提供�Ҏ��往链表��d��事�g数据�q��知�U�程�Q�同时启动多个处理线�E�，从数据链表里获取事�g数据�Q�执行外部钩子方法进行处�?�U�程事�g通知采用完成端口技�?

   �c�M��接口设计

     接口设计

本文来自CSDN博客�Q��{载请标明出处�Q?a >http://blog.csdn.net/dotnet90/archive/2009/05/05/4152401.aspx

会飞的兔�?/a> 2009-09-20 13:52 发表评论

Wed, 16 Sep 2009 04:15:00 GMT

转自�Q?a href="http://www.shnenglu.com/lovedday/archive/2008/05/02/48628.html">http://www.shnenglu.com/lovedday/archive/2008/05/02/48628.html

世界变换

世界变换��是��物体顶点坐标从模型�I�间转换��C��界空间。在模型�I�间里，��点位置坐标依据模型的本地坐标系的原点而定�Q�在世界�I�间里，所有模型的��点��q��一个原点，即世界坐标系原点。事实上�Q�世界变换就是将一个模型从本地�I�间重新定位��C��界空间内。从模型�I�间��C��界空间的转换实际上就是对模型�q�行�q�移、旋转、羃放以及它们的��L��l�合变换�?/p>
使用三维模型制作软�g�Q�例�?dmax�Q�制作三�l�模型时�Q�首先需要�ؓ模型讑֮�一个坐标系�Q�模型上的顶点坐标就是设定的模型自��n坐标�p�M��的坐标，�q�个坐标�p�M��是上面提到的本地坐标系或模型空间�?/p>

1、世界变换矩�?/strong>

在处理三�l�图像的应用�E�序中，可��用世界变换完成一个物体（��切的说是一个坐标或一�p�d��坐标�Q�的�q�移、旋转和�~�放。当然也可以完成�q�三�U�变换的��L��l�合。具体的�Ҏ��是通过下式�Q?/p>

��Q意一点P(x, y, z)转换到p'(x', y', z')�Q�上式也可以表示��Z��下�Ş式：

p'(x', y', z') = P(x, y, z) . M_world

M_world��是世界变换矩阵。也��是它实��C��物体的��^�U�R��旋转、羃攑֒�它们的复合变换。在定义好世界变换矩阵后�Q�调用函数IDirect3DDevice9::SetTransform()�q�指定第一个参��CؓD3DTS_WORLD�Q�第二个参数为相应的世界变换矩阵卛_��?/p>

2、��^�U?/strong>

可以通过下式�Q�也��是下面的��^�U�d��换矩阵）�Q?/p>

��点�Q�x, y, z�Q�沿x、y和z轴分别移动T_x、T_y、T_z�Q�到另一点（x'�Q�y'�Q�z'�Q�。很昄��Q�只要得��C��q�个�q�移矩阵�Q��^�U�d��作就可以完成�?/p>
为方便�v见，D3DX扩展函数库d3dx9.lib提供了函数D3DXMatrixTranslation()�Q�用它可以很方便地生成一个��^�U�M��界矩��c��该函数的声明如�?

Builds a matrix using the specified offsets.

D3DXMATRIX * D3DXMatrixTranslation(
D3DXMATRIX * pOut,
FLOAT x,
FLOAT y,
FLOAT z
);

Parameters

pOut
[in, out] Pointer to the D3DXMATRIX structure that is the result of the operation.
x
[in] X-coordinate offset.
y
[in] Y-coordinate offset.
z
[in] Z-coordinate offset.

Return Values

Pointer to a D3DXMATRIX structure that contains a translated transformation matrix.

Remarks

The return value for this function is the same value returned in the pOut parameter. In this way, the D3DXMATRIXTranslation can be used as a parameter for another function.

3、旋�?/strong>

与��^�Uȝ��|��使用下面的四阶矩阵可以将点（x, y, z�Q�绕x轴旋�?#952;角，到新点（x', y', z'�Q?

�l�y轴旋�?#952;角时的矩阵�ؓ�Q?/p>

�l�z轴旋�?#952;角时的矩阵�ؓ�Q?/p>

θ指旋转角度，单位是弧度，具体是指沿着旋�{轴的指向�Q�即正方向）向坐标原点看去顺指针旋�{�q�的角度�?/p>
同样可以使用D3DX扩展函数库d3dx9.lib提供的函数D3DXMatrixRotationX()、D3DXMatrixRotationY()和D3DXMatrixRotationZ()方便地创建旋转矩阵，�q�三个函数的声明如下�Q�因声明�c�M��Q�只列出D3DXMatrixRotationX()的��用说�?

Builds a matrix that rotates around the x-axis.

D3DXMATRIX * D3DXMatrixRotationX(
D3DXMATRIX * pOut,
FLOAT Angle
);

Parameters

pOut
[in, out] Pointer to the D3DXMATRIX structure that is the result of the operation.
Angle
[in] Angle of rotation in radians. Angles are measured clockwise when looking along the rotation axis toward the origin.

Return Values

Pointer to a D3DXMATRIX structure rotated around the x-axis.

Remarks

The return value for this function is the same value returned in the pOut parameter. In this way, the D3DXMatrixRotationX function can be used as a parameter for another function.

4、羃�?/strong>

使用下面的四阶矩阵可以将点（x, y, z�Q�在x、y、z轴上各羃放Sx、Sy、Sz�Q�到另一点（x', y', z'�Q��?/p>

同样�Q�可以��用Direct3D扩展实用库中的函数D3DXMatrixScaling()来生成羃攄��阵，该函数的声明如下�Q?/p>
Builds a matrix that scales along the x-axis, the y-axis, and the z-axis.

D3DXMATRIX * D3DXMatrixScaling(
D3DXMATRIX * pOut,
FLOAT sx,
FLOAT sy,
FLOAT sz
);

Parameters

pOut
[in, out] Pointer to the D3DXMATRIX structure that is the result of the operation.
sx
[in] Scaling factor that is applied along the x-axis.
sy
[in] Scaling factor that is applied along the y-axis.
sz
[in] Scaling factor that is applied along the z-axis.

Return Values

Pointer to the scaling transformation D3DXMATRIX.

Remarks

The return value for this function is the same value returned in the pOut parameter. In this way, the D3DXMatrixScaling function can be used as a parameter for another function.

5、矩阵连接与复合变换

在大多数情况下，Direct3D中的物体需要进行的世界变换不止一个，而往往是多个世界变换的�l�合�Q�这时可以��用矩阵连接来实现�q�种复合变换。因为矩�늚�一个优�Ҏ��通过矩阵的相乘，��两个或更多矩阵的作用合�q�在一起实现。�ؓ了先后实��C��个模型的旋�{和移动，不需要��用两个矩阵，可以��旋转矩阵和�q�移矩阵�怹�得到一个复合矩阵以实现所有功能。这个过�E�叫做矩阵连接（matrix concatention�Q�，可以用下面的公式表示�Q?/p>
C = M₁ * M₂ * ... * M_n-1 * M_n

在这个公式里�Q�C是实现复合变换的复合矩阵�Q�从M₁到M_n是只能实现某一�U�世界变换的单独矩阵�Q�individual matrices�Q�。大多数情况下是两到三个矩阵�q�接�Q�但�q�个数量没有限制�?/p>
使用函数D3DXMatrixMultiply() 可完成矩�늚�乘法�Q�该函数的说明如下：

Determines the product of two matrices.

D3DXMATRIX * D3DXMatrixMultiply(
D3DXMATRIX * pOut,
CONST D3DXMATRIX * pM1,
CONST D3DXMATRIX * pM2
);

Parameters

pOut
[in, out] Pointer to the D3DXMATRIX structure that is the result of the operation.
pM1
[in] Pointer to a source D3DXMATRIX structure.
pM2
[in] Pointer to a source D3DXMATRIX structure.

Return Values

Pointer to a D3DXMATRIX structure that is the product of two matrices.

Remarks

The result represents the transformation M1 followed by the transformation M2 (Out = M1 * M2).

The return value for this function is the same value returned in the pOut parameter. In this way, the D3DXMatrixMultiply function can be used as a parameter for another function.

矩阵pOut表示最�l�的复合变换�Q�也��是先进行矩阵pM1表示的变换，然后又进行矩阵pM2表示的变换�?/p>
在矩�늚�乘法中，��序是很关键的。无��创徏什么样的世界变换矩阵，��C��从左到右的原则才能确保实现想要的效果�Q�也��是��_��一个复合矩�늚�视觉效果是按从左到右的顺序各单独矩阵视觉效果的组合�?/font>假设一个物体先�l�y轴旋转，然后把它�U�d��到场景内的另一个位�|�。�ؓ实现�q�个效果�Q�首先创��Z��个旋转矩阵R_y�Q�然后乘以一个��^�Uȝ��阵T_w�Q?/p>
W = R_y * T_w

在这个公式里�Q�R_y表示�l�y轴的旋�{矩阵�Q�T_w实现世界坐标�p�d��的一�ơ��^�U�R�?font color=#800000>矩阵的乘法不满��交换律�?/font>如果��这两个矩阵以相反的��序�怹��Q�效果是先��^�U�，然后旋�{�?/p>

会飞的兔�?/a> 2009-09-16 12:15 发表评论

转：图象处理常用�Ҏ��法

Tue, 08 Sep 2009 02:14:00 GMT

原文�Q?a >http://blog.csdn.net/alin0725/archive/2007/03/28/1543860.aspx

�Q�．囑փ�的逆反处理��法

逆反处理的算法如下：
设r�Q�g�Q�b分别为源囑փ�像素f�Q�i�Q�j�Q�的�U�，�l�，蓝分量��|��rr�Q�gg�Q�bb分别为处理后像素g�Q�i�Q�j�Q�的�U�，�l�，蓝分量倹{��则
rr=255-r
gg=255-g
bb=255-b

�Q?囑փ�的��^滑处�?/p>
��法如下�Q?br>�q�x��处理是指��源囑փ�的每一个像素的颜色值由其相邻n*n个像素的�q�_��值来代替�?br>例如�Q�对�?*3炚w��而言�Q�设原图像某像素的��gؓf�Q�i�Q�j�Q�，�q�x��处理后该像素的��gؓg�Q�i�Q�j�Q�，则：
g(i,j)=(f(i,j)+f(i-1,j)+f(i+1,j)+f(i-1,j-1)+f(i,j-1)+f(i+1,j-1)+
f(i-1,j+1)+f(i,j+1)+f(i+1,j+1))/9
注意�Q�该��法不能�q�x��囑փ�边界的像素�?/p>
�Q? 图象的霓虹处�?/p>
��法�Q?br>对于3*3炚w��Q�首先计��原图象像素f(i,j)的红�Q�绿�Q�蓝分量与相同行f�Q�i+1�Q�j�Q�及同列f(i,j+1)盔R��象素的梯度，卛_��的��^方之和的�q�x��根，然后��梯度��g��为处理后的象素g(i,j)的红�Q�绿�Q�蓝分量倹{�?br>设r1,g1,b1分别为原图象象素f(i,j)的红�Q�绿�Q�蓝分量��|��r2,g2,b2分别为相同行盔R��象素f(i+1,j)的红�Q�绿�Q�蓝分量��|��r3,g3,b3分别为同列相邻象素f(i,j+1)的红�Q�绿�Q�蓝分量��|��rr,gg,bb为处理后象素g(i,j)的红�Q�绿�Q�蓝分量��|��则：
rr1=(r1-r2)^2 rr2=(r1-r3)^2
gg1=(g1-g2)^2 gg2=(g1-g3)^2
bb1=(b1-b2)^2 bb2(b1-b3)^2
rr=2*(rr1+rr2)^0.5
gg=2*(gg1+gg2)^0.5
bb=2*(bb1+bb2)^0.5

�Q?图象的锐化处�?/p>
锐化处理的算法：
计算原图像像素f(i,j)的像素��g��该像素与盔R��像素f(i-1,j-1)像素��g��差的�l�对值得癑ֈ�比之和，作�ؓ处理后图像像素g(i,j)的像素倹{��例如，设r1,g1,b1分别为f(i,j)的红、绿、蓝分量��|��r2,g2,b2分别为f(i-1,j-1)的红、绿、蓝分量��|��rr,gg,bb分别为g(i,j)的红、绿、蓝分量��|��则：
rr=r1+0.25*abs(r1-r2)
gg=g1+0.25*abs(g1-g2)
bb=b1+0.25*abs(b1-b2)

�Q? 囑փ�的��Q雕处�?/p>
��法�Q?br>位图囑փ�的��Q雕处理的��法是：
g(i,j)=f(i,j)-f(i-1,j)+常数
式中�Q�g(i,j)为处理后囑փ�的像素��|��f(i,j)为原囑փ�的像素��|��f(i-1,j)为前一个相��d��素的倹{��常��C��般取128�Q�即
rr=r1-r2+128
gg=g1-g2+128
bb=b1-b2+128
式中�Q�r1,g1,b1分别为原囑փ�的像素f(i,j)的红、绿、蓝分量��|��r2,g2,b2分别为前一个相��d��素f(i-1,j)的红、绿、蓝分量��|��rr,gg,bb,分别为处理后囑փ�的像素g(i,j)的红、绿、蓝分量�?

�Q?囑փ�的镶嵌处�?/p>
镶嵌处理��法如下�Q?br>镶嵌处理后的囑փ�每一��矩阵内的所有像素值都取此矩阵内原囑փ�各像素��g��和的�q�_��倹{��例如，对于3*3的子域：
g(i,j)=(f(i,j)+f(i-1,j)+f(i+1,j)+f(i-1,j-1)+f(i+1,j-1)+f(i-1,j+1)+f(i,j+1)+f(i+1,j+1))/9
则取�Q?br>g(i-1,j)=g(i,j)
g(i+1,j)=g(i,j)
g�Q�i,j-1�Q?g(i,j)
g(i,j+1)=g(i,j)
g(i,j+1)=g(i,j)
g(i-1,j-1)=g(i,j)
g(i-1,j+1)=g(i,j)
g(i+1,j-1)=g(i,j)
g(i+1,j+1)=g(i,j)

�Q?囑փ�的灰度处�?/p>
彩色囑փ�灰度处理的算法如下：
c=tuxing.GetPixel(i,j)
r=c.R
g=c.G
b=c.B
rr=g(r 64)*64
gg=(g 64)*64
bb=(b 64)*64

�Q?囑փ��~�小处理

以坐标原点�ؓ中心�Q�将囑փ�个像素坐标的X分量和Y分量分别乘以Sx�Q�Sy�Q�则可��囑փ��q�行整体攑֤�和羃��。这�Ӟ��
X'=X*Sx
Y'=Y*Sy
当Sx=Sy�Ӟ��作相似变�?
当Sx!=Sy�Ӟ��产生变�Ş�?/p>
�Q?囑փ�的��^�U�d��?/p>
囑փ�的��^�U�d��换是��图形上的点�Q�x,y)在x方向�Q�水�q�x��向）和y方向�Q�垂直方向）
分别�U�d��dx和dy,则变换后�?x',y')坐标��gؓ�Q?br>x'=x+dx
y'=y+dy

�Q�０.囑փ�的旋转变�?/p>
二维囑փ�的旋转变换是以原点�ؓ中心�Q�将点（x,y�Q�旋转a角度而得到新的坐标（x',y'�Q�的变换�U�Cؓ旋�{变换。其数学表达式�ؓ�Q?br>x'=x*cosa-y*sina
y'=x*sina+y*cosa

�Q�１.二维囑փ�的对�U�变�?/p>
二维囑փ�对称变换有以下几�U�情�?
1.以x轴�ؓ对称得对�U�变换�?br>以x轴�ؓ对称得点(x,y)的对�U�点(x',y')坐标为：
x'=x
y'=-y
2.以y轴�ؓ对称得对�U�变换�?br>以y轴�ؓ对称的点�Q�x,y�Q�的对称�?x',y')坐标为：
x'=-x
y'=y
3.以原点�ؓ对称的对�U�变换�?br>以原点�ؓ对称得点�Q�x,y�Q�的对称点（x',y'�Q�坐标�ؓ�Q?br>x'=-x
y'=-y
对图像的每一个像素依据二�l�图形几何变换公式进行计��后�Q�在�q�行囑փ�昄��Q�则可得到图像的几何变换�?/p>

本文来自CSDN博客�Q��{载请标明出处�Q?a >http://blog.csdn.net/alin0725/archive/2007/03/28/1543860.aspx

会飞的兔�?/a> 2009-09-08 10:14 发表评论

Mon, 07 Sep 2009 07:24:00 GMT
     摘要: 原文�Q�http://www.shnenglu.com/mybios/archive/2009/08/01/91869.html 前言�Q?Freetype是一个跨�q�_��、开源的字体渲染器，�|�上很多文章介绍�Q�本人就不啰嗦了。本文重点在于实现文章标题所属的各种效果�Q�不是Freetype的基本��用方法介�l�文档，所以对于Freetype不熟悉的同学们请先学习下Freetype的基本用法，才可以��用本文中所�?..  阅读全文

会飞的兔�?/a> 2009-09-07 15:24 发表评论

Mon, 07 Sep 2009 02:53:00 GMT

原文�Q?a >http://blog.csdn.net/maozefa/archive/2008/08/04/2767721.aspx

   [b]自从文章[/b]《GDI+ 在Delphi�E�序的应�?-- 可调节的文字阴媄�Ҏ��》发表后�Q�不��h问我怎样实现文字描边。由于我只是个业余编�E�爱好者，加上文化底蕴差，只要涉及��法和编�E�理论方面的东西�Q�我��无能�ؓ力了�Q�所以直到目前，我也不知道具体的描边��法是怎样的（�|�上搜烦�q�N�ơ，也没扑ֈ��{�案�Q�可能这斚w��的东西是要卖��q��Q��?/p>
    因问得�h多了�Q�有时我也思烦和研�I�一下，�ȝ��找了个方法可以实玎ͼ�虽然同专业的囑փ�软�g�Q�如PhotoShop�Q�文字描�Ҏ��果相比差��Z�h意，但可以凑合凑合，作�ؓ研究心得�Q�将代码贴在�q�里备查�?/p>

    在《GDI+ 在Delphi�E�序的应�?-- 可调节的文字阴媄�Ҏ��》一文的内容的基��上，�Ҏ��字阴影效果代码进行了改进和扩充，扩充的功能有2点：一是由原来只能产生黑色阴媄扩充��Z�Q意颜色阴影；二是可以寚w��p��行扩展。有了这2个功能，利用阴媄效果也就可以�q�行文字描边了，推而广之，也可实现囑փ�的描辏V��下面是具体的代码内容：

// 备䆾囑փ�。Data: GDI+位图数据�Q?2位ARGB格式; Dest: 备䆾目标; Color: 阴媄颜色

procedure BackImage(Data: TBitmapData; Dest: Pointer; Color: TARGB);
asm
    push    esi
    push    edi

    mov     esi, [eax + 16]   // esi = Data.Scan0
    mov     edi, edx          // esi = Dest
    mov     edx, ecx          // edx = Color & 0xffffff
    and     edx, 0FFFFFFh
    mov     ecx, [eax]        // ecx = Data.Height * Data.Width
    imul    ecx, [eax + 4]
    cld

@Loop:                       // for (; ecx >= 0; ecx --)
    or      [esi], edx
    movsd                      //   *edi++ = *esi++ & 0xff000000 | edx
    loop    @Loop

    pop     edi
    pop     esi
end;

// 扩展。Data: GDI+位图数据�Q?2位ARGB格式; Source: 复制的源
// ExpMatrix: ��L��矩阵; MatrixSize�Q�矩阵大��?
procedure MakeExpand(Data: TBitmapData; Source, ExpMatrix: Pointer;
    MatrixSize: LongWord);
var
Radius, mSize, rSize: LongWord;
x, y: LongWord;
Width, Height: Integer;
Matrix: Pointer;
Stride: LongWord;
asm
    push    esi
    push    edi
    push    ebx

    mov     esi, edx          // esi = Source
    mov     edi, [eax + 16]   // edi = Data.Scan0 + 3 (Alpha byte)
    add     edi, 3
    add     ecx, 3
    mov     Matrix, ecx       // Matrix = ExpMatrix + 3 (Alpha byte)
    mov     ecx, MatrixSize
    mov     edx, ecx
    dec     ecx
    mov     ebx, [eax]
    sub     ebx, ecx
    mov     Width, ebx        // Width = Data.Width - (MatrixSize - 1)
    mov     ebx, [eax + 4]
    sub     ebx, ecx
    mov     Height, ebx       // Height = Data.Height - (MatrixSize - 1)
    shr     ecx, 1
    mov     Radius, ecx       // Radius = MatrixSize / 2
    mov     eax, [eax + 8]
    mov     Stride, eax
    mov     mSize, eax
    shl     edx, 2
    sub     mSize, edx        // mSize = Data.Stride - MatrixSize * 4
    add     eax, 4
    imul    eax, ecx
    add     eax, 3
    add     esi, eax          // esi = esi + (Data.Stride * Radius + Radius * 4 + 3)
    shl     ecx, 3
    mov     rSize, ecx        // rSize = Radius * 2 * 4

    mov     y, 0              // for (y = 0; y < Height; y ++)
@yLoop:                     // {
    mov     x, 0              //   for (x = 0; x < Width; x ++)
@xLoop:                     //   {
    test    [esi], 0ffh       //     if (*esi != 0)
    jz      @NextPixel        //     {
    test    [esi - 4], 0ffh
    jz      @001
    test    [esi + 4], 0ffh
    jz      @001
    mov     ebx, Stride
    test    [esi + ebx], 0ffh
    jz      @001
    neg     ebx
    test    [esi + ebx], 0ffh
    jnz     @NextPixel
@001:
    push    edi               //       Save(edi)
    mov     ebx, Matrix       //       ebx = Matrix
    mov     edx, MatrixSize   //       for (I = 0; I < MatrixSize; I ++)
@Loop3:                     //       {
    mov     ecx, MatrixSize   //         for (J = 0; J <= MatrixSize; J ++)
@Loop4:                     //         {
    mov      al, [ebx]        //           *edi = max(*ebx, *edi)
    cmp     al, [edi]
    jb      @002
    mov     [edi], al
@002:
    add     edi, 4            //           edi += 4
    add     ebx, 4            //           ebx += 4
    loop    @Loop4            //         }
    add     edi, mSize        //         edi += mSize
    dec     edx
    jnz     @Loop3            //       }
    pop     edi               //       Reset(edi)
@NextPixel:                 //     }
    add     edi, 4            //     edi += 4
    add     esi, 4            //     esi += 4
    inc     x
    mov     eax, x
    cmp     eax, Width
    jl      @xLoop            //   }
    add     esi, rSize
    add     edi, rSize
    inc     y
    mov     eax, y
    cmp     eax, Height
    jl      @yLoop            // }

    pop     ebx
    pop     edi
    pop     esi
end;

procedure GdipShadow(Data: TBitmapData; Buf: Pointer; Radius: LongWord);
var
Gauss: array of Integer;
Q: Double;
x, y, n, z: Integer;
p: PInteger;
begin
// �Ҏ��半径计算高斯模糊矩阵
Q := Radius / 2;
if Q = 0 then Q := 0.1;
n := Radius shl 1 + 1;
SetLength(Gauss, n * n);
p := @Gauss[0];
z := 0;
for x := -Radius to Radius do
    for y := -Radius to Radius do
    begin
      p^ := Round(Exp(-(x * x + y * y) / (2.0 * Q * Q)) / (2.0 * PI * Q * Q) * 1000.0);
      Inc(z, p^);
      Inc(p);
    end;
MakeShadow(Data, Buf, Gauss, n, z);
end;

procedure GdipBorder(Data: TBitmapData; Buf: Pointer; Expand: LongWord; Color: TARGB);
var
bmp: TGpBitmap;
bg: TGpGraphics;
Data1: TBitmapData;
Size: Integer;
begin
Size := Expand shl 1 + 1;
bmp := TGpBitmap.Create(Size, Size, pf32bppARGB);
bg := TGpGraphics.Create(bmp);
try
    // 刉��一个直�?Size�Q�消除锯齿后的圆作�ؓ描边�Q�或扩展�Q�的位图�ȝ��
    bg.SmoothingMode := smAntiAlias;
    bg.PixelOffsetMode := pmHalf;
    bg.FillEllipse(Brushs[Color], 0, 0, Size, Size);
    Data1 := bmp.LockBits(GpRect(0, 0, Size, Size), [imRead], pf32bppARGB);
    try
      // 用位囄��W�扩展图�?
      MakeExpand(Data, Buf, Data1.Scan0, Size);
    finally
      bmp.UnlockBits(Data1);
    end;
finally
    bg.Free;
    bmp.Free;
end;
end;

procedure DrawShadow(const g: TGpGraphics; const Bitmap: TGpBitmap;
    const layoutRect: TGpRectF; ShadowSize, Distance: LongWord;
    Angle: Single; Color: TARGB; Expand: LongWord);
var
dr, sr: TGpRectF;
Data: TBitmapData;
Buf: Pointer;
SaveScan0: Pointer;
begin
Data := Bitmap.LockBits(GpRect(0, 0, Bitmap.Width, Bitmap.Height),
                          [imRead, imWrite], pf32bppARGB);
GetMem(Buf, Data.Height * Data.Stride);
try
    BackImage(Data, Buf, Color);
    if Expand > ShadowSize then
      Expand := ShadowSize;
    if Expand <> 0 then            // 处理文字阴媄扩展
      if Expand <> ShadowSize then
      begin
        SaveScan0 := Data.Scan0;
        Data.Scan0 := Buf;
        GdipBorder(Data, SaveScan0, Expand, Color);
        Data.Scan0 := SaveScan0;
      end else
        GdipBorder(Data, Buf, Expand, Color);
    if Expand <> ShadowSize then   // 处理文字阴媄效果
      GdipShadow(Data, Buf, ShadowSize - Expand);
finally
    FreeMem(Buf);
    Bitmap.UnlockBits(Data);
end;
sr := GpRect(0.0, 0.0, Data.Width, Data.Height);
// sr := GpRect(0.0, 0.0, layoutRect.Width + ShadowSize * 2 + 2,
//               layoutRect.Height + ShadowSize * 2 + 2);
dr := GpRect(layoutRect.Point, sr.Size);
// �Ҏ��角度计算阴媄位图在目标画布的偏移�?
Offset(dr, Cos(PI * Angle / 180) * Distance - ShadowSize - 1,
         Sin(PI * Angle / 180) * Distance - ShadowSize - 1);
// 输出阴媄位图到目标画�?
g.DrawImage(Bitmap, dr, sr.X, sr.Y, sr.Width, sr.Height, utPixel);
end;

// 计算�q�输出文字阴影效�?
// g: 文字输出的画�? str要输出的文字; font: 字体; layoutRect: 限定的文字输��?
// ShadowSize: 阴媄大小; Distance: 阴媄距离;
// Angle: 阴媄输出角度(左边�q��处�ؓ0度。顺旉��方向)
// ShadowAlpha: 阴媄文字的不透明�? format: 文字输出格式
procedure DrawShadowString(const g: TGpGraphics; const str: WideString;
    const font: TGpFont; const layoutRect: TGpRectF;
    ShadowSize, Distance: LongWord; Angle: Single = 60;
    Color: TARGB = $C0000000; Expand: LongWord = 0;
    const format: TGpStringFormat = nil); overload;
var
Bmp: TGpBitmap;
Bg: TGpGraphics;
begin
// 建立透明�?2位ARGB阴媄位图�Q�大��ؓlayoutRect�ѝ��宽�?+ ShadowSize * 2 + 2
Bmp := TGpBitmap.Create(Round(layoutRect.Width + 0.5) + ShadowSize shl 1 + 2,
                          Round(layoutRect.Height + 0.5) + ShadowSize shl 1 + 2,
                          pf32bppARGB);
Bg := TGpGraphics.Create(Bmp);
try
    Bg.TextRenderingHint := thAntiAlias;
    // 以Color不透明度的黑色��d��Q�在ShadowSize + 1处输出文字到位图��d��?
    // 方便黑色以外的阴影颜色替换（直接用Color画，模糊处理后很隄��Q?
    Bg.DrawString(str, font, Brushs[Color and $FF000000],
                  GpRect(ShadowSize + 1, ShadowSize + 1,
                  layoutRect.Width, layoutRect.Height), format);
    DrawShadow(g, Bmp, layoutRect, ShadowSize, Distance, Angle, Color, Expand);
finally
    Bg.Free;
    Bmp.Free;
end;
end;

// 计算�q�输出文字阴影效果，除以输出点origin替代上面布局矩�Ş外，其他参数同上
procedure DrawShadowString(const g: TGpGraphics; const str: WideString;
    const font: TGpFont; const origin: TGpPointF;
    ShadowSize, Distance: LongWord; Angle: Single = 60;
    Color: TARGB = $C0000000; Expand: LongWord = 0;
    const format: TGpStringFormat = nil); overload;
begin
DrawShadowString(g, str, font, g.MeasureString(str, font, origin, format),
                   ShadowSize, Distance, Angle, Color, Expand, format);
end;
    上面代码中MakeShadow�q�程的代码在《GDI+ 在Delphi�E�序的应�?-- 可调节的文字阴媄�Ҏ��》一文中�Q�本文没有脓出。由于代码中已经有了较详�l�的注释�Q�故不再解释。下面脓出测试代码：

procedure TextPaint(g: TGpGraphics);
var
brush: TGpLinearGradientBrush;
font: TGpFont;
fontFamily: TGpFontFamily;
r: TGpRect;
begin
fontFamily := TGpFontFamily.Create({'Times New Roman'}'华文行楷');
font := TGpFont.Create(fontFamily, 55, [fsBold], utPixel);
r := GpRect(Form1.PaintBox1.ClientRect);
brush := TGpLinearGradientBrush.Create(r, kcBlue, kcAliceBlue, 90);
g.FillRectangle(Brush, r);

DrawShadowString(g, '文字阴媄�Ҏ��', font, GpPoint(10, r.Height / 3), 5, 10, 60, $C0000000, 1);
DrawShadowString(g, '文字阴媄�Ҏ��', font, GpPoint(10, r.Height / 3), 1, 0, 60, $FFFF0000, 1);

// DrawShadowString(g, '文字阴媄�Ҏ��', font, GpPoint(10, r.Height / 3), 5, 12, 60, $C0000000, 1);
// DrawShadowString(g, '文字阴媄�Ҏ��', font, GpPoint(10, r.Height / 3), 2, 3, 60, $FFc00000, 1);
g.TextRenderingHint := thAntiAlias;
g.DrawString('文字阴媄�Ҏ��', font, Brushs.White, 10, r.Height / 3);
font.Free;
fontFamily.Free;
Brush.Free;
end;
    以下是测试代码效果图�Q�图一和图二都是文字描边（1个像素的�Ҏ��Q�加阴媄效果�Q�其中图一没进行阴影扩展，即上面的15行的代码最后一个参��Cؓ0�Q�图二是加了1个像素的阴媄扩展效果�Q�上�q�C��码的“正宗”输出�Q�：

图一

图二

    利用改进的阴影效果，不仅可实现文字描边，也可昄��c�M��立体文字的效果（改变昄��距离�Q�，上面��试代码中，被注释的2句代码输出效果如下：

图三

    至于囑փ�的描边，��g��没有文字的描�Ҏ��果好�Q�究其原因，主要是图像的轮廓看�v来好像是圆润�q�x��的，其实有很多半影锯齿，在Photoshop中，通过先选区后描边，可能寚w��区边缘作了处理�Q�所以效果相当好�Q�专业的软�g�Q�肯定有很好的算法）。下面是我对一张小囄��作的描边处理代码和输出效果图�Q?/p>
// 囑փ�描边
// g: 文字输出的画�? Image: 囑փ�; x, y: 囑փ�输出原点
// BorderWidth: �ȝ��Ҏ��宽度; Color: �Ҏ��颜色;
// Expand: �Ҏ��扩散大小; Attributes: 囑փ�昄��属�?
procedure DrawImageBorder(const g: TGpGraphics; const Image: TGpImage;
    x, y: Single; BorderWidth: LongWord; Color: TARGB = kcWhite;
    Expand: LongWord = 0; const Attributes: TGpImageAttributes = nil);
var
Bmp: TGpBitmap;
Bg: TGpGraphics;
ColorMatrix: TColorMatrix;
Attr: TGpImageAttributes;
layoutRect: TGpRectF;
begin
Bmp := TGpBitmap.Create(Image.Width + BorderWidth shl 1 + 2,
                          Image.Height + BorderWidth shl 1 + 2,
                          pf32bppARGB);
Bg := TGpGraphics.Create(Bmp);
Attr := Attributes;
if Attr = nil then
    Attr := TGpImageAttributes.Create;
try
    FillChar(ColorMatrix, Sizeof(TColorMatrix), 0);
    ColorMatrix[3, 3] := 1;
    ColorMatrix[4, 4] := 1;
    // 利用颜色矩阵��图像输��Zؓ黑色�Q�以便边框颜色替�?
    Attr.SetColorMatrix(ColorMatrix);
    layoutRect := GpRect(x, y, Image.Width, Image.Height);
    Bg.DrawImage(Image,
                 GpRect(BorderWidth + 1, BorderWidth + 1, layoutRect.Width, layoutRect.Height),
                 0, 0, layoutRect.Width, layoutRect.Height, utPixel, Attr);
    DrawShadow(g, Bmp, layoutRect, BorderWidth, 0, 0, Color, BorderWidth - Expand);
finally
    if Attributes <> nil then
      Attr.ClearColorMatrix
    else
      Attr.Free;
    Bg.Free;
    Bmp.Free;
end;
end;

procedure ImagePaint(g: TGpGraphics);
var
brush: TGpLinearGradientBrush;
r: TGpRect;
Image: TGpImage;
Attributes: TGpImageAttributes;
begin
r := GpRect(Form1.PaintBox1.ClientRect);
brush := TGpLinearGradientBrush.Create(r, kcBlue, kcAliceBlue, 90);
g.FillRectangle(Brush, r);
Image := TGpImage.Create('..\..\Media\Watermark.bmp');
// ��d��?
g.TranslateTransform(20, r.Height / 3);
g.DrawImage(Image, 0, 0, Image.Width, Image.Height);
// 讄��囑փ�透明�?
Attributes := TGpImageAttributes.Create;
Attributes.SetColorKey($ff00ff00, $ff00ff00);
// �?个像素的描边�?
g.TranslateTransform(Image.Width + 20, 0);
DrawImageBorder(g, Image, 0, 0, 2, kcWhite, 0, Attributes);
g.DrawImage(Image, GpRect(0.0, 0, Image.Width, Image.Height),
              0.0, 0.0, Image.Width, Image.Height, utPixel, Attributes);
// �?个像素的描边图，其中扩散3像素
g.TranslateTransform(Image.Width + 20, 0);
DrawImageBorder(g, Image, 0, 0, 5, kcWhite, 3, Attributes);
g.DrawImage(Image, GpRect(0.0, 0, Image.Width, Image.Height),
              0.0, 0.0, Image.Width, Image.Height, utPixel, Attributes);
Attributes.Free;
Brush.Free;
Image.Free;
end;

囑֛�

    上面的效果图中，左边是原图，中间�?个像素的描边图，双��?个像素的描边图，其中�?像素的模�p�扩散。从图中可以看出�Q�我�?ff00ff00为透明色处理图像四个角后，在中间和双��的描边图中，�q�是很明昄��看到四个角有很��E的绿�Ԍ��正是�q�个原因�Q�在中间囄��圆角描边有明昄��锯��?/p>

    最后作几点说明�Q?/p>
    1、本文纯属业余学习和研究的心得，�q��什么正宗的��法�Q?/p>
    2、因为本文代码是学习时即兴写的，�q��优化代码�Q�而且是以�q�程形式出现的，有兴��的朋友可以自己�q�行优化改进�Q�写成类或者元件更好（�׃��法和功能都不是很完善，所以我没写成类的�Ş式）�Q?/p>
    3、例子中的GDI+版本�p�L��己改写的�Q�与�|�上��通的版本不完全兼容，如需使用本版本，请参照《GDI+ for VCL基础 -- GDI+ �?VCL 》一文的下蝲地址�Q��ƈ��L��意后面的修改说明�?/p>
    4、如有好的徏议，��h��信：maozefa@hotmail.com

    更新(2008-8-5 12:50)�Q�在MakeExpand�q�程中，是按图象逐点用位囄��W�矩阵填充的�Q�每个像素点都要�q�行矩阵大小的操作，最��的1像素扩展的矩阵大��ؓ3 * 3�Q�可见扩展速度是不大理想的。今天对代码作了一点修改，�Ҏ��个象素点都进行了判断�Q�如果是边界像素�Q�则作画�W�矩阵填充，否则直接跌��Q�这样一来，速度应该提高不少�Q�没作测试，增加的代码用�U�色标出�Q�有兴趣者可以测试）�?/p>

原作者相��x��章：
GDI+ 在Delphi�E�序的应�?-- 可调节的文字阴媄�Ҏ��
GDI+在Delphi�E�序的应�?– Photoshop色相/饱和�?明度功能

会飞的兔�?/a> 2009-09-07 10:53 发表评论

午夜精品久久久久99热蜜桃导演,一区二区三区在线免费播放,久久精品欧美日韩

调用D3D�?CreateDevice 函数后导�?COleDateTime::GetCurrentTime() ��p�|

D3DCREATE_FPU_PRESERVE

GDI+ �l�D��

高斯模糊资料攉���

DirectShow中常见的RGB/YUV格式

Parameters

Return Values

Remarks

Parameters

Return Values

Remarks

Parameters

Return Values

Remarks

Parameters

Return Values

Remarks

转：图象处理常用�Ҏ�����法

高斯模糊资料攉��

转：图象处理常用�Ҏ��法