风过明岚,雁过留痕 http://blog.kingse.org 杂七杂八,想啥说啥 Tue, 10 Aug 2010 07:02:43 +0000 http://wordpress.org/?v=2.9.2 en hourly 1 内存中载入DLL并执行(C代码，兼容vc,bcb) http://blog.kingse.org/2010/08/381.html http://blog.kingse.org/2010/08/381.html#comments Tue, 10 Aug 2010 06:59:27 +0000 coolspace http://blog.kingse.org/?p=381 系统载入dll的整体过程可以分为以下几个步骤：

1、将dll文件内容载入内存，并按照对齐粒度进行对齐并设置对应的各个内存区间的权限属性；

2、如果dll有重定位表，则进行重定位操作；

3、填充dll的导入表；

4、用ATTACH参数调用dll的入口函数进行初始化，之后返回imagebase即可。

因此了解了系统载入dll的整体流程，也就可以自己实现将dll载入内存并执行，这种方法对于加密等有一定意义。

但由于自己载入内存后，系统api GetProcAddress函数失效，因此在自己实现loadlibrary函数的同时必须自己实现此函数。

下面附上参考网上现有代码原理后写的代码。

进过少量测试，暂未发现bug，如发现bug，欢迎提出。

DLLLoader.h文件内容如下

//---------------------------------------------------------------------------
 
#ifndef DLLLoaderH
#define DLLLoaderH
 
#ifdef __cplusplus
extern "C" {
#endif
 
#include <stdio.h>
#include <windows.h>
//---------------------------------------------------------------------------
 
//public functions
 
DWORD LoadDllFromMemory(LPVOID lpBuffer,__int64 BufferSize);
DWORD FreeDllFromMemory(LPVOID lpBaseAddress);
FARPROC GetDllProcAddress(LPVOID imagebase,char * FuncName);
 
// private functions
 
DWORD AlignDllToMemory(LPVOID lpBuffer,PIMAGE_DOS_HEADER &dosHeader,PIMAGE_NT_HEADERS &ntHeader,__int64 BufferSize);   //从内存载入到对齐内存
DWORD GetAlignedSize(DWORD Origin,DWORD Alignment);                                                                    //计算对齐后的位置
DWORD GetImageSize(PIMAGE_NT_HEADERS ntHeader,PIMAGE_SECTION_HEADER sectionHeaders);                                   //计算总imagesize
DWORD Relocation(PIMAGE_NT_HEADERS ntHeader,LPVOID NewBase);                                                           //修正重定位
DWORD FillImportTable(LPVOID imagebase,PIMAGE_NT_HEADERS ntHeader);                                                    //填充IAT
 
 
//entrypoint function type
typedef UINT (CALLBACK * LPENTRYPOINT) (HANDLE hInstance, DWORD Reason, LPVOID Reserved);
 
 
#ifdef __cplusplus
}
#endif
 
#endif

DLLLoader.c内容如下

//---------------------------------------------------------------------------
 
 
 
#include "DLLLoader.h"
 
//---------------------------------------------------------------------------
 
 
 
DWORD GetAlignedSize(DWORD Origin,DWORD Alignment)
{
	return ((int((Origin+Alignment-1)/Alignment)) * Alignment);
}
 
 
DWORD GetImageSize(PIMAGE_NT_HEADERS ntHeader,PIMAGE_SECTION_HEADER sectionHeaders)
{
	DWORD imagesize = 0;
	imagesize = GetAlignedSize(ntHeader->OptionalHeader.SizeOfHeaders,ntHeader->OptionalHeader.SectionAlignment);
	for (int i = 0; i < ntHeader->FileHeader.NumberOfSections; i++) {
		if (0 != sectionHeaders[i].VirtualAddress) {
			if (0 != sectionHeaders[i].Misc.VirtualSize) {
				imagesize = GetAlignedSize(sectionHeaders[i].VirtualAddress+sectionHeaders[i].Misc.VirtualSize,ntHeader->OptionalHeader.SectionAlignment);
			}else{
				imagesize = GetAlignedSize(sectionHeaders[i].VirtualAddress+sectionHeaders[i].SizeOfRawData,ntHeader->OptionalHeader.SectionAlignment);
			}
		}else{
			imagesize += GetAlignedSize(((sectionHeaders[i].Misc.VirtualSize > sectionHeaders[i].SizeOfRawData) ? sectionHeaders[i].Misc.VirtualSize : sectionHeaders[i].SizeOfRawData),ntHeader->OptionalHeader.SectionAlignment);
		}
	}
	return imagesize;
}
 
DWORD AlignDllToMemory(LPVOID lpBuffer,PIMAGE_DOS_HEADER &dosHeader,PIMAGE_NT_HEADERS &ntHeader,__int64 BufferSize)
{
	DWORD result=0;
	LPVOID DLLBuffer;
	PIMAGE_SECTION_HEADER psectionHeader;
	PIMAGE_IMPORT_DESCRIPTOR pImportDesc;
	PIMAGE_IMPORT_BY_NAME pOridinalName;
	PIMAGE_BASE_RELOCATION baseReloc;
	if (NULL==lpBuffer) {
		dosHeader = NULL;
		ntHeader = NULL;
		return 0;
	}
	dosHeader=(PIMAGE_DOS_HEADER)lpBuffer;
	if ((IMAGE_DOS_SIGNATURE!=dosHeader->e_magic)||IsBadReadPtr(dosHeader,sizeof (IMAGE_DOS_HEADER))) {
		dosHeader = NULL;
		ntHeader = NULL;
		return 0;
	}
	ntHeader=(PIMAGE_NT_HEADERS)((DWORD)dosHeader+dosHeader->e_lfanew);
	if (IsBadReadPtr(ntHeader,sizeof(IMAGE_NT_HEADERS))||(IMAGE_NT_SIGNATURE!=ntHeader->Signature)) {
		dosHeader = NULL;
		ntHeader = NULL;
		return 0;
	}
	if ((ntHeader->FileHeader.SizeOfOptionalHeader!=sizeof(ntHeader->OptionalHeader))||(IMAGE_NT_OPTIONAL_HDR32_MAGIC!=ntHeader->OptionalHeader.Magic)) {
		dosHeader = NULL;
		ntHeader = NULL;
		return 0;
	}
	if (ntHeader->FileHeader.NumberOfSections < 1) {
		dosHeader = NULL;
		ntHeader = NULL;
		return 0;
	}
	psectionHeader = (PIMAGE_SECTION_HEADER)((DWORD)ntHeader + sizeof(IMAGE_NT_HEADERS));
	DWORD imagesize = GetImageSize(ntHeader,psectionHeader);
	if (0 == imagesize) {
		dosHeader = NULL;
		ntHeader = NULL;
		return 0;
	}
	if (NULL == DLLBuffer) {
		dosHeader = NULL;
		ntHeader = NULL;
		return 0;
	}
	DWORD movesize = ntHeader->OptionalHeader.SizeOfHeaders;
	DWORD totalrawsize =movesize;
	for (int i = 0; i < ntHeader->FileHeader.NumberOfSections; i++) {
		totalrawsize += psectionHeader[i].SizeOfRawData;
	}
	if (totalrawsize > BufferSize) {
		return 0;
	}
	DLLBuffer = VirtualAlloc(NULL,imagesize,MEM_COMMIT|MEM_RESERVE,PAGE_EXECUTE_READWRITE);    //为了方便，所有内存权限都设成了可执行。
	MoveMemory(DLLBuffer,lpBuffer,movesize);
	for (int i = 0; i < ntHeader->FileHeader.NumberOfSections; i++) {
		MoveMemory((LPVOID)((DWORD)DLLBuffer+psectionHeader[i].VirtualAddress),(LPVOID)((DWORD)lpBuffer+psectionHeader[i].PointerToRawData),psectionHeader[i].SizeOfRawData);
	}
	dosHeader = (PIMAGE_DOS_HEADER)DLLBuffer;
	ntHeader = (PIMAGE_NT_HEADERS)((DWORD)dosHeader+dosHeader->e_lfanew);
	return 1;
}
 
 
DWORD Relocation(PIMAGE_NT_HEADERS ntHeader,LPVOID NewBase)
{
	if ((ntHeader->OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_BASERELOC].VirtualAddress > 0) && (ntHeader->OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_BASERELOC].Size > 0)) {
		DWORD delta=(DWORD)NewBase - ntHeader->OptionalHeader.ImageBase;
		PIMAGE_BASE_RELOCATION reloc = (PIMAGE_BASE_RELOCATION)((unsigned long)NewBase + ntHeader->OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_BASERELOC].VirtualAddress);
		while (0 != (reloc->VirtualAddress + reloc->SizeOfBlock)){
			WORD *relocdata=(WORD *)((DWORD)reloc + sizeof(IMAGE_BASE_RELOCATION));
			int relocNumber = (reloc->SizeOfBlock - sizeof(IMAGE_BASE_RELOCATION))/sizeof(WORD);
			for (int i = 0; i < relocNumber; i++) {
				if ((DWORD)(relocdata[i] & 0xF000) == 0x00003000) {
					DWORD *address = (DWORD *)((unsigned long)NewBase + reloc->VirtualAddress + (relocdata[i] & 0x0fff));
					*address += delta;
				}
			}
			reloc = (PIMAGE_BASE_RELOCATION)((DWORD)reloc + reloc->SizeOfBlock);
		}
 
	}
}
 
 
DWORD FillImportTable(LPVOID imagebase,PIMAGE_NT_HEADERS ntHeader)
{
	DWORD IATOffset = ntHeader->OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_IMPORT].VirtualAddress;
	if (0 == IATOffset) {
		return 1;
	}
	PIMAGE_IMPORT_DESCRIPTOR iat =(PIMAGE_IMPORT_DESCRIPTOR)((DWORD)imagebase + IATOffset);
	while (0 != iat->Characteristics){
		PIMAGE_THUNK_DATA realIAT = (PIMAGE_THUNK_DATA)((DWORD)imagebase + iat->FirstThunk);
		PIMAGE_THUNK_DATA originalIAT = (PIMAGE_THUNK_DATA)((DWORD)imagebase + iat->OriginalFirstThunk);
		char buf[256];
		memset(buf,0,256);
		BYTE *name=(BYTE *)((DWORD)imagebase + iat->Name);
		int i;
		for (i = 0; i < 256; i++) {
			if (0 == name[i]) {
				break;
			}
			buf[i] = name[i];
		}
		if (i >= 256) {
			return 0;
		}
		HMODULE hDll = GetModuleHandle(buf);
		if (NULL == hDll) {
			hDll = LoadLibrary(buf);
			if (NULL == hDll) {
				return 0;
			}
		}
		for (i = 0; ; i++) {
			if (originalIAT[i].u1.Function == 0) {
				break;
			}
			FARPROC lpFunction = NULL;
			if (originalIAT[i].u1.Ordinal & IMAGE_ORDINAL_FLAG) {
				lpFunction = GetProcAddress(hDll,(LPCSTR)(originalIAT[i].u1.Ordinal & 0x0000FFFF));
			}else{
				PIMAGE_IMPORT_BY_NAME byname = (PIMAGE_IMPORT_BY_NAME)((DWORD)imagebase + (DWORD)(originalIAT[i].u1.AddressOfData));
				lpFunction = GetProcAddress(hDll,(char *)byname->Name);
			}
			if (NULL != lpFunction) {
				realIAT[i].u1.Function =(DWORD)lpFunction;
			}else{
				return 0;
			}
		}
		iat = (PIMAGE_IMPORT_DESCRIPTOR)((DWORD)iat + sizeof(IMAGE_IMPORT_DESCRIPTOR));
	}
	return 1;
}
 
DWORD LoadDllFromMemory(LPVOID lpBuffer,__int64 BufferSize)
{
	LPVOID imagebase = NULL;
	PIMAGE_DOS_HEADER dosHeader;
	PIMAGE_NT_HEADERS ntHeader;
	if (AlignDllToMemory(lpBuffer,dosHeader,ntHeader,BufferSize)) {
		imagebase = (LPVOID)dosHeader;
		Relocation(ntHeader,imagebase);
		if (FillImportTable(imagebase,ntHeader)) {
			LPENTRYPOINT EntryPointFunc = (LPENTRYPOINT)(ntHeader->OptionalHeader.AddressOfEntryPoint + (DWORD)imagebase);
			if (!EntryPointFunc((HINSTANCE)imagebase,DLL_PROCESS_ATTACH,0)) {
				EntryPointFunc((HINSTANCE)imagebase,DLL_PROCESS_DETACH,0);
				VirtualFree(imagebase,0,MEM_RELEASE);
				EntryPointFunc = NULL;
				return NULL;
			}else{
				return (DWORD)imagebase;
            }
		}else{
			VirtualFree(imagebase,0,MEM_RELEASE);
			return NULL;
        }
	}else{
		return NULL;
	}
}
 
 
DWORD FreeDllFromMemory(LPVOID lpBaseAddress)
{
	PIMAGE_DOS_HEADER dosHeader;
	PIMAGE_NT_HEADERS ntHeader;
	dosHeader = (PIMAGE_DOS_HEADER)lpBaseAddress;
	if (NULL == dosHeader) {
		return 0;
	}
	ntHeader = (PIMAGE_NT_HEADERS)((DWORD)dosHeader + dosHeader->e_lfanew);
	if (IMAGE_NT_SIGNATURE != ntHeader->Signature) {
		return 0;
	}
	if ((ntHeader->FileHeader.SizeOfOptionalHeader != sizeof(ntHeader->OptionalHeader)) || (ntHeader->OptionalHeader.Magic != IMAGE_NT_OPTIONAL_HDR32_MAGIC)) {
		return 0;
	}
	LPENTRYPOINT EntryPointFunc = (LPENTRYPOINT)(ntHeader->OptionalHeader.AddressOfEntryPoint + (DWORD)lpBaseAddress);
	EntryPointFunc((HINSTANCE)lpBaseAddress,DLL_PROCESS_DETACH,0);
	int i=VirtualFree(lpBaseAddress,0,MEM_RELEASE);
	return i;
}
 
 
 
FARPROC GetDllProcAddress(LPVOID imagebase,char * FuncName)
{
	PIMAGE_DOS_HEADER dosHeader;
	PIMAGE_NT_HEADERS ntHeader;
	dosHeader = (PIMAGE_DOS_HEADER)imagebase;
	if (NULL == dosHeader) {
		return NULL;
	}
	ntHeader = (PIMAGE_NT_HEADERS)((DWORD)dosHeader + dosHeader->e_lfanew);
	if (IMAGE_NT_SIGNATURE != ntHeader->Signature) {
		return NULL;
	}
	if ((ntHeader->FileHeader.SizeOfOptionalHeader != sizeof(ntHeader->OptionalHeader)) || (ntHeader->OptionalHeader.Magic != IMAGE_NT_OPTIONAL_HDR32_MAGIC)) {
		return NULL;
	}
	DWORD exportsStartRVA,size;
	exportsStartRVA = ntHeader->OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_EXPORT].VirtualAddress;
	size = ntHeader->OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_EXPORT].Size;
	PIMAGE_EXPORT_DIRECTORY pexports = (PIMAGE_EXPORT_DIRECTORY)((DWORD)imagebase + ntHeader->OptionalHeader.DataDirectory[IMAGE_DIRECTORY_ENTRY_EXPORT].VirtualAddress);
	int iBase = pexports->Base;
	int iNumOfFuncs = pexports->NumberOfFunctions;
	int iNumOfNames = pexports->NumberOfNames;
	LPDWORD pAddressOfFuncs =(LPDWORD)(pexports->AddressOfFunctions + (DWORD)imagebase);
	LPWORD pAddressOfOrdinals = (LPWORD)(pexports->AddressOfNameOrdinals + (DWORD)imagebase);
	LPDWORD pAddressOfNames = (LPDWORD)(pexports->AddressOfNames + (DWORD)imagebase);
	int iOrdinal = -1;
	if (((DWORD)FuncName & 0xFFFF0000) == 0) {
		iOrdinal = (DWORD)FuncName & 0x0000FFFF - iBase;
	}else{
		int iFound = -1;
		for (int i = 0; i < iNumOfNames; i++) {
			if (0 == strcmp((char *)(pAddressOfNames[i]+(DWORD)imagebase),FuncName)) {
				iFound = i;
				break;
			}
		}
		if (iFound >=0) {
			iOrdinal = (int)(pAddressOfOrdinals[iFound]);
		}
	}
	if ((iOrdinal < 0) || (iOrdinal >= iNumOfFuncs)) {
		return NULL;
	}else{
		DWORD FuncOffset = pAddressOfFuncs[iOrdinal];
		if ((FuncOffset > exportsStartRVA) && (FuncOffset < exportsStartRVA + size)) {
			return NULL;
		}else{
			return (FARPROC)((DWORD)imagebase + FuncOffset);
        }
    }
}
]]> http://blog.kingse.org/2010/08/381.html/feed 0 aXmag PDF to Flash Converter 绿色破解版 http://blog.kingse.org/2010/08/377.html http://blog.kingse.org/2010/08/377.html#comments Thu, 05 Aug 2010 07:41:32 +0000 coolspace http://blog.kingse.org/?p=377 Why AXPDF PDF to Flash Converter?

It’s because we are using vector technology, vector files are very much smaller and much faster to transfer via network, and, it will be always highest quality even magnify limitlessly. See comparison details:

AXPDF uses Vector solution Others are Raster type output
Original PDF size at 308KB,
Created Online magazine file at 779KB
Download example		 Same original PDF size at 308KB,
Created Online magazine file at 5.23 MB
(7 times the size of AXPDF solution)
1M connection, downloading takes: 0.78 Sec 1M connection, downloading takes: 5.23 Sec
Always highest quality on both text and icons: Blurry for all texts and icons:

Key Features

  • Convert PDF into Flash files including:
    Digital magazines, online magazines, digital catalogs, flash magazine, online manuals, interactive flyers, reports, whitepapers, newsletters, brochures, flipping photo albums and other digital documents in PDF formats.
  • Page flip simulating:
    Feel ease flipping the online e-book and have fun in reading.
  • Quick loading e-pages:
    Pages are processed for high speed online loading, with few seconds all pages will be cashed. No snoring waiting for pages loading. 
  • Zoom viewing with variable resolution:
    Zoom dynamic, zoom in, zoom all, zoom out, either way and pan pages to view details. 
  • Hyperlinks detective:
    Automatically detect http links in PDF and create hyperlinks in SWF.
  • Stand-alone version:
    Works independently of Adobe PDF reader and other 3rd party viewers.

aXmag的PDF to Flash Converter是个pdf转swf的软件，支持翻页型效果，之前52ba有位朋友求破，软件算法比较繁琐，就不去写注册机了，直接爆破之。
界面截图如下：

注：软件使用时，水印是直接去掉的，但是logo是可以定制的，也就是说默认没有定制logo的话，还是厂家的logo，因此需要选中logo picture的那个框，然后文件为空即可

绿色破解版下载如下：

aXmag PDF2Flash 破解版

]]> http://blog.kingse.org/2010/08/377.html/feed 12 重磅炸弹：iebook 2010 全功能破解版【Stop】 http://blog.kingse.org/2010/07/370.html http://blog.kingse.org/2010/07/370.html#comments Fri, 30 Jul 2010 04:28:17 +0000 coolspace http://blog.kingse.org/?p=370 08.05：打击盗版狗目的已达到，停止发放

RT，之前iebook 2010发布的时候也凑过热闹，扔了一个截图，当时没有发布，鉴于最近某论坛打着复制加密狗的旗号进行破解并贩卖，因此特免费放出此全功能破解版，无需任何狗。

现发布iebook 2010 全功能破解版，实现专业版的所有功能，另加按钮可替换。

附去除封底技术支持信息步骤：

如下图所示，将显示技术支持设置为false，并且点击 应用，之后生成杂志即无封底技术支持信息：

下为截图：

预期目标完成，停止发放。

]]> http://blog.kingse.org/2010/07/370.html/feed 48 简论Direct Ui的体系架构 http://blog.kingse.org/2010/07/367.html http://blog.kingse.org/2010/07/367.html#comments Sat, 17 Jul 2010 02:26:41 +0000 coolspace http://blog.kingse.org/?p=367 Direct UI自从某个大牛第一次使用以后，获得了越来越多的人的追捧。究其原因，无外乎，DirectUI由于是整个窗口只有一个句柄，重绘只有一个句柄掌握，效率高。同时DirectUI窗口更容易实现皮肤效果的统一，例如任一控件可以实现背景透明，不规则形状等等。换肤也比以前简单的多，贴图而已。效果参见qq2009，2010.

这里简要说明下自己研究DirectUI的心得。传统的GUI程序中，大部分控件都是有句柄的。有句柄也就意味着其具有独立的消息队列，独立承担自绘的任务。由于其有句柄，因此整个体系架构简单得多，想让某个控件发生某种状态或响应，直接用其句柄对其发送消息即可。

但是DirectUI窗口中，由于所有控件都是无句柄的，无法直接响应消息，那么怎么办呢？

看下以下的体系架构：

这里处于整个架构顶端的directui基类，这是个有句柄的窗口类，其首先根据配置绘制出所有的directui控件，并保存每个directui控件的指针(取代句柄)。之后响应消息，并通过位置判断等将消息用指针指向进行派发到下级的directui控件中，而不需要sendmessage和postmessage这种方式，类似于delphi控件组中的perform方法。下级控件获得响应的消息，并进行响应，并且调用响应的回调函数。

也就是说，整个架构中，必然存在一个directui基类，这个基类必然是有句柄的，只有这个有句柄的基类的存在，才能保证directui界面中的所有控件能正常响应消息，因为这个基类起到了一个绘制和无句柄情形下消息分发的作用。

以qq2010为例，其directui基类就是TXGuiFoundation类，所有窗口都由此类产生并绘制。

]]> http://blog.kingse.org/2010/07/367.html/feed 0 浅谈swf中的加密及对策 http://blog.kingse.org/2010/05/364.html http://blog.kingse.org/2010/05/364.html#comments Sun, 30 May 2010 14:49:02 +0000 coolspace http://blog.kingse.org/?p=364 DelphiSwfSdk近一年没更新，作者消失无踪，留下bug一堆。最近在完善DelphiSwfSdk的过程中，对swf文件格式有了系统的了解，同时就自己比较感兴趣的as加密，也进行了一下研究。研究发现，as1，as2时代的加密，其实大部分都只能称之为“混淆”，利用混淆达到迷惑反编译器甚至卡死反编译器的目的。

就其原理，本质上只在于 反编译器  与 播放器 在处理swf文件时的细节上的差异。详述如下：
1. swf反编译器在反编译过程中，是按照swf的文件规范，将swf依次拆分为很多tag，然后如果tag中含有脚本，例如doaction或doinitaction等tag，则对这个tag中的bytecode，按照最紧凑原则进行依次读取解析，直至解析完整个swf文件。
2.swf播放器，在拆分swf为tag的过程中，和swf反编译器基本类似，差别不大，差别只在于，swf播放器解析tag中的脚本的时候，是变执行变解析，因此并不是按照最紧凑原则进行依次读取解析，而是执行到哪，就解析到哪。这点差别，也就成为了as1，as2时代很多swf加密工具保护swf文件中脚本的基本出发点。

下面，给出两种简单的加密示例的图示说明。
1、如下图所示：

将含有脚本的tag拆分，其中一部分bytecode，移到新加入swf的非官方说明中提到的tag，例如tag id为253等等，只要不和官方已有tag冲突即可，然后再原脚本tag的末尾跳到新tag中自行即可，这里主要利用了swf中的jump指令不但可以在本tag中跳转，同样可以跳转到其他tag，但是swf反编译器就不会这么办，swf反编译器只会将脚本tag当做一个整体去解析，这样当然就得不到正确的结果，swf encrpt中广泛使用了这中方法。
2、如下图所示：

将tag中的脚本中加入jmp，可以是有条件jmp，也可以是无条件jmp，有条件jmp利用好，可以实现多种变种。然后jmp到realcode。而jmp和realcode中插入fake code 或者error code，哪些压根就没有任何意义的bytecode或者错误的bytecode。这样，swf播放器在执行脚本的时候由于是边解析边执行，那么就会跳过fake code段，直接执行real code段。但是swf反编译器是采用 最紧凑法依次解析的，碰到fake code或error code，就挂了，后面的realcode就得到了保护。

在实际过程中，1、2两种方法可以整合使用，以实现更加复杂的方案。

这里也简单的谈谈对付这种加密方案的对策，一句话：模拟执行，模拟真实swf播放器的边解析边执行的过程，将所有可能执行分支全部取出，不可能执行分支全部跳过，之后再合并下得到的结果即可。剩下的仅仅是优化下代码以实现能解析bytecode为as脚本了。

]]> http://blog.kingse.org/2010/05/364.html/feed 0 swf中tag整理 http://blog.kingse.org/2010/05/363.html http://blog.kingse.org/2010/05/363.html#comments Thu, 27 May 2010 14:41:57 +0000 coolspace http://blog.kingse.org/?p=363 swf文件格式是基于tag的，每个tag之间独立，只有引用与被引用的关系。软件在处理swf文件时，遇见不认识的tag，可以跳过处理。

截止swf 10为止，tag共有以下种类，其中有些tag已经被废弃不用。已经标出。

tagEnd = 0;
tagShowFrame = 1;
tagDefineShape = 2;
tagFreeCharacter =3;
tagPlaceObject = 4;
tagRemoveObject = 5;
tagDefineBits = 6;
tagDefineButton = 7;
tagJPEGTables = 8;
tagSetBackgroundColor = 9;
tagDefineFont = 10;
tagDefineText = 11;
tagDoAction = 12;
tagDefineFontInfo = 13;
tagDefineSound = 14;
tagStartSound = 15;
tagStopSound =16;
tagDefineButtonSound = 17;
tagSoundStreamHead = 18;
tagSoundStreamBlock = 19;
tagDefineBitsLossless = 20;
tagDefineBitsJPEG2 = 21;
tagDefineShape2 = 22;
tagDefineButtonCxform = 23;
tagProtect = 24;
tagPathsArePostScript = 25;
tagPlaceObject2 = 26;
tagRemoveObject2 = 28;
tagDefineShape3 = 32;
tagDefineText2 = 33;
tagDefineButton2 = 34;
tagDefineBitsJPEG3 = 35;
tagDefineBitsLossless2 = 36;
tagDefineEditText = 37;
// tagDefineVideo = 38;
tagDefineSprite = 39;
tagNameCharacter = 40;
tagProductInfo = 41; // non officially
tagFrameLabel = 43;
tagSoundStreamHead2 = 45;
tagDefineMorphShape = 46;
tagDefineFont2 = 48;
tagExportAssets = 56;
tagImportAssets = 57;
tagEnableDebugger = 58;
tagDoInitAction = 59;
tagDefineVideoStream = 60;
tagVideoFrame = 61;
tagDefineFontInfo2 = 62;
tagExtDebuggerInfo = 63;
tagEnableDebugger2 = 64;
tagScriptLimits = 65;
tagSetTabIndex = 66;
//tagDefineShape4 = 67; // use 83
tagFileAttributes = 69;
tagPlaceObject3 = 70;
tagImportAssets2 = 71;
tagDoABC = 72;
tagDefineFontAlignZones = 73;
tagCSMTextSettings = 74;
tagDefineFont3 = 75;
tagSymbolClass = 76;
tagMetadata = 77;
tagDefineScalingGrid = 78;
tagDoABC2 = 82;
tagDefineShape4 = 83;
tagDefineMorphShape2 = 84;
tagDefineSceneAndFrameLabelData = 86;
tagDefineBinaryData = 87;
tagDefineFontName = 88;
tagStartSound2 = 89;
tagDefineBitsJPEG4 = 90;
tagDefineFont4 = 91; 

]]> http://blog.kingse.org/2010/05/363.html/feed 0 以zm的旧瓶，装fflippage的新酒 http://blog.kingse.org/2010/05/359.html http://blog.kingse.org/2010/05/359.html#comments Thu, 13 May 2010 12:34:45 +0000 coolspace http://blog.kingse.org/?p=359 篇首语：这篇文章老早就想写了，但是本人懒散，兴趣爱好多变，因此本文一直流产至今，知道最近受CGFinal的CGArt杂志的as3翻页核心刺激，重新研究as3杂志时，才有了写这篇唠叨之词的兴致。

另：本文中仅唠叨思想，而无完整实现给出，因此想不自己动手的可以关掉此页面了，对你们的乘兴而来，败兴而归，本人深感抱歉！

电子杂志从初出茅庐，到兴起，乃至今天的回归平淡，依稀走过了6，7年的时光。

zinemaker的诞生，是推动当时电子杂志行业发展的一大举措，也是她将电子杂志这个原来遥不可及的东西摆到了普通业余爱好者的面前，之后，业余杂志数不胜数。
即使2010年的今天，zinemaker沉寂多年后的今天，zinemaker在电子杂志爱好者的手中，依然发挥着她的余光预热。

但是，不得不说，zinemaker的杂志表现形式太单调，翻页效果不够完善。令人失望的是，网上见得比比皆是的都是基于原杂志核心就行的改进，诸如：1、尺寸改进后的模板，2：按钮美化后的模板，3：添加个别功能，诸如打开密码后的模板，4：搜索，放大缩小，自动缩略图等等。  但  这些并不涉及zinemaker的翻页核心：pageflip.swf，而只是其外在的部分表现形式的更改及优化。zinemaker杂志的翻页依旧是那么死板，那么别扭，那么令人感到难受。

要明白，要从本质上将zinemaker当成一个打包程序看待，而不要仅仅将它限于一个放进页面，点击编译就能得到杂志的自动化生产工具。

zinemaker的杂志，涉及到的主要文件无非就两个，index.swf,pages.txt或pages.xml，至于我为什么说其他文件不是，因为其他文件可以自定义文件名，甚至没有,一切仅仅看index.swf这位老大哥的爱好。

这两个中间中，index.swf可以看成是一个外壳，一个从pages.xml中读取页面数据并展示出来的外壳。pageflip.swf仅仅为index.swf服务而已。

zinemaker做出来的杂志，相比于使用fictiony的fflippage组件做出来的杂志，我想大家都知道，翻页效果的表现形式远远比不上。既然比不上，为什么不见zinemaker的翻页核心直接换成fflippage？

这并不是天方夜谭，你可以反编译原index.swf，更改程序将翻页核心替换成fflippage，这是下策，切记“反编译出来的东西，仅有参考价值，而无实用价值”。 最佳做法是，自己新建index.swf，这个index.swf中，你只要在使用fflippage组件的基础上实现以下接口，就可包装成杂志模板，与zinemaker完美兼容

1、zinemaker软件外壳所需要用到的部分全局变量，例如杂志宽度，杂志高度等。这些在新建的index.swf中必须得以体现。

2、实现调用pages.xml或pages.txt进行页面初始化的接口，zinemaker的杂志均为外调页面型，因此必须实现对页面列表文件的调用接口，这个借口的输出是固化在zinemaker软件外壳之中的。

3、为了和zinemaker本身自带的翻页静帧功能相适应，可以考虑实现调用 zinemaker在编译杂志的过程中自动添加到index.swf中的那些有导出链接的图片。当然，你也可以不用自带的翻页静帧功能，自己采用bitmap截图法熟悉翻页静帧。这两种方法各有优缺点，尤其在在线杂志上体现明显，这里就不多说了。

4、保留zinemaker的按钮等辅助设施的实现分离功能，见按钮，片头，等分离到单独文件中，由index.swf调用，方便制作杂志时的自定义。

成功实现了以上四种接口，那么即可将index.swf等组成新的主模板文件输出到zinemaker中使用。从而，你的zinemaker输出的杂志，既有zinemaker做杂志的方便快捷的高效，也有fflippage翻页的美观，华丽。

]]> http://blog.kingse.org/2010/05/359.html/feed 1 倒，榜首 http://blog.kingse.org/2010/05/358.html http://blog.kingse.org/2010/05/358.html#comments Mon, 10 May 2010 15:30:48 +0000 coolspace http://blog.kingse.org/?p=358 嘛也不说了，悲剧的榜首了

发信人: emptyll (空空如也”"媚灵狐”"似水流年”"”), 信区: Astrology
标  题: 对感情不主动！不拒绝！不负责的男生星座
发信站: 天大求实BBS (Mon May 10 18:05:55 2010), 本站(bbs.tju.edu.cn)

第一名：魔羯男

魔羯男有两种，一种是好男人型，另一种则是玩家型的魔羯男，玩家型的魔羯男喜欢到声色场所，外表给人家一种道貌盎然的感觉的他再加上天生有一种旁观者的天份，因此会让他特别吸引异性的爱慕，所以他虽然不主动，但是异性缘超乎想像的好，而且希望大家开心的他对於异性的主动不会拒绝，因为他认为这一切都是缘分，但是要他负责完全不可能！魔羯男认为从头到尾自己都没有主动，为什麽要负责任。

第二名：水瓶男

水瓶男是隐性的主动者，若是他属於玩家级，光是摆出绅士的派头，根本不必主动很多女性就已经被他迷倒了，因为水瓶男很注重穿着、仪态的优雅、对事物的品味….等等，而且水瓶男总有一段堕落时期，这段时期私生活可说是非常混乱，简直是逢人就上，不过水瓶男绝对不会让自己弄到要负责的程度，因为他不可能让这些不列入人生计画的脱轨邂逅影响到自己未来的人生。

第三名：双鱼男

双鱼男有两种面貌，光明面的他慈善温和，不过要是论起阴暗面时他也是一等一的高手，他对待女生很贴心体贴，让异性对他丝毫不设防，根本不需要主动对方就送上门了，另外双鱼男也不会拒绝主动送上门来的对象，当他胃口好的时候，*都无所谓，他的不拒绝也很有手腕，双鱼男会用很多正当的藉口让对方死心。

]]> http://blog.kingse.org/2010/05/358.html/feed 0