アカウント名:
パスワード:
Amazon Cloud Driveサービス中止のお知らせが来て慌てるまでがお約束
別のある日、Amazon Cloud Driveの運用担当者は思いました。
「結局、各アカウントで同じ番組を録画し、同じデータを保存してるだけだなぁ。これらを一つにまとめられたら、データ容量を劇的に少なくできるのになぁ。」
「各アカウントがどの番組を録画予約したかというデータ（ポインタ）だけ保存しておきマスターとなる録画データを配信するやり方にすれば・・・あれ？これって」
重複削除は通常、ファイルをテキトーなサイズのブロックで分割して個々のブロックに対し手重複検出しますから、録画開始時刻が微妙にずれている、といったブロック境界より小さい内容のズレが発生した場合、重複削除は難しいんじゃないですかね。
#Foltia の方で、「デジタル放送データ内の時刻情報・プログラムIDを元に、録画開始・録画終了のタイミングを判定」するようなやり方なら、バイナリ的にズレのない録画ファイルの同期ができるかも。
TSストリームを認識して、パケット単位で重複排除をやれば良いのでは？
昔「重複排除するから平気」と豪語したBitcasaというクラウドストレージサービスがあってだな。# TSは同じ番組を録画しても意外なほど重複排除できないらしい
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
そしてある日 (スコア:0)
Amazon Cloud Driveサービス中止のお知らせが来て慌てるまでがお約束
Re: (スコア:0)
別のある日、Amazon Cloud Driveの運用担当者は思いました。
「結局、各アカウントで同じ番組を録画し、同じデータを保存してるだけだなぁ。
これらを一つにまとめられたら、データ容量を劇的に少なくできるのになぁ。」
「各アカウントがどの番組を録画予約したかというデータ（ポインタ）だけ保存しておき
マスターとなる録画データを配信するやり方にすれば・・・あれ？これって」
Re:そしてある日 (スコア:1)
# けっこうホットワードです
Re:そしてある日 (スコア:1)
重複削除は通常、ファイルをテキトーなサイズのブロックで分割して個々のブロックに対し手重複検出しますから、
録画開始時刻が微妙にずれている、といったブロック境界より小さい内容のズレが発生した場合、重複削除は難しいんじゃないですかね。
#Foltia の方で、「デジタル放送データ内の時刻情報・プログラムIDを元に、録画開始・録画終了のタイミングを判定」するようなやり方なら、バイナリ的にズレのない録画ファイルの同期ができるかも。
Re: (スコア:0)
TSストリームを認識して、パケット単位で重複排除をやれば良いのでは？
Re: (スコア:0)
昔「重複排除するから平気」と豪語したBitcasaというクラウドストレージサービスがあってだな。
# TSは同じ番組を録画しても意外なほど重複排除できないらしい