[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 06/03 18:36 / Filesize : 198 KB / Number-of Response : 942
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

画像処理 その10



1 名前:デフォルトの名無しさん [2007/12/16(日) 08:03:02 ]
画像処理プログラミングについて質問、議論を行うスレッドです
・画像処理について素人同士で大激論
・初学者の質問に対してやさしく(的を外れた)解答を与える
・その道の玄人も大歓迎

前スレ
画像処理 その9
pc11.2ch.net/test/read.cgi/tech/1183910525/


496 名前:デフォルトの名無しさん mailto:sage [2008/04/04(金) 07:52:55 ]
あの〜、ピンボケの自動補正なんて、すごく地味で超初心者向けな機能なんですけど。
この手法を応用して、もっと別な面白いことに発展したらいいね。

497 名前:デフォルトの名無しさん mailto:sage [2008/04/04(金) 08:54:40 ]
つまり、記事を書いた香具師は画像処理の基本も判っていない半可通だと言うことで宜しいか。

498 名前:デフォルトの名無しさん mailto:sage [2008/04/04(金) 09:01:18 ]
記事ではマイクロレンズにも言及しているし、仕組みを何も理解せずに書いたわけではないだろう。
ただ、タイトルが「ソフトウェア技術」となっているのは誤解を招きやすい。

499 名前:デフォルトの名無しさん mailto:sage [2008/04/04(金) 10:09:20 ]
>>498
発表者がマイクロレンズって言ってたのをそのまま書いただけだろ。
ボディとレンズの間にマイクロレンズがあるって、あとから訂正されてるし。

500 名前:デフォルトの名無しさん mailto:sage [2008/04/04(金) 10:33:54 ]
ああ、さっき初めて記事を読んだから気づかなかったけど、>>494の1時間後に訂正されてたのか。

501 名前:488 mailto:sage [2008/04/04(金) 21:16:52 ]
やっぱりそういう話なのか(´・ω・`)
光学屋には面白いけど、画像処理はそこまで
複雑じゃないよなあ

502 名前:デフォルトの名無しさん mailto:sage [2008/04/04(金) 21:33:56 ]
これってあとから被写界深度も変えられるのかな


503 名前:デフォルトの名無しさん mailto:sage [2008/04/05(土) 01:00:37 ]
>>501
>>494の2つ目の論文(SIGGRAPH 2005採択)を読んだ上で「そこまで複雑じゃない」と言ってる?
4Dライトフィールドと2D写真の関係を周波数空間で解析する理論のほうもかなり興味深いと思うけどなぁ

504 名前:デフォルトの名無しさん mailto:sage [2008/04/11(金) 15:33:18 ]
C以外を使ってる人って本当にいないのかい?



505 名前:デフォルトの名無しさん mailto:sage [2008/04/11(金) 16:01:32 ]
>>504
いくらでもいるだろ。このスレでもアセンブラの話をしてるやつがいた。
ただ、言語の話はスレ違い。

506 名前:デフォルトの名無しさん mailto:sage [2008/04/12(土) 07:01:58 ]
c#でもそこそこスピードでたので移行した。

507 名前:デフォルトの名無しさん mailto:sage [2008/04/15(火) 17:48:02 ]
himatsubushiってサイトの人は、
昔、VBで書いてた

508 名前: ◆Cgjmdh7/b6 mailto:sage [2008/04/16(水) 00:24:35 ]
test

509 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 00:28:36 ]
グレースケールのある程度変化のある背景から明度の差がある
繋がった図形をどうやって抽出すればいい?

背景は基本的に連続的だが規則性はない
抽出するものは例えば中が塗られたいびつな円とかだけど輪郭は、ぼやけてる
抽出条件は基本的に周りより暗いってことだけ
人間がみれば見つけられるが、輪郭強調すると背景のパターンも強調されてしまう
背景は暗い部分もあれば明るい部分もあり、閾値は使えない

510 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 00:37:26 ]
>> 509
何で背景は暗い部分と明るい部分に分かれるの?
安定した状態にならない理由は?

511 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 07:50:54 ]
とりあえず1階微分とって観察。
2階微分とって観察してみれば?

512 名前:デフォルトの名無しさん mailto:sage [2008/05/01(木) 21:36:44 ]
シェーディング補正とかは使えないのかな?

513 名前:デフォルトの名無しさん mailto:sage [2008/05/02(金) 10:09:17 ]
boost.gilの正式版でたけど使ってる人いる?

514 名前:デフォルトの名無しさん mailto:sage [2008/05/02(金) 11:46:16 ]
3月にでたBIASのリリース版使ってる人いますか?
深刻なバグあったりしないですか?
うちは挙動がおかしかったので前のバージョンに戻しました



515 名前:デフォルトの名無しさん mailto:sage [2008/05/02(金) 11:51:37 ]
なにそれ

516 名前:デフォルトの名無しさん mailto:sage [2008/05/02(金) 18:53:26 ]
>509

面積・幅・形状よって適した方法が変わるので、モノは何?
言いたくなければ、近いものでもWebイメージから指定したら?

汎用の回答でいいなら、「Photoshopでアンシャープ後、2値化する。」


517 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 13:20:46 ]
BIAS
www.mip.informatik.uni-kiel.de/~wwwadmin/Software/

ver 2.5.0で問題なく動いていたプログラムが
ver 2.6.1にしたとたんセグメントフォルトで落ちるようになった

何かの関数を連続で呼ぶと関係ない配列データの中身を書き換えているぽい

誰か使ってる人いないの?
画像の幾何学処理してくれるlibraryって他にある?


518 名前:デフォルトの名無しさん mailto:sage [2008/05/03(土) 18:15:49 ]
例外が発生するバグほどデバッグしやすいものはないと思うが。
デバッガ使えばすぐにどこが悪いか分かるだろう。

519 名前:デフォルトの名無しさん mailto:sage [2008/05/05(月) 02:07:10 ]
>>513
使ってるよ

520 名前:デフォルトの名無しさん mailto:sage [2008/05/05(月) 10:36:36 ]
BIAS::Vector3<double> v=hoge();



BIAS::Vector3<double> v;
v=hoge();

を繰り返し呼ぶと答えが違う

c++の行列計算はもうublas以外信じねえわ

521 名前:デフォルトの名無しさん mailto:sage [2008/05/05(月) 23:55:15 ]
>>520
x86では普通

522 名前:デフォルトの名無しさん mailto:sage [2008/05/06(火) 00:06:58 ]
どうせ80ビットで計算するならlong double残しといてくれって話だよな

523 名前:デフォルトの名無しさん [2008/05/09(金) 12:04:20 ]
VBやVCから使えるDLLで、2枚の画像を半透明合成できるものってあるかなあ・・・

524 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 13:17:07 ]
今から作れば?
おやつ前にはできるだろ。



525 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 13:27:29 ]
作れないザコのゴミレス程、存在価値のないものはないなw

>>523
mDibでググれ

526 名前:あいちゃん mailto:sage [2008/05/09(金) 13:29:30 ]
2枚の画像の半透明合成って、対象の画像を1bitずつ交互に描画していくだけじゃだめなの?

527 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 13:33:27 ]
半透明のコードぐらいググればすぐ出てくるじゃん。

528 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 14:33:44 ]
本件に関しては、DLLを探して使い方調べているより自分で作った方が早い
に一票

529 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 14:36:44 ]
>>524=528
作る技術もないのにエラソーにw

530 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 14:40:23 ]
いくらなんでもそれはスキル低すぎだろ。
DLL作ったことありませんとか、BMPの扱い方が分かりませんのレベルか?

531 名前:あいちゃん mailto:sage [2008/05/09(金) 14:42:29 ]
えらそーにしてるのは>>529だと思います!!

532 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 15:09:34 ]
>>529
10行程度のプログラムに「作る技術」もないだろ

533 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 16:01:11 ]
煽ればムキになってコードが返ってくる
と思ってるくさい

534 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 18:08:28 ]
口だけのやつばっかだなw

>>532
10行程度なら書いてみな? 無理だろほーらばかw



535 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 18:23:43 ]
普通にググったらソース出てくるのに。もうアホかと。

536 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 18:29:08 ]
>>533
大正解
おめでとう

537 名前:523 [2008/05/09(金) 18:39:14 ]
>>525
ありがとう


538 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 18:39:45 ]
>>535
ソースがあれば何でもできると思っている基地外発見ww

539 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 18:42:02 ]
どんだけスキルないねん。ここム板やで。

540 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 18:45:32 ]
普通にググったら詳細な説明も出てくるのに。ゆとりか?

541 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 18:46:59 ]
>>537
おまえのせいで荒れてるのに、不自然なんだよ。
自演してんじゃねー、ボケ。

542 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 18:47:46 ]
>>537
どういたしまして

543 名前:名無し募集中。。。 mailto:sage [2008/05/09(金) 21:31:00 ]
あるふぁぶれんど?

544 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 22:06:40 ]
ちょっと上の方でも出てるので便乗で。
現在様々なブレンドモードに多対応させるため、いろいろ組んでるのですが、
通常のアルファブレンドの部分でどうしてもエッジが黒ずんでしまいます。
合成前のイメージはGDIなどで貼り付けた場合は黒ずまないので補間処理が
間違っている訳ではないみたいなのですが…

byte tb;//前景色(青)
byte t;//背景色
byte ta;//前景のアルファ
(((tb - t) * ta) >> 8) + t

これを各色回してるのですが、どこを間違っているのでしょうか?



545 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 22:21:15 ]
>>544
それbyteじゃ駄目だろう。
あとαが0〜255なのに、256で割ったら駄目だろう。

546 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 22:33:23 ]
>>545
byteは演算式の中ではintに自動格上げされるから問題ないだろ

547 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 22:36:33 ]
>>545
回答ありがとうございます。

byteは引き算が入ると自動的にintにアップキャストされるはずですが…
αを256で割るのはどこのページを見ても256で割ってるor8ビットシフトしてる
のであってるのかと思いましたがそうではないのでしょうか?

とりあえず、変数をdoubleにし、255で割ってみましたがだめでした orz


548 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 22:39:52 ]
元画像が前乗算済みARGBになってたりはしないよな?
GDI+で言うPixelFormat32bppPARGB

549 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 22:41:10 ]
アルファが正しいかどうか疑うべきだな

550 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 22:50:25 ]
>>548
それはないです。ちゃんとPixelFormat32bppArgbとなっています。

>>549
αはGDIで合成したときは黒ずまないのであってると思いますが…
一応補間部分の式も載せておきます。

byte c1, c2, c3, c4;//各ピクセルの色
byte c1a, c2a, c3a, c4a;//各ピクセルのα
float px, py;//位置
float pp = px - Math.Floor(px);
float qq = py - Math.Floor(py);
float ip = 1 - pp;
float iq = 1 - qq;
float a = (ip * ((iq * c1a) + (qq * c3a))) + (pp * ((iq * c2a) + (qq * c4a)));
float c = ((ip * ((iq * c1 * c1a) + (qq * c3 * c3a))) + (pp * ((iq * c2 * c2a) + (qq * c4 * c4a)))) / ta;

こんな感じなのですが…

551 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 23:08:12 ]
>>550
cの計算でα掛けちゃってるのが悪いんじゃないか?

552 名前:デフォルトの名無しさん mailto:sage [2008/05/09(金) 23:28:23 ]
>>551
元々cでアルファは掛けてませんでしたが、その頃からすでに黒い線は
出ていたので、αを掛けてる例もあったので試してみましたが… orz

553 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 00:09:48 ]
んー、どういう画像を元にして、処理後どうやって表示したとき変に見えるのか、とかちゃんと書こうぜ。

554 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 00:33:26 ]
>>553
画像は32bitARGBな画像で、背景がα=0でないとき、重ねるイメージを0.5px移動や回転など
で1px未満でずれたイメージのエッジ部分が黒ずんで見えます。

0  0.33  0.67  1 (px)

└─┐
    │←こことか   重ねたイメージ
    └─┐
        │←こことか
        └─┐
背景        │
            └─...

上の0 < x < 1の部分が黒(灰色?)っぽくみえます。



555 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 00:40:23 ]
上の図は画像ではこんな感じです。

0  0.33  0.67  1 (px)

├─────┐
│//////////│←こんな風に黒っぽく
│//////////│
│//////////│  重ねたイメージ
│//////////│
│//////////│
└─────┼──...
            │////
背景        │...

556 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 00:48:30 ]
お前それ、もしかしてバイリニアの色漏れ・・・・
αと関係ないだろ・・・・・・・・・・・・・・

557 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 01:39:34 ]
>>556

マジすか orzorzorz
でもなぜ変形後のイメージをGDIで重ねたときは黒っぽくならないんだろ…

558 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 01:53:08 ]
GDI描画でちゃんと補完モードはバイリニアになってるか?

いいから一回描画する画像のαが0のピクセル全部を緑色とかにしてやってみろ。
今度は暗くならず緑色が出てれば間違いなくバイリニア補完での色漏れ。

559 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 02:10:59 ]
>>558
やってみました。
GDIの補間はバイリニアになってますが、暗くならず、ちゃんと緑になってます。
ただ、自前のバイリニアだと暗くなってます orz

しかも、もっとキモイ事に32bitPNGで保存したときは黒ずみが消えているという…
何をしたWinForm orzorz

560 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 02:29:44 ]
けっ、どとねと使いか・・・
説明わかりにくいし、状況小出しだし、もうめんどう。
後は自分でがんばりや。

561 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 03:02:22 ]
先ほど書き出したPNGをPsで見たところ、エッジの部分のαが背景と重ねたイメージが
255なのに対して、少し減っている事がわかりました。
やはりアルファブレンドの処理で何かやらかしていたようです。

>>560
とりあえず原因がつかめたのでどうにかなりそうです。
長々とおつきあいいただきありがとうございました。


//どとねとってどこ行っても嫌われてるのは何でだろう?

562 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 03:59:36 ]
>>561
補間一つ取っても、どんなアルゴリズムで実装されているのかわからないメソッドなんかがあるから嫌われる。
# なんだよ「『HighQuality』BiCubic」って……

563 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 11:16:12 ]
>>562
字面通りに捉えれば、BiCubicの高精度版ってだけなんじゃね?
小数点以下の有効桁数の問題なのでは。


564 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 11:23:07 ]
それにしては違いすぎているから、多分そうじゃない



565 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 13:11:56 ]
それってドトネトじゃなくてGDI+じゃないの?

566 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 14:41:37 ]
>>565
ドトネトのはGDI+のラッパーだからドトネトにもあるよ


567 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 16:38:40 ]
.NET使いのやつには、まず自分の知識不足、理解不足を疑う必要があるのに、WinFormのせいにするような輩が多いからだよ。
まずは自分を疑えと。話しはそれからだ。

568 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 17:02:31 ]
それはC++でもJavaでもPHPでも同じだと思うけど?

569 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 19:04:41 ]
>>566
だから>>562は「どとねとってどこ行っても嫌われてるのは何でだろう?」への回答としては不十分だって話だろ

570 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 21:02:36 ]
VC、VB屋でもDLLだけ欲しがる奴もいるし、
コード張ってくれなきゃ逆切れする奴もいるし、
.net屋だからというのは偏見だと思うな。

571 名前:デフォルトの名無しさん mailto:sage [2008/05/10(土) 23:19:53 ]
自分のプライドを守るために卑しむわけです。

572 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 01:40:54 ]
イラストと写真を判定したいのですが
よい基準ありますか

573 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 01:47:20 ]
>>567
それ.NET使いに関係なくどの言語・基盤技術上でも底辺プログラマには共通


574 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 02:48:29 ]
イラストの写真



575 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 03:21:59 ]
アイドルマスターは実写。


576 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 05:37:40 ]
>>572
勃起したらイラスト
萎えたら写真

俺の基準

577 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 06:02:53 ]
>>572
もう釣りにしか見えないけど、自分が絶対断れない立場でこれをやれといわれたら
光の分布をチェックすると思う。方向ならなおよし。


578 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 07:15:59 ]
>>577
詳しく
写真から3Dモデルを作るくらい難しい?


579 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 07:57:02 ]
イラストを写真に撮ったのはどうすんの

580 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 08:22:41 ]
イラストだけならイラスト
額が映っていたり遠近法で歪んで見えると実写だろ
3DCGは?



581 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 08:50:42 ]
実写に手を加えたものは?

582 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 09:25:43 ]
属するクラスの選択によって結果が違うだろうな。
両方やって妥当なほうを選択するだろうから
手を加える割合によるんじゃね。


583 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 10:52:48 ]
完全に汎用なのかどうかにもよるが、画像の特徴抽出をいくつか実装して、
インターネット上に転がっているイラストや写真をどんどん喰わせて出力、
抽出されたパラメータを眺めて相違点を取り出し実装するのが一番現実的
じゃないか?
有意な相違点がなかったら? それは区別できないってことだ。


584 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 15:56:53 ]
輪郭線



585 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 17:09:36 ]
>>579
これらのスレを有効活用してくれ
set.bbspink.com/test/read.cgi/erocg/1209311236/
set.bbspink.com/test/read.cgi/erocg/1154381933/

586 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 18:03:27 ]
>>583
だろうなあ。
今、2割誤判定する方法をふたつ作ったので
こういうのを増やしていってAdaBoostなんかで繋げばいいのかな。
>>584
イラストは縁取りがある判定は一番初めにやったがダメだった。方法がダメなのかもしれないけど、
(1). 微分フィルタでエッジを出す
(2). 暗い色、または鮮やかでない色を抽出
(3). 3近傍内に(1)がある場合、3均衡内に(2)がある割合を求める
ってしたが、縁取りが無いイラストがあったり、あっても縁取りの色がイラストによってまちまちなのと
写真もエッジが出るあたりは暗くなっているので単純に暗い色でやるとうまくいかなかった。
まずは、イラストで縁取りされている輪郭線の色特徴からかな・・・。


587 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 18:42:55 ]
コンピュータで書かれているイラストなら
色の変化が機械的に整っている。


588 名前:M1 mailto:sage [2008/05/11(日) 20:50:55 ]
大学院で3次元の画像認識・理解をやろうと思ってるのですが、お奨めの参考書とかありませんか?

ネットで調べると情報は多くあるが内容は少ない。参考書探そうとすると参考とできる書籍自体がない(´・ω・`)

学部ではOpenCVで画像処理やってました。機械の制御の研究室なので、誰も当てにできないヽ( ´Д`)ノ;

589 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 21:12:20 ]
コンピュータビジョン (単行本)
David A.Forsyth (著), Jean Ponce (著)


590 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 21:48:51 ]
>>588
論文嫁

591 名前:デフォルトの名無しさん mailto:sage [2008/05/11(日) 21:49:51 ]
2chよりは、論文探してその人にメールした方が確実だな。

592 名前:デフォルトの名無しさん [2008/05/12(月) 01:44:46 ]
この分野は進歩が激しいので教科書より論文とかプロシーディングだろうな。

593 名前:デフォルトの名無しさん mailto:sage [2008/05/12(月) 08:40:24 ]
>>586
個々の判定方法の出力をうまいことひとつにまとめることが出来るなら、
その出力を利用してどちらかを判定する部分に、学習を行わせるツールを作成するといいよ。
面倒だったら、いくつか初期設定した後、どちらかがはっきりしている
1000枚くらいの画像を利用して、GAで境界値(または値の分布表)を
収束させると、うまくいくときは楽でいいだろう。GA部分の作成はたいした手間でもないし。

あとは勝ち残ったアルゴリズムに未知の画像を分類させて、分類に利用する既知の画像を
増やしていくことで、10万枚くらいまでデータを増やせれば、代表的な画像の判定なら
かなりのところまで精度を上げられると思うよ。それ以上は難しいだろうが。


594 名前:デフォルトの名無しさん mailto:sage [2008/05/12(月) 08:42:14 ]
>>588
そういう大学で、大学院があるなら、画像研究をやってる研究室があるだろ。
そこにいって相談するのが一番早い。
ないなら、教授のつてで他大学の研究室を紹介して貰え。
縦割りの大学に将来はないぞ。



595 名前:デフォルトの名無しさん mailto:sage [2008/05/12(月) 10:34:01 ]
>>594
自宅警備員が偉そうに大学語るなよ(笑)

596 名前:デフォルトの名無しさん mailto:sage [2008/05/12(月) 10:48:01 ]
>>588
cinii辺りで検索してみれば?






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<198KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef