アカウント名:
パスワード:
ダウンロード販売の動画の場合、DRMありしかない時点でそのタイトルの利用をあきらめますよDRMがかかっている動画って見るたびにいちいち認証の手間がかかるからめんどくさい(あとなぜか早送り・巻き戻しなどの操作もスムーズにできない)
もしJPGでそんな状態になったら同じく利用をあきらめるねそこは断言できる今の時代、よほど「そのJPG画像じゃなきゃならない」特別な理由が無い限り、コンテンツの利用形態も他にあるし代わりになるコンテンツもあふれているんだし、デメリット許容してまで見る理由があるかどうか
DRMのデメリットをどのように解消するのか、解消しないのか、注視したいとろですね
DRMのデメリット以前に、現存する膨大な数のJPEGリーダーと、一体どうやって互換性を取るつもりなのかの方が気になる。古いJPEGデコーダでDRMありの画像が普通に見えてしまうようなら、DRMつきである意味がない。しかし、だからといって古いJPEGデコーダの全てを切り捨てるというのは、数があまりにも膨大すぎて常識的に考えてムリ。
例えばスマホ、それもAndroidだけ考えても。仮にAndroid Mで即座に対応されたとして、売りっぱなしやってるガラスマ達を、総出で切り捨てたりしたりとかできるんかな。ガラスマメーカー達で勝手に対応して貰うにしても、今迄売りっぱなしやってきた膨大な機種全てに対応できるような開発力は連中にないでしょ。現モデル以外のサポートなんてしたくないから売りっぱなしやってるんだもんね。
だいたい画像ビューアって、人の好みがモロに反映されるアプリのひとつだからね。デジカメのデータ管理くらいでしか使わない俺でさえ、動作の軽快性や慣れから、古いACDSeeを未だに使ってるくらいだもの。新しく買ったデジカメがDRMつきでしか保存できませんとかなって、古いACDSeeで表示できなくなったとしたら、俺がどちらを捨てるのかは明らか。
デジカメはまあ、コンデジ使いくらいしか今時jpg保存とか使ってないだろうから、この場合の例としては適切でないかもしれないけれど。Kindleの.mobiみたいな独自フォーマットならともかく、現存するJPEGフォーマットを改訂ってのは厳しいと思うよ。皮算用の得意な日本企業の大多数が、自サイトのコンテンツを何も考えずにDRMつきjpg化したら、それこそGIFショックの比じゃないくらいの混乱が起きるかも。
JPEGはそもそもファイル構造自体がセグメント構造を持っていて、本来の表示に必要無いデータであっても自由にファイルに入れ込むことができます。EXIF情報みたいなのが典型的な例。そしてJPEGで使われているDCT圧縮は、空間周波数が低い部分のデータと高い部分のデータを容易に分離できるようになっているので、低解像度のデータは従来通りのフォーマットで格納して、空間周波数が高いデータだけを暗号化した上で新しく定義したセグメントに入れる、という方法がとれます。
この方法を使えば、そのJPEGファイルは、現行の(DRMに対応していない)デコーダーでは低解像度の画像がデコードされ、DRMに対応したデコーダーを使えば、より高画質でデコードする、という構成にすることが簡単にできます。要するに、現状の多くのソフトでは(低画質だけど)問題なく画像が表示され、新しいDRM対応版のブラウザやビューアーならば高画質、という構成にすることが可能になります。
例えていえば、プログレッシブJPEGの前半部分は無料で、後半部分はDRM付きの有料データみたいな感じ。あるいは音楽データでいえば、WavPackフォーマットのWVファイルは無料で提供して、WVCファイルは有料にしますよ、みたいな感じといえばいいか。
これならば現行のJPEGデコーダには問題を出さず、かつ、フル画質データ部分にはきっちりDRMをかけるという対応ができます。
無料部分の高画質競うようになってDRMのデコードを誰も必要としなくなる未来を想像してしまった。
一応読めるだけじゃ色々と不便です。
そして通信が「最適化」される世界では、「ゴミブロック」は削除されてしまった(あるいは「改ざん」が検知されて表示されなくなってしまった)とさ。なんの問題もないと強弁した連中の自業自得だからね、しかたないね。
対応したビュワーだとヌード写真だが対応していないビュワーだとグロ画像に!とか?
逆にするとDRM対応ビューワにDRM再生のオフってオプションを付けさせることができるかも。
つまり懐かしのCPマスクとかFLマスクとかQ0マスクみたいな画像がメインコンテンツに入ってて、メタデータ領域に置かれたDRM掛かったデータをデコードするとマスク復号の鍵が得られるわけか。
…でもCPマスクの人力デコードみたいな例もあるし、ブロックごとに各種反転とCh・位置入れ替えだけでは情報量がなぁ…メインコンテンツをまるきりダミー(サンプル画像)にして、メタデータにDRM掛けたメインコンテンツ入れるほうが楽かも。
何れにしてもDRMのデコーダはオープンにならない以上、Webブラウザが採用するくらいでしか普及が見込めん気がする。どうせポシャるだろうなぁ…
今のデジカメって何形式で保存するのが一般的なん?最近デジカメ使ってないので状況を知らんので。
コンデジならjpeg高級機ならRAWだけど現象して結局はjpeg
RAW形式のことかね。アナログでいうところの撮影したフィルムみたいなものなので、鑑賞するのはJpegに書き出したものだと思うんだけど。
人に渡さないならJpegには変換しないな編集するならRAW→TIFF→Photoshop形式だな
デジカメはまあ、コンデジ使いくらいしか今時jpg保存とか使ってないだろうから、
コンデジ使いとスマホ使い(ほぼ全部JPEG)を合わせたら、それで画像市場の大部分だぞ。一眼市場でも、Kissで子供を撮ってるお母さんとかは大部分がJPEG。フジフイルムだって、ミラーレスを「JPEGが綺麗なんです!」という宣伝文句で押しているよね。実際綺麗なんだけど。
結局RAWなんて使ってるのは、プロ写真家を除けば一部の物好きな暇人にすぎないんだよ。他はみんなJPEG。
# え?私ですか?もちろんRAWで撮ってますよ。だって暇人だし。
RAW現像のメリットがわかってる人がそんなにいないからね、撮影枚数も多いし撮影後の扱いにも手間のないJPEGが圧倒的多数だろうね、一眼レフでも。
#RAWで撮ってがっつり補正かけるのを実演してからRAW派になった知人がいたり
意識高いぶってRAWで撮ってるけど、結局編集もせず写真管理アプリに大容量で居座ったままになってる俺様が来ましたよ。本当に写真を愛してる人以外はjpegで十分だろうな。もう最近は一眼レフ置いたままiPhoneで写真撮ってるわ。ジオタグもつくし、クラウド同期も楽だし。
プロ言うても報道とかほぼ100% JPEGですよ
報道なんかは, 撮影後に送信する必要があるのと, 連続撮影枚数の問題があるからjpegになるんじゃないですかね.
単にパスワードを掛けて暗号化したzipファイルみたいにするんじゃない?
対応していないビュアーで見たときデータが壊れているようにエラーを吐いて表示できなければ何もできないよね
つまり閲覧不能のゴミデータ。多数が採用したら閲覧できないユーザが大量発生するだけだし、多数が採用しなけりゃ普及せずポシャった規格が一つ増えるだけ。
クライアントサイドでライブラリ差し替えるだけで対応できるならそのうち使えるレベルに普及してるかもだが、DRMだからライセンス管理周りを乗せないと対応できない→対応版ライブラリ採用しても機能しないというオチ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
「DRMうぜえ」が一般的じゃない? (スコア:1)
ダウンロード販売の動画の場合、DRMありしかない時点でそのタイトルの利用をあきらめますよ
DRMがかかっている動画って見るたびにいちいち認証の手間がかかるからめんどくさい
(あとなぜか早送り・巻き戻しなどの操作もスムーズにできない)
もしJPGでそんな状態になったら同じく利用をあきらめるね
そこは断言できる
今の時代、よほど「そのJPG画像じゃなきゃならない」特別な理由が無い限り、コンテンツの利用形態も他にあるし代わりになるコンテンツもあふれているんだし、デメリット許容してまで見る理由があるかどうか
DRMのデメリットをどのように解消するのか、解消しないのか、注視したいとろですね
Re:「DRMうぜえ」が一般的じゃない? (スコア:2, 興味深い)
DRMのデメリットをどのように解消するのか、解消しないのか、注視したいとろですね
DRMのデメリット以前に、現存する膨大な数のJPEGリーダーと、一体どうやって互換性を取るつもりなのかの方が気になる。
古いJPEGデコーダでDRMありの画像が普通に見えてしまうようなら、DRMつきである意味がない。
しかし、だからといって古いJPEGデコーダの全てを切り捨てるというのは、数があまりにも膨大すぎて常識的に考えてムリ。
例えばスマホ、それもAndroidだけ考えても。
仮にAndroid Mで即座に対応されたとして、売りっぱなしやってるガラスマ達を、総出で切り捨てたりしたりとかできるんかな。
ガラスマメーカー達で勝手に対応して貰うにしても、今迄売りっぱなしやってきた膨大な機種全てに対応できるような開発力は連中にないでしょ。
現モデル以外のサポートなんてしたくないから売りっぱなしやってるんだもんね。
だいたい画像ビューアって、人の好みがモロに反映されるアプリのひとつだからね。
デジカメのデータ管理くらいでしか使わない俺でさえ、動作の軽快性や慣れから、古いACDSeeを未だに使ってるくらいだもの。
新しく買ったデジカメがDRMつきでしか保存できませんとかなって、古いACDSeeで表示できなくなったとしたら、俺がどちらを捨てるのかは明らか。
デジカメはまあ、コンデジ使いくらいしか今時jpg保存とか使ってないだろうから、この場合の例としては適切でないかもしれないけれど。
Kindleの.mobiみたいな独自フォーマットならともかく、現存するJPEGフォーマットを改訂ってのは厳しいと思うよ。
皮算用の得意な日本企業の大多数が、自サイトのコンテンツを何も考えずにDRMつきjpg化したら、それこそGIFショックの比じゃないくらいの混乱が起きるかも。
Re:「DRMうぜえ」が一般的じゃない? (スコア:4, 参考になる)
JPEGはそもそもファイル構造自体がセグメント構造を持っていて、本来の表示に必要無いデータであっても自由にファイルに
入れ込むことができます。EXIF情報みたいなのが典型的な例。
そしてJPEGで使われているDCT圧縮は、空間周波数が低い部分のデータと高い部分のデータを容易に分離できるようになって
いるので、低解像度のデータは従来通りのフォーマットで格納して、空間周波数が高いデータだけを暗号化した上で新しく
定義したセグメントに入れる、という方法がとれます。
この方法を使えば、そのJPEGファイルは、現行の(DRMに対応していない)デコーダーでは低解像度の画像がデコードされ、
DRMに対応したデコーダーを使えば、より高画質でデコードする、という構成にすることが簡単にできます。
要するに、現状の多くのソフトでは(低画質だけど)問題なく画像が表示され、新しいDRM対応版のブラウザやビューアーならば
高画質、という構成にすることが可能になります。
例えていえば、プログレッシブJPEGの前半部分は無料で、後半部分はDRM付きの有料データみたいな感じ。
あるいは音楽データでいえば、WavPackフォーマットのWVファイルは無料で提供して、WVCファイルは有料にしますよ、みたいな
感じといえばいいか。
これならば現行のJPEGデコーダには問題を出さず、かつ、フル画質データ部分にはきっちりDRMをかけるという対応ができます。
Re: (スコア:0)
無料部分の高画質競うようになってDRMのデコードを誰も必要としなくなる未来を想像してしまった。
Re: (スコア:0)
一応読めるだけじゃ色々と不便です。
Re: (スコア:0)
そして通信が「最適化」される世界では、「ゴミブロック」は削除されてしまった(あるいは「改ざん」が検知されて表示されなくなってしまった)とさ。なんの問題もないと強弁した連中の自業自得だからね、しかたないね。
Re:「DRMうぜえ」が一般的じゃない? (スコア:1)
JPEGのデータ構造としては従来通り。
ただし従来のデコーダーだと画像として意図したものは見えない。
Re: (スコア:0)
対応したビュワーだとヌード写真だが対応していないビュワーだとグロ画像に!
とか?
Re: (スコア:0)
逆にするとDRM対応ビューワにDRM再生のオフってオプションを付けさせることができるかも。
Re: (スコア:0)
つまり懐かしのCPマスクとかFLマスクとかQ0マスクみたいな画像がメインコンテンツに入ってて、
メタデータ領域に置かれたDRM掛かったデータをデコードするとマスク復号の鍵が得られるわけか。
…でもCPマスクの人力デコードみたいな例もあるし、ブロックごとに各種反転とCh・位置入れ替えだけでは情報量がなぁ…
メインコンテンツをまるきりダミー(サンプル画像)にして、メタデータにDRM掛けたメインコンテンツ入れるほうが楽かも。
何れにしてもDRMのデコーダはオープンにならない以上、Webブラウザが採用するくらいでしか普及が見込めん気がする。
どうせポシャるだろうなぁ…
Re: (スコア:0)
今のデジカメって何形式で保存するのが一般的なん?
最近デジカメ使ってないので状況を知らんので。
Re: (スコア:0)
コンデジならjpeg
高級機ならRAWだけど現象して結局はjpeg
Re: (スコア:0)
RAW形式のことかね。
アナログでいうところの撮影したフィルムみたいなものなので、鑑賞するのはJpegに書き出したものだと思うんだけど。
Re: (スコア:0)
人に渡さないならJpegには変換しないな
編集するならRAW→TIFF→Photoshop形式だな
Re: (スコア:0)
デジカメはまあ、コンデジ使いくらいしか今時jpg保存とか使ってないだろうから、
コンデジ使いとスマホ使い(ほぼ全部JPEG)を合わせたら、それで画像市場の大部分だぞ。
一眼市場でも、Kissで子供を撮ってるお母さんとかは大部分がJPEG。
フジフイルムだって、ミラーレスを「JPEGが綺麗なんです!」という宣伝文句で押しているよね。実際綺麗なんだけど。
結局RAWなんて使ってるのは、プロ写真家を除けば一部の物好きな暇人にすぎないんだよ。他はみんなJPEG。
# え?私ですか?もちろんRAWで撮ってますよ。だって暇人だし。
Re:「DRMうぜえ」が一般的じゃない? (スコア:1)
RAW現像のメリットがわかってる人がそんなにいないからね、撮影枚数も多いし撮影後の扱いにも手間のないJPEGが圧倒的多数だろうね、一眼レフでも。
#RAWで撮ってがっつり補正かけるのを実演してからRAW派になった知人がいたり
Re: (スコア:0)
意識高いぶってRAWで撮ってるけど、結局編集もせず写真管理アプリに大容量で居座ったままになってる俺様が来ましたよ。
本当に写真を愛してる人以外はjpegで十分だろうな。
もう最近は一眼レフ置いたままiPhoneで写真撮ってるわ。ジオタグもつくし、クラウド同期も楽だし。
Re: (スコア:0)
プロ言うても報道とかほぼ100% JPEGですよ
Re:「DRMうぜえ」が一般的じゃない? (スコア:1)
報道なんかは, 撮影後に送信する必要があるのと, 連続撮影枚数の問題があるからjpegになるんじゃないですかね.
Re: (スコア:0)
単にパスワードを掛けて暗号化したzipファイルみたいにするんじゃない?
対応していないビュアーで見たときデータが壊れているようにエラーを吐いて表示できなければ何もできないよね
Re: (スコア:0)
つまり閲覧不能のゴミデータ。
多数が採用したら閲覧できないユーザが大量発生するだけだし、
多数が採用しなけりゃ普及せずポシャった規格が一つ増えるだけ。
クライアントサイドでライブラリ差し替えるだけで対応できるならそのうち使えるレベルに普及してるかもだが、
DRMだからライセンス管理周りを乗せないと対応できない→対応版ライブラリ採用しても機能しないというオチ。