关于T1200的GVMAKER的一些问题

星界小记者

呵呵！就是啊，还是先做个16灰度的大屏幕游戏看看！

JAY

回楼上，以目前的编译器、虚拟机以及解释器的请况来看，16灰的大屏幕游戏很难做出来。

无言的梦

要是GGV不出个新的GVM，估计许多人都没兴趣搞320X240的16灰的程序了。。。

。。。。。。

星界小记者

不是的，我听说这个GVM解释器，执行大屏幕的16灰度游戏就快！其他的就慢！

JAY

回楼上，如果只是听说，那么请去考证。刚才测试了一下满屏的16灰显示，使用如下代码

1. 
   
2. char pImgBuf[19200];
   
3. 
   
4. void main()
   
5. {
   
6.     char fp;
   
7.     int  i;
   
8.    
   
9.     fp = fopen("/GVMakerData/pic.dat","rb");
   
10.     if (fp == 0)
    
11.     {
    
12.         SetScreen(1);
    
13.         printf("找不到文件");
    
14.         exit(0);
    
15.     }
    
16.    
    
17.     fread(pImgBuf, 1, 19200, fp);
    
18.     WriteBlock(0, 0, 320, 120, 1, pImgBuf);
    
19.     fread(pImgBuf, 1, 19200, fp);
    
20.     WriteBlock(0, 120, 320, 120, 1, pImgBuf);
    
21.     Refresh();
    
22. }

复制代码

使用秒表粗略计时，从程序开始执行，到图像显示完成总共耗时4.8s。也许里面的文件读写耗时。不过这已使得16灰满屏游戏的可行性大大降低了

tang0000

现在据说小记者跟GGV关系不错啊

gameboyLV

我原来的仙境占用内存22KB,GVMAKER1.0上不让编译。

删掉部分功能以后内存变为19KB，编译通过，但在虚拟机上是黑屏幕。

时空引擎的游戏在T1200上运行直接死机，删掉帧控部分以后走一步需要0.6秒，真是....

JAY

以下是引用星界小记者在2006-7-9 17:54:00的发言：[BR]不是的，我听说这个GVM解释器，执行大屏幕的16灰度游戏就快！其他的就慢！

这句话本身就有问题。谁见过跑XP没问题的机器，跑98就很吃力？

FantasyDR

GGV不如把这个东西开源了好了。

做成这样，难道奉行聊胜于无的宗旨？

JAY

这次是从编译器到虚拟机到解释器全都有问题。

E路客

A2000全屏的彩图有225K，不知显示出来要多少时间。

JAY

首先是编译器，GGV推出了新的GVMAKER的编译器，在编译的时候可以设置使用的图像的大小和色数：
160*80*黑白、320*240*16灰
这两个是固定搭配不可修改，在使用上面会造成一些麻烦，比如以前的160*80*16灰的程序将不能正常执行。

在随编译器一起的虚拟机中执行程序的时候，如果程序使用的屏幕范围的长或宽超过256，那么图像将不能正常显示。不过在T1200上面倒可以正常显示。

因为虚拟机的问题，宽度超过256的图像不能正常显示，所以调试需要用到T1200实机。

粗略计算了一下一个屏幕的显存大小320*240/2 = 37.5KB，估计T1200也许有这么大的RAM，不过编译器是用以前的版本修改过来的，还保留了24KB的内存限制（也许是20KB，记不清了），所以满屏图像需要分步载入了。

160*80*黑白和以前的没有变化。其他由LavaX编译的非LavaX1.0程序（如以前的灰度程序），在T1200上面几乎没有兼容性。

然后是解释器，最大的问题就是绘图和运算速度可以慢到令人发指的地步，测试结果如下

本次测试使用“急速狂飙3.6”版本。运行结果如下：

          T1200(次)    NC1020(次)
加法        156          351
减法        173          351
乘法        173          324
除法        168          338
画点        170          245
刷新        22           184
乘方        173          415
开方        178          463
字符        2            6
画圈        64           24
矩形        74           100
BEEP        203          14
综合得分    0.5分        2.5分

此外，刷新及打印字符严重欠缺（有时会出现乱码）。这个比NC1020还差得性能估计完全可以给T1200的GVMAKER判死刑了。

在文件读写方面，如果程序使用的是"LavaData"路径，解释器在执行程序的时候会将其替换为"GVMakerData"路径。使用其他路径的情况尚不得而知。

目前只发现这些问题，如果有遗漏或错误请大家指出。如果谁在GGV官方比较熟，帮忙转载，向GGV反映一下情况，我们还是为T1200的GVMAKER升级抱一线希望。

                                                      --JPG Studio (C)gameboyLV JAY