Project1

标题: 关于说游戏中的历程。 [打印本页]

作者: 纸上魔法使 时间: 2018-4-30 23:36
标题: 关于说游戏中的历程。
这是我以前做游戏的时候的文件夹。
算是大的吧。
这是我特别的记录。我舍不得删。
原本以前是47g
总感觉好怀念以前啊。
看着这内存。

QQ图片20180430233559.png (5.86 KB, 下载次数: 15)

作者: chd114 时间: 2018-5-1 00:59
我大概有这么多吧

这种时候就需要压缩狂魔的朋友来压一下了···我这里有个20m的压缩包，解压完以后是8g···然后这种压缩包我盘上还有大概5个···

有个好的压缩对省空间是很好用的

作者: 2256538860 时间: 2018-5-1 01:33

chd114 发表于 2018-5-1 00:59
我大概有这么多吧

100多G么.......这是有多不会整理*
我瞎说的。。我也不知道，，不要打我

作者: 2256538860 时间: 2018-5-1 01:35
正式接触MV两个多月我也不知道咋搞成这样的（怎么可能不知道）
不过当不得真···里面有7,8个工程文件夹·······
然后是3个MV启动器·······差点变成4个····还好压下来了····总之···各种时候都需要工具多开吧········

K.png (2.97 KB, 下载次数: 19)

X.png (12.77 KB, 下载次数: 16)

作者: 七重 时间: 2018-5-1 08:03
慢着！如果不说出文件夹里面大致内容有什么这可是耍流氓！——鲁迅

不知道为什么我的文件夹都是很小的，一定是因为我整理得好。。

音乐素材直接是收藏网站或者链接，不下载到本地。
图像类我是直接按日期月份存的。或者是项目独立存放，但是后来大多数都是按日期统一编号。在独立的地方再备份。
最麻烦是文本类。一般是一个地方统一放，然后觉得重要的又在复制整理备份。
还有一些辅助工具。
代码放在笔记本。
↓ 文件夹就这样。
资源类文件
工具/参考/文档/图像。。。

以项目为单位的分类文件夹
项目一/项目二/项目三。。。

作者: 纸上魔法使 时间: 2018-5-1 08:24

七重发表于 2018-5-1 08:03
慢着！如果不说出文件夹里面大致内容有什么这可是耍流氓！——鲁迅

不知道为什么我的文件夹都是很小的，一 ...

哇，这整理的真好。

作者: 纸上魔法使 时间: 2018-5-1 08:26
其实吧，主要原因只有一个。
就是懒。。

作者: Williamnice 时间: 2018-5-1 11:30
我以前想专门用一个文件夹放RM的东西。。结果我懒，很多东西都放在桌面上以及其他乱七八糟的地方，导致资源特别分散。。。现在这个RM文件夹只有1.2G

作者: xp兔子徒弟 时间: 2018-5-1 13:18

之前的硬盘烧了，嗨呀气炸
现在rm大概1g的样子

作者: 芯☆淡茹水 时间: 2018-5-1 14:08
记得以前某个新手游戏， 5分钟游戏时间，大小 500+M。
往往一些接触RM不是太久的做出的游戏，多多少少都会下载些无用文件。
所以觉得游戏要发出来给别人玩，逐步取得玩家的好感，这个游戏体积在保质的情况下精简也非常重要。
决定做一个工程，建立好后就取消RTP关联，然后把需要的素材逐步挪进工程里，没有多余的。
如果是MV，也可以开始就把 Audio 和 Image 里的文件全部删除，再放进自己需要的。

作者: guoxiaomi 时间: 2018-5-1 15:00
看了一下自己的有7.3G~

作者: 89444640 时间: 2018-5-1 17:07
那个，如果算音乐的话就没准了，不算音乐，看了下单位笔记本的的文件夹，是这个情况。

除了少量的参考图，基本都是自绘的，大多数是像素，极少量CG和草图，还有好些草图gif没画完…………

这里最小的是图标栏，但是图标数量可不少，所以还是纯像素的省空间。

作者: defisym 时间: 2018-5-1 17:24
老实说单个并不大，主要是保留了多个迭代的历史版本

而且只是程序框架+临时素材+测试用例总体而言并不大
（就算写一堆配置脚本进去因为是纯文本所以也大不到哪儿去）

源文档+自动备份+EXE大约100MB的样子，剔除掉不必要的文件大约80MB左右
嗯因为是框架所以这个大小很正常
extra里是脚本编辑器，因为最近重写了整个解析模块所以这玩意捎带着带宏的Excel也一起没用了
“屎山理论”话糙理不糙，与其说改还不如直接重做
框架太重要太重要了，果然还是得参考，自己造轮子虽然挺好玩，但出来的基本都是垃圾

另外虽然不用RM好多年但是把素材文件夹叫RTP的习惯却稀奇古怪的延续了下来……

作者: 灯笼菜刀王 时间: 2018-5-1 17:25

一个拆包的APK, 一个VX+VA+MV RTP包, 一个工程PSD包, 一个工程备份包, 就这样

作者: 纸上魔法使 时间: 2018-5-1 17:47
内存小的都是会整理的

作者: 文雅夕露 时间: 2018-5-1 19:35

半年下来的各种素材各种参考工程...

作者: 纸上魔法使 时间: 2018-5-1 19:36

文雅夕露发表于 2018-5-1 19:35
半年下来的各种素材各种参考工程...

一看就知道是大佬到五g以上的都是大佬。

作者: qweytr_1 时间: 2018-5-1 21:24
本帖最后由 qweytr_1 于 2018-5-1 21:30 编辑

chd114 发表于 2018-5-1 00:59
我大概有这么多吧

什么压缩软件这么好用？
还是说，你用的只是普通的7Z压缩，然而里面许多文件都是重复or用空格代替制表符的？
我见过一个1.4G的txt，就是空格代替制表符……压回去之后，一看，文件超小

以及，这是一个压缩竞赛（http://prize.hutter1.net/）
Author Date Decompressor Total Size Compr.Factor|RAM|time Award Sponsor
? ? ? ? ? ? You?
Alexander Rhatushnyak 4.Nov 2017 phda ... 15'284'944 6.54 | 1048MB | ~5h 2085€ Marcus Hutter
Alexander Rhatushnyak 23.May 2009 decomp8 ... 15'949'688 6.27 | 936MB | ~9h 1614€ Marcus Hutter
Alexander Rhatushnyak 14.May 2007 paq8hp12 -7 16'481'655 6.07 | 936MB | 9h 1732€ Marcus Hutter
Alexander Rhatushnyak 25.Sep.2006 paq8hp5 -7 17'073'018 5.86 | 900MB | 5h 3416€ Marcus Hutter
Matt Mahoney 24.Mar.2006 paq8f -7 18'324'887 5.46 | 854MB | 5h pre-prize -
要压缩的数据是100MB的文本数据
而最好的一个结果是15'284'944
如果你能把一个8G的东西压成20M……犹豫啥……直接参赛多好：）

BTW，有一个叫.kkrieger的3D游戏，文件大小97,280 字节
这些都是特殊情况，不在讨论范围之内

作者: 上贺茂润 时间: 2018-5-2 10:37
哇，真牛逼！

作者: 春风莉露 时间: 2018-5-3 16:35
之前的工程都删掉，剩下几百M素材

作者: v2sam 时间: 2018-5-3 17:29
要学会取舍，毕竟不是松鼠党。

欢迎光临 Project1 (https://rpg.blue/)