AliceSoft早期图片格式分析

2024-02-24 02:08

本文主要是介绍AliceSoft早期图片格式分析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

编者按:渐渐地,身为程序员加宅男的某男已经从仅仅对三次元的事物不再感兴趣升华到只有看16色图片才能感到快乐的境界了。为了有更多的图片可以看,某男下载了大量PC98的ROM。然而最令人遗憾的是AliceSoft的《Alice之馆》和《兰斯》等经典GAME居然没有回忆模式!!事到如今只有强行解图片了。某人定下这个远大目标后,就开始到处找DOS版本……可惜没有找到;于是某人又开始找PC98下的反编译器,可惜都不好用;于是某人下载了Neko ProjectII的源代码,然后花了2个月时间写了一个反汇编插件(http://download.csdn.net/source/1234900)……然后又花了一个星期,终于解出了其中的图片……

经测试,除了《AYUMI REAL》《斗X都市》等不能解开外,其它凡是ACG.dat,BCG.dat之类的文件名都可以解开。

以下简单介绍其格式。

 

基本上,游戏中的所有.dat文件都是一个VFS(虽然在当时可能还没有这个名词),而?CG.dat则是所有CG的打包。其中每张图都有一个相对坐标,它可以贴到别的图上构成动画。

前2个字节的word-1表示这个文件最大页数。有多少页,则索引位置占页数*256个字节。例如如果为2,则从第256字节开始为数据(这个数据也不是图像,真正图像的索引要参考索引数)

第3个字节开始为word单位的索引。每个索引需要先-1,再*256。例如06,00,则是表示该图片从000500H字节数开始。那么压缩后的图片大小呢?根据下一个索引的开始字节计算就可以了。例如下一个字节为08,00,则表示下一个图片从000800H字节数开始,那么之间的差值就是本图片的打包大小。

 

图像的压缩方式:

前面几个字节是相对坐标和长宽,具体请见代码。然后是48个字节的调色板,每种颜色仅使用低4位,所以需要左移4位。(不是粗糙,经研究发现PC98是4K色的……)编码是一种类似流程码的编码。它从左到右扫描,有8个控制码,分别表示重复N个字节、从左边一列拷贝N个字节、从上一个位平面拷贝N个字节等等(关于位平面的知识已经很过时了,不知道也没关系。)压缩效率一般,不过比普通流程码好一点。

 

不多废话了,贴代码。在VS2003上编译通过,使用方法是acg *.dat (*.dat可以换成别的,如果出错了可以直接指定文件,也可以不指定,缺省是*CG.dat),生成文件是文件名+数字.bmp。

 

 

// acg.cpp : Defines the entry point for the console application.
//

#include "stdafx.h"
#include "stdlib.h"
#include <windows.h>
#include "io.h"
#pragma warning(disable:4996)

typedef struct _tag_act {
 unsigned char* buf;
 int    buf_size;
 unsigned char palette[48];
 unsigned char* work_buf;
 unsigned char* bmp_data;
} acg_t;

void acg_init(acg_t* rec)
{
 rec->buf = NULL;
 rec->bmp_data = NULL;
 rec->work_buf = NULL;
}

int acg_count(acg_t* rec, const char* filename)
{
 FILE* fp = fopen(filename, "rb");

 unsigned short pages = 0;
 unsigned short* indexes = NULL;
 fread(&pages, sizeof(short), 1, fp);
 int words = pages*256/2-2;
 indexes = (unsigned short*)malloc((int)words*2-2);
 fread(indexes, (int)words*2-2, 1, fp);
 fclose(fp);
 int count = 0;
 for ( int i = 0; i < words-1; ++i ) {
  if (indexes[i] == 0) break;
  ++count;
 }
 return count;
}

int acg_load(acg_t* rec, const char* filename, int index)
{
 FILE* fp = fopen(filename, "rb");
 unsigned short pages = 0;
 unsigned short* indexes = NULL;<

这篇关于AliceSoft早期图片格式分析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/740615

相关文章

Springboot请求和响应相关注解及使用场景分析

《Springboot请求和响应相关注解及使用场景分析》本文介绍了SpringBoot中用于处理HTTP请求和构建HTTP响应的常用注解,包括@RequestMapping、@RequestParam... 目录1. 请求处理注解@RequestMapping@GetMapping, @PostMappin

Spring Boot Interceptor的原理、配置、顺序控制及与Filter的关键区别对比分析

《SpringBootInterceptor的原理、配置、顺序控制及与Filter的关键区别对比分析》本文主要介绍了SpringBoot中的拦截器(Interceptor)及其与过滤器(Filt... 目录前言一、核心功能二、拦截器的实现2.1 定义自定义拦截器2.2 注册拦截器三、多拦截器的执行顺序四、过

C++ scoped_ptr 和 unique_ptr对比分析

《C++scoped_ptr和unique_ptr对比分析》本文介绍了C++中的`scoped_ptr`和`unique_ptr`,详细比较了它们的特性、使用场景以及现代C++推荐的使用`uni... 目录1. scoped_ptr基本特性主要特点2. unique_ptr基本用法3. 主要区别对比4. u

Nginx内置变量应用场景分析

《Nginx内置变量应用场景分析》Nginx内置变量速查表,涵盖请求URI、客户端信息、服务器信息、文件路径、响应与性能等类别,这篇文章给大家介绍Nginx内置变量应用场景分析,感兴趣的朋友跟随小编一... 目录1. Nginx 内置变量速查表2. 核心变量详解与应用场景3. 实际应用举例4. 注意事项Ng

Java多种文件复制方式以及效率对比分析

《Java多种文件复制方式以及效率对比分析》本文总结了Java复制文件的多种方式,包括传统的字节流、字符流、NIO系列、第三方包中的FileUtils等,并提供了不同方式的效率比较,同时,还介绍了遍历... 目录1 背景2 概述3 遍历3.1listFiles()3.2list()3.3org.codeha

Nginx分布式部署流程分析

《Nginx分布式部署流程分析》文章介绍Nginx在分布式部署中的反向代理和负载均衡作用,用于分发请求、减轻服务器压力及解决session共享问题,涵盖配置方法、策略及Java项目应用,并提及分布式事... 目录分布式部署NginxJava中的代理代理分为正向代理和反向代理正向代理反向代理Nginx应用场景

Redis中的有序集合zset从使用到原理分析

《Redis中的有序集合zset从使用到原理分析》Redis有序集合(zset)是字符串与分值的有序映射,通过跳跃表和哈希表结合实现高效有序性管理,适用于排行榜、延迟队列等场景,其时间复杂度低,内存占... 目录开篇:排行榜背后的秘密一、zset的基本使用1.1 常用命令1.2 Java客户端示例二、zse

Redis中的AOF原理及分析

《Redis中的AOF原理及分析》Redis的AOF通过记录所有写操作命令实现持久化,支持always/everysec/no三种同步策略,重写机制优化文件体积,与RDB结合可平衡数据安全与恢复效率... 目录开篇:从日记本到AOF一、AOF的基本执行流程1. 命令执行与记录2. AOF重写机制二、AOF的

MyBatis Plus大数据量查询慢原因分析及解决

《MyBatisPlus大数据量查询慢原因分析及解决》大数据量查询慢常因全表扫描、分页不当、索引缺失、内存占用高及ORM开销,优化措施包括分页查询、流式读取、SQL优化、批处理、多数据源、结果集二次... 目录大数据量查询慢的常见原因优化方案高级方案配置调优监控与诊断总结大数据量查询慢的常见原因MyBAT

分析 Java Stream 的 peek使用实践与副作用处理方案

《分析JavaStream的peek使用实践与副作用处理方案》StreamAPI的peek操作是中间操作,用于观察元素但不终止流,其副作用风险包括线程安全、顺序混乱及性能问题,合理使用场景有限... 目录一、peek 操作的本质:有状态的中间操作二、副作用的定义与风险场景1. 并行流下的线程安全问题2. 顺