Ticket #28197

DTXファイルのコンパイル

오픈 날짜: 2012-04-28 23:22 마지막 업데이트: 2012-04-29 01:38

Reporter:
소유자:
(None)
Status:
Open
Component:
MileStone:
Priority:
5 - Medium
Severity:
5 - Medium
Resolution:
None
File:
None
Vote
Score: 0
No votes
0.0% (0/0)
0.0% (0/0)

Details

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

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

Ticket History (3/5 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 も有償化されましたし。)

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

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

Attachment File List

No attachments

Edit

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