⑨BIE

序章

世界上99的人们，都在不停重复着做着同样亦或者是类似的事。
不如说，不只是人类，动物，亦或者是远在太空的各种行星也是。
大到活着-死亡。小到进食，睡觉，捕猎，学习等等。
一切都是一个圆圈，不停着重复着。
人类能进化到现在，只不过是在不断扩大圆圈的体积，但是归根结底，圆圈还是圆圈，依旧不能成为线条活着其他形状。
这个圆圈停了，还有下一个圆圈又开始新的画笔。
所以我在想，这样只有圆圈的世界，能有什么意义呢？

待续...

还有联动以及一大堆七七八八东西没加。。不过就这么暂时大你出来吧
https://www.minipanz.com
欢迎来玩

就算高三了我也要搞事emmmm，虽然月考爆炸内心难过ing
脑袋一热就买了MiniPanz.com这个域名。。。其实也算为群做个宣传吧hhhh(其实是闲的蛋疼+无聊。并且考虑可以把各种黑科技挂上过去。

之后想顺便写一个十万三千本小黄书的目录emmmm，毕竟某站没有按照收藏星级来排序的。
我做一个这个顺便提供个API应该蛮多人访问的吧hhhh
顺便挂个ppoi.com(澳门最大的矿产上线啦hhhh，美滋滋
不过认真算算，真的是（五）十万三千本小黄书啊

高三开学不知不觉一个月了。黑板上临近的高考日期也一点一点的让我紧张起来。
虽说是紧张，但是也完全没有干劲。唯一和之前有区别的话，就是上课有认真听，作业也有认真（选）做。
emmmm，其余该看书改学习的时间完全没有认真学习。沉迷漫画/gal/轻小说不可自拔。
不过当然，更多的时间还是在音乐上。毕竟打算考音乐（虽然也用过这个来偷懒）
不过说实话，对自己的水平有点担忧。毕竟完全不知道考试的过程emmmm
然后在zf的安利下，莫名其妙的入了个N900（我还欠舞夏钱啊啊啊啊啊啊 QAQ



（说着不要自己却入了个


最后到手了，成色very Nice！
MAEMO系统。基于linux。
打开之后发现里面还有惊喜

不过缺点就是py版本只有2.5.
而且下载速度捉急
再写这个文章的时候还在蛋疼安装GCC，打算升级py中

高三了时间很少_(:з)∠)_。。。
顺带新（旧）坑填坑ing。尽情期待。
顺带转战tg了，tg可以找我玩@bakabie
或者加入tg群，qwq
点我加入
顺带最近的截图qwq。

2017-07-23 00：08

直接提供图片算了，简单粗暴

2017-07-21 23:15

重大更新，因为不考虑ons引擎，只考虑自己的了，所以得先设计语法，明天zai'shuo

结构如下：

PY后端：

• manage.py 用户处理websocket事件
• resolve.py 用于处理引擎

前端就是基础三件套。
目前支持语法
["mov","goto","dwave","bgm","bgmstop","bg","if","SEL","end","fin","gosub"]

可识别语法：
["mov","goto","dwave","print","bgm","lsp","bgmstop","wait","textclear","bg","if","SEL","end","fin","gosub","br"]

通信通过WebSocket通信。

过程：

前端->{dat:游戏脚本路径或者特殊标号}
->后端：

• 是否第一次运行? 找到第一个游戏段，解析;解析段地址为前端给予的地址
• 解析

-返回成指定数据格式`
->前端：

• 数据格式拆包
• 显示给用户
• 遇到SEL/END ->发送下一个章节的代码段（代码段在SEL语句里有）->跳转到最上方

后端解析方式：

更具前端返回，判断是否有cs？
有：读取指定的cs段 ； 没有：从第一个cs段开始解析
读入cs端，逐行解析

两个for迭代循环命令，判断语句是否带有上面的可识别命令

遇到执行命令，append到指定的列表中去（bgm,bg,voice等等），并记录文字列表的长度（好让前端知道什么时候显示

如果全都不是，那么认为为文字（文字之前没有任何命令,print什么的都没有，就直接显示）

append到文字列表

持续到逐行全部解析结束
打包成指定数据格式
通过websocket发送给前端

指定数据格式结构：

一段json:

{
    "str":[文本i,文本j....文本n],
    "flag":{用户所包含的文本地址},(这个参数请下一次请求时也请原封不动的传递上来)
    "bgm":{int:资源地址,int:'资源地址'},
    "voice":{int:'资源地址',int:'资源地址'}, 
    "Dwave":{同上},
    "bg":{同上},
    "Next":下一章节标题名,
}

dict格式{int:资源地址}，其中int和list 显示文本一一对应。
后期扩展(如特效等等)：延长json长度，后面加入更多的特效指令和list对应。
其中，Next一般是SEL语句或者是直接下一章的章节名，如果是SEL语句请更具用户的选择来返回对应的Next。

完整流程：

第一次运行游戏请用ws传递json {"dat":游戏脚本}
同时，ws端将会返回一大段的

{
    "str":[文本i,文本j....文本n],
    "flag":{用户所包含的文本地址},(这个参数请下一次请求时也请原封不动的传递上来)
    "bgm":{i:资源地址,j:'资源地址'},
    "voice":{k:'资源地址',n:'资源地址'},    (ijkl均为int，对应着文本i,j,k,l..)
    "Dwave":{同上},
    "bg":{同上},
    "Next":下一章节标题名,  (这个也请原封不动的传递上来)
}

不同的是Next有时候并不会返回章节名，也许会返回选择支，例如

SEL "敲门","今天这先这样吧","*CA_0","*CA_1"

请更具用户的选择修改给函数传递的cs内容。当然，也有会其他类型的文本

error 说明脚本编写错误，请直接停止游戏，因为脚本无法继续运行下去了

GameEnd/End/Fin 说明已经通关到达结局

传递消息
第二次运行时请传递json {"flag":上一次返回的,"cs",也是上一次返回的} 均为上次返回的值
注意cs可能更具SEL的选择支进行改变
返回的内容同上

2017/5/30更新

程序项目新地址：https://git.oschina.net/gaoshi_team/galgame_server

如你们所见基本没怎么动。

把那个很蠢的函数判断方法换了，用了你个略魔幻的方法