ロボット、千葉ロッテマリーンズについていいかげんなことを書きます。
×
[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。
ネームサーバーを起動するのが面倒くさい、RTシステムエディタを起動するのも面倒くさいし、手順が複雑化しすぎています。
できればGUIを一つ起動するとネームサーバーもRTシステムエディタも何もかも起動して、RTCのリストを表示するGUIもついでに表示する、RTCのソースコードも編集できるぐらいの親切なツールがあればいいのですが、誰も作ってくれません。
とりあえず、RTMコンテストにOpenRTM-Pythonプラグインを出すので、それのおまけの機能としてRTCリスト表示プラグイン、RTCソースコード動的編集プラグインも追加します。
とりあえず本格的に作業を始めるのは11月に入ってからでないとできません。
作品登録締め切り10月31日だけど。
にほんブログ村のロボットのカテゴリから
全然人が来ない・・・
できればGUIを一つ起動するとネームサーバーもRTシステムエディタも何もかも起動して、RTCのリストを表示するGUIもついでに表示する、RTCのソースコードも編集できるぐらいの親切なツールがあればいいのですが、誰も作ってくれません。
とりあえず、RTMコンテストにOpenRTM-Pythonプラグインを出すので、それのおまけの機能としてRTCリスト表示プラグイン、RTCソースコード動的編集プラグインも追加します。
とりあえず本格的に作業を始めるのは11月に入ってからでないとできません。
作品登録締め切り10月31日だけど。
にほんブログ村のロボットのカテゴリから
全然人が来ない・・・
PR
今年はコンテストは出さないと言ったのですが、謎の圧力により出すことになりました。
嘘ついて申し訳ありません。
とは言っても、頼まれたから出すのであって出す気がなかったのは本当なので自分が悪いとは思っていません。
どうせ出すのはChoreonoidのプラグインなので、出しても出さなくても最優秀賞の審査には特に影響はないと思います。
Lua版RTミドルウェアは来年出します、多分。来年は本気出す。
Pythonで十分だからLua版なんて作る意味がないなんて話も聞いたような気がしますが、まあ待ってください。
確かにLuaとPythonの動作速度の差なんてC言語と比較したら大したことないだろうし、それどころかLuaの方がPythonよりメモリ使用量が大きいというデータもあります。
ただそれはLuaVM上で動かしたらの話で、LuaJITで動かしたらC言語に匹敵する速度が出る場合もあります。PyPyを使えばいいとか言ってはいけない
まあPyPyはC言語のライブラリが使えないので、実質的にCORBAの実装がないのが問題ではあります。
既に開発中のLua版RTMがLuaJITで動くことは確認済みなので、あとは中身を実装するだけです。
socketやoil等のdllを使うluaライブラリが必要な場合、LuaJITのライブラリとリンクしたものでないとWindowsでは駄目なようなので多少環境構築は面倒ですが、こちらでビルドしたものを提供すれば大した問題ではありません。
まあ今年出さないソフトウェアの話をしても意味がないのですが、暇があれば作業はするので完成したら使ってあげてください。
にほんブログ村のロボットのカテゴリから
全然人が来ない・・・
嘘ついて申し訳ありません。
とは言っても、頼まれたから出すのであって出す気がなかったのは本当なので自分が悪いとは思っていません。
どうせ出すのはChoreonoidのプラグインなので、出しても出さなくても最優秀賞の審査には特に影響はないと思います。
Lua版RTミドルウェアは来年出します、多分。来年は本気出す。
Pythonで十分だからLua版なんて作る意味がないなんて話も聞いたような気がしますが、まあ待ってください。
確かにLuaとPythonの動作速度の差なんてC言語と比較したら大したことないだろうし、それどころかLuaの方がPythonよりメモリ使用量が大きいというデータもあります。
ただそれはLuaVM上で動かしたらの話で、LuaJITで動かしたらC言語に匹敵する速度が出る場合もあります。PyPyを使えばいいとか言ってはいけない
まあPyPyはC言語のライブラリが使えないので、実質的にCORBAの実装がないのが問題ではあります。
既に開発中のLua版RTMがLuaJITで動くことは確認済みなので、あとは中身を実装するだけです。
socketやoil等のdllを使うluaライブラリが必要な場合、LuaJITのライブラリとリンクしたものでないとWindowsでは駄目なようなので多少環境構築は面倒ですが、こちらでビルドしたものを提供すれば大した問題ではありません。
まあ今年出さないソフトウェアの話をしても意味がないのですが、暇があれば作業はするので完成したら使ってあげてください。
にほんブログ村のロボットのカテゴリから
全然人が来ない・・・
SI2017の登録締め切りは過ぎたので、これで今年はRTMコンテストには出さないことは確定しました。
OpenRTMのLua版が完成していれば出したのですが、とても間に合いそうにないので来年出します。
いろいろやりたいことはあるのですが、なかなかやる時間がないです。
・ソースコードを書く要領でRTシステムを作成するツール
例えば以下のようにRTCのアウトポートからデータを受信するreadData関数を使用したPythonスクリプトを実行すると、実行開始時にOpenCVCameraコンポーネントを起動してreadData関数実行時にアウトポートが送信したデータを取得してcamera_imageに格納します。
その後、OpenCV等の関数を使って画像を処理した後にRTCのインポートにデータを送信するwriteImage関数を呼ぶとCameraViewerに画像データを送信するようなことのできるツール。
import cv2
camera_image = readData("OpenCVCamera", "out")
fliped_image= cv2.flip(camera_image, 0)
writeImage("CameraViewer","in",fliped_image)
・似たデータ型のデータポート同士を接続する機能
TimedVelocity2DとTimedVelocity3D等、似たデータ型でも接続できる機能。
そもそもOpenRTM-aistでデータ転送できるかどうかはバイナリデータがアンマーシャリングできるかにかかっているので、どのデータ型とどのデータ型が似ているかとどの値をどこに割り当てるかをデータベースに登録しておいて似たデータ型でアンマーシャリングできるかをすべてのパターン試して、アンマーシャリング出来たら値を適切に割り当てればこの機能は実現可能だと思います。
・動画通信用データ型
一般的な動画のエンコード、デコードができればいいので、そんなに難しい話ではないと思う。
・Visual SLAM
一応、ATAMで作ったものが手元にはあるのですが、開発途中で放置しています。
・何か適当なロボットをRTC化
https://fabcross.jp/news/2017/20170814_crazypi.html
https://fabcross.jp/news/2017/20170217_dexter.html
にほんブログ村のロボットのカテゴリから
全然人が来ない・・・
OpenRTMのLua版が完成していれば出したのですが、とても間に合いそうにないので来年出します。
いろいろやりたいことはあるのですが、なかなかやる時間がないです。
・ソースコードを書く要領でRTシステムを作成するツール
例えば以下のようにRTCのアウトポートからデータを受信するreadData関数を使用したPythonスクリプトを実行すると、実行開始時にOpenCVCameraコンポーネントを起動してreadData関数実行時にアウトポートが送信したデータを取得してcamera_imageに格納します。
その後、OpenCV等の関数を使って画像を処理した後にRTCのインポートにデータを送信するwriteImage関数を呼ぶとCameraViewerに画像データを送信するようなことのできるツール。
import cv2
camera_image = readData("OpenCVCamera", "out")
fliped_image= cv2.flip(camera_image, 0)
writeImage("CameraViewer","in",fliped_image)
・似たデータ型のデータポート同士を接続する機能
TimedVelocity2DとTimedVelocity3D等、似たデータ型でも接続できる機能。
そもそもOpenRTM-aistでデータ転送できるかどうかはバイナリデータがアンマーシャリングできるかにかかっているので、どのデータ型とどのデータ型が似ているかとどの値をどこに割り当てるかをデータベースに登録しておいて似たデータ型でアンマーシャリングできるかをすべてのパターン試して、アンマーシャリング出来たら値を適切に割り当てればこの機能は実現可能だと思います。
・動画通信用データ型
一般的な動画のエンコード、デコードができればいいので、そんなに難しい話ではないと思う。
・Visual SLAM
一応、ATAMで作ったものが手元にはあるのですが、開発途中で放置しています。
・何か適当なロボットをRTC化
https://fabcross.jp/news/2017/20170814_crazypi.html
https://fabcross.jp/news/2017/20170217_dexter.html
にほんブログ村のロボットのカテゴリから
全然人が来ない・・・
今更ですがRTMサマーキャンプの感想を書きます。
去年と今年しか知らないので何が普通かはよく分かりませんが、今年はよくロボットが動いた印象はあります。
今年は誰もOROCHIを使おうとしなかったのが幸いしたかもしれません。
RTMコンテストですが、今年は出しません。辞める辞める詐欺ではないです。
作業する時間が無いです。
ChoreonoidのOpenRTMプラグインPython版とか出してもいいのですが、Chorenoidのpython bindingsライブラリが一体どうなるのかよく分からないのでコンテストに出すのはタイミングが悪いです。まだ使ってもらう段階ではありません。
いっそのことデータ型のマニュアルを出そうとも思ったのですが、流石に無茶が過ぎるように思います。
OpenRTM Lua版が出せるのが一番なのですが、時間が無いので無理です。来年以降に出すかもしれません。
今年は個人賞を出すので、審査だけします。
ちなみに個人賞は以下のものを考えています。
難癖をたくさんつけたで賞(仮)
もしくは モンスタークレーマー賞(仮)
内容(以下は仮です)
RTミドルウェアコンテスト参加者同士の相互フィードバック促進のために、プロジェクトページに活発にコメントした作者、共著者を表彰します。
最低3作品以上へのコメントを受賞条件とします。ただしRTMサマーキャンプの講師、実行委員は受賞対象外とします。
おそらく受賞対象者なしになると思うのですが、誰でも取れる賞なので頑張ってください。
にほんブログ村のロボットのカテゴリから
全然人が来ない・・・
去年と今年しか知らないので何が普通かはよく分かりませんが、今年はよくロボットが動いた印象はあります。
今年は誰もOROCHIを使おうとしなかったのが幸いしたかもしれません。
RTMコンテストですが、今年は出しません。辞める辞める詐欺ではないです。
作業する時間が無いです。
ChoreonoidのOpenRTMプラグインPython版とか出してもいいのですが、Chorenoidのpython bindingsライブラリが一体どうなるのかよく分からないのでコンテストに出すのはタイミングが悪いです。まだ使ってもらう段階ではありません。
いっそのことデータ型のマニュアルを出そうとも思ったのですが、流石に無茶が過ぎるように思います。
OpenRTM Lua版が出せるのが一番なのですが、時間が無いので無理です。来年以降に出すかもしれません。
今年は個人賞を出すので、審査だけします。
ちなみに個人賞は以下のものを考えています。
難癖をたくさんつけたで賞(仮)
もしくは モンスタークレーマー賞(仮)
内容(以下は仮です)
RTミドルウェアコンテスト参加者同士の相互フィードバック促進のために、プロジェクトページに活発にコメントした作者、共著者を表彰します。
最低3作品以上へのコメントを受賞条件とします。ただしRTMサマーキャンプの講師、実行委員は受賞対象外とします。
おそらく受賞対象者なしになると思うのですが、誰でも取れる賞なので頑張ってください。
にほんブログ村のロボットのカテゴリから
全然人が来ない・・・
今更感が漂いますが、一応感想を書きます。
ちなみに僕は最優秀賞を含め3つの賞を受賞しました。
次は自分で賞を出そうと思います。
何の賞を出すかと言うと、自分の作品以外にコメントを多数投稿した作者、共著者に賞をあげたいと思います。
最低4作品以上にコメントを投稿した作者、もしくは共著者がいなかった場合は受賞者無しにします。
ちなみに今回のコンテストでこの賞を出していた場合、最低1コメントに基準を引き下げても受賞対象無しなので、覚えていたら事前に告知します。
それはさておき、コンテストの感想を書きます。
他の作品で気になったのはこの作品で、正直こんな高評価になるとは全く予想していませんでした。
なんだか去年も同じことを言ったような気がしますが、毎年1作品は僕の評価と審査員の評価がかけ離れている作品があるような気がします。
まあどちらも個人的な評価なので好き嫌いはあると思うのですが、作品の投稿締め切りは守るべきですし、マニュアルも最低限の内容は必要なので、正直なところ審査対象にすらなっていないと思っていました。
何が評価されたのかは分かりませんが、どこかに光る部分があったという事だとは思うので、それを僕にも分かるようにアピールしてもらえれば良かったと思います。
この作品は逆の意味で気になりました。
作品の出来自体は1番だと思っていたのですが、かなり辛い評価になりました。
僕の評価が低かった作品が審査員の評価が高いことはよくあるのですが、逆は珍しいです。
ソースコードも良くかけているし、マニュアルも頑張っています。
ただ発表があまりよくなかったのかもしれません。
ロボットをその場で動かすかと思っていたのですが、何故か発表では動かさなかったのはよくなかったかもしれないです。
あと教育用と言っているのだから、せめて何を学習するために使うのかは明確にすべきでした。
というか教育用云々の話はプロジェクトページのコメント欄で指摘があったようなので、発表前によく考えてくるべきでした。
ただ作品自体の出来は良かったと思うので、めげずに頑張ってください。
それにしてもPDFのマニュアルが多かったのは少し問題だと思います。
何が駄目なのか散々説明したので省きますが、よくない傾向です。
今日はこの辺にしておきます。
書くことが無いのでしばらく更新しません。
にほんブログ村のロボットのカテゴリから
全然人が来ない・・・
ちなみに僕は最優秀賞を含め3つの賞を受賞しました。
次は自分で賞を出そうと思います。
何の賞を出すかと言うと、自分の作品以外にコメントを多数投稿した作者、共著者に賞をあげたいと思います。
最低4作品以上にコメントを投稿した作者、もしくは共著者がいなかった場合は受賞者無しにします。
ちなみに今回のコンテストでこの賞を出していた場合、最低1コメントに基準を引き下げても受賞対象無しなので、覚えていたら事前に告知します。
それはさておき、コンテストの感想を書きます。
他の作品で気になったのはこの作品で、正直こんな高評価になるとは全く予想していませんでした。
なんだか去年も同じことを言ったような気がしますが、毎年1作品は僕の評価と審査員の評価がかけ離れている作品があるような気がします。
まあどちらも個人的な評価なので好き嫌いはあると思うのですが、作品の投稿締め切りは守るべきですし、マニュアルも最低限の内容は必要なので、正直なところ審査対象にすらなっていないと思っていました。
何が評価されたのかは分かりませんが、どこかに光る部分があったという事だとは思うので、それを僕にも分かるようにアピールしてもらえれば良かったと思います。
この作品は逆の意味で気になりました。
作品の出来自体は1番だと思っていたのですが、かなり辛い評価になりました。
僕の評価が低かった作品が審査員の評価が高いことはよくあるのですが、逆は珍しいです。
ソースコードも良くかけているし、マニュアルも頑張っています。
ただ発表があまりよくなかったのかもしれません。
ロボットをその場で動かすかと思っていたのですが、何故か発表では動かさなかったのはよくなかったかもしれないです。
あと教育用と言っているのだから、せめて何を学習するために使うのかは明確にすべきでした。
というか教育用云々の話はプロジェクトページのコメント欄で指摘があったようなので、発表前によく考えてくるべきでした。
ただ作品自体の出来は良かったと思うので、めげずに頑張ってください。
それにしてもPDFのマニュアルが多かったのは少し問題だと思います。
何が駄目なのか散々説明したので省きますが、よくない傾向です。
今日はこの辺にしておきます。
書くことが無いのでしばらく更新しません。
にほんブログ村のロボットのカテゴリから
全然人が来ない・・・
