|
Twilog ホーム
» @fukushima1981
posted at 05:56:14
@miyabiarts コンプガチャは無しの方向でおねがいw posted at 01:09:47 @nitmk @miyabiarts まぁあんとき使った関数の組み合わせだけで相当速くなるんだけどねwステレオの本気入門かくと,100ppは超える... posted at 00:52:35 @miyabiarts !?そのうち,コードの最適化お願いしますと投げるのでよろしく!! posted at 00:50:37 @miyabiarts 助教やポスドクくらいじゃないと,こんなコード期待できないとおもってしまったり...w posted at 00:48:59 @miyabiarts @nitmk そもそもニッチなうえに,Kinectあるので売れねぇww posted at 00:47:59 @miyabiarts ほとんどコードがSIMD化されてて,しかもアルゴリズムも高速だから手がつけられねぇw posted at 00:44:06 szeliskiの12章のdense stereo correspondence を訳してるうちにいつの間にか実装大会になってる...なかなかコードがたまってきたなw posted at 00:42:56 @miyabiarts 機能のコンパイルして実行してみた.くそえはえぇw posted at 00:41:14 5年前だけど,SIGGRAPH2007でこんな面白いのがあったのか.二値画像を,その画像ではなくて,距離変換した画像をサブサンプルすると,アップサンプルしてもかなりきれいに戻せる方法.http://t.co/bXW1dyl4 posted at 00:22:24
posted at 15:17:46
@wosugi3 数ms単位の向上を狙うときは,スレッドを起こすコストも考慮しないといけないため,あまりにも粒度の細かい並列化は逆に高速化を妨げます.コア数の少ないCPUは,出来るだけ荒く,全てのCPUを使いきるように並列化させるのが大事ですね.GPUはすごく細かく力技でw posted at 16:29:53 @miyabiarts @takmin エバラなんだぜぇ posted at 01:22:04
posted at 01:16:15 @ChaoticActivity @miyabiarts miyabiarts先生の次回作にご期待ください! posted at 00:52:50 読んだCVPRの論文,A Non-Local Cost Aggregation Method for Stereo Matching http://t.co/X5UYVVq8 ステレオマッチングのコスト集約の.最小全域木を使った高速化.これは最速&超高精度. posted at 00:33:28 @miyabiarts 3時間はやめてw でも「~をコンパイルして使ってみた」系なら,1回につき1時間~2時間はいけるかww posted at 00:25:53 @miyabiarts 俺が一個コンパイルしてレビューしとこうw posted at 00:19:32 @miyabiarts 取り合えすここが公開してるやつを片っ端からコンパイルw posted at 00:07:27
@miyabiarts ここが公開してるコードの最適化っぷりが異常 posted at 23:33:37
posted at 15:04:04
posted at 02:12:08 SimpleCVの専用クラスJpegStreamerを使ってHTTPでMJPEG(モーションJPEG) をあらゆるところに投げる方法.http://t.co/vfumAgbG posted at 02:12:01 @takmin mattingのC++実装はこれくらいしか見たことなかったので,自分も個人的にブクマしてますw研究用コードは公開なやみますよねぇ.特に勉強用につくった他人のアルゴリズムが...ステレオとかフィルタ関係は死ぬほどたくさんあるんですがw posted at 00:15:36 @takmin この前ためした,Baysian MattingのOpenCV実装も.ちょっとローカルすぎるかもしれませんがw https://t.co/FkWlSBvA posted at 00:04:30
@takmin あ,確かソースコードは公開してなくて,windowsはDLL形式ばっかだった記憶が...昔つかってたのは FlowLibでincludeファイルがあるだけで,あとはlibとdllに埋め込みでした.拡張しようとして苦労しました... posted at 23:45:00 @takmin いえいえwでもOpenCVくらい「使い方」の情報が集まってるものが少ないんですよねぇ.さっきのGPUのオプティカルフローのも,使い方さえ公開されれば,かなりいろいろ使えるんですけどねw posted at 23:25:59 @takmin あとは,ワイドベースラインのステレオマッチングのライブラリ http://t.co/j5n6ymcT ここのサイト内には,Visual Odometryのライブラリもついています. posted at 23:11:26 @takmin では,私も追加情報を.GPU4Vision http://t.co/ZQwJXFAT ここのデンスオプティカルフロー推定は私の論文(http://t.co/2gGDOaSi)でも使いました.高速で精度かなり高いです. posted at 23:08:12 @yasutomo57jp wwwまあボコられただけ中身が良くなりますからね~ posted at 10:36:52 @yasutomo57jp フルボッコを楽しめるようになってからが本番だと思ってますw posted at 10:12:23
posted at 22:03:29
posted at 19:18:34 @yasunori1978 まさにそれ思い出してましたw posted at 18:58:46 @ymori1228 確かに。カスタマイズ性を捨てれば、スマホってかなり直感的だね。スマホって言えるかは、あれだけどw posted at 18:58:35 今日の日食見て、コーデットアパーチャーを思い浮かべた関係者は多数と予想w posted at 13:27:08
大栗先生と安宅さんの話 at TedxUTokyo をust録画でみよっと. posted at 23:00:08 査読3つだけ終わらせたから、次は自分の方のレビューコメント見直すかー。 posted at 14:44:10
posted at 14:40:20
@ttttamaki あそこ美味しいですよー。あと、もうちょっと行くとインドカレーやさんがあります! posted at 12:08:03
らくらくスマホって、、、なんで水と油を振ってシェイクするような新メニューにチャレンジするかな。 posted at 22:26:30
posted at 22:11:11 @ttttamaki だいぶ符号化関係多くてICPRと比べると雰囲気違うでしょうが,例年ならそれくらいのはずです.半分前後くらいだった記憶があるので,体裁がなんともなっていないのと,新規性が怪しいものくらいですかねぇ. posted at 19:51:42 とりあえず,印刷中にVCIP2012で割り当てられた論文確認しとこっと. http://t.co/kifmXGHY posted at 19:35:32 @UnaNancyOwen 最大の問題はデプスマップやポイントクラウドのQoS制御を頑張るのにどれくらい意味があるのかという根本的なモチベーションの問題ww特定少数の人には需要が確実にあるんですがねぇww真面目にやると時間かかるので,まともに発表出来るくらいじゃないとw posted at 19:32:36 @yasutomo57jp 明日は部屋の広さが足りるか心配だったりしますw(合わせて150人は収容出来るくらいの場所はとってるんですがw) posted at 19:28:47 @UnaNancyOwen TCP+非圧縮とはまた,俺俺実装を公開したくなる...ここは符号化+UDP+再送制御,輻輳制御くらいやらんとw posted at 19:24:22 明日の電子情報通信学会のPRMU,MI,IE研究会の会場準備終了.今から会場案内看板作ります.受付と会場はJR駅側の正門から大学はいってすぐ右手になります. http://t.co/UgLnLtli posted at 19:14:48
|
last update 05/30 17:00
ツイート検索
Recent
Archives
Friends
Hashtags
Stats・Feed |