第23回高専プログラミングコンテストで宇部高専が優勝。勝因は「人力で数えた」と判明し話題に

依頼36

第23回高専プログラミングコンテストで宇部高専が優勝。勝因は「人力で数えた」と判明し話題に

競技概要
http://www.procon.gr.jp/uploads/procon23/Apply23.pdf

上位陣がすべてクリックでサイコロの数が入力出来るカウンタを作った模様
人力が優勝するのは2年ぶり2回目

1位「人力で数えた」
2位「判定できなくて経験で入力した」
3位「1位と同じです」
4位「1位と同じです」
5位「会場でプログラムキツイわ」
6位「1位と（ｒｙ」

2010 運営「手動で優勝とは、なんと情けない！厳しくしよう！！」
↓
2012 学生「難しすぎwww 手動するしか無いだろww」 → 決勝がほぼ全員手動 → 運営「＼(^o^)／」

プログラミングコンテストってなに？

人間最高やー！

！？

やっぱり人力は凄いな

すべては神がプログラミングしている

元々プログラムなんて、人間が楽するためのものだし、
組むより人力が楽なら人力を選ぶのは正解じゃないのか？

違反じゃないのか

人間の意識は高機能だからな
プログラムとか所詮単純作業くらいしかさせられないわ

これは問題が悪いな

http://fat.5pb.org/jlab-fat/s/fat1350194563797.jpg

>>1
あのさあ
スレ立てるときは、自分である程度流れをまとめてから立てなよ。

きみはこのトピックに関する情報を知っているからいいのかもしれないけど、
まったく知らない人がみて、何の話してるか分かると思う？

>>12
紙に「正」を書いていくのが一番速そうだな

正解は？

机ひっくり返されても文句言えないレベルのクソ問題

よく分からない
一発で答えを求めるプログラムを作るコンテストで本来ならばそのプログラムを完成させて答えを導く早さを競うのに
プログラムの作成が難解すぎるからプログラムを作らずに数えて答えを出したって事？

どういうことかよくわからん

これはマジで問題が悪い。

>>12
これは数えた方が速いなｗ

競技はいいから
自由部門はどうなったんだ

失格にしろよ

ソースが無い

確かに数えたほうが早いな
これは問題が悪いわ

運営としては自動で画像認識してカウントするプログラム作って欲しかったんだ
それを画像に写ったサイコロを高校生がクリックして数をカウントしてたってこt

>>12
これを数えられるプログラムって素人が作れるもんなの？

これってプログラムの問題なのか
画像認識って測定機材から作らなきゃいけないのかと思ってた

>>12
プログラミングの事に関しては素人だけど
これだっだら人力で数えたほうが早そうだな

画像認識でサイコロの数を調べるプログラム作れっていう問題出したら実際にはクリックのカウンター作って人力で数えたって事か

野鳥の会の人の方が早いだろ

画像処理でやらせたいなら、
例題でコードを作成させて、
提出させたコードで問題画像を処理することにすればよかっただろｗ

なんで個数だけ回答なんだよｗ

そうだな
画像の上からクリックしてカウントされるの作った方が絶対に早いな

>>12 さいころが少なかった

>>1
おまえレモネード馬鹿にできねぇよ

>>8
全く、その通りだわ。

>>34
依頼だから！許して！

>>31
正論だは
ロバストなアルゴリズムが作れるかどうかで競えばいいものを

模範解答はデジカメデータをコンピュータに解析してもらって大小様々のサイコロの数を数えてもらうプログラムを組むのか
うん、人力の方が早いね

これは問題が悪い

そうだね、問題が悪いね。
例題用の画像とは別に、公開しない採点用の画像用意して、
そっちでも正しい数が出せるかを評価の基準にすべきだった。

これだけ伸びてれば、まあスレ立てとしては成功じゃないの
1桁とかレスつかないスレもいっぱいあるんだし

>>12
見てないけど、これは数えた方が早いに決まってるな

>>31
答えが100とすると画像を処理したら絶対100って答えが出るプログラム作ったら良いじゃんｗ
これなら簡単だろ

>>12

これをしっかり解析するためにはプログラミング技術はおろかPCのスペックもいると思う
こういうのは数えたほうが速いな・・・

>>41
バカじゃないの？

>>12の画像をみてようやく何のトピックを扱ってるかを理解した書き込みがほとんどをしめてるのに。

え、サイコロ画像の分類器から作るの？

人力クリックコンテストに名称かえろ

はっきりいえるのは
http://be.2ch.net/test/p.php?i=315624637

NGbe行きってこと。

ITオタってやっぱみんなキモいな

>>26
そんな簡単に限られた時間じゃ無理だわな

画像処理して山積みされた大中小とあるサイコロの数を数えるって難易度高過ぎだろう・・・
画像からサイコロを抽出するパターンマッチングプログラム作るだけで制限時間過ぎちゃうんじゃないの？
遠近あるから大中小の判定なんて更に難易度跳ね上がるし、事前に専門家にやらせて問題として妥当か検証したの？

こういうことか
ttp://blog-imgs-53.fc2.com/y/o/s/yoshikatsu777/new_JK147.jpg

なんだかよくわからないが運営側は自動判別装置のデキを競って欲しかったのに
違うものが優勝しちゃったってことか
二足歩行ロボのロボコンでほとんどタイヤのやつが優勝したみたいなアレだな

流石自主的奴隷の国

> オブジェクト
> 数える対象物ではないもの。サイコロに混ざってフィールド上に置いてあります。(中略)
> オブジェクトの表面は，一様ではない模様や鏡面もあります。

鬼畜すぎワロタ

全国高等専門学校プログラミングコンテスト - 競技部門の全結果 - 本選結果 - Procon23
http://www.procon.gr.jp/modules/procon23/item.php?itemid=64
> 競技部門の全対戦結果
をクリックでPDF

問題どこにあるかあｎ？（´・ω・｀）

宇部高専やるじゃん
地元民からおめでとう

クリックしてカウントしていくだけのプログラムって
プログラミングの大会としてはどうなのよ？

プログラムって汎用性が重要なんじゃね？
たとえば画像は例だけを与えて試験用は見せないとか

最初から人力というチームを用意してる
たけしのコマ大数学科がいかに偉大かわかったｗ

画像認識をやってほしかったんだろうけど、高専生で実用的な画像処理プログラムを作るのは難しい
しかもルールが発表されて大会まで期間が半年しかない
無理ゲー

画像の中のサイコロをクリックすると赤くなって数えやすくなるとかそういうプログラムではなく？

>>50
無理でも考えてもらうのがポイントなんだからｗ

プログラミングコンテストの回答に一休さんのとんちは求めてないよｗ

>>58
いいわけないじゃんｗ

役所や役所もどきの国内大手が協賛してる時点で
そういう”運営側の非”をごまかす回答も通るんだろうけどねｗ

こういう答えは想定外～
でも書いてないからこれでもＯＫ～

もうねあほかと

制限つければいくらでも回避出来そうな事態なのに
運営はアホなの？

>>43
答えが100じゃなかったらどうするんだよｗ

>>1
>http://www.procon.gr.jp/uploads/procon23/Apply23.pdf

荒尾と大牟田が後援とな

ああ>>1のpdfに問題混ざってた（´・ω・｀）

ん？運営はソースみないの？

一番無能なのは、問題を作ってる奴だな。

才能のない奴が、才能のある奴を見いだそうとする
ロジックの問題を最初に解決するべき

問題解決プロセスの難易度=プログラム作成して回答>人力回答
問題作るのも難しいだろうが、過去にも人力回答があったんだからこれくらいは予想できそうだが

>>53
人型ロボットコンテストで車椅子が優勝した感じ

運営というか問題が糞じゃん

プログラミングやロボコンのコンテストはあるけど、機械、建築、化学はないの？

これは海外の反応が見たい

真上からでサイコロが重なってないとかなら行けそうだけど
この例の図なら無理
つーかこの図だと人間でも正確に数えられねーよ

これ、重なったサイコロの下にあるのを数えるのは難しいだろ
推測入るし

76 ：呉はじめ ◆KUREKO1w06 ：2012/10/14(日) 15:20:06.86 ID:Yz4Zbv220

無理のあるタイムリミット、高すぎる目標、最後は人力・・・
日本のIT業界の縮図。

うーん…半年あればこれくらいの画像解析システムは出来て欲しいな

黒い点をカウントして4で割る
赤い点をカウント
これで良いよね？

>>59
でも、お役所の帳票やらを電子化するプロジェクトでは、
スキャンした画像から手書きのデータをパートのおばちゃんたちがぽちぽち入力するのよ。

学生なんだから、最終的に模範回答見せてやったんだろうな？

プログラムは大量のデータけいさんを同じ方法で解くために用意されてるからなぁ

>>12
前提がよくわからんが
正直このテキストと画像だけ見せられても
正確な答えは出せない。
影に隠れたサイコロは画像解析じゃどうにもならんし、
それ以前に画像解析の実装なんて
1から実装したらとんでもない手間じゃないか?
用意されたの呼び出すだけでいいなら
また話は違ってくるけど。

一言でいえば糞問題。

自動救助ロボットに使う映像認識プログラムみたいなのに必要なのかな

これはタントアールの積み上げられた箱の個数を
数えるのが得意なやつを連れてきたほうがいいな

画像処理って専用ライブラリを扱うのに慣れが必要なジャンルだと思うのだが。
少なくとも業務系10年の俺では解けないよ。

来年は日本野鳥の会が優勝してそう

現役プログラマが犯行予告ウイルスを解説　「驚くほど稚拙な技術」「高度な技術は全く使われていない」
http://engawa.2ch.net/test/read.cgi/poverty/1350192719/l50

こんなの二度手間だろ馬鹿馬鹿しい

半年っても高専生は授業受けて、宿題やって、試験受けて、その合間に書かなきゃならんのだろ

>>82
テーブルに置かれたさいころを、自分たちで撮影などする。

>>72
金銭的負担がでかいからでれる人限られるだろ

これサイコロの大きさ3種類あるとか鬼畜すぎるだろ
その上サイコロ以外のものもあるとか・・・

問題を出した奴がマヌケすぎる

>>82
テーブルの上に画像のように置かれたサイコロの数を答える競技
テーブルの周囲を自由に旋回して分析してよいことになってる

>>76
ワロ・・えないな

現地でどの程度のﾌﾟﾛｸﾞﾗﾑ組むのこれ
1からだとｽｰﾊﾟｰﾊｶｰでもない限りまず不可能だろ

コンピュータに処理させるなら
速さ＞正確さ
だと思うがな

そもそもプログラミング大会でロジックでどうにかできる問題じゃないことに驚いたわ

画像認識とか一度やったことがないと手も足も出ないだろ
アイディアとノウハウの塊なんだから

問題出す側は最近画像解析とか流行りだから問題にしてみっかぐらいしか考えてないんじゃね

スポーツ選手だからカバディもわかるだろ？って言ってるようなもの

>>58
答えを導き出すために、
最小限の実装を短時間で作り、ソレを最大限生かす。

カウンター作って数えるのが正解だろ？

とりあえず問題がアホ。
絶対人力じゃ無理って問題にしないと

どうせ一度しか使わないツールなら人力でできる程度の範囲なら人力の補助ツールで正解じゃん
同じことを何千何万もこなすとか、人力じゃ到底数え切れない数を数えるとかの出題にしてない方が悪い

こういうのって納期1ヶ月とかでどっかの企業に投げたらまともなものができるの？

画像解析とかまず
Googleでライブラリを漁るとこからはじめないとなｗｗｗ

今USTで授賞式中継してるぞ

隠れたサイコロなんて数えられないよな
小さなサイコロ４つか、大きなサイコロ１つか、なんて絶対に解らない

途中でサイコロの山が自然崩れることもあるとか書いてある。

これ、よく読んだら当日にプログラミングするわけじゃなくて、事前に画像認識のプログラムを作ってから会場入りするっぽいな

テーブルの上に山積みになったサイコロの数を数えるという競技
ただし、数を数えるためのプログラムは「事前に作ってから持っていく」
だからプログラミングの期間そのものは数ヶ月存在する

当日にプログラムを持ち込んで実際にカウントしてみるという競技
だから当日の回答時間は3分。サイコロの山を見せられてから3分以内に回答する必要がある

>>104
まずロリアウ画像判別だってなん万と言う
過去に集めたロリアウ画像を元にしてんだから
Googleグループでも断る

解答例はまだか

また人力が勝ってしまったか
敗北を知りたい・・・

PDF読んだ
競技場の真ん中にサイコロの山が置いてあって、それを囲むように120度3つ分のバームクーヘン状の観察エリアを設定

参加チームはそれぞれのバームクーヘンエリア毎に数分の写真撮影時間を与えられて
その撮影した画像をあらかしめ用意することになっている分析ソフトにかけることを要求される
分析に与えられた時間も数分程度

運営の模範解答くれよ

人力でやったチームには、その時間分の人件費を徴収すればいい
そうすればコスト意識も付く

>>76
あっ・・・（察し）

・画像認識ならOpenCV
　OpenCV | Free Science & Engineering software downloads at SourceForge.net
　http://sourceforge.net/projects/opencvlibrary/

・画像取得機材
　携帯やスマホのカメラでいいのかな？

・ながれ
　n方向から撮影する。
　OpenCVの関数でしきい値をさがす。

OpenCVが使えるかどうかだけのテストにならね？（´・ω・｀）

こんなくだらないコンテストにスポンサー付くの？

さいころの認識ってマジでどうやるの？
顔認識とかやってるやつなら検討つくの？

>>76
過去にiT業界にいたがまじでこんな感じだから笑えない

>>114
えっ模範解答なかったのか？

これってさ、運営側にとって都合のいい答えがでたら、
ソレをパクるつもりだったんじゃね？

素晴らしいな。
これを教訓に、プログラムで何でもやってしまおうという誤った考えを正していくべきだな

123 ：紅茶 ◆NiyJL277hs ：2012/10/14(日) 15:34:46.13 ID:fdZajzD50

画像を100枚くらい用意すればプログラムのほうが早かったんだろうけどね

プログラムの初も知らない無茶苦茶な要求してくる社長でも躊躇うレベル

>>115
プログラムを組むのは人件費がかからないのか

カウンタのプログラムを作ったのか
一休さんかよ

人間の脳はプログラミングしなくてもできるのにコンピュータときたらまったく

ばっかじゃねぇのか？

長方形の形に降ったサイコロを並べる
↓
それをデジカメで撮る
↓
プログラムで画像を白黒化
↓
サイコロ一個当たりのところの画素の濃淡レベルを調べる
↓
一定レベル(黒と認識できるところ)の濃度を持つ面積はさいの目の数値に比例するから出た目を識別可能、同時にカウント
↓
すべてのサイコロが調べ終わるまでループ

なんでこんな簡単なプログラムも書けないんだ？

>>114
えっ模範解答なかったのか？

これってさ、運営側にとって都合のいい答えがでたら、
ソレをパクるつもりだったんじゃね？

>>119
OpenCV 2.2 C リファレンス ? opencv 2.2 documentation http://opencv.jp/opencv-2svn/c/
OpenCV 2.2 C++ リファレンス ? opencv 2.2 documentation http://opencv.jp/opencv-2svn/cpp/
OpenCV 2.2 Python リファレンス ? opencv 2.2 documentation http://opencv.jp/opencv-2svn/py/

GUI作らずとも
画像表示うぃんどう作成破棄もやってくれるすてきなライブラリ（´・ω・｀）

>数える対象物ではないもの。サイコロに混ざってフィールド上に置いてあります。
>なお，サイコロがこのオブジェクトの下敷きになって，どの方向から見ても見えないサイコロは無いものとします。
>但し，サイコロ同志が重なっていることはあります。またオブジェクトの上にサイコロが乗っている場合もあります。
>オブジェクトの表面は，一様ではない模様や鏡面もあります。

エグいな

>>131
数数えんのはどうすんの
抽出はできるけどその数とかライブラリの外出るの？

>>129
どうやって並べるんだよ

サイコロ数えるとかパソコンだってやる気なくすだろ
来年はおっぱい画像見せてサイズを当てる問題とかにしよう

>>12
大中小が山に埋もれてるなら最初から概算するしかないじゃん
全部中ってことにして写真の白面積計算するプログラム作ったほうが早いな

>>129
ヒントだけでも書いてくれ
全然わからん

退学処分でいいんじゃないの、こんな連中

>>134
問題ちゃんと読んでなかった…

OpenCV（）
見えてないところはどうするんだ

クリックイベントにカウンタ仕込んであとは目視で数えたってこと？
やめちまえよそんな大会ｗ

>>12
お前ら、
「数えなサイ」につっこめよ

プログラムを作らずに手で数えて答えたってことか？
それってプログラミングコンテストって言うのか？

でもさあ
こういうコンテストって、
お前らみたいなどうしようもない無能凡人の発想ではなく
天才的な発想を求めて開催してるわけだよね？

だったら、凡人だったらムリだと思うような問題じゃないといけないよね？
学校の期末テストじゃないんだから。

今回は参加者がその域に達してなかっただけで、
基本的には、難問を用意するのは当たり前だと思うよ。
お前ら凡人には分からないだろうけど。

>>131
OpenCVは俺の知識じゃ上手くWindowsにインストールできなくて困った
Unix系なら簡単に扱える？

数を数えるプログラムだぞ
画像識別してるデモ画像表示させながら適当な数字表示させればいいんだよ
正確さなんて要求されてないんだからな

>>142
「プロコンやるバイ ! 元気にするバイ !」
にも相当引いたわ

写真撮影時間が1分×3の3分しかなくて、分析時間も最大3分か
素人でも難しい気がする

せめて事前に会場を視察できるとかあったら良かっただろう

>>133
四角にかぎらず閉じた線形状の数を数えるんじゃね（´・ω・｀）

>>113
そのお題は事前に告知されててそれを解析するプログラムを
事前に作って来いが基本趣旨じゃないの？

>>144
じゃこの問題を作った秀才さんとやらに模範解答をしてしてもらいたいもんだね

大中小って縛りがあるから辺を抽出して
仮想3D空間に立方体を重ならないように並べていくしかないのかな
手前奥判定がめんどくさい、一度全パターン洗いだしなのか(´･ω･`)

>>148
うちの納期のほうがはるかに優しいなw

優勝は〇〇高校バードウォッチング部でした！！

>>143
たとえばAndroidのように統一感も哲学も理論も何も無いインタフェースだと
手で数える作業ですら、効率が悪化する

しかしiOSのように、洗練されたインタフェースであれば、たとえそれが手で数える
作業だとしても、数えた結果の質は高まる

そういう、iOSのように洗練されたプログラムを開発してきたということだよ

>>129
それじゃ全て平面にきれいに並べられたサイコロしか適応できないでしょ
面積なんて撮影角度次第でも変わるんだし

ってか、どれくらいの数か分からないけど３分で結果出るの？
画像認識って精度あげれば時間かかるだろうし
どれくらいのもんか分からないと調整出来ないだろ

>>129
「サイコロ一個当たりのところの画素の濃淡レベルを調べる」
ここが明らかに高校生のレベルじゃ無い
ここ以外は中学生でもできる

競技概要見たけどなるほどこれは手で入れるわ

>>156
そもそも問題勘違いしてた…

>>155
ちょっと意味がわからないです

>>139
ボケが

高専のコンテストでこれだけ注目集めたなら運営大勝利だなｗ
普通は身内でしか話題にならんわ

>>155
objective-Cはそこまで洗練してるとは思えん

むしろ三分でこれを数え上げた事を賞賛したいわ

ああでも写真撮る角度とかこっちで決められるから距離は出るのか

>>144
クラシックのコンクールみたいに1位なしとかやりゃいいのに

プログラム詳しくないけど
これはどのくらいの難易度なの？
プロならみんなできるレベルなの？

>数えなサイ
ここでブチ切れるわ

>>140
> オブジェクト
> 数える対象物ではないもの。サイコロに混ざってフィールド上に置いてあります。
> なお，サイコロがこのオブジェクトの下敷きになって，どの方向から見ても見えないサイコロは無いものとします。
> 但し，サイコロ同志が重なっていることはあります。またオブジェクトの上にサイコロが乗っ
> ている場合もあります。オブジェクトの表面は，一様ではない模様や鏡面もあります。

> 時間経過によって自然に，サイコロの山の形状が変化する(例えば，山が崩れるなど)ことがあります。
> 試合開始後，主催者側が故意にサイコロの山の形状を変化させることはありません。

> 各フィールドの山積みされたサイコロの総重量も，公表されます。
> ただし，測定精度は0.1g程度の誤差を含み，サイコロ自体の重さにもばらつきがあります。

> 回答方法
> ・各フィールドのサイコロの種類毎(大・中・小)の個数(合計6つの整数値)を回答入力用PCの専用ソフトウェアを使って，提出します。

隠れている部分はなかったことに（´・ω・｀）

プログラミングコンテストなら方法論の方を評価しないといけないのに、出力結果で
競わせたからこんなことになっちゃったのか

これただ画像の中のサイコロを数えるだけの問題なのかｗ
こんなの普通は目で数えるだけだろ

>>155
つまり
javaとobjective-Cを比べると後者のほうが優れていると
オラクルは糞だと

打つより目測のほうが早いわな

>>168
プロでもできない人のほうが多いでしょ
結局はアルゴリズムの問題だから閃き重視だよ

デジカメだけあれば、メモに鉛筆で正の字書いてりゃいいんだから
コンピューターいらねえじゃねえか

重なってさえなければ、一定以上の輝度で判断すれば一番上の面を認識できるからなんとかなりそうだけど
下に埋もれてるサイコロどうすんだろう……

宇部高専って徳山高専に行けないカスが行くところだろ？

重なってるのはきついなぁ

サイコロの他にオブジェが有って模様や鏡面あり
もう無理だよ。ある程度の数と総重量で頑張るしかない

>>145
ライブラリに追加するだけでしょ？

>>171
まーそこだわな

でも、現場では結果しか求められないから

>>168
学部生の卒業研究テーマになりうるレベルだと思うわ

こういうのをやってほしかったのか
Car Counting - YouTube
http://www.youtube.com/watch?v=8ABnPAsVDuI

>>170
オブジェクトで隠れているサイコロは数えないけどサイコロで隠れているサイコロは数えなきゃいかんでしょ

わろた
こんなもんその場ですぐに作り上げられる奴がいたらおかしいだろ

コンビニにジュース買いに行くのにも
最適な買い方をするプログラムを組んでから買うような人が求められている

制限時間内で作られた模範解答を見てみたい

1ドットの隣接した8つのマス目をグルグル回して探索していくとか何とか

画像認識のスキルがないとむりぽｗ

こんなもん真面目にプログラムすんのは参加者が一人しかいない高専だけだろ

真剣に解析ロジック組んでエントリーしたチームもあっただろうに。
そんな真面目っ子に
「ねぇ、今、どんな気持ち？」
って聞いてみたいわ。

ちゃぶ台ひっくり返された、大失敗大会だな。無意味。

人力車最強

>>12
酷いな、コレは無理だわ

やれたら面白そうではあるけど画像判定は非常に難しい

社会人プログラマがドヤ顔で問題つくったんだろうなｗ

こういう無意味なことさせて満足してるようなアホだから日本のプログラマは底辺階級なんだよ

ん、要するに判定するプログラムを作らなくても数えられればOKってことか
で、人力で数えて優勝したと

体積と重さ測って概算するほうがよっぽど早そうだな
アルキメデスは偉大

というより
なんで回答者にプログラム実行してください
と言わないの？
途中経過のない解答なんか無効にするのが当然だろ

>>185
埋もれているものも
ハニカムの一つみたいな閉じた形状として考えればいいと思う（´・ω・｀）

200 ：呉はじめ ◆KUREKO1w06 ：2012/10/14(日) 15:58:29.72 ID:Yz4Zbv220

>>191
そういう高専生を探してネット住人の方で勝手に特別賞与えるのもいいかもしれない。

真横とか真上からの画像ならともかく、どうやっても角度つくなら
目のパターンでサイコロ認識させるにしても相当無理ゲーな精度が要求される
強い光も禁止だとはっきりとした２値化もむずい

そりゃ人力最強だわ

派遣に作業させればいいだろ
プログラマに頼まんでも

一度しか使わないプログラム組むくらいなら当然人力だよね

完全に埋まってるサイコロはどう判断するんだ
見えないから小複数か大1個かサイコロじゃないのかも分からん。無理ゲーだろ

失格にしろよ
何をやっているんだ運営は

>>1の説明能力が無さ過ぎて意味がわからないんだけど
どういう勝負なんだ？

会場でアルゴリズムを即効で考案して組む問題じゃなくて
あらかじめ作ったソフトウェアを持ち込みする課題なんだろ
いくら難しくても、プログラミング放棄してる学生も糞だろ

>>198
ITの世界は結果が全てだよ。手放しに賛成は出来ないけど、結果が全てってのは一理ある

なるほど
ITドカタでは特許庁のシステムすら作れないわけだ

真上からの画像撮って単純に検出していって、サイズが大きくなってるサイコロは詰みあがってると認識すれば概算はできるか

>>204
見えてる部分だけだろ
さすがにこれを立体視して奥にあるサイコロを推測まではやらんだろｗ

>>31が世界のプログラミングのやり方
この出題方法と人力解法は日本のIT土方のやり方

世界よ、これが日本のプログラミングだ

画像認識ソフトを事前に作って、会場でスタッフがサイコロ振って、
回答の早さと正確さをきそう大会かと思った

実際これ人力以外でどうすりゃいいんだ？
真上からと真横からの画像でどうにかしたりするのか？

>>210
小さいサイズのサイコロが上にある場合はどうするんだ

>>1
こいつは馬鹿なのか？
>>12がなきゃ殆どが何の事を言ってるのか分からんぞ

>>181
cmake?とかいうので自分でビルドしたOpenCVを使おうとしたらヘッダファイルが見つからないってことで上手く動かなかった
includeする場所はあってたと思うんだけどなぁ
遊びに使おうと思っただけだったからそこで諦めちゃった

>>211
どうやって答え合わせするんだ？

運営が自分より上の奴に化けの皮をはがされた形だな
いまごろどんな顔してるのか

実際さ、
Googleとかは人間を超高性能画像処理マシンとしてシステムに組み込んでるんだよな
精神状態はひどいことになってるみたいだが

>>204
一応、360度（ドーナツ状のエリアを120度ごとに3分割）の観察エリアから撮影できるから
隠れてるサイコロも違う角度からは見えたりするんじゃないの

ということは複数の角度から撮られた写真を同じものとして
自動でマーカー設定させたりするのか

音声だけの中継
http://www.ustream.tv/channel/procon23A

これはスレタイが悪い
もっとわかりやすかったら伸びただろうに

>>218
あぁ、実際のサイコロの数をかぞえるのかｗ
表示されてる分だけじゃないのね

>>210
真上からの画像は撮れん

最低限サイコロ１０００個くらい用意して人力でできないようにしとけよ

>>76
なるほど

>>215
一番下にあるときの全種類のサイコロのサイズを最初に測定しておけば、どのサイコロが上になっててもサイズの変化は分かるんじゃない？

中国地方で一番都会の高専かよってたけどこれは誇らしいな

学生がどんな珍回答を出すのか楽しみにしてたんだろうな
学生はガチ。運営はお遊び。そりゃこうなるわ

>>198
・数を数えろ
・プログラムを作れ
しか言われてないから目視結果を入力するためのカウンタープログラム作りましたってことだろ。

半年かけてサイコロ数える練習すればいいんだ
　　　　　 |
　　＼　　__　　／
　　＿　（ｍ）　＿ﾋﾟｺｰﾝ
　　　　　|ミ|
　　／　｀´　＼
　　　　　('A`)
　　　　　ノヽノヽ
　　　　　　　くく

なんという欠陥競技

応用力を鍛える、という意味ではいい問題だな
参加者全員が応用してる時点でダメな気もするがなw

運営の意図は、場合によっては

コンピュータ＜人力

になるってことを伝えたかったんだろ？

高校生クイズ「素人では思いつかない逆転の発想！大学レベル！」

運営もこんな連中失格にしたいだろうが
そもそも、単純な抜け道があるクソ問題を作るほうも責任あるんだから
認めざるを得ないんだろうな

>>210
＞調査エリアには、 2mの高さ制限があり，一度に入れる人数も最大2名までです

真上は無理だな

>>220
ファックしていますね！

画像判定プログラムを時間制限内で組めってのがそもそも無理ゲー
問題作った奴は素人だろ

サイコロの数量に加えて目の数の合計も計算するとなったら人力では無理だ
おれ学歴高い方だけど想像つかない

時間の無駄だな

243 ：忍法帖【Lv=40,xxxPT】(1+0：10) ：2012/10/14(日) 16:12:30.35 ID:kzx/na58O

>>132
酷いなｗ

Q2.分析において人間（競技者）の情報処理能力を積極的に活用することは許されますか。
　もし制限がありましたらご提示ください。

A2.募集要項に書いた以外の制限はありません。

限られたルールの中で勝利条件を満たしただけ(｀・ω・´)

画面上の黒点と赤点の総数だけなんとか画像識別でピックアップできれば、
平均3.5個の点が存在するとして総数を3.5で割れば大凡の個数は出るな。
見えない部分は、山の高さと幅だけパラメータとして入力して補正かけるくらいしか出来なさそう。

>>132
オブジェクトの存在を無視しても、どうすればいいのかわからん

こうなると審査員特別賞が一番価値ありそう

無駄な事に工数かけて結局儲からない
さすがガラパゴス

日本のITは人力だから間違いじゃない

>>211,221
埋もれてるのは有りと読める…全部同じ規格のサイコロにしろよなぁ

＞サイコロがこのオブジェクトの下敷きになって，どの方向から見ても見えないサイコロは無いものとします。
但し，サイコロ同志が重なっていることはあります。またオブジェクトの上にサイコロが乗っている場合もあります。

がんばればデーターベース作ってそっから分析…
PCのスペックがネックだなぁ、バッテリー駆動で行くか

>>238
真上無理とかムズ過ぎやろ……高専ってすげーな

つうかこれもしかしてちゃんと正しい結果にならないこと前提なのかもな

確かにIT業界ってこんなもんだな
学生のうちから本質を悟るのはいいことだな

高専生に一般ルールを求めてはいけないよ

ダメとするなら不合格にさせないとダメだもんな
優勝させた時点で手動でやってもいいと認めたということ

また凄い難題だな

>>240
プログラムは事前用意だよ

真ん中にサイコロの山があって、その周りに進入禁止エリアがあって、その周りにドーナツ状の撮影エリア
撮影エリアは120度ごとに3分割されてて、1エリア1分を3箇所で合計3分の撮影可能時間（それとは別に1分のエリア移動時間）

撮影時間に撮った画像を各自で事前用意のソフトに解析かけて回答　解析時間は最大3分

サイコロの山とは別の撮影対象外の物体も放置してあり、サイコロは山の下に埋まってる物も数える必要あり
サイコロは大中小あって、それぞれ回答しなくちゃいけない

>>247
いま授賞式やってたけど
特別賞も人力らしいよ

天才が作ってもいいけど、書いたコードは企業が特許をとるので学生はそのコードを一生使うことが禁止されます。

それが現実世界。

コンピュータと人間では処理の向き不向きがある
簡単にできない処理をコンピュータで処理するためにはそのための研究開発が必要で、当然金がかかるうえに確実にできるわけではないので、人がやる場合の効率や人件費をペイできるようなものを考えないといけない

現実的に社会に適合するシステムを作るには人の得意な仕事を置き換えるべきでない

>>252
視点が限られているか、どれだけ近づくかの勝負だね

難しすぎる

画像認識技術ってプログラミングの知識だけじゃ無理だろう

野鳥の会大勝利って事か

この問題を画像解析だけで解けるようなもんを書ける奴ならcaptchaなんて意味をなさなくなる

でも順位あるってことはこれの答え出せたのか

お前ら正解できないの？答えなによ

プログラミングの９９％は…

インターフェース作り。

>>1
経験で入力したってなんだよ？

画処理かじったことあるが、これは高専レベルの問題じゃねーわ。
出題者がこの分野わかってないんじゃないか。

３Dカメラは使っていいんだろうか

>>261
エリアラインから腕などがはみ出ることは禁止

どのようにサイコロの数を推定するかってアイデアが最も重要だよね
それが出来れば、後は実装するんだよね

その実装の部分の旨さを競わせるんなら、アイデア自体は提示しないと
この問題作った人は馬鹿か

>>270
ブース何に納まって携行できるもの、普通のデジカメで差分取るしかねーな

この問題ってどのぐらいのレベルなの？
高専生じゃなくてプログラマーなら解けるの？

重要なのは過程じゃなく結果だよ
ここでグダグダホザイてるアホジャップ共はそこを理解できないから困る

>>263
エッジ抽出するために高速フーリエ変換とか必要なんだっけ
学生時代軽くやったけど忘れたわ

別のブースで数えてる他高の音声を盗聴するプログラム組んだ奴が優勝

土方は結果が求められるからな、人力あなどっちゃいかんよな、マジで

別にいいんだよｗｗｗ
プログラムだって人力なんだからｗｗｗ

専門学校だからしょうがねーよ

黒丸の間隔の比で照合して割り出せばいい
間違えるかもしれないから何パターンも割り出すアルゴリズムつくっとけばいいお

フーリエ変換ラプラス変換オイルフィルター交換

で、何がしたかったの？このコンテスト

プログラミング教育が目的だろうに
上位陣が軒並みプログラミングそっちのけでサイコロ目視で数える訓練してたかと思うと
壮大な時間の無駄

真面目に解析プログラム作るとしたら
ライブコーディングしなきゃいけないの？

真面目な話、サイコロの数が「途方もない数」じゃなかったんでしょ
不備だね

予め実際に大中小のサイコロをランダムに山にしてみてその平均的な密度を調べとく位しか出来なさそう
画像処理では三方からの見え方からサイコロ山の3Dモデルをでっち上げて体積を算出して実験結果のサイコロ密度を使って個数判定に入る
目は無視

ＩＴが土方化するわけだ

>>257
プログラムは事前準備か
とはいえ解析条件厳しすぎﾜﾛﾀ

>>274
卒論レベル
画像解析は難易度高い

サイコロの数を数万とか目視じゃ数えられない数にすりゃ良かったのに

これは問題出した奴がアホだわ
仮に抽出プログラム出来てもこのサイコロの配置じゃ絶対取りこぼしが発生する
生産現場や医療で使われてるってそこでも100％の精度なんか出てねえぞ

俺だったらカメラのシャッターを野鳥の会のカウンタ代わりにしてプログラムは写真の枚数だけ数えて提出だな

>>12
その場で画像解析とかちょっとハードル高いんじゃないか

回答例出してみろってちょっと聞きたくなるね

>>1の概要によると、総重量は教えてもらえるようだな
ここからアタリは付けられそうだな

とりあえず認識させてエッジを後から手動で書き足し修正できるようにしてから
ドン
だな

無理ゲー

>>276
しらんがな

ほんとこれできたら飯食えるわ
キネクト使えばなんとかなりそうだけど
しらんがな

取り敢えず、主催者のコメント聞きたいわ。はよ。

あと、コンピュータからしたらただの数値の羅列にしか見えてないものを
この数値の並びならサイコロ１個だと判断させるようなパターン認識理論も必要だったような・・

人間なら一目でサイコロ1個と分かるけどねｗ

で、模範解答は？

もうopencvのサンプルぱくっちゃえ

>>273
大きさが問題ならこういうのもあるよ
ttp://www.expertreviews.co.uk/digital-cameras/1288324/hands-on-panasonic-lumix-dmc-3d1

この問題、高校生にはキツくないか？
OpenCVとか必要だよな？

素直に数えるならテンプレートマッチングだろうけど
複数の面が見えてる、重なってるとか面倒

重なってなくて真上から画像取れるなら極簡単だけど

>>276
エッジ抽出なんて適当なフィルタかければ出来る
所詮は画素の急激な変化を見てるだけなわけで

でもこの画像のサイコロが密集してる箇所じゃ人間の目で見てもエッジなんてなくなってるから
エッジ抽出してもサイコロの形は浮かび上がってこない

赤丸の数数えて6倍すれば大体合ってる

競技の様子
https://twitter.com/KosenProcon/status/257336534808793088/photo/1/large

運営のムチャぶりに、学生たちご苦労だったなw

アホや

競技部門において次の賞を授与します。

優勝*　１点（賞状および副賞）

準優勝　１点（賞状および副賞）

第三位　１点（賞状および副賞）

特別賞　数点（賞状および副賞）

* 優勝チームには文部科学大臣賞および情報処理学会若手奨励賞が授与されます。また，競技部門優勝チームの2年生以下の学生は，
高校以下を対象とした「日本情報オリンピック」の本選に招待されます。

賞金100万円とかならヤル気出した奴がいると思う

>>303
ものが小さくて距離あるからちょっと画素が足りない

てきとーに赤丸数えたらいけそう
だと思ったけど各サイズ毎に答えないといけないのか

313 ：呉はじめ ◆KUREKO1w06 ：2012/10/14(日) 16:42:14.09 ID:Yz4Zbv220

http://arison.jp/wordpress/wp-content/project_comedy_l.gif

今現在このスレが嫌儲にしか無いのが残念だわ。マ板、厶板の双方で今後の成り行き等を論議したいよ。

真上から写真とって重なり合いが無いならなんとか。

問題作る方も悪いけど
こんな方法で堂々参加する学生のほうも恥知らず
こんなんで勝って誰に褒められるんだよ

>>308
写真で見ると結構遠いな

>>310
やる気出した結果が人力だよｗ

>>314
スレ欲しいね

問題が駄目すぎｗｗｗ

マ板なら立ててもいいんじゃないか？

画像処理いるだろこれ。無理ゲー

数え間違いを減らすコツや練習、入力しやすいUIの準備に腐心したんだろうな
一回限りのカウントが前提なら、費用対効果的には正解ではないか

>>316
どうせ人力なんてダメだろうけどボケ要因として笑いを取りにいったら全チーム人力だったでござる

>>316
競技なんだから何もできず終わるほうが恥

お前らアホだな。

この問題の主旨は「コードを書くべきかの判断力」を見極めてるんだろw あり得ないがww
つまり、コストや人月の見積もりができるかが採点基準。
真面目にOpenCV使って解析しようもんなら、情報学科の卒論レベルだ。事前情報だけでは不備が多いし、直前に修正なんて不可能。
そこで、賢いやつは画像解析プログラムを書くんじゃなく、
例えば写真の上にオーバーレイで画像データを重ねて、色塗りして点を数えていくguiプログラムを書くんだろう。

やっぱ、企画者バカだろwww

チューチュータコカイナ

いま
OpenCVで困ってる大学生に最適なスレかと思ったが、あれ

>>316
履歴書の賞罰欄に「プログラミングコンテストで優勝」って書けば、就職活動でウハウハですよ。

出題側がバカだからこうなる
挑戦者側は何の落ち度もない

>>323
>>1にあるように前例（前科ｗ？）がある

人力と機械化を比較して、最大の成果を得られる方を選択するというのはエンジニアとしては完全に正しい姿勢だからね…

東工大の高校生向けスパコンコンテストでもあったな

手で数える方法を即断した奴が一番偉いだろ。
なんでもＩＴに頼っちゃよくねぇ

解答例ないん？(´・ω・｀)

22回の実施要綱pdf
tp://www.procon.gr.jp/uploads/procon22/Apply22v3.pdf

サイコロの数を認識するプログラム←間違え
サイコロの数だけクリックして画面にクリック数を表示するプログラム←正解

ごめん、これなに個数だけが求められたの？
まさかなｗ
いや、そんなはずないよなｗ

人力でカウントするシステムにもプログラム上の改良の余地はあるし、そこを競えばあるいは…

>>335
あれ、まともに見えるな
気のせいか？

積み重なってるのとかあるし難しすぎるだろ
模範解答とかあるのかな

30位まで数えたら「あれ、今どこまで数えたっけ？」というのはよくあるから
数え間違いをしないアシストプログラムを作るということなんだな

格闘ゲームの大会で、隣にいる対戦者を直に殴って勝つみたいなもんだな

この場でＰＧ組めとか
人力のほうが早いに決まってんだろボケ

高専馬鹿すぎワロタ
これだから高専は
中卒並みだろこいつら

>>306
この画像を対象にプログラムでやってもカウントの精度は期待できなそうだなｗ
特殊なデジカメでエッジ出るような画像撮らないと

しかも綺麗にサイコロ並んでるわけじゃないみたいだし
斜めに写ったサイコロとかちょっとしか見えてないサイコロの認識とか考えたら何方向からも写真撮らないといけなそう
めんどくせｗｗ

>>335の課題
http://www.dotup.org/uploda/www.dotup.org3517654.png
http://www.dotup.org/uploda/www.dotup.org3517657.png
http://www.dotup.org/uploda/www.dotup.org3517660.png

>>346
前置きなげえ

>>335
前回の問題見るとやっぱこの大会の問題つくってるやつ画像解析バカだろｗ
もしかしたら今回のもガチで画像解析期待してたんじゃないかと疑われるｗ

これを即興でつくるの？

角度変えた画像が複数必要だから
重複検出もやらないといけないのかな
面倒すぎる

わかった
サイコロの真上と真横の画像があれば簡単なプログラムで解ける
アームはロボコン部につくってもらおう

まだまだ未開拓な部分が多い分野をチョイスするあたり、
若い奴の発想を盗みたい大人の思惑を邪推してしまうな～

実際に本線でパソコン持ってた奴が何をしていたか知りたいな。

問題を作ったやつが悪い

確かに簡単ではないけど、半年あればこうせんせいでもある程度できるレベルだろ。
チートせず真面目に取り組んで欲しかったわ。

本職のプログラマでも相当キツい。俺は自信ないわ。
三ヶ月ばっちり準備したとしてまぁまぁな解析コードがかけたとしても、解析に適切な写真が撮れずに終わる。
ロバストなコードを書くにはtry-errorが必要なんだけど、それすら許されないのなら、絶対無理だべさ。

国内の一流マでも、これ解けるやつは絶対居ないと思うわ。

>>353
デジカメで撮った画像を表示するためじゃないの

これってさ、サイコロが360度何処から見ても完全に見えない形で埋れてたらその時点でゲームオーバーだよな
オブジェクトかどうかわからんし

要するに勝てばいい

>>355
真面目にやって単位貰えるならやってたかもなｗ

画像認識は漏れがあるのが前提だからねえ
100%てのはそれ専門のメーカーでも保証できないよ
検出率上げると誤検出増えるしね

サイの目をニ値化で洗い出せりゃ何とかなりそう、OpenCVなんかいらねえ
別角度からの画像数点を1の目を基準にサイコロ全体のバラ巻かれ具合を3D的にマッピング
サイの目のパターンは決まっているので、機械学習系のアルゴ練ってチマチマ数えさせりゃOKだろ
まあ、画像フィルタリングして数えやすくして人力が確実だな

２年前も人力で勝った云々かんぬん言ってなかったっけ。

まあ、２年前は人力で道筋を立ててやって
後はプログラムが勝手にってやつだったからまだマシだったけど

池沼はスレ立てんなよ

プログラム大会なんだから人力使うなwwww

>>362
人力で数えやすくする何かを作ってたのかもしれないね

完全に人力だとしたら、もうプロコンいらねーよ

回答は完全正答じゃなくて誤差が一番少ないチームが上位って形

撮影ポイントは高さ150センチの60度地点、30度地点って固定した方がいいのかな

>>358
競争だから

>>178
宇部と徳山離れ過ぎ

主催者側が、対象物を360°から撮影した横長画像を用意して解析させるとか、
解析済みの3Dデータを用意して、見えない部分を憶測するプログラムを書かせるとか、
もっと工夫すれば良いのにね

画像解析のプログラム一から作れとか院生でもきついわ

画像を読み込んで、クリックした場所に丸付け+丸の数カウントするソフトとかを作ってればプログラミングと言えるな

これは画像認識だと無理だろ
サイコロの重なりを考慮するのは人間の脳の方が早い

>>334
解答例→サイコロの数を数える

出場するメインは3,4年生だし、高専生といっても高校生に毛が生えたようなもんだよ
仕事じゃないんだし、半年ガッツリ勉強するなんて普通できない
やり方を思いつくやつが殆どいない上に、実行した奴は一人もいなかったってことなんだろう

学生だけど無理

誤差が少なくても、特異箇所を抽出して個数数えられる段階までコード書けてれば十分すごいよな。これ。
顔認識の比じゃないわな、相当難しい。
別角度から写真撮って、3Dに落とし込む案挙げてる人いるけど、
3D化できた時点で有名企業からお声かかるレベルだと思うわ。

誤差をなるべく少なくするのが至上命令なら人力が一番だな

正攻法でも、サイコロの出目が綺麗に撮れる角度が決まれば何とかなりそうな問題だけどね
機械学習なんかはまだまだ金になる分野だし
こんなコンテストごときで手の内見せないのはある意味正解だな

人機一体

問題が悪いな
こういうのはサクッと分かりやすいのでいいんだよ
例えばテトリスやぷよぷよの強いAiを作れ的なさ

そうすりゃ話題にもなるし、やってる方も俺最強のアピールがしやすい

解を導き出すプログラムの現物がなけりゃ失格とかそういうルールすらないのか

サイコロの山を見せられてから3分以内に回答だから綺麗な角度探してる時間があるのかも怪しい

今は画像解析が流行の最先端なの？

重ねって見えないとか、メチャクチャに壊れた某原発を連想しちゃうな。
あれも、画像解析して安全にガレキを吊り上げる順番を計算してるんだろ？

で、どうすれば正解だったんだ？

こういうのって、ソフトウェア研究会だのみたいな文化部に入ってる奴が
毎年強制参加させられるんだろ
ああいう部って、オタクが部室に集まってダラダラ喋ったり、
漫画読んだりだのゲームしてるだけの糞サークルだったりするだろ

やる気ない部が、適当にプログラムでっちあげで人力前提で参加したら
優勝しちまったって感じなんだろうか

高専行ったのに中途半端で何がしたいのか良く分からない人多くね？
後よく分からんプライドが高くて使いにくいわ

>>382
たとえあったとしても、これだけアナログな解析をするには手での補正があって然るべき
俺なら黒点だけ数える糞プログラムでも用意して、実際には補正という名目で全カウントする

オブジェクトが鬼畜だよな
形も色も大きさもわからない。しかも鏡面の可能性もある。

これ、フォトショでプレ処理するより良い案なんて無いと思うわ。無理すぎる

やっぱ地道な作業だね

というか問題に無理があるだろ、できるのかよ
どうやっても精度出せる気がしない

この条件では人力が一番早いという選択は論理的だわ、逆に正解の模範例があったらビックリする

どうやっても正確さに関しては人力を越えないだろうからね

>>377
そういやアポーがヘリからの写真(複数)を3Dの建物データに変換出来る企業を買い取ってたな

これは一部の天才を見つけ出すコンテストじゃないのか？

>>387
お前高専がなんだか知らないだろ

まあプログラム作ってもテスト作業は人力や手計算の部分もあるしな

opencv必要だし会場でやれって言われると少しきついかもな

>>396
実際中学で仲良かった奴が高専行って、ソフトウェア同好会みたいのに入ってたから
高校の時に文化祭に遊びに行ったら、すげー適当なゲーム展示してるだけで
ダラダラ部員が漫画読んでただけだったんだが

>>298
キネクトじゃちょっと無理。だって、小さすぎる。

手で数えたほうが早いかもしれんがそういうものを解決できるプログラムを組む競技だろうが
真面目にやったやつが馬鹿みたいだ

>>396
高専ってそんなところだよ
就職も実力が～とか宣伝してるけど実際はコネよ

>>401
だって大会のレギュレーションで人力OKって決められてるんだから

人力OKの時点でやる気ないだろ運営も選手も

>>377
> 顔認識の比じゃないわな、相当難しい。

そういえばそうだ。
指紋認証を思いついて式を作るのは１日でできたけど、画像解析するとなると結構かかる。

なぜ計算能力が高いだけで優秀かって言われていたかといえば

ただの人間見世物小屋だよ。そういうのが全然通用しなくなってきたからな。

まあ裏を返せば世界がそんなに余裕じゃ無くなってきたって証拠

サイコロ1万個ぐらい
サイコロの大きさは1種類
重なりはできるだけ少なく
数の正確さより速さの評価を高く

ぐらいにしとけば良かったのに

>>399
文化祭とプロコンをいっしょにするなよ

>>12
このレベルの画像解析って素人じゃ１００％無理でしょ・・・
相当のレベルが必要だと思う。本職でもかなりの実力者なんじゃないか

例えばでかいサイコロの前に小さいサイコロが転がってた。
大きいサイコロの目は１だが小さいサイコロで隠れている。しかし小さいサイコロの見えてる目も１だった
こうなると、同じ色でもわずかに見える輪郭や、赤丸の大きさまで考慮しないといけない
あと白い部分だけ見えるサイコロとか

見事なジャップクオリティ
運営はアホ

>>399
卒業生と話したことあるけど
そんな奴も一杯いるみたいだね
結局使えるのは趣味でも組んでるような奴ぐらいとか

>>401
コネっていうか大卒以下の待遇で即戦力使えるから人気なだけだよ
当然そうなると進学してロンダする方がいいわけで
エンジニア育成なんて言ってるが学校側も既に半分は進学する前提でやってる

おねぇさん最強伝説
http://www.youtube.com/watch?v=Q4gTV4r0zRs

いやいや画像判定は難しくねーよ
お前らやったことあるのかよ

>>413
模範回答よろしく

>>408
人力で数えてもルール的にOKみたいだから、全部自動認識させるって考えなければいい。
完全に判定できない部分は手動補正機能をつければいい。
といっても、主催者側の意図としてはそこらへんを柔軟な発想で自動化
して競ってほしかったのかもしれんが、難易度高すぎてみんな人力ｗ

人力のほうが効率的ってようやく世間が理解してきたって証だね。

画像解析はやればやるほど「人間の脳みそってすげーんだな」ってなる

captchaハックするコンテストでみんな画像解析は放置して
目が悪い人用の音声の方を解析した話を思い出した

正直サイコロが3000個あっても手で数えたほうがいいよね

>>415
半端にやると見落としの方が怖いと思うぜ
数えるのと間違い探しとどっちがいいか考えるとね

特に時間との勝負なら尚更心理的負担を減らす方を選ぶだろう

>>377
全くの同感
制限期間内で高精度で３D化可能なんて信じられん
ちょっと中二だけどスーパーハッカー名乗っていいと思う

参考　グーグル様が最近発表した技術
http://wirelesswire.jp/Watching_World/201206070947.html

グーグルは、この日の発表のなかで、Google Earthの3Dイメージを刷新する計画を明らかにした。
同社では、異なるアングルから撮影した4種類の航空写真を元に、自動的に3D画像を生成する画像処理技術を用い、
都市全体の3D画像をGoogle Earthに追加する予定

>>12
なんか笑ってしまったw　プログラム関係なくサイコロ数える大会かよｗ

人力でやったほうが早い問題をわざわざプログラムにやらせようというのはコンテストの問題としてはナンセンスだろ
こんな問題出した運営が悪い

>>12は例じゃないの？

でも制限時間3分内にサイコロの山人力で数えるんだろ？
しかも数え残しや重複も予想される何枚かの画像からの抽出
それを可能にする凄いインターフェースを作り上げたってのは評価されるべきことだよ

>>425
問題文読めば分かるが現実はもっと酷い

今回の競技は、サイコロの個数を数えやすい写真を撮る腕と、サイコロを正確に
数える集中力を競った競技というわけですね。

プログラミングコンテスト・・・？

>>1
これ会場でやらせる問題じゃないだろ

スタンプの問題もめちゃくちゃ難しいな
高専なんかじゃ絶対にできないよ

それで問題が軽くなるとは思わないが
写真は提供にすべきだったと思うぞ

配置されるオブジェクトが秘密にされてんだから、試すにも限度があるというもの
同じプログラムだったのに写真の腕の差で負けたとか発生したら納得するか？

バカコンテストに出れるよ出題者は

重なり合っていないか、大中小の区別をしなくても良いか
そのどちらかの条件があればプログラム作れるかもしれない。

そもそも人力でやるよりプログラムを作ったほうが早いという問題じゃないと成り立たないのに
こんなもん見ただけで人間が数えた方が早いって思うだろ
つーか1日じゃ作れねーよ

フカシギのお姉さんでも数えきれないレベルにしないと駄目だろ

こういう問題なら
同じサイコロが散らばっていて、それを真上から見る。
サイコロは重なったりせず、全てのサイコロの目がはっきりと見える。
「ある図形の範囲内にあるサイコロの目の合計」の最大値を求めろ。
とかが現実的で面白そうだな

図形が円なら簡単だけど、変な形だったり大きさや回転も考えなきゃって難しくなる
勿論サイコロの位置や目の認識などの基本的な技術も必要
図形の範囲内かの判定を下手にループさせちゃうと時間もかかるだろうから、工夫も必要だし

解析するのならこんな感じかな。

・3種のサイコロの3Dモデリングデータを事前準備。
・写真を東西南北の4方向から水平視線で撮影。
・オブジェクト(障害物)をフォトショで消す。
・写真をエッジ抽出したのちに、二値化して目(黒点と赤点)を抽出。(赤点だけの抽出と黒点だけの抽出を別にやっておく) これをaとする。
・3Dモデリングデータを任意に回転させて、モデルデータを画像化する。これをbとする。
・aとbの比較（画素単位で類似性を判断）、サイコロの方向と向きを特定する。
・別視点からの画像を解析させ、サイコロの位置と大きさを特定する。

これでも無理ゲー。これ真面目に書くと、ん万行レベルw

>>431
でもそれだとプログラムの意味ないからなぁ
画像ひとつ渡してそれだけ解析出来ても・・・って話で

意味分かんねえ
プログラム自体を提出して評価してもらう方式じゃないのか？
数えればいいとかじゃなくてアルゴリズムの評価をおこなうもんだろこういうのは

>>436
それだと四方をでかいサイコロに囲まれてサイコロの目が見えない場合はどうするよ
てか考えれば考えるほど問題に無理がありすぎるねこれ

システム開発が目的だからいいんじゃないの？
だって、システムとはプログラムに依存しないものだし。

システムで目的を達成するときにプログラム作ったりはするが。

久々にﾜﾛﾀｗ

>>438
評価基準をどこに置くかで変わるだろそんなもん

プログラミングじゃないなら無効にしなよ

鏡面あり、埋まったサイコロあり
嫌がらせのような出題してるから、オブジェクトにもダイス柄は絶対あるよねw
ハハｯ　ワロス

>>438
ほら
「人間の力だけでは解決しづらい問題」
をクリックしてカウントするというプログラムの力で解決したでしょう・・・

大切なのは答えにいたる総合力
プログラミングに固執して詰まるより、人力のみでいけると踏んだセンスを褒めるべき

>>444
そんなことまでしてるんだ・・・
それをプログラムで解決できたら多分東大で博士号貰えるだろうね

>>439
もし積み重なった状態で上が見えていて、下が隠れてるのなら、同定はできなくないんだけどね。

鉛直から撮れないのが厳しい。

最初は4方向だけで考えて作ってみて、案配がよければ、
取った写真の撮影位置を入力して、どんどん精度を上げていくってバージョンアップも考えるかも。

これは人力が正解
同じ問題を毎日1000問、365日年中無休でとかなければならない業務が発生してから画像処理による全自動化を検討すべき

クーデターじゃん

何これ画像認識プログラムかけってこと？

答えが出せたらＯＫじゃなくて、
選手が書いたプログラムを判定者が動かして結果みろよ

運営アホすぎだろ
こんな問題なら勝っても負けてもつまらないだろうに

問題よく見たら完璧に一致してなくてもいいみたいじゃん

誤差数で勝敗判定
これなら俺でもいける

>>454
そのいけそうなプログラムがただの目視入力＋計算機に負けるから問題なんだろ

>>454
人力の正確さに勝てなかったから上位に人力が並んでんだよ
少し頭使って考えろ

せめてサイコロは積み上げない、オブジェクトなしなら考えようは合っただろうに
やるとしたら画像に表示されるサイコロは大体3面が見えてるわけだからそこに出ている数字をうまいこと使って一つのサイコロを認識できるようにすればいいんかねぇ

なんだろうね、この真面目にプログラム作成した奴がアホみたいな結果は・・・

今年優勝した宇部高専なんだけど、こいつら去年は準優勝だったのね
プログラムより人力の方がに楽って判断した上で人力にしたのか？

2011年度　高専プロコン準優勝！（宇部高専HP↓）
ttp://www.ube-k.ac.jp/jpn/news/2011/20111223.html

画像解析ってだけで敷居が高い。
「誤差が多くてもいいから適当に解く」って言っても、その適当なコードを書くことすりゃ無理だぞ。

普通のアルゴリズムコンテストだと、対戦系とかスコアアタック系が鉄板なのに、出題者は素人なのか？

フーリエ変換ガー
スペクトルガー
スレになってないのか
おまえら、どうしたんだ？

>>12
出題者が解けないような問題を出すなよカス

>>460
どっちかというと、ハッカーコンテンストやったら、ソーシャルハッキング余裕でした、ってスレだからなｗ

人力で数えれる量にするのが間違いだろ
数千個のサイコロ用意しとけや

情報系の院生だけど無理

これは大学生とか職業プログラマの人達なら解けてた問題なの？
難しいのかどうかすらもわからない

>>414
問題じっくり読んでみたけどやっぱり無理だわこれ

>>466
ええんやで
問題がおかしいんだから

今の日本の縮図のような問題だな

>>465
むり。
画像解析専門10年のプロと特殊撮影専門のカメラマンが、3ヶ月かけて、やっと正解率90パーセント叩き出せるコード書ける
って感じ。

そんなプロチームでも、その場で現物見せられて3分以内に答え出せってなったら、解析回す前に時間切れすると思うわw

協賛企業が学生からアイデアをパクろうとして作った問題なのかもね。

別にプログラム同士が競うなら、誤差50%とかでもいいと思うけどね
人力が出てくるってのは完全に出題者の落ち度だよ

>>465
東工大でそこそこプログラム出来るけど解ける気がしない
大学生だと解析専門でその中でもかなり優秀じゃないと手も足も出ないかと
一人で手や足が出せたら大企業や研究機関から声がかかるレベルだと思う

見てる分にはロボコンの方が楽しいので
ロボコンと合併しよう

この問題考えたおっさん天才過ぎて加減がわからないんじゃないか？

>>406
つまり、それでも人力であたりをつけたチームの方が、正解に近い数字を出すと言う…

１から100までの和を求めよって問題で
print 5050
ってやるようなもんか

コレ何日間とか期限ないんだろ？
ライブラリとか使ってもいいの？
それでも数時間で書けとか解ける気がしねえよ

実際9割9分9厘なんて正確さを求めてる訳じゃないだろう
そもそも誤差が少ない方が勝ちなんだから

出題者の模範解答はどうなってんだろう。
当然作ってあるんだろうな・・・。

>>76
おい・・・

重なりがなく整然と並んだサイコロの目の合計を求める、みたいな問題だったらまともに回答できたかもしれないのに。
ゴシャゴシャになったサイコロなんて、まともなサンプリングからして無理そう。

>>472
ある程度の画像解析の知識と、特殊な解析用機材があればできそう
X線解析だったりソナーだったりレーダーだったり

プログラミングコンテストでは無くなるが

電子工学系のニートだけどもう情報工学じゃないと思うｗ

>>465
チームなら一人じゃ出せないアイデアも出るし、ある程度の時間とリソース費やせば解ける問題
でも、一日で仕上げるのは画像系本職でも厳しいだろうな
運営側が、若者の成果をパクろうとしているようにも見えるし、人力で数えるのが賢いよ

>>477
出題から半年あるよ
それでも鬼畜だけど

点の数数えて３．５で割ればけっこういい数字がでるんじゃないか？

複数の角度から画像が撮れるならそこから3Dオブジェクトを作ってやって
ソレを分解すればできないことはないけど・・・

アイデアがないから人力で無理矢理って最悪のパターンじゃないか
そもそも正しい答えを出す事自体が目的じゃないだろう

複数方向からの写真で解析かけられるから、１枚絵解析と違う考え方が必要になってくるんだろうけど
俺にゃ何をどうしたものか分からん

人間の左右の視差から奥行きを認識できるようにサイコロの座標を推定できる可能性があるけど・・・

>485
え、そうなの？ｗ
じゃあ先生に協力してもらえば終わりじゃね？

半年あるならコード書くよかじっくり数えるよなそりゃ

>>436
あー、マスキングだけ手動でやればいいのか
なんでその発想ができなかったんだろう

……で、この考え方突き進めると、人力でサイコロを数える為の補助ツールという所に行き着くのか

>>52
そういうことだな

>>491
こういう感じの問題を大会で出すから、期間内に対応出来る物を作ってきてね。
って大会だぞ？
>>12の画像のサイコロ数えるわけじゃないぞ？ｗ

>>8
確かにｗ

>>494
そんなの、数える練習を頑張るに決まってるだろ
マジメに作るほうがプログラム適正疑われちゃうよ

>>76
納得した

>>465
無理、
部活でモリモリ時間かけさせ
学校の先生が対策指示してくれて
半年あっても
現場で3分は鬼畜（´・ω・｀）

プログラミングの大会なんだから、式も書きなさいって書いてる問題で答えだけ書いてるようなもんだろ

凄い勘違いしてる人が多いけど
大会当日、会場で制限時間内にコード書いたりする訳じゃない
当日は持ち込んだプログラムを使うだけ

具体的になにをさせたいのかわからない
カメラと連動させて出目を記録してけばいいんか？

ルール上認められているのがおかしいだろｗｗ

>>492
障害物対策は全く思い付かなかった。
というか、形も色も大きさもわからないのなら対策しようがないですよ。

鏡面ならレイトレーシングしろとか言うなら気が狂ってる。

>>496
出来るだけヒューマンエラーが出ないように工夫した、人力で画像上のダイスをカウント出来るソフトを作るのがベスト

数えますから写真からサイコロを出してください、が正解

ああ　山になってる3種類のサイコロの合計数がいくらかって問題か

宇部高専行かずに防府高校に来た俺苦笑い

>>488
ルール上適正なら負け犬の発言に等しい

運営が無能すぎる
プログラム界大丈夫か？

（　＾ω＾）……

＞クリックでサイコロの数が入力出来るカウンタ
申し訳程度のプログラミング要素

とった画像から、1の目の赤丸っぽいところを抽出して画像上に表示させつつ、
誤抽出は人力で消す

四角状以外に、円形状とか直線状とかでの範囲選択とかをできるようしたり、
画像の拡大や縮小機能を持たせて、あとは下っ端の部員を徹底的に鍛えて
短時間で効率よく誤検出を排除できるようにする

で、残った赤丸っぽいところの数を6倍する

ということだな

以上を画像の撮影を含めて3分でこなすこと

>>481
ただそれだと全校正解しちゃう可能性があるから。

>>66
なんで荒尾大牟田かと思ったら、有明高専が会場なのね
ぜひ高専ダゴで昼食をとって欲しかった

・重なりがないバラバラの大きさのサイコロをナナメ上から撮影して数える。

この辺が着地点だと思う。
運営側は
「複数のカメラから撮影した時の重複除外アルゴリズム」
を期待したんだろうけど、それは欲張りすぎ。
「複数の面が見えるサイコロを一つとして判断するアルゴリズム」
を競わせるのが妥協点。

キラヤマトならその場で実装出来てたレベル

さすが宇部高専
坂の上にあるから体力じゃ負けない

プログラムよりも人間のほうが早いし正確とかそんなの作らせるのおかしいだろ

ちなみに、宇部は誤差1個だってよ
こんなんプログラムで適うわけない

余ったさいころどうしよう

くそわろた

【IT】中断した特許庁のシステム開発、「費用54億円全額が無駄」と検査院--うち30億円余りはコンサルタント費用 [10/13]
http://anago.2ch.net/test/read.cgi/bizplus/1350083054/

>>72
建築ならブリッジコンテストとかある
あと機械ならエコランとか。おまえがしらんだけ

あえて10個とか人力なら全員正解当たり前の状態にした方が
優勝するためにまともなプログラムが組まれたかもな

画像認識やってるけど、
ライブラリ使っていいならできそう
その辺まで全部自分でやれって言われたらキツイわな

もっとプログラムの内容と結果がメインになる問題にしろよ

天下り団体の道楽か
出題予定の問題がダメ出しされて急遽作ったか
クラッカーによる問題の上書き

サイコロの数が少な過ぎなんだろ。
1億個くらいなら人力でやらないだろ

こんなん制限時間内にスクラッチで書けるかよｗ

ペイントと電卓でいけるじゃん

>>222
実際の試合の模様。
http://www.ustream.tv/recorded/26131883

インタビュー聞くと、結局最後はどこも経験則なんだな。

>>61
半年あれば
arとかの論文漁って
何とか作れそうだけど

問題が悪問なんだろうな
楽するためにプログラム組むのがプログラマーなんだろ
人力の方が楽と思われてる時点で
問題出してる奴があほやで

535 ：ホットカルピス（；´Д｀）ハｱハア ◆97AvOy2YfI ：2012/10/14(日) 22:16:06.43 ID:ekr2PeZm0

　　　　（　;´Д`）￣"⌒ヽハァハァ　　プログラミングってのは新しいものをつくる　創造力が大切だと思うんだよね　
　　　／）ヽ'　／　　、ヽ　　　　　　　
　　/　 --‐　'　　　　　〉　 '. 　　　　　　　こういう誰よりも早く正解に辿りつける事を目的としたような競技で――　　　　　　　　　
　　!　　、　　ヾ　　　/　　 } 　　　　　　　　　そういう力を測れるとは思えない

正解に近い答えは予め準備されていたのかな

>>314

おもしろいコピペがあったら貼るスレinマ板part32
http://kohada.2ch.net/test/read.cgi/prog/1347379474/591-600

宇部高専ってレイプしてエイプでエスケイプした奴のとこだっけ

>>12
顔とかのリアルタイム認識のプログラムとか昔やってたけど
開発に何年かけたと思ってんだ

サイコロ動かしていいなら自販機みたいに上から落として通過していくサイコロ数えるとかが楽だろうけど
まぁ、人力で数えた方が早い

>>532
くっそワロタ

ぶつけて、見えないとこを見えるようにするのは反則なんだろうな。

>>538
徳山だな

改善案を出さなかった競技者が悪い

>>520
スゲぇ。違った意味で尊敬する。

ここまで、誰もちゃんとした結果について触れてないのが気になる。
http://www.procon.gr.jp/modules/procon23/item.php?itemid=64
※pdf注意

順位は5位だったけれど、鹿児島高専がサイコロのフィールド上の数及び総数だけなら
ダントツのトップ。

片方が+3、もう片方が+2

これ普通に画像処理やろうとしてた人も、会場の光源が強すぎてうまく画像処理が出来てなかったそうだしなぁ。

自分も高専生だったし、プロコンも行ってたけど、今回の出題自体が悪すぎる

>>532
会場の微妙な雰囲気ワロタ。かなり笑えるぞ。

出題者がソフト規模とか解らないアホなのか？
それとも人力で数えた結果を集計・表示する、人をバカにした問題？

ま、それでもこれを解析できるプログラミングをすらすら書いちまう連中も近い将来出現するんだろうな

鏡面の判定とか、画像処理では厳しいでしょ。人間なら判定できるが。

>>547
光源つよすぎって、カメラの絞りを絞ったらいいだけやん

方程式ってなんだ

プロコンなんだから人力は失格にしろよ。主催者はアホなのか

555 ：ホットカルピス（；´Д｀）ハｱハア ◆97AvOy2YfI ：2012/10/14(日) 23:34:27.22 ID:ekr2PeZm0

　　　　（　;´Д`）￣"⌒ヽハァハァ　　>>532　ほうほうｗｗｗｗ　
　　　／）ヽ'　／　　、ヽ　　　　　　　
　　/　 --‐　'　　　　　〉　 '. 　　　　　　　　　　　　　　　　
　　!　　、　　ヾ　　　/　　 }

これどういうこと？
プログラミングコンテストに野鳥の会送り込んだら勝てるってこと？

決勝のビデオ見た。

重さが出るんならある程度推定できるけど
最低でも大だけはきっちり数えないと勝てん。

経験則が必要だった理由は、一緒くたにしてばら撒いたときに小が隙間に入っていくせいで隠れやすいこと。
誰かが言ってたが、上からの撮影ができなかったのは痛い。
近寄って隅々までキャプチャできるならコンピューターでもかなりカウント可能になるが、
あんな大雑把な撮影では最終的には統計に基づいた計算が必要で、
それを想定した「方程式」だったのか。

画像でカウントすると言っていたが、それぞれの画像で数えたものが重複しないためにはやっぱりパノラマ画像を作るのと同じような要領で
各画像をつなげる必要があると思う。
J,K,Lを大中小に割り当てると言っていたが、それにマウスを組み合わせてどれが大でどれが小とポイントしていけば
同じ画像を使った同時作業でも重複、見落としなく作業できる。
画像処理で固体識別ができていれば、クリック時に塗りつぶしを行うことでさらに視認しやすくなる。

最初から経験則前提なら、大、中、小をそれぞれ１００個ずつ混ぜてばら撒いて数えるということを繰り返すと効率的だろう。
もし、プログラムでの自動化をするとしたら、この統計を取る部分こそを自動化するべき。

>>556
時間勝負ならそうなるけど・・・

情報系学科はすごい
バケガク風情にはわからん

企画「～～を○月△日までによろしく！」
開発「ちょっと厳しいですね(無理だろふざけてんのか？)」
企画「といっても契約ですし・・・お願いしますね」
開発「は、はぁ・・・」

開発「できました」
企画「はい、またよろしく」

企画「あの件なんだけど、苦情がすごいんだけどどうなってるんです？要件はすべて満たしてますよね？
中途半端な物出されるとこちらが一番困るんですが！先方との調整もあるんですよ？」
開発「死ねよ」

これは難しいだろｗ

1位「キーボードで数えた」
3位「タッチペンで数えた」
4位「マウスで数えた」

>>560
error on line2. correct->「無理です。プロジェクト設計を見直してください」
error on line4. correct->「契約を修正してください」

出題に当たってまず模範解答を作らないのか？

>>557
素晴らしい

>>564
模範回答より凄いの出てくる可能性は決して低くない
それに、同じ問題でも全く違うアプローチがあるのも問題

プロコンを名乗っておきながら多くの高専生にサイコロを数える特訓をさせた運営の罪は重い

プライドないんだな

画像解析って大学生の卒業研究レベルじゃないの？

>>566
そういう意味じゃ無くて模範解答作ってみれば実際本番でまともに出来るかどうか分かると思うんだけどって意味

むしろ人力なのは多くの学生に考えさせて、その成果をパクろうとしている運営の方だったりｗ

OpenCVでも使って、あとはGoogle画像検索か何かから大量のサイコロ画像を食わせて学習させる、
ってのが、まあ力業の模範解答なんだろうけどね
それ専門にやってる人でもないと、OpenCVの学習から始めたら最低１ヶ月はかかるな

むしろ、とにかく点の数を数えて、あとは統計的な平均値で割っちゃうとかした方が正確かもな

人力の誤差１つだろ
生半可なプログラムじゃ太刀打ち出来ないよなあ
高専生も準備期間に色々試して人力が１番って結論に落ち着いたんだろうか

画像処理ライブラリのOpenCVだって初めはインテルが開発してたみたいじゃん
多機能とはいえ、ソースが１０MB近くあるんだが・・

これ将棋やチェスソフトの対決だとしたら人が考えた手をその都度ＰＣに入力するようなもんか

なんか昔、1万だか10万までの素数を表示するプログラムを書けって問題で
ソースの中に全ての素数を配列で持ったコードを書いた奴の話を思い出した

opencv便利すぎて大好きだは
学習がかなり面倒だけど

しかし学習のコスト(サンプル数)考えたら
この問題なら俺でも数える

高専のプログラミングコンテストだとまれに良くある

>>12
問題作る側がアホすぎる

>>12
ワロタ
ぜってー無理ｗ

>>560
機能
納期
金額

どこかの外人さんが上の3つのうち2つまでしか取れないって言ってたな
機能と納期取るなら金出せと
納期と金額取るなら機能削減しろと・・・

本当にその通りだと思うよ

>>17
コードを書く時間よりも手で数えた方が早いってことだろ

>>582
コード書くまでの期間がありましてね・・・

これスピードを競うの？
アルゴリズムを競うの？

>>584
精度
人力が一番でしたというオチ
Googleもイメージ検索のNG画像の抽出に人間使ってるから当然の結果だが

ちゃんと質量解析してるチームもあったよな。
画像解析させるなら，会場の照明で撮影したサンプル画像をあらかじめ配布すべきだった。

宇部高専は見えないサイコロを考慮して，
大1.0
中1.4
小2.1
の係数を掛けてたはず。「経験則」でだが…

>>430
去年のスタンプの問題はプログラムでなんとかなってた。
今年は最初はどこもマジメにプログラム組んでたけど，途中で人力に切り替えたところが多かった感じ。

1の目の数を数えてごにょごにょってのもあったか。
結局補正が必要なのと，精度出ないよね。

>>586
経験則をアルゴリズムに落とし込むなり、プログラムの産物だったりすれば
大会の意味もあるんだろうになあ

>>588
今回は完全に出題ミスだねぇ。
人力で数えきれない量のサイコロにするだけで面白くなったと思うんだけど。

で
結局人力なしで解けた奴は嫌儲には居ないの？

最終的に例のようなサイコロだけの画像が得られるとして
サイコロばらまくシミュレーションのプログラムを作って、画像認識で全ての目の数を数えて、個数との関係を統計的に採って参照するのはどうだろう
目を数えるぐらいなら簡単だろ

すぐ近所じゃないか

重さで識別するのはどうなの？

え？そんなので課題クリアした事になるの？

手で数えたのはいいとして順位はどうなってるんだ？
2位以下は人力でもちゃんと数えられなかったって事？

正確に数えようとする奴多すぎだろ
出題者としては大雑把な形だけ解析してあとは重量とかの数値を補助に
だいたいの数だして近い奴が勝ちって感じだったんだろ
人力を禁止出来なかった時点で全然意味はないが

40分で画像解析プログラム作るとかそんな無茶なw

昔のコンテストであった2つプログラムを登録して
片方をsleepさせてもう一方で計算し終わったら寝かしてた方を起こして結果を表示させるって
チートを思い出した

>>597
俺なら卒論の題材として1年かかるわ

課題作る奴変えれば？

>>74
人間に無理だから機会にやってもらおうじゃない

人間って複雑な処理できるくせに処理速度激遅なのはなんでだ

出題が馬鹿すぎる
せめて同一条件で千問なら手動するき失せるだろ

人力とプログラムとで人力の方が早いならそれでいいよ
プログラミングってそんなもんだ

ていうか審査は別の山＋PCでやるだろ？普通

理系ｗｗｗｗｗｗｗｗｗｗｗｗ

さいの目を数えるのかとおもったら、単に
サイコロの数あてか

>>607
さいの目を数えるとか簡単すぎるだろ

自分某高専で競技参加プログラムの開発のサポートしてたけど
時間的な制約から画像処理は無理。
サイコロ以外のノイズとなるオブジェクトが
サイコロに完全に埋まってる場合もあるし。
あと質量を元に計算も無理。
与えられた総重量は実測値で、その上同サイズのサイコロの
質量差がかなりある。
単純なパターンマッチングは問題外。
サイコロ同士の境界が全くわからないし。
結局はいかに使い勝手のいいカウンタを作るかに
力を注いだ。

たった一回の作業のためにプログラム組むとか非効率すぎ。
現場ではさっさと人力作業はじめたほうが速い。
組んだプログラムが正しいかどうか確認するには人力しかないし。
同じ課題を100回やるとかしないとプログラム組む意味が無い。

>>12
　　＿　□□　　　＿　　　　　＿＿＿､､､
　／／＿　　[][]／／　 ,,-―''':::::::::::::::ヽヾヽ':::::/､　　誰　　作　　こ
／／　＼＼　／／　／::::::::::::::::::::::::::::::i l | l i:::::::ミ　　だ　　っ　　の
￣　　　　￣　￣／ /:::::::::,,,-‐,／i/`'''￣￣￣｀i::;|　　あ　　た　　問
―`―--^--､＿_ 　 /:::::::::=ｿ　　 /　ヽ､／　　　,,|/　　っ　　の　　題
/f ）,fヽ,-､　　ﾉ　|　三　i　<ニ`-, ノ　/､-ﾆニ' 」'）　！！　は　　を
　 i'/　/^~i f-iノ　　|三　彡　t￣｡` ｿﾊ_ﾞ'､￣｡,ﾌ | ）　　　　　　　　
,,,　　　　 l'ノ　j　　ﾉ::i⌒ヽ;;|　￣￣　/ _ヽ､￣　ﾞi　）ヽ､　∧ ∧ ∧ ∧
　 ` '' -　　／　　　ﾉ::|　ヽミ　　`＿,(＿　　i＼_　 `i　　Ｙ　Ｙ　Ｙ　Ｙ　Ｙ
　　　　　／／／　　|:::|　( ミ　 /　＿＿ニ'＿＿｀i　|　　　　　　　　 |
　　　,-"　　　　　,|:::ヽ　ミ　　/-───―-`l 　|　　／／　　　|
　　 |　　／／　　　l::::::::l＼　　　 ||||||||||||||||||||||/　 |　　　　　／／.|
　　/　　　　＿＿__.|:::::::| 　　､　`ー-―――┴　/　　　＿＿,,..-'|
　/ﾞｰ､,-―'''ＸＸＸＸ `''l::,/|　　　　ｰ- ､＿＿￣＿,,-"､＿,-''XXXXX |
/XX/ XXXXXXXXXX|　|　　　　　　　　　＿,　　/ﾉXXXXXXXXXX|

8192ｘ8192くらいにびっしりサイコロが埋まってる画像じゃないと問題にならんだろ

>>609
あらかじめ競技で使うサイコロを入手できるの？

>>610
発明か、あるいはその場での処理かの違いだな
コンテストなら処理した方が速い
業務で使うなら発明したほうがいい
商品化を視野に入れたコンテスト開けばいいんじゃないか？
黒ごまから白ごまを取り除くプログラムを作れとか

>>12
これをプログラムで数える問題をだされて
「人力で数えた」ってプログラミングコンテストカンケーネー

システム＝プログラムの塊って考える人が多いな・・・
これ結局の所効率的な数え方をシステム化すりゃいいんだから
人力であってもそれはシステムなんだよ

で、その数えることの補助システムにカウンタがあると。

ネガポジ反転して50％でレイヤーで乗算すれば上面だけ抽出出来るな
1ヶ月ぐらいあればサイコロの上面だけ検出して抽出するプログラムを作れそう

>>532
「手動で数えることもできますが
そうしないのがプログラミングコンテストというものです」

クッソワロタ

>>532
「この光景がまた面白いですね～、指だけ動いていて～」

‥‥‥。

人肉検索最強

これは一度自分らでやって可能と判断したから出したのかどうなのか…

>>609
参加関係者キターーー

とりあえずお疲れ様でした。

おつきの教官・教授は課題を知ってどんな反応してたのか教えて下さいな。

>>609
開き直って友達とか審査員の顔をスキャンしてAAで出力するプログラム書くやついなかったの？

ちょっとシミュレートしてみたけど、
画像を3D化しなきゃいけなくて、でも鏡面オブジェクトにサイコロが映りこんだケースで無理ゲーとなった

人力の方がマシな問題作った奴が悪い

運営は責任もってプロに作らせろ
参加した高校生たちが納得するプログラムを提示しろ

>>12
＞「見つける」「識別する」「数える」など複雑な作業を～

全部単体で博士論文描けるレベル

今更って感じだな。昔から人力のチームは結構あった。ルールが対戦の時は人力チームvsプログラムチームとかになって熱い時もあった。

埋もれているサイコロもあるわけだから、見えているサイコロの個数を正確に数えること自体にはあまり意味がない。
むしろ、見えているサイコロの情報から如何に見えていないサイコロの個数を推測するか、そのアルゴリズム（あるいは経験）が勝負の分かれ目だったわけだから、
上位チームは計測ではなく推測に「プログラミングコンテスト」を行ったのではないかな。

>>613
メーカーとか公開されてたから全く
同じものを事前に購入できた

>>622
最初4ヶ月くらいはみんな画像処理で
やろうと思ってたけど、計算時間が
足りないからってずっとどうすれば
いいか考えてた。
で、試しに人力で数えてみたら案外上手く行ってしまった。
俺も教官もなんだか悲しくなった。

>>8
正解

自称プログラムの達人とか、
オブジェクト指向(笑)にはまったやつは
大概それがわかってない。

>>617
そのくらいならどのチームも一日かそこらで出来るよ。
ただ抽出が出来ても認識とカウントが出来ない。
最初はサイコロだから簡単に出来ると思ったけど、逆。
サイコロだから難しい。というか基本無理。

opencvの簡単なサンプルを渡して貰ってれば高校生でも
プログラムは作れるだろうが

人力で数えたって事は
テスト用と試験用の画像すら用意して無かったということか

とんだ運営だぜ

>>633
もし画像処理するなら解像度とか撮影角度とかの問題もあるしな。
こういう課題だと問題を画像として渡すわけにもいかない。

>>12
これ、仕事でやってもテスト含めて3人月貰いたいわw
画像が任意じゃなければもう少し安いかもしれんが
数時間でやれるやつなんてこういうの得意なやつでも日本に数人しかいないんじゃ…

まぁ運営に不備があったというのも確かだが
天才的な発想を持った人が居ないというのも明らかになったね。

まぁ高専じゃ仕方ないか

HALCONのライブラリ使ってようやく1人月かな

>>636
その天才ってもしかして三木谷のことっすか（笑）

>>12
これ問題考えた奴はその場でプログラム組んで、答え出すことができるの？

>>630
読んでて俺まで切なくなってきた。

理不尽な結果になってしまったかも知れない。でも、課題について皆で真剣に悩んだ、という経験は今後きっと役に立つよ。

卒研とかでやるレベル

糞ゲーすぎる

>>12
ターミネーターならできそう(適当)

重さから推定するプログラムでいいんじゃね？

>>641
実際やってるところもある

おまえらもこーいう根性とか精神論大好きでしょｗ

中学の時の理科の先生が
「1から順に1億まで数字書いて提出したら無条件で成績5あげる」
って言うからやってやろうと思ったけど23まで書いてやめた

プログラムかじってる人に聞いてみたけど、絶望的に難しいって言ってた。
完成させたら金取れるとか力説されたが、そこまでいうほどなんか

インド相手に勝てない理由がこれだな

>>12
このテーマで人力とか、お前らの大好きなアスペ以外の何者でも無いんじゃないのか

>>637
HALCONで3人月は欲しい課題だな。

>>648
難しいというより無理。
もしこの条件下で画像から確実に
数える方法があれば有名な論文誌で特集組めると思う。

>>12
人力じゃプログラミングコンテストの意味ねえじゃんｗｗ

人海戦術に勝るもの無し

>>653
意味ないよ。
成績上位陣含めて誰も結果に納得してないと思う。
でも他に方法が無かった。

>>652
こんなん比較的楽にプラグラミング出来るんじゃないのか。

エッジや数の点を抽出し点の数・角度・エッジからサイコロの状態を算出して、
認識出来た所から除外していけば良いんじゃないの。

上に乗ってる死角なんかは人力でも解らんし。

>>655
無茶ぶりすぎだなこれは怒っていいわｗ

なんだかんだ言って、みんな口だけで書けないという・・・・

>>656
何者でちゅか

>>656
同じ物がこんなにぐちゃぐちゃに重なり合ってちゃ、んな単純な手法じゃまず無理だ

>>660
なんで無理なの。>>12の画像見てもエッジ出てるじゃん。

ついでに静止画一枚から数えるんじゃなく、カメラの映像をリアルタイムに使えるんだよな？
幾らでも、どうとでも出来ると思うけど。

>>661
本番の環境では照明が悪くて >>12 のような画像は撮れなかったらしいがｗ

>>662
むしろ照明無い方が白飛びしなくて良いんじゃね

>>661
実際の競技ではサイコロ以外の障害物、サイコロの表面が鏡面とか混じってたんだぜ？

>>661
エッジの抽出とか簡単に言ってくれるが結構難しいぞ。
なんなら>>12の画像からエッジのみの抽出する
プログラム書いてみなよ。
これ単体でどうこうなるもんでもないけど
これ単体でも難しい

運営としては出目を画像認識して判別しろというのではなく
だいたいの体積を画像解析で算出してそこから
いくつのサイコロがあるかを推測し、3.5をかけるなり、
数を補正するなりするというのを期待してたという感じがしないでもない。

>>664
別に良いんじゃね。　その中でどれだけ正確に数えられるかのコンテストなんだから。

おれだったらそうだなー

①４５度区切り丁度で写真撮影して（８枚）画像取得
②
９０度区切りごとの画像を正、
その他の４５度区切りを補とし
③
正で画像取れるサイコロを画像解析してナンバリング
④
補でもサイコロは数えるが、正でカウントしたサイコロをはじいて追加分とする

なんかこんなかんじかなぁ
画像解析もメンドクサイが４面すべてからみえたり３面しかみえなかったりとかはめんどくさそう

>>666
うちもそれ考えた。
でも小が余りにも小さくてな、
大体の数量比も分からない状態では
体積からおおよその個数を求めるのも難しい

>>666
こういうのって結果がちゃんと保障されるテーマにした方がいいよな
たとえ正確にカウント出来たとしても、ただ偶然数が合ったってだけで、精密性の高さとは言えないわ

境界の分かりづらい白色のサイコロってのが地味にきついよね
6色サイコロとか各面のふちを色付けしたサイコロとかなら多少マシになるかなと言う程度
後、カウントの時間が短いのがなぁ・・・
パターンマッチングで数えていくとなると、サイコロのパターンを大量に用意するから単純に合致する個所を抽出するだけでも時間がかかる
次に他のサイコロに一部隠れてるサイコロを抽出するために、1順目でサイコロと認識された領域を評価対象から外して部分的な一致度が高い個所を抽出
こんな事やってると制限時間じゃ間に合わない

>>665
問題ぱっと見ただけだが
シンプルにイノベシオンで解析するってのはどう？
取込時でixaかましといて、イノベ解析→中心軸の設定でかなりできそうな気がする

>>671
実際かなりきつい。
>>668の方法が使い物にならないのもこのせいなんだよ。
出目だけを抽出するだけなら簡単だが
境界が分からないから出目抽出しても意味ないんだな。

なんか問題について考えたら

原子炉内部に燃料棒が破損して散らばったペレット数を数えよみたいなかんじだよね

おーこわ

ちょっと考えてみたけど死角がすげーむずいわ

面取りしてそこを黒く塗装したサイコロとか
使ってればまた違った結果になったかもな

ある程度の解像度もった写真撮れば、
出目の形から、サイコロの傾き求めて
オブジェクト抽出できまいか？
説明下手ですまそ

画像解析がメンドクサイといのであれば
チェックを楽にしてはどうだろうか？

４台ＰＣつかってさ、９０度ごとに配置
　　　　　　　ＰＣ１
ＰＣ４→　□　　ＰＣ２
　　　　　　　ＰＣ３
ＰＣ４からみた映像にナンバリングすると
ＰＣ１～３からみえる　その画像にナンバーがフラレルとか。

>>677
あまり解像度大きくするとその分余計なノイズ
も大きくなるし計算時間も膨大になる。
あと厳密に求めることができないなら
傾きの情報はそんなに価値ない

見える目の数字を全部足して、
隔離等から割り出した適当な数で割ればいいんじゃないか

時間制限がなければ色々やり方あって面白そうだな

プログラミングコンテストなんだから人力は禁止しろよｗ

>>678の俺の案にさらに追加だが、

画像チェック楽にするという方法に追加案だが、レーザーポインタで４方向からの見える見えない判定して
それぞれ画像にナンバリングしていくのはどうよ

これなら重複ミスも減らせるだろ

人力では数えられないほどサイコロを用意しなかった運営のミス

>>12
here are dice
って合ってるの

>>532
最初のサイコロ選別で興奮しすぎだろ

ああ、３Ｄに落とし込めば体積でもとめられるじゃん。

３Ｄレーザスキャナ持ち込んだ奴の勝ちだな

>>687
時間の制約がなければそういうことも出来たかもな。
まあレーザーは使えないけど。
あと利用できるプログラマブルな機器は2台までだ

>>688 ルール的にレーザー駄目なの？
書いてあったっけ？
光波がいいならなぜレーザが駄目なのよ

ＰＣの制約はそうだなー円形卓にそってレールでもつくって画像撮影して１台で制御かなぁ

CTやMRIは持ち込めますか？

>>689
レーザーなんかオブジェクトに与えたら
他チームの光学機器にも影響あるだろ。
結果を変えるようなもんではないにしても
影響がある以上はダメだとおもうけど。

>>691 他のチームが同室でやるというルールあったっけ？
まぁ邪魔をしてはいけないとは書いてあるが。

なら高さ４５度から他のチームに影響ないと思われる範囲において
レーザー照射でいいじゃん
強い照明にはあたらないとおもう。

>>690
撮影方法は周囲を3分割して時間区切りで輪を描くように
撮影位置を交代するようにして行う。
その方法で他のチームに影響を与えずに住むとしても
平面に置いてあるものを上45度からじゃスキャン出来んでしょ

んなもん数えられんぐらいのサイコロで出題すりゃよかっただろ　数千個ぐらい。

>>693 サーフェイスとしてデータ取得して
写りこんだ卓面できりとって体積もとめりゃいいんじゃね？

まぁ凹面にはよわいけど。
完全なる凹みがサイコロ同士で構成されることはほぼないから間違っても１個２個の誤差だとおもう。

また人間が勝ったのか…

>>692
レーザーとか目に入っても分からないから安全が担保されたものじゃない限り禁止で当然。
パーツで自作する可能性のある高専ではまず禁止にしとく必要があるだろう。

ちなみに、2000年ごろに幕張かどっかのイベントで少女の立体スキャンをしたところ失明した事故が起きた。
美少女がいたから声をかけてスキャンに応じてもらったんだけど・・・俺は人体をスキャンするためのレーザーが危険なものとは思わなかったので。
失明した少女は一週間後くらいに自殺した。

ちなみに、そのときスキャンしたデータは初音ミクの３Dモデルに採用されている。

賽の目赤黒色取り左端から右端まで判定走らせて黄色に統一
賽の白い部分緑色で塗りつぶし垂直線以外を赤色に
面の比較モデル作成、変形で上向き斜め向きの角度網羅
それを元に角になるだろう平行線と平行線見つけて紫色に
紫線と色の差異で閉じられて居て緑色が隣接する場所、緑色の面を青色にして
黄色の賽の目すぐ傍に青色があったらカウントしてみる

馬鹿な俺には画像認識なんて無理っぽいな……

同じ卓上で競技するんだっけ？
他のチームと一緒な卓で競技せず、同室ってだけであれば仕切りを配置すれば他のチームには迷惑かけないよね？

>>697 Bクラスだか、人の目に入っても大丈夫なトンネルのクラック見つけるようなレーザスキャナだと出来そうだとはおもうが。

まぁスキャン時間１０分ぐらいかかりそうだけど。

>>76

1+2+3+・・・+10= という問題があって

・計算するプログラム作る
・自分で計算する

どちらの方法が早いか選ぶスキルというのは重要なんだよ！

撮影枚数に制限無いなら、5度ぐらい毎に円周上に動きながら撮影して、siftで特徴点出してステレオ処理すれば、そこそこ3d復元できるんじゃないかな。
復元された点群に対して面を当てはめるのは少し難しいが、形状が既知だから何とかできるだろ。

レーザの安全基準はClass2だたＢってなんだよｗ

完全な立体模型でなくとも、卓の円周で画像３～８枚ぐらいとって
つなげて円筒状にして、そこにナンバリングしていけば重複チェックもできそうだよね

画像解析で数えようと思ったら、情報系大学卒レベルの専門知識が要ると思う
しかも研究室が画像解析系じゃないとやらない奴はやらないような知識
当然、大学レベルの数学の知識も必要
設計から実装まで一日じゃ絶対無理。会場でぱっと組めるようなものじゃない

>>532
わろたｗｗこれはいかんですよ

レーザースキャナーは性能良いけど取ったデータはただの点の集まりだから3D化すんのに処理時間結構かかるよ
それだったら多方向から画像撮って其処から3D化した方が早い　OpenCVにそう言うサンプルあった気がする
でも、他のオブジェクトが存在すると言う地雷が・・・
出題者は難易度積み上げるために色んな要素入れ込み過ぎて回答者のやれる手段を全部潰しちゃってんだよなぁ

>>132
凄いなw
鏡面はありえんだろ
「見えないもの」のカウントの仕方も曖昧だし

鏡面あるのにレーザースキャナとかちょっと・・・

>>878 鏡面だめだっけ？
ぐぐったらできる奴もあるぐらいなかんじか。
思いつくのは

・手動カウンタ
・重複チェック簡略化
・レーザスキャナ体積による一括計測
・画像判定処理による一括入力

なんかこの辺のプログラミングしか思いつかないなぁ

なんかもう、プログラミングじゃなくて卒研のネタみたいになってないか

来年のお題はAVのサンプル画像だけで女優と作品名を当てる
なんてどうだろう

参加賞5万円位くれれば本気で書いてやるんだけど

>>711
５万ぽっちでやってくれるのか。安いな。

機械化が本当に割に合うかどうか見極めるのは非常に大事

これ人間の力で普通に解決できるし、その方が効率いいし
問題がアホすぎるな。プログラムを作るだけの価値を考えろよ

>>697
ウソくせえ。自分のレスに合わせて自殺とか勝手に作るなよ。

画像上にある「目」の数を数えて、
3.5(サイコロの目の平均)で割る、
とかでも悪くない答えが出そうな予感。

どうせランダムにおいてあるんだし、
統計的にそんなに差は出ないだろｗ

フェルミ統計の亜種とか言ってなｗ

画像解析だの統計だのと小難しく考えたところで
効率と正確さの両立を目指すなら結局、人力計測をカウントするプログラムに行き着くよな
しかもそれが競技会の優勝への近道だし

真上から撮ったサイコロの
それぞれの面何個あるか

なら作れそう

ブルートフォース最強伝説って延々と続いてるよね

そうか、これは自分の脳にあるもの（認識能力）を使って、脳に数えろというプログラムを作ったんだな

重なってるとかを無視すれば
タダ単に黒点の数と赤点の数かぞえりゃいいだけなんだがな・・・

>>721
数えてどうなるの

>>721
いや、その「重なってるとか」「隠れてるとか」の個数の推定の優劣で勝敗が決したわけだから、無視できないよ。
見えているものを数える点では手動でも自動でもかなりいい線いっていたっぽい。

人力で数えたっていうのはいいとして、具体的にサイコロは何個となるのが正解で、
それぞれの学校は具体的に人力でどういう風に数えたのかってのは、どうなのよ

制限時間は3分だろ
実際には数個だったとかならともかく、50とか100を超えるくらいだと、のんびり数えたり
してられないだろ
となると、効率的に数えるためのプログラムが必要だろ
じゃあそのプログラムは、どういう仕様でどういう風に人力で数えるのを支援するんだよと

宇部へのタッチタイピング云々の質問はお前タッチタイピングもできないヘボプログラマーだろっていう皮肉なのかな

>>721
数えてどうなるのか教えて欲しいんだが

ていうか純粋にプログラミングの腕を競えよ
自分達で計測するんじゃ無くて運営が計測されデータを与えればいいだろ

ようするにこれは無理難題を与えて、仮に画期的なアイディアがあったらパクる気だったんだろ
ＩＴ業界はほんまダーティーやで

>>725
もしかしたらJ,K,Lを指一本で押してたのかも

普通に考えたら指三本と思うけど

これマジで課題がむずすぎ
コーディングの腕云々じゃなくて、アルゴリズムを考える研究者寄りの課題だわ
人力で正解だろマジで
やめちまえ、こんなアホな大会

>>728
しつこく何年も画像解析出してるのが怪しいよな

コンピュータに計算や謎解きやらせるようなアルゴリズムならともかく
画像解析とか専門家が担当するような問題を出しちゃうとか、本当に>>728だったりして

だから原子炉底部におちてしまったペレットを数分の被曝でザックリ数える方法だって何度いえば

順位決定方法
勝敗判定は以下の優先順位で決します。
5. じゃんけで勝ったチームじゃんけで勝ったチームじゃんけで勝ったチームじゃんけで勝ったチームじゃんけで勝ったチームじゃんけで勝ったチーム

各調査時間
２か所あって、１箇所が３フィールドに分かれてて１フィールドあたり１分
分析時間が１～３分以内
計９分以内

これあらかじめプログラム作っていくわけじゃないの？ｗ
その場で判定解析するプログラムなんて作る暇ないだろｗｗｗｗｗｗｗ
そらクリックでカウントするものぐらいしかつくれんわｗｗｗｗ

>>734
＞じゃんけん
それ思ったｗ
万が一そこまでいったら同率でいいだろ

>>661
それを３分以内に作って解答出来るか？
送信中にタイムアウトでもダメだぞ

>>672
何それ？聞いたことないんだけど

最低限プログラミングコンテストを名乗るなら
人力＜＜自動化の結果になるようお膳立てしておくべき

社内ニートで仕事のための仕事をやってる連中と同じ部類だな

来年の課題：
与えられたヘアヌード写真を画像解析して、陰毛の数を数えなサイ。

本当は100個あるのに50個しか認識できなかったわー
というレベルで切磋琢磨するのが出題側の想定だったのに、
優勝するために99個や101個の答えを出そうとした
学生側が人力にしたんだろ。

>>737
審査員は見るからにレベルが低そうだった。
普段はどういう立場の人か、かなり疑問。
やたら偉そうだったけど、多分偉くないと思う。

これって模範プログラムとかあるの？
見てる限りないようだけど
というより審査員は作れるの？

画像とってそれの黒点数えるとかじゃあダメなん？
領域抽出を短時間で書くのは無理か

出目数えて何がどうなるの

しかも点では出目に限らないし

出題側にプログラムを理解出来てる奴がいないんじゃないか？
高専生ならこれぐらい出来るだろうとか勝手に思ってそう
なんかしらんけどコンピューターやったらこんなんちょちょいのちょいちゃうの～？
みたいな？

そんな匂いがする

>>744
例のフリーソフトATOKの岡ちゃんのIPA協力のもと、実現性の調査を
外部機関の下請けに丸投げしてる

その下請けは、実現性あり、と回答したんじゃないかと

ロボコンはそこそこ続いても、プロコンは無理。

>>741
審査員「確実な正答を出す為に目で数えました。」

これ画像で正確な答えだすのはサイコロ透明でも無理だろ
上に乗ってるサイコロのせいで正確な個数を把握できないし、色違いでもない同じ配色だらけで大中小ごちゃまぜなのが一番エグい
適当に脳内に浮かんだ妥当な数字で勝負しないと無理だろ
プログラムでやるより、フォトショに突っ込んで画像加工した方が早いレベル

３Ｄレーザスキャナで見える範囲の画像とサーフェイス作って
クリックした部分の面に３次元的にカウントナンバーを配置していく、
それを１２０度づつ３回やればほぼ全部重複無くカウントするプログラムが出来そう。
別にこれだと３Ｄスキャナじゃなくとも立体写真取れるカメラでもできそう。

これぐらいが限界かなぁ　画像認識はとても高専生とかむりだろ
ＯＣＲが文字数間違いなく取ることできたら世界の書籍の電子化がどれほど進む事か。
未だそんな世界はきてないし、そんなことできたら日本のソフトウェア会社全部いらんわ
そいつに案件全部丸投げすればいい

>>748
画像加工で認識率アップできるならプログラムも書けますね

>>749
こんなんARのマーカー読むより簡単じゃないの

>>745
３分以内で実現出来ると回答してたのなら糞だな
そもそもそんな機関なんかなくて裏金のやりとり口座とかだったり・・・

>>752
手でカウントするわけじゃなければ時間なんて各方向から撮影する時間さえあればで十分だろ

>>753
その場でプログラミングするんじゃないの？

>>754
馬鹿じゃねーの

>>755
ARより簡単とか言ってる奴に馬鹿よばわりされるとは・・・

どうせなら対戦の要素が欲しいな。
迷路生成して互いに突破しあうとかどうだ？

そうそうロボコンみたいな対戦要素ないと面白くないようなこういうコンテスト

>>756
>>754の様な発想が出る所からして君プログラミングの知識皆無でしょ？

３方向撮影によるサーフェイスとテクスチャであらかたの３Ｄモデルつくる→透過表示
↓
その３Ｄモデルに向かってクリックによるペイント弾方式で、クリックで□とかを配置
↓
全部になんとなく重複なく配置し終えたらおわり。

これぐらいかなぁ

>>759
ソフ会とかの試験なら普通その場でプログラム書くだろ
事前につくれるのに手動クリックカウントツールしか作ってないとかだったら
高専生といえどもウンコすぎだろ

目視でのカウントしたものに、公表された総重量より個数を補正。

しか思いつかんわ。

補正をどうするか。サイコロの総数を変えて、何百回も実験して、
目測の数と総重量に応じた、適切な補正値を獲るためのデータを準備する。
ってそれじゃ実験だしな。。。

>>761
だからこいつらはウンコなんだよ

>>1のpdf位読めよ

大体画像のエッジ抽出程度でも自分で書こうとおもったら３分では無理だろ
画像カウントぐらいが一番無難で正しい。
画像解析・自動判定やってまともな結果出るとはおもえない。

>>761
実際に計算に専念できるのは一分だぞ。
その制限時間でまともに計算出来るものなんて
つくれるか無能。
お前はウンコすぎる高専生にもおとる無能。

>>765
ID:7puvfGCP0によるとARより簡単らしいよｗ

俺が言いたかったのは出来る出来ないはともかくまったく挑戦してないっていうのは
どうなんだ？って事なんだけど

どうしても人力排除でとなると、一番シンプルなのは真上から撮影して6種類の目をパターンマッチングかとも思ったが、
スタックしているし、会場風景を見た感じでは至近距離には近づけない感じだし・・・

>>766
多分君はARのマーカーがなんなのかも解って無いだろ

>>767 しかもテーブル周りに進入禁止エリアがあるから
完全上方からのデータはとれないと俺はルールを解釈したけど。

>>767
真上禁止だからな･･･
計測機器(カメラ等)設置可能な場所はステージの周囲の特定領域に限定されてるから結構きつい
サイコロはサイズ３種類だし、ライティング不可だし･･･
映像処理の知識がある学生が居なかったら人力しか手段ないだろ

ハイコントラスト -> 2値化 -> グループ化 -> 角度から面積(体積)計算 -> 確率から個数予測
賽の目に着目しちゃうとダメなパターンだと考えるけどな

>>768
真上からOKで位置も絶対で整列されている白黒だけの画像と
斜めからしか撮影出来ない６面体複数＋鏡面オブジェクト＋複層

どっちが簡単かなんて小学生でもわかるんじゃねーの？

そういや賽の目ってぜんぶ対照図形だよね。
そこから面を割り出して立方体を適宜配置する自動立体配置ができるかもしれんね

>>766
少なくとも俺が関わったところは最初のうちは挑戦した。
多分他も最初は画像処理で進めようとしたとは思う。
サイコロとかいかにも扱いやすそうだしな。
でもそうじゃないんだよ。
サイコロだから無理なんだよ。

俺高専生だけどこんなのやってたのか…
全く知らんかった

>>774
まあ知名度ほぼゼロだしな。
部外者が見ても何やってるか意味わかんないだろうし
正直凄くつまらない。
過去に参加してた奴でもその年のルール知らなきゃ意味分からない。
どうしてもロボコンに見劣りしてしまうな

>>773
参加者かよｗ
出来るって答えた組織があるのならせめて模範解答ぐらいは出してほしいな

>>12
これってプログラミングがどうのこうのの問題じゃねーだろ
画像認識、しかも同じものが空間的に大量に重なってるとか大学教授のライフワークレベルの難題だろ

これができたら車の車庫入れ障害物自動判定も楽勝だろ

>>776
そう、出来るとか言ってる奴には是非やって見せてほしい。
どうせ無理だろうけど。
一部を除いて高専生の学力がイマイチなのは確かだけど
これはそういう問題じゃない。

よく知らんが、プログラマってのはコードを書く価値があるかどうかの見極めも大切だろう
入賞したのが全て人力ならそれが真理ってもんだろう

もしこの問題の作成者が、プログラム路線一本で問題を作ったのなら受験者よりも低レベル
こういうのは勉学においても実社会においても差が付く
根性路線一本で取捨選択できずに大した事出来ないオッサンがありありと浮かぶ

>>12
３次元ハフ変換とDPマッチングでできそうだが、手で数えた方が断然早い

>>781
ライブラリ使えないしな
素でコードかかなきゃならんとなると結構泣けるな

>>780
今までの課題と比較すると本部側の準備はかなりしょぼいからな。
今までみたいにOBが力を奮ってくれなかったんだと思う。

主催はどんなショボイプログラムを模範としてだしてくるか興味あるな。
それで参加者に「おお」とか思わせたら主催の勝ち
参加者が糞しょっぺーとかおもったら、こんな大会やめちまえ。

人一人の人生を無駄なことに費やす労力の無駄使いにほかならん

高専出身の奴がプロコンで優勝したら、そのコードひっさげて
大手企業に鳴り物入りで就職出来るとか言ってたけど。ありゃ嘘か

重なって見えないサイコロ、画像として白が繋がってしまう部分、サイコロ表面が写りこんだ鏡の選り分け、色素材の違う立方体の除外。
これをさせようって？

高専てこんなレベル高いのかよ
こんなん旧帝レベルでも出来る奴いないだろ,たぶん

>>785
微妙だな。プロコンで優勝するような奴は他のことでも
優秀なのが多いからな。
あとこんなことしなくても高専は入った後の待遇に
目を瞑れば大手楽に入れるし、
せいぜい面接のアピールポイントになる位かと

>>787
誰も出来なかったから高いかどうかは分からんがな。
でも今回の条件下では旧帝でも無理。
そもそもハノイでも出来なかったんだし。
最早頭の良さとかそういう問題じゃない

ちょっと考えたが、画像処理だけで済ますためには、最初に詳細な撮影座標不明の
複数画像から3次元座標への対応付けが必要だな
これだけで修士論文書けるわ

>>790
そんなん認識出来るサイコロの出目の相対位置から簡単に出せんじゃないの

強いて言えばテーブルにグリッドがあると楽だな

＞数えなサイ
この辺からして出題者のくっさいキモヲタ臭がする

>>791
ある点を中心に同心円上から撮影するなら簡単なんだけどな

自分らが出来ないから学生のコロンブスの玉的発想に期待して旨い所取りしようとしたんじゃね？

企業で必要あってどさくさでやったならブラックなりにど根性ものとして称えられるとこなんだが

>>793
この問題は撮影出来るんじゃね。
時間とテクニックがおいつくかはさておき。

ID:7puvfGCP0レギュレーションも確認できないバカが居ると聞いて

というか高専なら各校一人ずつくらいは機械語見て脳内逆アセンブル余裕です位な奴がいるわけよ

>>797
糞ワロｗなんだこいつｗｗｗ

>>798
居るには居るけどそういう奴はあまりこういうコンテストに
興味持ってなかったりするからな。
残念ながら。

>>797
お前ID:wX/HQuy80？

>>792
(プログラムに)数えさせなサイっていうタイトルじゃないのが最大のヒントになってる
なかなかセンスあると思うぜ

>>733
ビデオに撮影すればカウントには何時間かけたって問題ないだろ

>>759
俺はその昔、東芝で行われたプログラミングコンテストでその場でコーディングしたけど負けたよ。
やっぱり暗記して入力するだけのやつが最強。

青いエイプの居た学校？

クリックした場所に何かしらの印がついて
二重カウント防止する程度はやってるよな