任务单 #28197

DTXファイルのコンパイル

开放日期: 2012-04-28 23:22 最后更新: 2020-10-04 23:39

报告人:
属主:
(无)
状态:
开启
组件:
里程碑:
优先:
5 - Medium
严重性:
5 - Medium
处理结果:
文件:
Vote
Score: 0
No votes
0.0% (0/0)
0.0% (0/0)

Details

使用ファイルのコンパイル化(dtxファイル/音源ファイルを1つ程度のファイルに纏める→不正対策・・・は意味あるのか)

(フォーラム ユーザフォーラム [#62465] からの引用。)

任务单历史 (3/8 Histories)

2012-04-28 23:22 Updated by: yyagi
  • New Ticket "DTXファイルのコンパイル" created
2012-04-29 00:28 Updated by: yyagi
评论

チップ音の再利用を禁止する意味はあるのかな。(でも本体がオープンソースである以上、すぐ破られちゃいますね・・・)

2012-04-29 00:46 Updated by: from
评论

そういえば、BandJAM にも GDS 形式っていうバイナリ形式がありましたねー。

サンプル曲の Goonie Kids とか。

即行で廃止されて GDA に代わりましたけど。


songs.db もそうですが、バイナリデータは百害あって一利無しですよ。

処理もコンパイル前より重たくなりますし。

偽装対策なら電子署名でも入れとけばいいなかーと思います、個人的には。

2012-04-29 01:25 Updated by: yyagi
评论

偽装対策なら電子署名でも入れとけばいいなかーと思います、個人的には。

DTXデータの改竄検出は確かに電子署名で問題なく実現できますが、むしろ本当に偽装対策したいのはscore.iniの方であって、こっちは電子署名じゃダメなんですよねぇ。とほほ・・・。

2012-04-29 01:38 Updated by: from
评论

むしろ本当に偽装対策したいのはscore.iniの方であって、こっちは電子署名じゃダメなんですよねぇ。とほほ・・・。

オープンソース化する前の DTXMania の秘密鍵は、圧縮画像データと乱数を用いている上に DTXMania のモジュール全体にダミーをちりばめていましたから、たとえ逆解析されても、モジュールを時系列に解釈できないと正解を見つけられないのでそう簡単には見破られないという自信はありました。(幸い?Reflector も有償化されましたし。)

が、オープンソース化するにあたって、わざわざそれらの秘密鍵の部分をごっそり除去しましたからねえ。

通信部分のみ非オープンソースな別モジュールにすることも考えたことがありますが、モジュールが小さくなるからネイティブであっても比較的逆解析が容易になってしまうんですよねー。

2020-09-29 02:50 Updated by: yyagi
  • Details Updated
评论

コンパイルというか、1つのファイルにまとめるという需要はあるようです。

それならば、安直にzipでまとめたものを扱うということでいいような気がします。拡張子は変えた方がいいと思いますが。

それと、score.iniファイルの保存をどうするかが、悩ましいですね。都度zip内に入れ込むのも遅そう。

2020-09-29 10:40 Updated by: from
评论

Song Enumeration にすごく時間がかかりそうですねー……

2020-10-04 23:39 Updated by: yyagi
评论

一度enumerateしてしまえば、あとはzipのタイムスタンプをチェックしてスキップできるので、むしろenumerateが早くなる可能性すらあります(複数の曲データが1つのzipに入っている場合)。

でも、1回目のenumerationは、遅いでしょうね・・・

Attachment File List

No attachments

编辑

You are not logged in. I you are not logged in, your comment will be treated as an anonymous post. » 登录名