英バース大学曰く、新技術によりピクセル形式のデータは5年以内に終わる 81
ストーリー by hylom
写真もベクトルデータ化されちゃうの? 部門より
写真もベクトルデータ化されちゃうの? 部門より
taraiok 曰く、
過去50年間、動画や写真、ゲームのテクスチャまであらゆるデジタルメディアはピクセルデータで構成されてきた。しかし、英国のバース大学のJohn Patterson氏らの研究者のチームは、5年以内にすべてのデータがベクトルデータに変わると主張している(EXTREMETECH、バース大学リリース、PDFの技術資料、本家/.)。
ディスプレイの高解像度化が進んでいるが、解像度に合わせてピクセルデータが高精細になるとデータサイズが大型化する。大型化されたデータは表示までに多くの時間がかかるようになり、またデータの圧縮なども必要とされる。さらにディスプレイ解像度が上がると同時に、過去の画像データが品質面で陳腐化してしまうなどの問題があると指摘している。
John Patterson氏らの研究者のチームは、これまでのビットマップデータとベクターデータを置き換える新たなコーデック「Vectorized Streaming Video (VSV)」を考案した。John Patterson氏によれば、このコーデックはデジタルビデオストリームを符号化・復号化することができるコンピュータプログラムで、解像度が変わっても「最高の映像品質」が期待できるとしている。
コーデック自体の技術的な詳細は不明だが、EXTREMETECHによれば、Adobeライブトレースなどの自動ベクトル化ツールにかなり類似しているとしている。こうした自動ベクトル化ツールには着色上の問題があるが、バース大学の動画デモではこの問題も解消されているようだとしている。
デジカメやビデオにも適用可能...なのか? (スコア:3)
文章を読む限りでは、デジカメやビデオの画像をベクトル化するように受け取れますが、
本当に可能なのか、それで高解像度化と言えるのか?という疑問が湧いてきますね。
計算力は時間が解決するでしょうが、ノイズと本質的な情報の区別が付かないと
単に余計な情報を足している事になりかねませんし。
オリジナルデータの解像度を保つ方が価値がありそうな気がするのですが。
そういうのは自然科学や捜査などの分野だけの要求なのでしょうかねぇ。
--- de FTNS.
鈴木英人化 (スコア:2)
まあ、これが全てですよねえ。保存・転送すべき情報をコンパクトにまとめられる、という点では意味がありそうですが。
# それはそれとして、PDFの方でやっぱり Lena画像が使われててわろた。
Re:デジカメやビデオにも適用可能...なのか? (スコア:2, 興味深い)
デジカメでもあり得る、と思う。
最近の、無駄に高画素なコンデジ写真を等倍拡大して見ると、ピクセルというよりすでにベクタになってるのが分かるよ。
レンズ性能や回折限界により、とっくにピクセル解像しなくなったのを、画像処理で補正してるんだけど、そのアルゴリズムがベクターっぽい塗り絵なんだよね。
よく油絵とか言われたりするけど、筆で書いたようになっている。
特に高感度ノイズを補正すると、この特徴が際立つ。
「超解像処理」とか言って、図形を想像して補完しちゃうんだよね。
これを突き詰めていけば、ベクタで記述も可能と思う。
ただ、それが高画質かと言われるとどうだろねぇ…。
Re:デジカメやビデオにも適用可能...なのか? (スコア:1)
Re:デジカメやビデオにも適用可能...なのか? (スコア:1)
バース大学のリリースを読むと、video codecは既に発表済みということだし、サンプルビデオも見れますよ。
そのサンプルを見てどう思うかはあなた次第。
Re:デジカメやビデオにも適用可能...なのか? (スコア:1)
もちろん。
メディア的に入らないから稲妻走るデータに変換してですね…
Re:デジカメやビデオにも適用可能...なのか? (スコア:1)
PIC.xですねわかります。
あ、でも色境界をベクトル保存すれば拡縮自在になるのかな・・・
得意分野がえらい限られそうだけどw
Re:デジカメやビデオにも適用可能...なのか? (スコア:2)
Pic.rと記憶しているのは何か間違ってます?
Re:デジカメやビデオにも適用可能...なのか? (スコア:1)
「モノ」と「非・モノ」を区別する必要があるかもしれないですね。
ちなみに人間の視覚認識も、一時的には網膜での「ピクセル的反応」ですが、網膜の細胞同士の結合や、脳内で「認知」の段階では「エッジ抽出とパターンマッチング」をして、ベクター(のような形)で認識しています。
そのメカニズムを模倣すれば、自動的にベクター化出来るかもしれないですが、まあ「同じく作る」ためには「メカニズムを完全に解明する」必要がありますからねえ・・
Re:デジカメやビデオにも適用可能...なのか? (スコア:1)
写真の中に存在する全ての境界線をベクトルとして認識・記録しておけば、写真を拡大しても境界のアウトラインがギザギザ・モヤモヤ成らないよ。ってところじゃね?
現実の景色でA,B点の間にCがあっても、元データとしてCを記録できてなければCは再現できないし、その点に関してはこれも同様でしょう。
ただ、A,B間に描かれた線の境界は、どんなに拡大してもギザギザせずにスパッと綺麗なまま、って意味での「どんなに拡大してもいける」ってことじゃね?たぶん。
境界線を抽出するフィルターをいろんなパラメーターで掛けて、それら境界線をベクトルとして記録して、それを利用して何かする的なことな気がする。で、いくつか工夫してますよ的な、そんなとろこだと思う。たぶん。
Re:デジカメやビデオにも適用可能...なのか? (スコア:1)
新しいコーデックの普及には、ハードでの実装でのゲート数がどの位になるかが重要ですね。
JPEG2000がJPEGに対して圧縮率や画像品位の点で有利であるにかかわらず普及しなかったのは、ハードでの実装ゲート数が格段に多かったからだと聞いています。
MicrosoftがHD Photoフォーマットを提唱する際にも、JPEGと大差ないゲート数で実装できる事を売りにしていた位ですし。
ベクター化となると、データの参照範囲の局所性が下がりますから、実装ゲート数の削減には不利でしょうね。
我々がn年前に通った (スコア:2)
いっそのこと LINE 文 と CIRCLE 文と PAINT 文で描画すれば…
画像データでピクセル形式ではない圧縮方法としてはフラクタル(画像)圧縮 [wikipedia.org]てのもありましたね。
私がはじめて聞いたのは結構前なので(速度面も含め)あまり話題にはなりませんでしたが、今のCPUなら結構実用的になるのかもしれませんね。
1982年でプロッタ内蔵のMZ-731 (スコア:3)
「時代がやっと俺に追いついたようだな...」
(1982年製造、プロッタとカセットレコーダー内蔵の8ビットコンピュータ、 SHARP MZ-731)
SHARP MZ-731資料1。日本語 [geocities.jp]とSHARP MZ-731資料2。英語 [sharpmz.org]
Re:1982年でプロッタ内蔵のMZ-731 (スコア:5, 参考になる)
MZ-731のプロッタプリンタって、業務用のX-Yプロッタと違って斜め線が滑らかじゃないんですよ。
↑こうならずに、
↑うろ覚えですが、確か拡大してみるとこんな感じになってしまいます。(X軸のペンとY軸のローラーが同時に動かない)
ピクセル(じゃないけど)のツブツブが残るので、ベクトル化されているというのは微妙かも。
Re:1982年でプロッタ内蔵のMZ-731 (スコア:2)
貴重な証言ありがとうございます。当時MZ-731は自分の機械でなく、
友人のを短時間借りて動かした経験だけだったので、
記憶の中で美化されたのだと思います。うーむ、なめらかでないプロッタだったとは不覚。
Re:1982年でプロッタ内蔵のMZ-731 (スコア:2)
なるほど。2個のステッピングモータとは、勉強になりました。
プロッタなら全て滑らかな曲線がかけるのかなと勝手に解釈をしていました。
Re:我々がn年前に通った (スコア:1)
プリンタがインクジェットやレーザーから筆になる日も近い。
Re: (スコア:0)
自作CNCしてる人がプロッタ分解してフレームだけ流用してた
Re:我々がn年前に通った (スコア:4, 興味深い)
時は20世紀、NHK放送技研。
研究員A「うーむ。どうも高精細テレビで必要な情報が、予定している帯域に収まらないなあ」
研究員B「ヒトの視覚では動きのある画像はどうせ細部なんて見えないのだから、いっそ表示される情報は1/4にしちゃってもよくね?」
研究員A「しかしそれでは高精細テレビの意味が…」
研究員B「本当に高解像度で表示したい静止画だけをフル解像度で扱えばよい」
研究員A「それだっ!」
こうして、アナログハイビジョン(MUSE方式)が誕生しました。
こうなったらディスプレイもベクタスキャンにしようぜ (スコア:2)
そんで超かっこいい asteroids を遊ぶんだ・・・
「終わる」が何を指しているのかにもよるかな (スコア:1)
完全に消滅する、って意味合いなら「おいおいそれは無いわ」って思うし
制作現場がガラッと変わるだろうという予測なら「そうかもしれんね」って思う。
変わる切っ掛けととなるなら今の3Dの仕様からかなって気がする。
シェーダの概念に画期的な革命があればなくもない話ではなかろかね。わからん
Re: (スコア:0)
ドット絵をベクターで残すなんて、ねーわー、それはねーわー
Re:「終わる」が何を指しているのかにもよるかな (スコア:1)
ドットは単なる四角形だ。ベクターデータ化は簡単だろう。
※そういう話ではない。
ピクセルより利権争いの酷いベクターに?? (スコア:1)
ないと思うわ~
「バイナリデータが量子化データになる、」
という議論と同じな気がする
ベクトルグラフィックスといえば… (スコア:1)
Re:ベクトルグラフィックスといえば… (スコア:1)
BeOSのアイコンもベクター形式だったと思う。
Re:ベクトルグラフィックスといえば… (スコア:2)
光速船(VECTREX) [takuranke.com]はベクタースキャンディスプレイを使ったベクター形式でキャラ描画するゲームだったと思う。
Re:ベクトルグラフィックスといえば… (スコア:1)
おー
indigo かなんかが一台当たる、に引かれて日吉あたり(だったような)まで
フジテレビ主催(だったような)のシリコングラフィックスフェアー(どうでもいい)に
えっちらおっちら一時間以上かけていったのはいい思いで。
まずはテクスチャに (スコア:1)
他の画像データより拡大された状態の画が目に入る頻度が高いですよね>テクスチャ
そういえば一時期 (スコア:0)
フラクタル画像圧縮なんてのが話題になった時期があったように思うが、どうなったんだろう。
あれもピクセル非依存で画像を圧縮できる方法だと思ったが。
エンコードに時間かかりそうだし、アニメや人工物には向かなさそうだな。
技術の無駄遣い (スコア:0)
Web bugまでベクターデータにするとは豪快なw
何度目だ (スコア:0)
ベクターだから拡大できるとかいうけど、結局のところ、エッジのスムージングを行った画像と同程度でしかなくて、特定の分野については良い特性だとしても他だと微妙だったり・・・。
最近はやりの、HDデジタルリマスターとかも、結局、全自動でやってる分には大した事が無い。
PNGにSVGをオプションで組み込めば解決 (スコア:0)
PNGの仕様の中にSVG(をコンパイルしたようなもの)を埋め込めるようにすればロゴとかベタ塗り画像が劇的に圧縮されるかも
個人的にはWebPかJPEG-XRを各ブラウザ、各撮影機器で搭載してくれたほうが嬉しいです(ムフフ)
Re:PNGにSVGをオプションで組み込めば解決 (スコア:1)
SVG自体も最近のブラウザだと対応している物が多いですから, SVG非対応でシェアが大きいIEの8以前がいつまで残るかが鍵になりそう.
Re:PNGにSVGをオプションで組み込めば解決 (スコア:2)
LOGO [wikipedia.org]はベクター形式だったなー、っと。
胡散臭い (スコア:0)
写真をベクターデータに置き換えることが可能になったとしても、くっきりとした輪郭が維持できるというだけで、「最高の映像品質」が期待できるとは思えません。
解像度を増せば、その分情報量を増やしていかないと質感のないのっぺりとした画像になってしまう気がします。
アニメ調のイラストなどにはうってつけでしょうが。
Re: (スコア:0)
仮に劇的な圧縮ができたとして、アニメの円盤どうやって売るんだろう
100MBほどに圧縮できたら200MB/空き49GBの円盤を5千円とかで売るんだろうかw
Re:胡散臭い (スコア:2)
BDでなく、CDかDVDで売るか、フラッシュロムとか、動画配信でも良いんだよ。
BDで売らなきゃならんなんて決まりは無いんだし。
1クール1枚とか1シリーズ1枚なんてことになって行くんでないかな?
全話セット2万円でディスク1枚プラス特典とかになっていくんじゃないの?
Re:胡散臭い (スコア:1)
仮に劇的な圧縮ができたとして、アニメの円盤どうやって売るんだろう
「劇的な圧縮」が実現する頃には、「アニメの円盤」なんてものは売ってない可能性が高いんじゃないかな。
# 昔はのー、ベータマックスとゆーのがあってじゃのー…
Re:胡散臭い (スコア:1)
なんか、光回線上でNAPLPSで動画を送って来るイメージが。
今の回線とPCなら、充分に1V内で処理出来そうではありますね。
Re: (スコア:0)
重要なのはデータ量ではなく中身だし
今だってきちんと圧縮すれば1クールが1枚に収まるし
Re: (スコア:0)
元々容量いっぱいに入れて売ってるわけじゃないから問題なかろう。
製作費と採算ラインから話単価を計算して
だいたい6000~8000円になるような話数を詰め込んでるだけだし。
変換の手間が無くなることはない (スコア:0)
だって新しいコーデック、この場合ベクトル化アルゴリズムの更新ですが、それが産み出される度に変換し直さなければ、言っている最高の画質は得られないからです。アップスキャンコンバーターとしてベクトル化して最高の画質が得られるのなら、生データがピクセルデータである場合それを変換してしまうのは、良くて半々といったところでしょうか。動画ではあり得そうですが5年じゃ無理くね?静止画はJPEGを駆逐できたら大成功って感じですね。
ゲームのテクスチャに関しては、ぜひ実用化して頂きたい。かなり高精細でも、極端に拡大する可能性がある3Dモデルでは限界を感じます。
大衆は愚かなので未だにjpeg (スコア:0)
音楽でもmp3が残存してるし
Re:大衆は愚かなので未だにjpeg (スコア:1)
よかった、圧縮もしないBMPファイルを送りつけてくる大衆はいなかったんだ……
Re:大衆は愚かなので未だにjpeg (スコア:1)
いいなぁ。
xlsに貼ってこないんでしょ。
Re:大衆は愚かなので未だにjpeg (スコア:1)
なに、それでストレージ屋とか回線屋が儲かるんだから強ち悪いことでもない……わけあるか!
今の職場でファイルサーバのディスクが逼迫しているんだそうでサーバを追加するんだそうですが、ディスクの占有率が高い上位5傑に入る(たぶん一番高い)のは、無圧縮24bppのBMPじゃないかな。次は画像を貼ったExcelシート。
戯れにBMPからPNGに変換したらファイルサイズは1割になりましたw
Re:大衆は愚かなので未だにjpeg (スコア:2)
それは恐らくあなたの使っているカメラの性能が悪いだけです。
一眼レフなんかが出してくるjpegはずっときれいです。
逆に安いカメラはたとえRAWで撮れてもエッジの周辺部など非常に低画質です。
Re:大衆は愚かなので未だにjpeg (スコア:2)
それは熱ノイズでしょう。
無圧縮RAWとJpegで同じシーンを撮って比較してみればいいと思うよ。
Re:大衆は愚かなので未だにjpeg (スコア:2)
OCRの認識率をloss less画像とjpeg画像とで比較テストしたことがあるのですが, ほとんど違いはありませんでした.
それより効いてくるのは読み取り解像度. 300dpiと600dpiでは誤認識の発生頻度が数倍〜10数倍違ってくるので, OCRの使用を前提とするのであれば, 最高解像度でjpegで圧縮という運用にしました.