「コピーワンスのムーブ失敗は、メーカーの技術力の未熟さゆえか？」記事へのコメント

技術というなら

[Anonymous Coward]

そもそもコピーしながら消去するというアイデア自体技術的には気が狂ってるとしか言いようがない
それを「できません」とバッキリ断れずにバカ正直に実装するというのはもうなんというか、情けなくて言葉もないです
見物してるこっちの方が恥ずかしくなるわ

Re:技術というなら

[Anonymous Coward]

MDはそこを悪用してコピーガードを回避できたりしたんですよね。 細かいところまで覚えていないので間違ってるかも知れませんが、確か、以下のような手順で 孫コピー禁止フラグを立てずにコピーが出来ました。

1. 必要な長さだけアナログ入力で無音を録音する(コピー禁止フラグの立っていないTOC情報を作っておく)
2. その無音トラックを消す
3. コピー開始
4. コピーしたい部分が終わったところで電源を引っこ抜く
5. 1で録音した無音トラックが消えておらず、コピーしたかった物が録音されてる

TOC情報が録音終了後まで書き込まれないことを悪用したハックですが・・・今思えば、 これが通っちゃうと言うのもなかなかのどかな実装だったんですね。

これ自体は手間と故障やらのリスクの割にリターンが少ない、単なる技術的好奇心だけのハックでしたが、 まあ、なんか穴があったら困る、とか、権利者がごちゃごちゃ言いたくなるのは分からんでもないです。

#分からんでもないが、言うならその分のコストはおまえらが負担しろ、的な意味で

Re:技術というなら

[Namany (19002)]

私はキャラクターのステータス → ゲームの進行フラグ という順番でセーブデータを保存するゲームで、開始直後のセーブデータに終盤のセーブデータを上書きして、その途中で電源を落とす、とかいう裏技があったっけなぁ。
#続編では対策だったのかどうかはわからないけど、書き込まれる順番が逆になってしまい、同様の裏技を試すと酷い目に。

Re:

[Anonymous Coward]

> 今思えば、これが通っちゃうと言うのもなかなかのどかな実装だったんですね。

のどか？ とんでもない。
move の基本アルゴリズムじゃないですか、コピーが終わってから元を消す。

失敗した時に、ユーザが困るのか(データ消える)、権利者が困るのか(データ残る)
ユーザが困らない方を選んだのは、技術者の良心だと信じたい

# まー、機械買ってくれるのが誰で、文句を言うのが誰かって話だけかもしれんが

Re:

[Anonymous Coward]

>> 今思えば、これが通っちゃうと言うのもなかなかのどかな実装だったんですね。
>のどか？ とんでもない。
>move の基本アルゴリズムじゃないですか、コピーが終わってから元を消す。

ああ、そっちじゃなくて、圧縮されたデジタルデータの一部だけを上書いても、全体として何となく再生できるファイルフォーマット(?)ってのどかだったなぁ、と。

Re:技術というなら

[Anonymous Coward]

東芝のレコーダ使っていますが、「バカ正直に実装」されていません。
ムーブに失敗した場合HDD側のデータは「全て」残っています。
もちろんメディア側のデータは再生どころかタイトル一覧にも表示されませんが。

Re:

[Anonymous Coward]

ああ、失敗したことを検出してくれたとは、それはとても幸せですね。
同じ東芝でもRD-X4/XS41世代だと、後から見直したらブロックノイズだらけだった、なんてことがよくありましたよ。
でも、1回のドライブ交換修理でその後安定しただけ、何度も壊れるシャープのBD-HD100なんかよりはマシでしたけどね。
さすがにBD-HD100については、メーカーの技術力不足以外に言いようがない。