- 1 名前：デフォルトの名無しさん [2007/12/16(日) 08:03:02 ]
- 画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
前スレ
画像処理 その９
pc11.2ch.net/test/read.cgi/tech/1183910525/
- 697 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 01:12:48 ]
- >>696
中心からの距離に比例して回転角度が変わるだけ。
- 698 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 01:19:26 ]
- マッピング「曲線」とか言ってる時点で根本的な部分で勘違いしている気がする。
- 699 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 08:43:47 ]
- 画像輪郭抽出アルゴリズムの話なんだけど
微分値を拾う方法以外の方法で何か有名な方法ってありますか
有用な方法で思い当たる方法もあったら教えてください
- 700 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 09:24:31 ]
- 領域分割してラベリング後に境界をとったら？
やりかたはたくさんある。
- 701 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 10:51:20 ]
- >>699
微分にもいろいろあるだろうけど、
ほかにも、ぼかし＋HPFとか、ウェーブレットでHH成分を拾うとか、色相変化をチェックするとか、
- 702 名前：デフォルトの名無しさん mailto:sage [2008/06/03(火) 13:02:43 ]
- レベルセットの簡単なtutorialどこかにないですか？
- 703 名前：デフォルトの名無しさん [2008/06/03(火) 13:40:36 ]
- そういえば
先日サイエンスに視覚神経がポジ画像ネガ画像を同時に送ってるってのがあったな
あといくつかの他のいわゆるレイヤーを同時に脳に送りつけてるって
この方式は輪郭抽出や画像認識で既に使われてるのかな
- 704 名前：696 mailto:sage [2008/06/04(水) 00:25:16 ]
- >>697 さん
いや、それがですね、中心距離への比例だと思ってやってたんですよ。
周辺から中心にいくにしたがって回転角をまわしてやるようにつくっても、
フォトショップのような自然な渦巻きにならないのです。
>>698 さん、あえて「曲線」と言わせていただきますが、
再マッピングに曲線式をあてはめると、なんらかの減衰項があるような感じなのです。
昨日からずっと調べてたのですが、クロソイド曲線をつかうのかなぁ？
- 705 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 00:36:14 ]
- じゃあ２乗とかちょっと微調整やるってかんじじゃないのかな。
自然ってのは自分が思うまで微調整やるしか
- 706 名前：698 mailto:sage [2008/06/04(水) 01:08:30 ]
- >>704
Photoshopが何をやっているかは、
↓のような画像を渦巻き変形してさらに「極座標を直交座標に」の変換をすれば一目瞭然。
┌───┰───┐
│ ┃ │
│ ┃ │
│ ┃ │
│ │
│ │
│ │
└───────┘
回転角度が中心に向かって単純に比例ではなく、
1 - sin(πx/2) に比例していることがわかる（0≦x≦1 は中心からの距離）。
つまり中央付近ではほぼ等速変化だけど、周縁では無変換領域と滑らかにつながるようになっている。
リチュースやクロソイドでは中心付近で回転が加速していくので描画効果としては使い物にならない。
- 707 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 09:09:53 ]
- もし704が問題なんだったら対数螺旋のような動きにしてみたら如何かな
- 708 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 13:41:23 ]
- 単なる係数と補間精度だけの問題のようなきがする。
- 709 名前：名無し募集中。。。 mailto:sage [2008/06/04(水) 18:49:03 ]
- >>707
対数螺旋も中央付近で加速していくからフォトショップのようにはならないよ。
696氏はフォトショップの渦巻きフィルタの再現をしたいんでしょ？
フォトショップは中央は一様螺旋で周囲だけ緩和がかかるから>>706が正しい。
- 710 名前：デフォルトの名無しさん mailto:sage [2008/06/04(水) 18:59:38 ]
- 妥協すれば全て解決。100%コピー目指すなら逆アセしろ。
- 711 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 15:10:37 ]
- いろんな言語使ってる人いるみたいだけどrubyな人はいないみたいだね
- 712 名前：デフォルトの名無しさん mailto:sage [2008/06/05(木) 16:31:59 ]
- エスパー乙
- 713 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 00:39:11 ]
- >>771
画像処理をしだしてからCばっかりでPerlとかは使わなくなった。
画像解析自体をスクリプト言語でやったりするんやろか
- 714 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 00:55:17 ]
- 多段のフィルタを組み合わせたりするのにLL使うのはいいだろうけど、
画像処理自体に使うのはちょっと‥‥ねぇ
- 715 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 01:08:41 ]
- exe を走らせるスクリプトとかなら (*´･ω･)(･ω･｀*)ﾈｰ
- 716 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 08:55:57 ]
- pythonはPILあるけどrubyはそれに相当するものないから使われないってことなのか
- 717 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 09:09:15 ]
- スクリプト言語は文字列処理が得意なのであって、
画像処理、行列処理、をさせようと思ったら特に意味がない。
- 718 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 14:10:18 ]
- 文字列は配列を切って貼ってする必要があるけど、画像処理はとってきた特徴量を
放り込んでおくだけってイメージ
- 719 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 14:21:27 ]
- ハァ？
- 720 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 16:08:10 ]
- >>695
分ける前の半径ってどうやって決めてるん？
曲座標変換が関係してるんかな？
- 721 名前：デフォルトの名無しさん mailto:sage [2008/06/06(金) 17:43:54 ]
- あー、半径は自分で適当に設定するのか
- 722 名前：696 mailto:sage [2008/06/15(日) 10:37:03 ]
- >>697さん、>>698さん、>>705さん、>>707さん、>>708さん、>>710さん
「渦まき」できました！ありがとうございました。
- 723 名前：デフォルトの名無しさん mailto:sage [2008/06/15(日) 10:45:13 ]
- どういたしまして
- 724 名前：デフォルトの名無しさん mailto:sage [2008/06/19(木) 02:14:13 ]
- MPEG-7のデータセットをgoogleで探していたら
IEEEのサイトに飛ばされることが多いのですが、アカウントをとらないといけないのですか？
- 725 名前：デフォルトの名無しさん mailto:sage [2008/06/19(木) 02:28:34 ]
- あ、これかな・・・
www.m4if.org/resources.php#section40
- 726 名前：デフォルトの名無しさん mailto:sage [2008/06/22(日) 17:47:13 ]
- H.264の実装説明した奴ないですかね？
- 727 名前：デフォルトの名無しさん mailto:sage [2008/06/25(水) 12:06:43 ]
- x264のソースを落とした上でmarumoんとこでも読んで来い
- 728 名前：デフォルトの名無しさん mailto:sage [2008/06/26(木) 21:12:02 ]
- 画像センサや画像処理装置のスレって無い？
- 729 名前：デフォルトの名無しさん mailto:sage [2008/06/26(木) 22:03:13 ]
- ハードは板違い
- 730 名前：デフォルトの名無しさん mailto:sage [2008/07/02(水) 12:21:59 ]
- >>728
俺も探してるんだが無いね。
できたらCognexのVisionProとかﾘﾝｸｽのHalconだとかの情報も欲しいんだが・・
- 731 名前：デフォルトの名無しさん mailto:sage [2008/07/02(水) 23:52:26 ]
- ImageMagick使ってPostScriptの回転・マルチページ化したいんだけどラスターデータみたいなガタガタの画になってしまう…
所詮こんなもんって事？
最終的にはPDFファイルにしたいんだがいきなり頓挫気味です。
- 732 名前：デフォルトの名無しさん mailto:sage [2008/07/03(木) 09:13:39 ]
- displayだのconvertだのimportだの無遠慮に使い潰すこのゴミが
- 733 名前：デフォルトの名無しさん [2008/07/04(金) 01:15:23 ]
- 画像認識で自転車を認識したいのですが、どのように認識させていいのかわかり
ません。
今は自転車の簡単な特徴点をテンプレートととして用意してその点を認識させよ
うとしているのですが
なかなか認識させることができません。（テンプレートは自転車の車輪を想定し
て円状に点を６点取っています。
うまく自転車を認識させる方法がありましたら教えてください。
- 734 名前：デフォルトの名無しさん mailto:sage [2008/07/04(金) 02:05:46 ]
- >>733
ハフ変換で円を検出してみるとか
- 735 名前：デフォルトの名無しさん mailto:sage [2008/07/04(金) 04:23:03 ]
- 横よりも縦から見ること多そうなので、丸で判別するのは難しそう。
結構面倒と思う
- 736 名前：デフォルトの名無しさん mailto:sage [2008/07/04(金) 14:05:40 ]
- >>733
認識？検出？認識でいいんだよね？
顔認識とかと同じようなかんじで（ある意味での）情報圧縮を
使って特徴量を得てみたら違いがでるのではなかろうか。
主成分分析 (PCA)とか、線形判別分析 (LDA) とか。
で、識別器はパターン認識のなにかの手法、とりあえず k-nn でもいいし、SVM でもいいし使ってみたらそこそこ動いちゃったりしないだろうか。
ここで書いているのはパターン認識でとりあえず習う当たり前の手法なので、
コードとかもごろごろころがってると思うよ。
- 737 名前：デフォルトの名無しさん [2008/07/04(金) 19:39:11 ]
- 画像処理技術者の将来は明るいでしょうか？
- 738 名前：デフォルトの名無しさん mailto:sage [2008/07/04(金) 21:29:25 ]
- 将来タクシーの運ちゃんになりたいなら画像処理やればいいよ。
- 739 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 13:02:06 ]
- ttp://www.mit.edu/~andoni/LSH/
これってさE2LSH package使いたいならメールしろって書いてあるの？
- 740 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 13:17:24 ]
- >>739
そうだけど、誰かに確認を手伝ってもらわないとだめですか、そうですか。
- 741 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 13:22:38 ]
- thanx!
- 742 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 13:24:46 ]
- メールってどうやって送ったらいいの？
- 743 名前：デフォルトの名無しさん mailto:sage [2008/07/05(土) 13:35:32 ]
- そうか、読めもしないんだからそうなるわな。
でも、コードももらってもマニュアルも読めないし、
論文読んで中身が何をしているのかもわからないし、
使いこなせないんじゃない？
- 744 名前：デフォルトの名無しさん [2008/07/06(日) 21:40:38 ]
- インターレースとプログレッシブのJpegを見分けるにはどうすればいいでしょうか。
- 745 名前：デフォルトの名無しさん mailto:sage [2008/07/06(日) 21:53:40 ]
- 画像ロードの瞬間、目をこらしてよくみろ
- 746 名前：デフォルトの名無しさん [2008/07/07(月) 06:05:38 ]
- RGB以外の、CMYKやYUVなどのカラースペースのまま
ブラーや半透明合成を行うアルゴリズムの情報源を教えてください！
- 747 名前：デフォルトの名無しさん mailto:sage [2008/07/07(月) 08:04:54 ]
- RGBのときのそれらのアルゴリズムが線形演算でできていて
RGBとCMYK、YUVの変換が線形に行えるなら
全体で線形性が保てているからアルゴリズムを線形変換するだけだよね。
(まあ結局RGBに戻して合成してることと理論上は同じにはなるけど)
と思ったけどRGBとCMYKは線形じゃないのが多いだろうな。
- 748 名前：741 mailto:sage [2008/07/07(月) 17:38:07 ]
- >>743
>>742は自分ではないです。
- 749 名前：デフォルトの名無しさん mailto:sage [2008/07/08(火) 20:52:04 ]
- 複数のjpg画像から動画を作るためのライブラリとかないでしょうか。
コマンドラインで実行する系で。
- 750 名前：デフォルトの名無しさん mailto:sage [2008/07/08(火) 21:12:05 ]
- ffmpeg
- 751 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 03:09:15 ]
- 誘導されてきました。マルチになりますが、アドバイスのほどよろしくお願いします。
現在テンプレートマッチングのプログラムを作っているのですが、
テンプレートマッチングでマッチングした部分の色を変えられず苦労しています。。
画像のある特定の範囲だけの色を変えるのってどうすればいいのでしょうか？
- 752 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 03:19:37 ]
- エスパーの登場を待つか詳細を書くかしましょうね。
- 753 名前：751 mailto:sage [2008/07/12(土) 03:46:45 ]
- かなりつたないプログラムですが、途中まで書いてみます。
超初心者なので、根本から間違っているかもしれません。
テンプレートの左下と一致する1ドットだけ色変換が行われるので、マッチング自体はできてると思うのですが…
int i,j,k,l,nx,ny,tmpnx,tmpny;
nx=bmpInfoHeader.biWidth;//元画像の幅
ny=bmpInfoHeader.biHeight;//元画像の高さ
tmpnx=bmpTmpInfoHeader.biWidth;//テンプレートの幅
tmpny=bmpTmpInfoHeader.biHeight;//テンプレートの高さ
//相違度の計算（gray[]はグレースケール化した元画像の一次元配列、tmpgrayはグレースケール化したテンプレート画像の一次元配列）
for(i=0;i<ny;i++){
for(j=0;j<nx;j++){
for(k=0;k<tmpny-1;k++){
for(l=0;l<tmpnx-1;l++){
d[i][j]=d[i][j]+(gray[i+k][j+l]-tmpgray[k][l])*(gray[i+k][j+l]-tmpgray[k][l]);
}
}
}
}
- 754 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 03:47:43 ]
- //テンプレートとマッチしたところ（相違度=0.0）の色を変換。image1は出力先の一次元配列。
for(i=0;i<ny;i++){
for(j=0;j<nx;j++){
if(d[i][j]==0.0){
for(k=i;k<tmpny;k++){
for(l=j;l<tmpnx;l++){
image1[3*(k*nx+l)]=255;
image1[3*(k*nx+l)+1]=image1[3*(k*nx+l)+2]=gray[k][l];
}
}
}else{
image1[3*(i*nx+j)]=image1[3*(i*nx+j)+1]=image1[3*(i*nx+j)+2]=gray[i][j];
}
}
}
}
- 755 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 05:39:28 ]
- 「画像処理」の範疇とちょっと違うかもしれないけど質問です。
1つの凸多角形（頂点数4か5）と長方形が1つあり、
それらが部分的に重なるものとします。
このとき、重なった部分を表現する多角形の頂点を取り出すような、
何か一般的なアルゴリズムがあれば紹介して頂けないでしょうか。
- 756 名前：755 mailto:sage [2008/07/12(土) 05:46:26 ]
- 図形はビットマップではなくベクタとして処理されるため、
(x, y)を逐一調べて、両方の図形に含まれるかを調べる、
というような方法ではないものを探しています。
- 757 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 05:51:13 ]
- 分野的には計算幾何学だな。
計算幾何学のスレは2chでは全く流行らないから、多分今は無いが。
っていうか、それは普通に交差判定するしかないと思うけど。
魔法のように計算式1つで求まるわけないだろう。
- 758 名前：755 mailto:sage [2008/07/12(土) 06:12:47 ]
- あ、分かった。
1. 図形AとBの交差点を全て取り出す
2. Aに含まれるBの頂点を取り出す
3. Bに含まれるAの頂点を取り出す
1. + 2. + 3. = 取得すべき全頂点
- 759 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 10:45:25 ]
- >>755
辺が重なるときの例外処理が大変そう
- 760 名前：デフォルトの名無しさん mailto:sage [2008/07/14(月) 10:15:10 ]
- geometryalgorithms.com/Archive/algorithm_0108/algorithm_0108.htm
- 761 名前：デフォルトの名無しさん mailto:sage [2008/07/14(月) 13:08:05 ]
- >>755
maximaあたりで簡単にできそうだけどな
- 762 名前：デフォルトの名無しさん mailto:sage [2008/07/14(月) 15:15:14 ]
- 2つの3次元の線図形の類似性ってどうやって調べればいいのだろう
統計的な手法(平均や分散など)を使用できるのかな・・・
- 763 名前：デフォルトの名無しさん mailto:sage [2008/07/14(月) 15:46:17 ]
- >>762
単純な形に分割して比較するとか、でっぱったところから特徴抽出するとか。
「3D similarity」でググると論文がでてくる。
- 764 名前：デフォルトの名無しさん mailto:sage [2008/07/14(月) 15:48:42 ]
- >>763
なるほど
どうもです
- 765 名前：デフォルトの名無しさん mailto:sage [2008/07/27(日) 20:23:54 ]
- 単純に画素の算術平均取りたいけど
_mm_sub_epi32()使うと以上に遅い
うーーむ困ったのだ
- 766 名前：デフォルトの名無しさん mailto:sage [2008/07/27(日) 21:16:42 ]
- >>765
何以上に遅いの?
そもそも_mm_sub_epi32()ってなに?
- 767 名前：デフォルトの名無しさん mailto:sage [2008/07/27(日) 23:38:57 ]
- >>766
SSE2のPSUBDの、インテルC++コンパイラ風の記述かな？
- 768 名前：デフォルトの名無しさん mailto:sage [2008/07/28(月) 11:31:07 ]
- インテルのコンパイラは勿論、
VC++やGCCでも使える組み込み関数だし、
割と一般的なんじゃね？
- 769 名前：デフォルトの名無しさん mailto:sage [2008/07/28(月) 11:45:39 ]
- >>766
ググレカス
- 770 名前：デフォルトの名無しさん mailto:sage [2008/07/28(月) 12:20:34 ]
- SSEネタとかは専門スレに逝くってのはどうだ？
- 771 名前：デフォルトの名無しさん mailto:sage [2008/07/28(月) 12:45:27 ]
- だからそれが、画像処理と何の関係が?
一部のCPUに特化した最適化の話なら、そのCPUかそれ用のコンパイラのスレにでも行けばいいじゃん。
- 772 名前：デフォルトの名無しさん mailto:sage [2008/07/28(月) 13:00:19 ]
- ここでいいよ
- 773 名前：名無し募集中。。。 mailto:sage [2008/07/28(月) 19:31:32 ]
- IPP買えばいいんじゃないかなっ
- 774 名前：デフォルトの名無しさん mailto:sage [2008/07/28(月) 19:58:33 ]
- >>765
SSE2はsetとloadが遅いけど、本当に引き算が遅い?
- 775 名前：デフォルトの名無しさん mailto:sage [2008/07/28(月) 23:23:55 ]
- >>774
VTune大先生がそのように指摘します
先生が間違うはずがありません。
高い値段するのに間違いを指摘するなんてありえません。
- 776 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 00:48:56 ]
- >>775
一命令単位でパフォーマンス見れるの？
ループしてんじゃないの？
画素の算術平均って具体的に何？
ある矩形内の平均？
平均に引き算ってどんな計算してるの？
- 777 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 01:11:41 ]
- >>776
775じゃないけど、平均で行う引き算と言えばこれじゃないかな。
ABCD
EFGH
IJKL
例えば上の矩形でFの画素を周囲の画素との平均値にする場合、
A+B+C+E+F+G+I+J+K (=X)って加算するでしょ。（で、割る。）
このXを保存しておけば隣のGの画素についてはB+C+D+F+G+H+J+K+Lって加算するより
X-(A+E+I)+D+H+Lという風にXを元に減算・加算したほうが計算が少なくなる。
- 778 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 11:15:59 ]
- >>776
vtuneは一命令単位の所要時間を見ることができるよ。
但し、パイプラインの制約だかなんだかで実際のアクセスが遅延している場合は
問題の(時間の掛かる)命令ではなく次の命令辺りで待ち時間が計上されることがある。
要は、>765はロード命令の次の引き算命令だけを見て遅いと言っていると思われる。
つまり、真に遅い原因はロードに起因するメモリアクセスってこと。
まぁ、vtune買うならIntelの講習も受けておけってこった。
- 779 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 19:22:38 ]
- SSE2でやるなら画素を16bitにして
ABCDEFGHI
JKLMNOPQR
STUVWXYZ0
を
a=load(ABCDEFGHI)
b=load(JKLMNOPQR)
c=load(STUVWXYZ0)
a+=b
a+=c
store(a, m);
として、m[]を計算するとか
アライメントされた連続したメモリブロックを一度に読んで計算しないとパフォーマンスでない。
- 780 名前：デフォルトの名無しさん mailto:sage [2008/07/29(火) 23:56:30 ]
- >>779
SSE2でstoreってどれつかえばいいの？
- 781 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 02:04:15 ]
- >>780
_mm_store_*で、*部分はデータ型による
- 782 名前：デフォルトの名無しさん mailto:sage [2008/07/30(水) 02:05:32 ]
- 整数なら_mm_store_si128
- 783 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 03:54:03 ]
- 画像をキレイにする方法を色々調べて、逆フィルタ、ウィナーフィルタというのに
辿り着きました・・・。
人間が目を凝らすときにもこういう処理をしているのかもしれないですね。
- 784 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 06:08:22 ]
- いいえ。
- 785 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 23:31:50 ]
- 画像処理でSSE2つかっても遅くね？
あとさ
なんでSSE2って8bit単位でシフト演算できないんだ？
16と32はあるのに
- 786 名前：デフォルトの名無しさん mailto:sage [2008/08/01(金) 21:13:04 ]
- 32bitCPUのレジスタは、16bitと32bitだからじゃない？
ローレベルになるほど、ニーモニックに合わせてやらないといけない。
そういえば、Windowsも16bitを切り捨てたとき、動かなくなるソフト結構あったみたい。
64bitWindowsが主流になれば、そのうち32bitも切り捨てられるだろうし。
- 787 名前：デフォルトの名無しさん mailto:sage [2008/08/01(金) 21:45:06 ]
- そうならないために.Netが作られたんだろ？
- 788 名前：デフォルトの名無しさん mailto:sage [2008/08/01(金) 22:27:27 ]
- >>786
OSそのものが仮想マシンの上で動作しようかという時代に何を言ってるんだ。
でもスレ違いだから、そろそろやめような。
- 789 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 08:21:20 ]
- ゲームマシンはそのうち１２８ビットになるって１０年以上前に聞いたけど
なんでビット数は大きい方がいいの？ もうなったの？
パチンコ台も画像が増えたけど、あれは何ビット機使っている？
- 790 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 08:43:44 ]
- そりゃ一度に処理できる情報量が大きくなるからだろ.
PCの場合は,互換性とか対応アプリケーションとかの問題で64bit化さえなかなか進まないが.
- 791 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 08:44:14 ]
- ビット数というのが、CPUの演算精度の事言ってるのか、バス幅のこと言っているのか…
ＰＣのＧＰＵなんかは、384〜512ぐらいのバス幅を持っている。
これをもってきて、512bitマシンと呼ぶのか？
rambusのDRAM-IF使ったらバス幅狭いので、ビット数が落ちるのか？
（データ転送能力はむしろ高いぐらいなのだが）
- 792 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 08:56:07 ]
- 特に指定しない場合は明らかに前者を指すだろ
- 793 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 09:15:14 ]
- そんなもん、128ビットもあったって屁の足しにもなりゃしねぇ
- 794 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 10:08:42 ]
- 128ビットは今のところ要らないけど、64ビットは有難いよ。
データ幅が64ビットなんじゃなくて、アドレス空間が64ビットあることが重要。
巨大な画像処理とか超楽。もう32ビットプログラミングとかやりたくない。
- 795 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 13:32:29 ]
- 最近、ゲートのコストが落ちてきてな。
8bitの乗算とかなら平気で500個ぐらいチップに入りそうな勢い。(最新ならね)
周辺回路等も入るから、そのまま実装できるわけでもないのだが、
バス幅多ければその分パラに処理して演算能力を高めることが可能…
ここまできちゃうと、プログラムとかの世界ではないが。
- 796 名前：デフォルトの名無しさん mailto:sage [2008/08/03(日) 22:35:46 ]
- >>794
それって、一枚の巨大な画像なのですか？
それとも一枚は普通の大きさだけど、連続した長〜いストリームなのですか？
- 797 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 09:26:02 ]
- 動画じゃね
|
 |
