- 1 名前：名無しさん＠編集中 mailto:sage [2007/07/16(月) 01:34:36 ID:/5UE65q5]
- PS3をHDCP非対応のPCディスプレイを使うための切り替え機、
Game Switch PS3-S201 / PS3-S201A のスレです。
製品情報
www.kirikaeki.net/monitor/switch/ps3s201a/
過去スレ
1スレ目 pc11.2ch.net/test/read.cgi/avi/1179479202/
2スレ目 pc11.2ch.net/test/read.cgi/avi/1180973354/
- 316 名前：名無しさん＠編集中 mailto:sage [2007/08/06(月) 10:14:26 ID:6IVKeKim]
- 機器間認証時に弾かれるようになる可能性があるからと躊躇してたが、
よくよく考えたら俺AVアンプ経由で出力する予定だから
HDCP機-AVアンプ-GS-Intensiy
にすればずっと使えんじゃねと思ってとりあえずぽちった。
- 317 名前：名無しさん＠編集中 mailto:sage [2007/08/06(月) 10:52:59 ID:hPIku0Xh]
- >>316
残念ながらブラックリストはAVアンプ経由でも感染するから。
- 318 名前：名無しさん＠編集中 mailto:sage [2007/08/06(月) 12:18:13 ID:6IVKeKim]
- >>317
HDCP機-AVアンプ
と
AVアンプ-GS
でそれぞれ機器間認証するんだからHDCP機にはAVアンプしか見えないんじゃないの？
- 319 名前：名無しさん＠編集中 mailto:sage [2007/08/06(月) 16:33:30 ID:ChaLVFez]
- BLは>>318のように思ってたから>>317のソース希望。
- 320 名前：名無しさん＠編集中 mailto:sage [2007/08/06(月) 18:35:46 ID:pYH1ORP0]
- ルータのルーティングテーブルみたいにBLが機器間でどんどん更新されていくんじゃないのか？
HDCPのBLがAVアンプに伝わってAVアンプのBLが更新されたらそれで終わりだと思うんだが。
- 321 名前：名無しさん＠編集中 mailto:sage [2007/08/06(月) 19:05:14 ID:MAKQcBHJ]
- >>316-320
HDCPのレピーター認証ってのが正しく行われる場合は
1.ソース機器 -> 2.レピータ1(AVP) -> 3.レピータ2(分配器) -> 4.HDCP表示機器
それぞれHDCPの認証可であれば、ソース機器は 2,3,4 それぞれの認証を行うのが正規のHDCP。
故に中継する機器ではBLを管理する必要が無く、ソースとなるレコや再生機器だけでBLの更新
することで、問題となる中継機器への信号伝送をカットすることが出来るという仕組み。
HDCPの認証仕様を参考のこと、PDFで英文しかないのが難だけど。
- 322 名前：名無しさん＠編集中 mailto:sage [2007/08/06(月) 19:29:47 ID:6Fxlhqou]
- >>321
機器間認証ってEDIDだよね、
PC→LCD
PC→GS→LCD
でEDIDが変わらないようなんだけど
もしかしてソース機器からはGSが見えないんじゃないかな
使ったツールは↓これ
ttp://www.entechtaiwan.net/util/moninfo.shtm
- 323 名前：名無しさん＠編集中 mailto:sage [2007/08/06(月) 21:59:03 ID:Oe6eK6Ir]
- GSが認識できないなら事実上対策されることはないってことになるのかな。
ていうか保証なんてｼﾗﾈと居直ってばらしてみたんだが樹脂で固められた
パーツがソケットに刺さってて中はわからないがなんか回路が入ってるんだろうと思った。
メイン基盤にはそれらしいチップとか見られなかったのでHDCPの解除とかはそのあやしい
パーツの中で行われてる悪寒。
- 324 名前：名無しさん＠編集中 mailto:sage [2007/08/06(月) 22:17:53 ID:M/n9GXIm]
- 結構簡単な装置なんだね。
それを誤魔化すための重量か？ｗ
まぁ、ちゃんと外れてくれるし設計開発にカネがかかったんだろうと思っておく。
将来もっと安いのが出るかも知らんな
- 325 名前：名無しさん＠編集中 mailto:sage [2007/08/06(月) 23:14:25 ID:6Fxlhqou]
- >>324
たぶん中身は市販品のワンチップCPUとかじゃないかな
解析されないために樹脂でモールドしたんだと思う
って事は作った人はこの機械が複製可能だと思ったって事だよね
>将来もっと安いのが出るかも知らんな
可能性あるね
- 326 名前：名無しさん＠編集中 mailto:sage [2007/08/07(火) 00:02:00 ID:heF2FyWu]
- HDCP の解除をワンチップ CPU でやってるわけないだろ。
DVI Receiver/Multiplxer とかの LSI が入ってて、HDCP
のキーは内臓、もしくは Serial ROM から供給のはず。
- 327 名前：名無しさん＠編集中 mailto:sage [2007/08/07(火) 01:09:13 ID:JPwe8q6b]
- >>326
そうだね追いつかないね
- 328 名前：名無しさん＠編集中 mailto:sage [2007/08/07(火) 01:31:31 ID:cVpdi3oC]
- どうでもよいが、樹脂モールドはふつーに溶かして解析するんじゃないの？
- 329 名前：名無しさん＠編集中 mailto:sage [2007/08/07(火) 03:37:18 ID:QHnVodOa]
- ttp://image02.wiki.livedoor.jp/a/v/ahdtv/5862d60f188d44db.jpg
GSの中身
- 330 名前：名無しさん＠編集中 mailto:sage [2007/08/07(火) 04:18:51 ID:MwqLgtvN]
- >>329
おおう、乙
確かに見える範囲はかなりあっさりだね。
- 331 名前：名無しさん＠編集中 mailto:sage [2007/08/07(火) 10:27:43 ID:cVhiL92/]
- >>318
> HDCP機-AVアンプ
> AVアンプ-GS
> でそれぞれ機器間認証
ちがう。
AVアンプのようなリピータが使われる場合は、まず最初にソース-AVアンプの認証を
行ってAVアンプが正しくHDCP認証を受けた機器であることを確認したのち、AVアンプ
に接続されたダウンストリーム機器のキーを、リピータ(AVアンプ)がソースに対して
報告して、そこで再び認証する。
だから、途中に機器を挟んだとしても、最終的にはソースと接続機器(GS)との認証が
行われることになるんで、ソース側のBLにGSが登録されたらおしまい。
- 332 名前：名無しさん＠編集中 mailto:sage [2007/08/07(火) 10:33:49 ID:cVhiL92/]
- >>322
EDIDが使われるのは認証の初期に、接続相手がDVIかHDMIか、どの解像度なら表示できるのかを
確認する目的だけ。
その後のHDCP認証は、同じ信号線を使うが別のアドレスになるので、EDIDを読んでもわからない
- 333 名前：名無しさん＠編集中 mailto:sage [2007/08/07(火) 12:29:28 ID:v+xMyJbD]
- >>329
メイン基板は音声切り替え回路だけっぽいね。
しかし、ピーコ解析対策の樹脂モールドなんて久しぶりに見た。
- 334 名前：名無しさん＠編集中 mailto:sage [2007/08/07(火) 14:06:37 ID:QF9ZmZoB]
- >>331
BL（Boｙ’sLoveではない）で管理している以上
GSが更新されていくことによる対処は困難そうだね
- 335 名前：名無しさん＠編集中 mailto:sage [2007/08/07(火) 18:48:53 ID:fJx6V7Po]
- キーって何bit？
メモリも沢山積んでいるとは思えないんだけど、正規のキーとBLを幾つ保存出来るんだろう？
- 336 名前：名無しさん＠編集中 mailto:sage [2007/08/07(火) 19:30:45 ID:QHnVodOa]
- >>335
Private Keyは56bit、ただし、1機器につき40setあってランダムに利用される。
BLについてはMB単位保持されるのが規定されてる上にコンテンツでのオーバーライドも
出来る。(使われることは少ないだろうけど)
- 337 名前：名無しさん＠編集中 mailto:sage [2007/08/07(火) 19:47:29 ID:fJx6V7Po]
- >>336
ｻﾝｸｽ。
って事は1機器止めるのに7×40＝280Bytesだから、
BLのエントリー数は1024×1024÷280≒3744機器か…。
|
 |
