SGOLD新版ELFLoader，支持半透明

loquat

http://dimadze.kmx.ru/develop/vkp/ep_alpha.html

不要说看不懂，我也看不懂。用google翻译成English就看得懂了。

drawhook的源码早就放出来了。
ELFPack部分的源码我只偷偷的找到了一个，但是编译的时候发现出错。没怎么看，也许是缺头文件。

loquat

新版的Xtask就是漂亮，就是太慢了。
新版的mc倒是不慢，但是字体不对，就没法使用重命名编辑啥的功能了。

suzly

如何neparodoksalno，但所有的测试在手机CX75，现在SL65。
最新成就：
截图从SL65v53 c此修补程序：
   

SX75画面从 没有 补丁和 一个 修补程序：


DrawHook的v1.8是：
DrawHook CX70v56
DrawHook SL65v53
DrawHook S65v58
DrawHook SK65v50
X75（够的）：
DrawHook CX75v25

ELFPack的2.3 32位：
ELFPacks的32位X65管线钢

源（IAR的）：
DrawHook型钢

主题：
forum.allsiemens.com
forum.sc.ru
历史：
1.0 - 首次公开
1.1 - 进行了小的优化
1.2 - 新增支持avtopererisovki屏幕
原来，DrawObject后放置的缓冲区对象立即重绘屏幕，我的规格-架F -前胡甲，当然，不知道如何，但如果通过一个半透明的形象描绘，例如线，屏幕将被安全地绘制图片再次用，而是如果有，不过是一个字母的形象？权，想象到的Turnoff'a空虚，我们在看到精灵，因此，决定提请32位图像插入马和- 1单位微不足道IMGHDR（1x1）和错误消失。
1.3 - 重绘在TextBox半透明图像
在文本框，因为我们知道，必须是字符，但也有可能添加图片还有，就是特殊字符，编码为图片，以及，以及因此而来DrawObject字符，而不是图片，而拦截是不工作，作为一个无效结果1。 但在他发现的地方，他们（图片，符号）来在纯形式，还建立了拦截，那么，你猜对了-图片屏幕上看到的。
1.4 - 补丁以另一种方式改写，减少斑块大小，额外avtopererisovka屏幕不再需要。
1.5 - 另一种置换。
卸下框架，使每个，即一队 减少多余的恢复代码，添加补丁支持现为半透明的图片在文本框中，爪哇，易移植，即 需要找到一个领带和一切，没有额外的ROM / RAM地址。记录，并把IE浏览器的全球界线绘制， 图像爬不存在的地方是不可能的。但窃听内方为有效+ / - 4 MB，因此在X75没有得到的修补身体的。是的，顺便说一句，进入了干预固件与“手术” -这不是一个好处是件好事的：一个轻微的优势，绘图和缺点-错误的滞后，razderbanennaya钢琴前胡甲DrawObject。
1.6 - 在Java绘制半透明的图像和修正了一些错误
1.7 - 增加了对渲染32位位图0x8A支持包装
事实上，该编码算法游程编码，工作的基础上包装比位图是不充分的，但没有我的证据，它是充分渲染不够的一个。无论如何，我会寻找更多的灵活和最佳的方式来解决这个问题。
1.8 - 固定渲染32位位图0x8A包装
她现在％工程100，0x8A机制的游程为一盒装位图完全podderzhivaetsya。这架F -前胡甲受到保护，冻结，如果她被错误地绘制位图。事实上，该位图的表现无效，像素整个序列都被打乱，这是可能会导致多次重复虚假的阅读，然后渲染远远超出了RAM'e位图英寸和雪球像这样的电话，并将处理这个渲染-作为一个挂结果。
开发商评论：
1910年8月1日
井位图0x8A调整和渲染。 它现在应该工作没有滞后。 也许值得我们思考的优化，解决了一些问题，精灵，因为那里根本没有什么...并有毛刺，一切都必须如下ottestit，什么...
一九一○年七月十五日
因此，将F - UW液，其中提请位图0x8A半透明包装，而F - IA的远非理想，但它是，其他不喜欢的东西油漆。 Portanul对SK65v50和SX75v25。对于X75，此修补程序还没有一个实际应用，因为有观众错误的标准。如果小精灵得到太多的独立实体使用的F -标准的半透明图形绘制在稍劣于渲染，因为提高质量，我做deluyu选择速度赞成，没有质量，但是我们会尽量优化。而是向补丁，并期待值得的。
1910年7月7日
我想补充的有关工作钢琴前胡甲DrawObject。因此，函数接收图形对象，他们有不同的ID
（1 - 文本，5 - 图片IMGHDR，0x17 - 图片的JAVA IMGHDR_JAVA等）。
每个对象都有一个ID，2色（笔，刷），绘画自己的边界，（，WSHDR）），对身体意象（IMGHDR等指针到身体的文字，也是一种字体等渲染前钢琴前胡甲依赖于什么CepID过程中，不同的地方，他选择缓冲区画答：RamScreenJavaCashe，RamScreenPhoneCashe或RamScreenBuffer立即英寸屏幕所有的这些信息的大小与一个缓冲，使全球范围来一个结构，然后根据ID是缓冲区写入。然后有渲染，在这里它看起来像这样：

GBS_SendMessage（0x4200，0，0，SCREEN_STRUCT *可控硅）;

这vyzyvet真正的图纸，直接在屏幕上说。
1910年6月25日
一切！ 现在，大约有混合X65ye不能bespokoetsya，她是绝对绘制无处不在。的精灵，在Java中，所有文本字段，不透明装饰电话接口。之一，也是纠正不愉快的时刻，这是在1.5版本。 我会说，Java有 其 结构的图像（IMGHDR），这些细节可以在源补丁。除了JavaHeap背景的皮肤，复选框，单选按钮gruzyatsya的，独立的，然后有vyzyvayutsya。由于海盗行为，我发现半透明，这个电话端口补丁，我不知道。在SK65框架不太达到修补身体的，所以港口是提出了一份关于他太多的要求，直到特定的外观，我敢肯定，想别的办法...
1910年6月24日
忘记，是在约DirectRedrawGUI的（先前的评论书面），完全是胡说八道！
C的最后一刻，一切都变了突然，有支持的渲染图像半透明几乎无处不在：在一个电话精灵在手机界面，一个文本框，和Java。尽管如此，在Java半透明图像（Java的菜单，Java的MIDlet的，例如， “记忆大师”）不想平局。 在Q - Java的华盛顿大学从来自编号0x17奇怪的物体。这就像，这些结构包含的图像轮廓：坐标和位图尺寸的，但目前尚不清楚，什么是结构或帆布，而不知...
然而，是在X75的阿尔法vryatli支持将尽，导致监督。
24/05/1910
现在，当我的汇编至少在最低水平，到根据第（1）
这是很好的优化绘图，你知道，现在什么也不能减缓
并呈现明显优于标准的X75 DrawObject。
提出了在P -独立实体的捕捉，当涉及到IMGHDR alfakanalom。
现在坏的，下面的错误：
1在精灵X65的使用标准接口）是不会呈现32位的图像。
2）在X75的标准，有时图像扭曲了观众：
- 福克斯
- 减少
- 更改颜色
换句话说，它看起来好像32位的F -前胡甲pytaetsya提请16位图像
或者反过来说，我不记得...
3）架F -前胡甲DirectRedrawGUI（）不希望在屏幕重绘时，他看到第32位图。
1910年6月4日
因此，迄今为止的进展情况如下：
它有可能取代的F -威斯康星DrawImgBW！
前往不再需要更换DrawImg，因为 它仅是指DrawImgBW（）。
现在一切都正确呈现，半透明度，如果有这样的待遇。
但有一点，但是：
Samopisnaya钢琴前胡甲速度明显低于标准，你可以看到小“podtormozhki”，如卡片，Explorer'e。
为了解决这个问题，我有这些想法：
1）非常严重优化“samopisnuyu绘图。
2）考虑一个更加激进的解决方案融合（这是一个已经存在的前提）。

而且还发现了一些重要的事实：
-在SGold X65的功能CreateIMGHDRFromPngFile（） 可 发出32位IMGHDR。
-所有教师UU的渲染，我们知道，最后提请DrawObject各地（），无论是 一个半透明的 方形或16位图像。
- 功能DrawImgBW固件如下：
无效DrawImgBW（无符号整数第十Ÿ无符号整数，无符号诠释图片，诠释画笔，诠释刷）
（
矩形钢筋混凝土;
DRWOBJ drwobj;
IMGHDR * IMG的= GetPITaddr（图片）;
StoreXYWHtoRECT（＆钢筋混凝土，的x，y，IMG公司->瓦特，IMG公司->八）;
SetPropTo_Obj5（＆drwobj，与钢筋混凝土，0，IMG公司）;
SetColor（＆drwobj，GetPaletteAdrByColorIndex（笔），GetPaletteAdrByColorIndex（刷）;
DrawObject（＆drwobj）;
）
史前史
我们知道，在SGold X65的，在图像半透明（IMGHDR）不工作，即 不支持32位渲染IMGHDR，
所以我愚蠢决定，以取代对samopisnye绘制标准功能。
发布2职能，直至DrawImg（）和DrawImgBW（）。 他们满足所有要求，即呈现8/16/32位图像
另外，您还可以调整“一般在8 / 16位图像”不透明，其余的是在标准的方式（bpnum得出：0x01，0x85，0x88）。
但是有一个第二个问题，你需要以某种方式获得的PNG，图片32位IMGHDR
（我不能肯定的F -前胡甲CreateIMGHDRFromPngFile对X65管线钢将尽（））。
而且还需要更换的F -威斯康星大学不是口头上，而且在行动和我的知识最小的ARM Assembler'a
然后用这个例子tugovato，但仍然有DrawImg（）在弹出你想要...
现在取代巴图形（8 / 16）呈现半透明空闲，如在配置ELFPack'a，
同样的情况，在一些小精灵，谁使用DrawImg（）。
背面
家

BingK

貌似elfloader不需要改太多
把png.c里面的#if NEWSGOLD || X75给去掉,还有config_data.c里面的最后一段

18ly

这个漂亮。。。

flyfeiwang

额，偶是看不懂了，帮顶吧