- 1 名前：デフォルトの名無しさん [2008/09/28(日) 18:26:18 ]
- 画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎
前スレ
画像処理 その10
pc11.2ch.net/test/read.cgi/tech/1197759782/
- 609 名前：デフォルトの名無しさん mailto:sage [2009/04/14(火) 16:15:27 ]
- マルチですか？
- 610 名前：デフォルトの名無しさん mailto:sage [2009/04/14(火) 17:12:43 ]
- はわわ〜 ひろゆきさんイジワルですぅ〜
- 611 名前：デフォルトの名無しさん mailto:sage [2009/04/14(火) 17:23:39 ]
- 底辺ｘ高さ÷２？
わざわざ汎用性のない難しい方法で解くのはなぜ？
- 612 名前：デフォルトの名無しさん mailto:sage [2009/04/14(火) 20:09:58 ]
- スレ違い
- 613 名前：デフォルトの名無しさん [2009/04/15(水) 00:33:35 ]
- 場違いな質問かもしれませんが、
質問させて頂きます。
画像処理（テレビなど）における、
フォーマット変換とは具体的にどのような処理なのでしょうか？
わかる方がいらっしゃれば、
子供でもわかるような説明をいただけると有難いです。
- 614 名前：デフォルトの名無しさん mailto:sage [2009/04/15(水) 00:38:33 ]
- >>613
子供にゃ無理だ。
いや、ほんとに。
- 615 名前：デフォルトの名無しさん mailto:sage [2009/04/15(水) 06:01:20 ]
- 知能は子供だけど
年齢は大人なので教えてください。
- 616 名前：デフォルトの名無しさん mailto:sage [2009/04/15(水) 10:59:53 ]
- >>615
よく麻酔針打たれている方ですか？＾＾
- 617 名前：迷えるアーティスト志望 [2009/04/16(木) 13:28:40 ]
- みなさんに質問です。
（質問１）
フォルダに入った１０００枚の画像の色を例えば、赤→青、黄→紫など思うがままに
１枚、１枚毎に変換させ、それらの変換処理した各画像ファイルを別のフォルダに記憶させる
ことができるソフトウエアはあるでしょうか？
なお、私はプログラムの知識はありません。
（質問２）
輪郭抽出、モザイクなど、ウインドウのペイントに付いている「変形」処理を
上記１０００枚の各画像フェイルに行わせるソフトウエアはあるでしょうか？
１０００枚の画像から１枚、１枚選択して、処理する手間を省きたいのです。
できれば、フリーソフトウエアでそのようなものがあればありがたいのですが。
よろしくお願いします。
- 618 名前：デフォルトの名無しさん mailto:sage [2009/04/16(木) 13:48:15 ]
- >>1にこう書いてあります。
＞画像処理プログラミングについて質問、議論を行うスレッドです
ソフトウェア板等に移動されることをおすすめします。
- 619 名前：迷えるアーティスト志望 [2009/04/16(木) 13:57:20 ]
- ＞６１８
コメントありがとうございます。他の板で聞いてみます。
- 620 名前：デフォルトの名無しさん [2009/04/16(木) 14:30:55 ]
- 色域指定で選択領域のパスを得る方法が分かりません。教えてください。
- 621 名前：デフォルトの名無しさん mailto:sage [2009/04/16(木) 16:41:46 ]
- やっぱGrabcutだべ
- 622 名前：デフォルトの名無しさん mailto:sage [2009/04/17(金) 08:01:24 ]
- >476
ヒント 重心
- 623 名前：デフォルトの名無しさん [2009/04/18(土) 01:37:41 ]
- LIBJPEGを利用して
BMPをJPEGに変換はできたんですが
逆に JPEGをBMPにするにはどうしたらいいですか?
- 624 名前：デフォルトの名無しさん [2009/04/18(土) 13:59:48 ]
- >>623
www.geocities.jp/katayama_hirofumi_mz/win32/savejpeg.htm
- 625 名前：624 [2009/04/18(土) 14:04:35 ]
- 間違えた。
www.geocities.jp/katayama_hirofumi_mz/win32/loadjpeg.htm
www.geocities.jp/katayama_hirofumi_mz/win32/bitmap1.htm
- 626 名前：デフォルトの名無しさん mailto:sage [2009/04/18(土) 14:48:15 ]
- RGBの色は保持して、白に近づけたり、黒に近づけたりするには各色成分R、G、Bをどういう計算で変化させればいいんですか？
パレットで値を見ながら変化させて調べると各値が不規則に変化してるんみたいなんですが
- 627 名前：デフォルトの名無しさん mailto:sage [2009/04/18(土) 15:24:27 ]
- YIQとかHSVとか明るさが独立した軸になってる色空間にマップして操作して逆変換する。
- 628 名前：デフォルトの名無しさん mailto:sage [2009/04/18(土) 16:56:02 ]
- なるほど、明るさを分離後変更して戻したらできました。ありがとうございました
- 629 名前：デフォルトの名無しさん [2009/04/20(月) 09:36:10 ]
- 単純に考えれば、RGBをそれぞれxyzとする空間で、特定のRGB値から白までをリニア補間すれば白に近づくRGB値の線が得られるね。
無彩色以外への変化の場合はRGB立体よりHSV立体の方がそれっぽくなることも多いけど。
- 630 名前：デフォルトの名無しさん [2009/04/20(月) 16:10:04 ]
- 白黒でグラフカットを実装できたけど、
カラーに対応するにはどうしたらいいんだ？
- 631 名前：デフォルトの名無しさん mailto:sage [2009/04/20(月) 17:21:18 ]
- HSVに変換してＶの値でやってみたりとか？
- 632 名前：デフォルトの名無しさん mailto:sage [2009/04/20(月) 21:58:23 ]
- CAPTCHA破りもこの分野ですか？
- 633 名前：デフォルトの名無しさん mailto:sage [2009/04/20(月) 21:59:38 ]
- CAPTCHA破りなんて中国人にでもやらせとけ
- 634 名前：デフォルトの名無しさん mailto:age [2009/04/21(火) 00:35:58 ]
- RGB→YUV変換した画像に対して
YUV→RGB変換をかけても、もとの画像にもどらないんだけど
これはおかしいこと？式は
vision.kuee.kyoto-u.ac.jp/~hiroaki/firewire/yuv.html
のを使っています。オーバーフローアンダーフロー処理も行っています。
- 635 名前：デフォルトの名無しさん mailto:sage [2009/04/21(火) 00:38:47 ]
- 式みたら境界条件くらいわかるだろ。
てか、式どれ？
- 636 名前：デフォルトの名無しさん mailto:sage [2009/04/21(火) 00:40:55 ]
- ソースとINとOUTの画像くらい出してもらわないと
- 637 名前：デフォルトの名無しさん mailto:age [2009/04/21(火) 00:41:20 ]
- Y = 0.257R + 0.504G + 0.098B + 16
Cb = -0.148R - 0.291G + 0.439B + 128
Cr = 0.439R - 0.368G - 0.071B + 128
YCbCr to RGB
R = 1.164(Y-16) + 1.596(Cr-128)
G = 1.164(Y-16) - 0.391(Cb-128) - 0.813(Cr-128)
B = 1.164(Y-16) + 2.018(Cb-128)
です
- 638 名前：デフォルトの名無しさん mailto:sage [2009/04/21(火) 00:46:02 ]
- Rの式にYとCrの式を代入したら？
- 639 名前：デフォルトの名無しさん mailto:age [2009/04/21(火) 22:43:51 ]
- PhotoShop CS2で、グレイスケール画像(8bppBMP)BMPを作ると
自動的にoffsets値が1000近く埋められるのですが
これにはどんな意図がありますか？。BMPだったら、普通に54byteヘッダー
だけでそのあとにピクセルデータが続けばいいと思うんですが、
わざわざ1000byteもオフセットして何がいいの？
- 640 名前：デフォルトの名無しさん mailto:sage [2009/04/21(火) 22:46:19 ]
- 256エントリのグレイパレットが作られているんじゃなくて?
- 641 名前：デフォルトの名無しさん [2009/04/22(水) 00:17:11 ]
- 256エントリでぐぐったのですが意味がわからなかったです。すみません。
グレイパレットか何かがそこに作られているんでしょうか。でもそこを削除しても、
8bppBMPとしては普通にPhotoShopCS2やWin付属のViewerで閲覧できますし、
どんな意図があるんだろう。
- 642 名前：デフォルトの名無しさん mailto:sage [2009/04/22(水) 01:02:14 ]
- >>641
256色のグレーのパレットができているってこった。
つまり、8ビットパレットカラーでパレットの中身が全部グレーと言う状態なんだろう。
で、パレットを削除したら色が未定義になるはずだけど、そこはグレーと見做す仕様なんじゃないかな。
IrfanViewで見る限り、ちゃんとグレー256諧調のパレットになっているからね。
- 643 名前：デフォルトの名無しさん [2009/04/23(木) 10:22:09 ]
- www1.axfc.net/uploader/File/so/21979.zip
tools.bmpを180度回転させると、1ピクセルずれます。
ずれないようにするにはどうすればいいでしょうか？
- 644 名前：643 [2009/04/23(木) 17:00:17 ]
- www1.axfc.net/uploader/File/so/21990.zip
bitmap.cのCreateRotated32BppBitmapという関数で回転処理を行って
いますが、tools.bmpを180度回転させると、1ピクセルずれます。
ずれないようにするにはどうすればいいでしょうか？
- 645 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 17:05:44 ]
- 1ピクセルずらす
- 646 名前：デフォルトの名無しさん [2009/04/23(木) 17:13:04 ]
- >>645
それは汎用性がない。他の角度の場合におかしくなる。
- 647 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 17:22:42 ]
- この関数のどの時点から想定外の動作をしているの？
- 648 名前：デフォルトの名無しさん [2009/04/23(木) 17:27:06 ]
- >>647
少なくとも
90度は右に1ピクセルずれます。
180度は右上にピクセルがずれます。
270度は上に1ピクセルずれます。
- 649 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 17:29:29 ]
- >>648
それは関数の出力でしょ？
関数の中でどこがおかしい動作をしているのかを聞いている。
- 650 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 17:30:25 ]
- INTで計算するのやめたら？
- 651 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 17:32:05 ]
- 丸め誤差の問題でしょ
- 652 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 17:40:30 ]
- ソースは見てないが、0.5ドットずらして、ピクセルの中心点を拾え。
- 653 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 19:20:43 ]
- レベル低くて申し訳ないんですが
既に描かれている黒い円を縮小して表示していて
小さくなればなるほどアンチエイリアスが取れてガタガタになってしまいます
やり方としては、表示先の座標でループさせて
縮小率の逆変換？で元の画像から拾ってきて表示という風にしています。
あまりに酷かったので、表示先の画面を仮想的に32倍にして拾って
1/32で戻して平均値を出して表示とやっても変わらず
普通物凄く縮小すると、色が薄くなったりすると思うのですが
サイズだけ小さくて濃いままになります
今はまだ考え付かないんですが
やっぱりもっと複雑な方法じゃないと駄目なんでしょうか
- 654 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 21:11:45 ]
- >>648
で、原因はどこだったの？
- 655 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 21:14:26 ]
- 縮小は面積平均法がいいよ
- 656 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 21:33:23 ]
- >>653
面積平均やバイリニア程度ではギザギザしてくると思うので
バイキュービックやLanczos2/3あたりを使う。
- 657 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 21:44:04 ]
- バイキュービックって汚いじゃん
- 658 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 22:05:18 ]
- まずは面積平均というのから試してみようと思いますありがとう
それで駄目ならバイキュービックとかも試してみようと思います
でもさっき検索していて気になったのが
1ドットの円を画面で表すと、面積だと８０％くらいなのに
実際は濃度が５０％の点になるというのを見たんですが
自分のプログラムはもろにこの面積どおりになってしまっている気がします
それも計算によって変わるんでしょうか
- 659 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 22:26:47 ]
- >>657
そう？
自分で組んだバイキュービックで確認したが、5ピクセルの線幅の正円(アンチエイリアス済み)
を0.25倍程度に縮小したがギザギザはほとんど見えない。Lanczos2/3でも同様。
倍率1倍表示で確認。
- 660 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 22:27:25 ]
- Lanczosて結構好きだな
- 661 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 22:29:57 ]
- 面積平均法は１pixelの線を5%表示くらいにしても綺麗だよ
- 662 名前：デフォルトの名無しさん mailto:sage [2009/04/23(木) 22:49:20 ]
- >>661
1ピクセル線幅の0.05倍だと何だか薄くて差が分からない。
バイリニアがクソだということだけは分かる。
- 663 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 00:38:07 ]
- CZPで見るとLanczos3かそれ以上のtap数のSincじゃないと使えないな。
面積平均は速度考えたら有りかな位。
- 664 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 01:41:08 ]
- CZPだけで見るのが間違いなんだろ
周波数だけしか見てない
- 665 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 02:30:34 ]
- lanczos3だと線がシャープになりすぎるよ
- 666 名前：643,644,648 [2009/04/24(金) 10:05:49 ]
- 自己解決しました。で、できたのがこれです。
ありがとうございました。
www.geocities.jp/katayama_hirofumi_mz/turnpix/
- 667 名前：デフォルトの名無しさん [2009/04/24(金) 11:28:02 ]
- 自己解決ねぇ……
なるほど、ム板で聞いてヒントを貰ってはツールを公開している御仁か。
- 668 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 17:35:19 ]
- おまえらのヒントなんてググればいくらでも出てくることだろ
- 669 名前：デフォルトの名無しさん [2009/04/24(金) 18:22:13 ]
- 確かに
- 670 名前：デフォルトの名無しさん mailto:sage [2009/04/24(金) 18:35:11 ]
- だったらググれよ
- 671 名前：デフォルトの名無しさん [2009/04/24(金) 20:58:17 ]
- グラフカットを利用して、サブピクセル精度の視差は計算できるでしょうか？？
画像はステレオカメラで撮影した左右2枚を用います。
こういった掲示板に書き込むのは初めてなんで、分かりにくいと思いますが、
よろしくお願いします。
- 672 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 01:21:20 ]
- >>666
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
- 673 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 01:59:41 ]
- >>666
だから、不具合の原因はなんだったの？
質問しておいて、結果を報告しないなんて最低だな。
- 674 名前：デフォルトの名無しさん mailto:sage [2009/04/25(土) 03:03:30 ]
- >>650に一票
- 675 名前：デフォルトの名無しさん mailto:age [2009/04/25(土) 23:03:07 ]
- 8bpp無圧縮Tiffファイルを、8bppBMPに変換するプログラムがうまく
いかないです
//TIFFから値を取得する。
TIFFGetField(img,TIFFTAG_IMAGEWIDTH,&width);
TIFFGetField(img,TIFFTAG_IMAGELENGTH,&height);
TIFFGetField(img,TIFFTAG_BITSPERSAMPLE,&bitspersample);
TIFFGetField(img,TIFFTAG_SAMPLESPERPIXEL,&sampleperpixel);
TIFFGetField(img,TIFFTAG_ROWSPERSTRIP,&RowsPerStrip);
TIFFGetField(img,TIFFTAG_PHOTOMETRIC,&PhotoMetric);
for(i=0;i<height;i++)
{
TIFFReadScanline(&img[i*width],&pBuf[i*width*sampleperpixel],i,0);
//TIFFReadScanline(img,(tdata_t)pBuf,i,0);
}
どうやったらTiffからピクセルデータを取得できますか？
- 676 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 00:33:27 ]
- >>675
tiffの構造なんてもうすっかり忘れたけど、
ストリップが1ラインずつ分かれているなんて前提はなかったと思うぞ。
1ラインかもしれんし、10ラインかもしれんし、全体で1ストリップしかないかもしれん。
で、今度は何? 回転専用の対応フォーマットを増やしたいってこと?w
- 677 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 08:58:48 ]
- 回転専用……目の付け所が流石だわ。
- 678 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 10:09:15 ]
- >>676
s/回転専用/「回転専用。」/
- 679 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 11:22:37 ]
- >>671
やったことはないが、石川先生の論文にはラベル＝視差は整数にかぎらない(実数でも良い)とある。
- 680 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 12:14:17 ]
- >>675
imgってtiffファイルのハンドルだろ
&img[i*width]ってなんだよ
１ TIFFScanlineSize(img);で1行のバイト数を取得してから1行分のバッファを確保
２ 受け側は各行4バイトバウンダリで高さ分のバッファを確保
３ TIFFReadScanlineで1行ずつ読み込んで
４ 受け側のバッファの各行の銭湯アドレスにコピー
あとはBMPのヘッダを構築すれば、ある程度の8bppのTIFFを8bppのBMPとして読めるようになる。
これでは読めないTIFFはたくさんある。たとえば、
A マルチページTIFF
B タイルTIFF
C 縦横の解像度が違う
D PhotoMetricがMin is white(0が白)
E パレット形式
いずれも、対応はそれほど難しくはないので、必要に応じて機能を追加すればよい。
- 681 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 12:55:56 ]
- >>676
ストリップ・・・
ストライプだろ
- 682 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 13:48:00 ]
- >>681
ttp://www.libtiff.org/man/TIFFReadRawStrip.3t.html
ﾁﾐはstripをストライプと読んでいるのかね？
- 683 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 14:06:21 ]
- 一方ロシアはimagemagickを使った
- 684 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 14:11:07 ]
- >>681
- 685 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 14:42:57 ]
- imagemagickはどうしても「イメージマジックク」と読んでしまう
- 686 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 15:07:03 ]
- >>683
そんなこと言ったら、回転処理自体ImageMagickでできるようなw
- 687 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 16:03:12 ]
- >>682
いいやstripeをストライプと読んでる
- 688 名前：デフォルトの名無しさん mailto:sage [2009/04/26(日) 16:24:29 ]
- じゃあ今回のとは何の関係もないじゃない
- 689 名前：デフォルトの名無しさん mailto:age [2009/04/26(日) 21:58:57 ]
- >>680
OneLineSize=TIFFScanlineSize(img);
Recv=(unsigned char*)malloc((OneLineSize+byte4Hosei)*height));
for(i=0;i<height;i++)
{
TIFFReadScanline(img,(tdata_t)Recv[i],i,0);
}
これでRecvにはtiffデータがはいってるの？？？？
- 690 名前：デフォルトの名無しさん mailto:sage [2009/04/27(月) 00:00:42 ]
- これは
- 691 名前：デフォルトの名無しさん mailto:sage [2009/04/27(月) 00:09:10 ]
- 「(tdata_t)Recv[i]ってなんだよ」
>>680
は、ゆとりに教えることの困難を思い知った。
- 692 名前：デフォルトの名無しさん [2009/04/28(火) 23:37:49 ]
- >>626
何をしたいかにもよるけど、RGB を一定の割合で変化させる、のではダメなの？
BYTE r, g, b; // 古いrgb 情報
BYTE nr,ng,nb;
float t = 0.3f; // 0<t<1
nr = BYTE(t * r); , etc.
これはあくまでも RGB 色空間での線型補間だから、他の色空間で見たら経路が違う。
- 693 名前：デフォルトの名無しさん [2009/05/01(金) 18:37:59 ]
- フーリエ変換→フィルタリング→逆フーリエ変換
というプログラムを作成してます
フーリエ変換→逆フーリエ変換をすると元に画像が戻るのですが、フィルタリングの処理をすると、
逆フーリエ変換の画像が真っ暗(各数値を調べると、1#QNANOと表示される)になってしまいます
フィルタリングの処理を行うとき、フーリエ変換で出力した実数と虚数を、それぞれ演算処理すればいいのですよね？
(スペクトルを出すときのように振幅に直して、そこで演算処理しなくてもいいですよね)
具体的にしたいことは、画像上でガウシアンフィルタをかけるのではなく、周波数空間でガウス関数を掛けて、それを画像に戻したいのですが
よろしくお願いいたします。
- 694 名前：デフォルトの名無しさん [2009/05/01(金) 19:06:30 ]
- >>693
そういう処理を普通に書いているけど、特に問題は出てないよ。
途中のフィルターの計算か何かで負値のlogを取るとか何かやらかしてない?
- 695 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 19:24:21 ]
- かなり見直したんですけど、1#QNANOとか出るってことはそういう計算ミスしてるんでしょうね…
振幅のスペクトル画像に直して処理しなくても、
フーリエ変換で得られた実数、虚数を個別に、掛けたり割ったりすればいいことが分かっただけでも助かりました
ありがとうございました
もうちょっと頑張ってみます
- 696 名前：デフォルトの名無しさん mailto:sage [2009/05/01(金) 21:25:38 ]
- >>695
浮動小数点例外のマスクを外せば分かるかもよ。
- 697 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 00:11:23 ]
- >>693
フィルタは、周波数に依存する関数だったりする？
- 698 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 07:54:17 ]
- ちょっとスレから離れてしまうかもしれませんが
どなたかアドバイスを
線や画像なんかの補正に曲線補間をしようと思っていて
計算のテストとして10個の点をマウスで入力し
そこから二次関数を求めて、点を計算表示しているんですが
なかなか上手くいきません
10個の点を最小二乗法で計算して表示しているつもりなんですが
どうしても点が (1,1) (2,4) (3,6)…とはならず
(1,1) (2,16) (3,6) (4,24)…みたいに一個おきに大きくぶれた感じになってしまいます
色々ぐぐったりしたんですがよくわからなくて
どこかやさしく解説してるようなところとかないですか
- 699 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 08:32:54 ]
- あります
- 700 名前：デフォルトの名無しさん mailto:sage [2009/05/02(土) 09:05:47 ]
- >>698ですが一次関数にしても同様だったので
おかしいなと主要な変数観察していたら
1ループごとにy座標反転してることが判明しました
ほんとごめんなさいごめんなさいごめんなさい
- 701 名前：デフォルトの名無しさん [2009/05/12(火) 10:50:39 ]
- 切り刻まれた紙をブルースクリーンのスキャナ画像で取り込んで、
切り刻まれる前の状態を解くようなプログラムを作れますか？
ジグゾーパズルを解くようなプログラムです。
- 702 名前：701 [2009/05/12(火) 11:05:05 ]
- 紙には何かが印刷されているものとします。
切り刻まれ方はランダムとします。
- 703 名前：デフォルトの名無しさん mailto:sage [2009/05/12(火) 11:39:11 ]
- シュレッダーで裁断した紙の復元だったら実用システムもいくつかあるみたい。
ストリップカット
ttp://www.unshredder.com/
クロスカットでも
cross-shred reconstruction suite
ってのがあるらしい(urlは不明)
クロスカットの復元サービスなら30cm立方の復元で100万円くらいだって。
100万円がおいしいかどうかは分からない。
- 704 名前：デフォルトの名無しさん mailto:sage [2009/05/12(火) 14:39:18 ]
- >>703
一度画像としてとりこんでからの処理なら俺でもできそうだけど
画像とりこみデバイスで重ならないようにスキャンするの大変そうだ
- 705 名前：デフォルトの名無しさん mailto:sage [2009/05/12(火) 16:09:54 ]
- >>702
シュタージの残した膨大な裁断書類の復元を請け負ってるフラウンホファー研究所に相談すれば？
- 706 名前：デフォルトの名無しさん [2009/05/13(水) 00:46:48 ]
- でもフーリエって少し時間かかるよな
もっとパッと出来ないのかしら
- 707 名前：デフォルトの名無しさん [2009/05/13(水) 01:23:27 ]
- そんなときのためのFFT
- 708 名前：デフォルトの名無しさん mailto:sage [2009/05/13(水) 19:34:14 ]
- SIFTの点が近すぎず固まらないようにするにはどうしたらよいでっか？
- 709 名前：デフォルトの名無しさん mailto:sage [2009/05/13(水) 19:39:26 ]
- SHIFTってヒストグラムの？検出される追跡点がかぶらないようにってこと？
|
 |
