转跳到内容

你们是怎么保存和管理资源的?(游戏、音乐、音声、视频)


推荐贴

相关主题:

https://sstm.moe/topic/343452-资源数据的文件管理的探讨/

https://sstm.moe/topic/343585-大家是怎么保存音声数据的?/

https://sstm.moe/topic/343653-大家是怎么保存游戏数据的?/

:656393010_SSB(7):整理出现瓶颈了,看看大家都是怎么管理库存的。

 

考虑的事情:

:656393010_SSB(7):DL买的原档,选择额外保存、还是保存到相应的作品分类里。

:1151691507_SSB(4):音声保存要不要压缩起来,但是压缩了确实就没那么方便使用了。

链接到点评

比较喜欢的作品就建个目录直接存电脑里,我是按act、rpg、gal、音声、图片几个类型分的,二级目录直接就是日语名的各个资源文件夹,随时可以打开的已经存了200多个G了。玩过一次就没什么兴趣的直接删了,反正大部分资源网上都有百度云里也存着(百度云5600G了),记住几个重要资源网站什么时候想重温再去下就行了

 

说实话作品这么多,大部分都是玩过一次后就不想在碰的,个人口味都是越来越挑剔的。

 

关于游戏版本,除了个别改版以外,基本上都是最新版,cien等每次赞助版本引继存档后保存最新的。

 

重点还是记住资源是从哪来的,随时可以找到。我只是出于个人兴趣游玩和收藏这些作品,如果要安利记住名字和获取方式就行了,不需要做大范围的资源归档啊。

,由uwasa修改
链接到点评

资源管理这事儿我去年年底才开始做,我一开始是按游戏资源的来源(各种资源站和论坛)来分类的,当时我觉得这样分不仅能记录获取渠道还不用当心各种分类重叠的问题,只是现在同一个文件夹里的文件有点太多了。

我之后有个计划是直接将资源按获得的时间(每个月份一个文件夹)分类,然后每个游戏我单独建一个文件记录存储位置、获取方式、注意事项、玩后感等内容,之后只要管理这些玩后感文件就行了(之所以和玩后感写在一起是为了赋予这些文件“索引”之外的意义,单纯的记录“索引”会让人非常抵触),这样也可以解决分类重叠的问题,而且各种零碎信息也都可以往里面塞,就是之后可能要靠打tag解决肉眼难以遍历的问题。话说回来,其实最大的问题是我现在还没开始实施这个计划,只能说人还是太懒了。

不过我现在的存档文件就是用上述方法存储的,每个游戏我会单独用一个文件记录各个存档的备注,存档和游戏本体分离管理,所以之后我只要把上面这些信息添加到存档文件里就行了。

---

顺便再说一下我对“文件查找”的理解,我对“文件查找”只有两个需求,一是“肉眼遍历”,二是“精准定位”。

举个例子,如果问一个已经毕业的人,大二的时候学过哪些科目,他可能没法一个不漏的全说出来,但如果从大学四年的科目中抽一个出来问他是什么时候学的,我想有认真学的人大部分都能答的上来。这个例子中前者就类似“肉眼遍历”,后者就类似“精准定位”。

“精准定位”这个需求非常容易解决,不管“ctrl+F”还是什么别的方法,只要输入文件名能找到文件就行,各种存储方式纠结的点还是在“肉眼遍历”这个需求上。

假如我现在突然心血来潮,想要玩玩以前存的一些act游戏。这个时候,如果我采用的是“游戏类型分类法”,那我直接打开“ACT”这个文件夹就能看到所有收藏的ACT游戏了,缺点是分类过程面对各种分类重叠的问题会非常折磨;如果是用“收藏时间分类法”的话,那分类过程确实非常无脑,但到了查找的时候,这堆文件名基本没法提供啥有效信息,所以只能退一步使用打tag的方式来补足这个缺点,虽然这会增加工作量,但毕竟不需要进行分类的抉择,实际花的时间也不多。

---

不知不觉打了这么多字,不知道有没有跑题(

最后说一下,我对一种资源管理的方法主要有两个要求,一是存储过程尽量方便(降低抵触感),二是需要它的时候能方便的找到。以上的内容也是基于这两点的。

至于资源占用空间和安全性,以我对计算机的浅薄理解,只能说没有半点想法,我对安全性的理解还停留在备份,一份不行就备份两份。:YangTuo_4V:

链接到点评
4 小时前,uwasa说道:

比较喜欢的作品就建个目录直接存电脑里,我是按act、rpg、gal、音声、图片几个类型分的,二级目录直接就是日语名的各个资源文件夹,随时可以打开的已经存了200多个G了。玩过一次就没什么兴趣的直接删了,反正大部分资源网上都有百度云里也存着(百度云5600G了),记住几个重要资源网站什么时候想重温再去下就行了

 

说实话作品这么多,大部分都是玩过一次后就不想在碰的,个人口味都是越来越挑剔的。

 

关于游戏版本,除了个别改版以外,基本上都是最新版,cien等每次赞助版本引继存档后保存最新的。

 

重点还是记住资源是从哪来的,随时可以找到。我只是出于个人兴趣游玩和收藏这些作品,如果要安利记住名字和获取方式就行了,不需要做大范围的资源归档啊。

只要时间足够久,资源网站也好,云盘也好,购买渠道也好,都是会慢慢消失的。收藏除了可以翻出来玩之外,还可以安利身边的人玩。

链接到点评
1 小时前,11号白匣说道:

资源管理这事儿我去年年底才开始做,我一开始是按游戏资源的来源(各种资源站和论坛)来分类的,当时我觉得这样分不仅能记录获取渠道还不用当心各种分类重叠的问题,只是现在同一个文件夹里的文件有点太多了。

我之后有个计划是直接将资源按获得的时间(每个月份一个文件夹)分类,然后每个游戏我单独建一个文件记录存储位置、获取方式、注意事项、玩后感等内容,之后只要管理这些玩后感文件就行了(之所以和玩后感写在一起是为了赋予这些文件“索引”之外的意义,单纯的记录“索引”会让人非常抵触),这样也可以解决分类重叠的问题,而且各种零碎信息也都可以往里面塞,就是之后可能要靠打tag解决肉眼难以遍历的问题。话说回来,其实最大的问题是我现在还没开始实施这个计划,只能说人还是太懒了。

不过我现在的存档文件就是用上述方法存储的,每个游戏我会单独用一个文件记录各个存档的备注,存档和游戏本体分离管理,所以之后我只要把上面这些信息添加到存档文件里就行了。

---

顺便再说一下我对“文件查找”的理解,我对“文件查找”只有两个需求,一是“肉眼遍历”,二是“精准定位”。

举个例子,如果问一个已经毕业的人,大二的时候学过哪些科目,他可能没法一个不漏的全说出来,但如果从大学四年的科目中抽一个出来问他是什么时候学的,我想有认真学的人大部分都能答的上来。这个例子中前者就类似“肉眼遍历”,后者就类似“精准定位”。

“精准定位”这个需求非常容易解决,不管“ctrl+F”还是什么别的方法,只要输入文件名能找到文件就行,各种存储方式纠结的点还是在“肉眼遍历”这个需求上。

假如我现在突然心血来潮,想要玩玩以前存的一些act游戏。这个时候,如果我采用的是“游戏类型分类法”,那我直接打开“ACT”这个文件夹就能看到所有收藏的ACT游戏了,缺点是分类过程面对各种分类重叠的问题会非常折磨;如果是用“收藏时间分类法”的话,那分类过程确实非常无脑,但到了查找的时候,这堆文件名基本没法提供啥有效信息,所以只能退一步使用打tag的方式来补足这个缺点,虽然这会增加工作量,但毕竟不需要进行分类的抉择,实际花的时间也不多。

---

不知不觉打了这么多字,不知道有没有跑题(

最后说一下,我对一种资源管理的方法主要有两个要求,一是存储过程尽量方便(降低抵触感),二是需要它的时候能方便的找到。以上的内容也是基于这两点的。

至于资源占用空间和安全性,以我对计算机的浅薄理解,只能说没有半点想法,我对安全性的理解还停留在备份,一份不行就备份两份。:YangTuo_4V:

关于安全性方面可以看看这个,现成的例子:https://sstm.moe/topic/343825-这个病毒搞得我所有的库存都中招了/

:656393010_SSB(7):按资源分类这个做法我觉得没什么意义,来源过一段时间是会消失的。方便查找这个需求我觉得需要依赖数据库而不是文件管理了。

:kl:另外对一些游戏来说(特别是老游戏),并非只是留个档就好,有一些存在严重的兼容性问题需要记录。

链接到点评
1 小时前,猫猫Cat说道:

关于安全性方面可以看看这个,现成的例子:https://sstm.moe/topic/343825-这个病毒搞得我所有的库存都中招了/

:656393010_SSB(7):按资源分类这个做法我觉得没什么意义,来源过一段时间是会消失的。方便查找这个需求我觉得需要依赖数据库而不是文件管理了。

:kl:另外对一些游戏来说(特别是老游戏),并非只是留个档就好,有一些存在严重的兼容性问题需要记录。

记录来源这点是因为有些质量差的游戏我不会保存本体,只会记录“我玩过这个游戏”这件事,之后要是突然又有兴趣了也有一个找的渠道。不过你说的也有道理,我现在仔细想了想,可能过个几年,这些来源早都失效了,到时候还是要碰运气。

兼容性这个问题,呃,说实话,我还没遇到过,可能是我玩的不多吧,而且那些过于古早的游戏我很少接触,最多看看视频之类的。而且真要记录一些注意事项的话,可以记在我前面说的“玩后感文件”里,最后集中成一个文件来管理压力就小很多了。那个方案,呃...我有点不太好意思反复去提它了,毕竟还没开始实施,我还挺担心这些操作变成“负担”的,之后我应该会边做边改进。

至于数据库...我不是很懂,我印象里还是个专业性挺强的玩意儿。:a9:

说到这我又想起之前我做备份的时候有个需求,把整个文件夹下的所有文件名列一张表,当时我寻思这玩意儿要脚本来搞,于是去网上稀里糊涂抄了一个bat脚本,结果不知道是不是我电脑问题,运行速度慢的离谱(虽然能用就是了)。每次到这种时候都想感叹,要是自己懂点代码就好了。

链接到点评
5 小时前,11号白匣说道:

记录来源这点是因为有些质量差的游戏我不会保存本体,只会记录“我玩过这个游戏”这件事,之后要是突然又有兴趣了也有一个找的渠道。不过你说的也有道理,我现在仔细想了想,可能过个几年,这些来源早都失效了,到时候还是要碰运气。

兼容性这个问题,呃,说实话,我还没遇到过,可能是我玩的不多吧,而且那些过于古早的游戏我很少接触,最多看看视频之类的。而且真要记录一些注意事项的话,可以记在我前面说的“玩后感文件”里,最后集中成一个文件来管理压力就小很多了。那个方案,呃...我有点不太好意思反复去提它了,毕竟还没开始实施,我还挺担心这些操作变成“负担”的,之后我应该会边做边改进。

至于数据库...我不是很懂,我印象里还是个专业性挺强的玩意儿。:a9:

说到这我又想起之前我做备份的时候有个需求,把整个文件夹下的所有文件名列一张表,当时我寻思这玩意儿要脚本来搞,于是去网上稀里糊涂抄了一个bat脚本,结果不知道是不是我电脑问题,运行速度慢的离谱(虽然能用就是了)。每次到这种时候都想感叹,要是自己懂点代码就好了。

:1348558391_SSB(2):我觉得玩后感有点太夸张了,这可以用来做自媒体了。

:656393010_SSB(7):数据库不是多复杂的东西,意思是这类各种各样的db网站。

比如:https://vndb.org/

当有名字之后去自己的库存搜就出来了。

另外我自己倒是会把自己玩过的游戏记录下来

链接到点评
游客
此主题已关闭。
×
×
  • 新建...

重要消息

为使您更好地使用该站点,请仔细阅读以下内容: 使用条款