<div dir="ltr">小島様，中岡様：<div>菅です．お世話になります．</div><div><br></div><div><br></div><div>小島様：</div><div>やはりそうですね・・・描画イベントを起こしてしまうのが手っ取り早いとは思っていたのですが，必要な処理だけやる方法はないのかな・・・と．</div><div><br></div><div>中岡様：</div><div>なるほど．OSXで開発していると画面描画周りのスレッドに対する制約が強いので，</div><div>Qtは使ったことがありませんが，やはり制約があるのですね・・・</div><div><div>学生さんの環境だとモデルの見た目が壊れたりする不具合があったそうです．<br></div><div><br></div></div><div>flushを使い，callSynchronouslyで実装してみました．</div><div>今のところ改善したように見えます．<br></div><div><br></div><div>ありがとうございました．</div><div><br></div><div>ではでは</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">2017年1月12日(木) 22:31 中岡 慎一郎 <<a href="mailto:s.nakaoka@aist.go.jp">s.nakaoka@aist.go.jp</a>>:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">産総研の中岡です。<br class="gmail_msg">
<br class="gmail_msg">
小島さん解決方法の提示いただきありがとうございます。<br class="gmail_msg">
<br class="gmail_msg">
この解決方法については、ほぼ同じことをするAPIとして、MessageViewにflush()という関数があります。これを呼ぶと内部でイベントループを回して、即座にGUIの状態も更新されることになります。元々はMessageViewにメッセージを出力する際に、すぐにそのメッセージを表示させたいことがあるので、それを行うためにMessageViewの関数となっているのですが、内部的には小島さん提案の方法と同様の内容となっており、Qtのイベントループで処理されるGUI関連の処理は全てflushされることになります。Qtの内部的なところを気にしなくてよいという点で、こちらを使ったほうがよいかもしれません。<br class="gmail_msg">
<br class="gmail_msg">
ところで、菅さんの質問では、Choreonoid内部のスレッドとは別のスレッドで動いているとのことでした。この場合は対応方法が変わってくるかと思います。<br class="gmail_msg">
<br class="gmail_msg">
まず、Choreonoid内部スレッド（メインスレッド）以外のスレッドからは、基本的にGUIに関わる変数や関数に直接アクセスしてはいけません。ここではWorldItemやBodyItemにアクセスして、最終的にBodyItemのnotifyKinematicStateChangeを呼んでいるのだと思いますが、これは別スレッドでは行ってはいけない処理であり、タイミングによってはクラッシュする可能性があります。<br class="gmail_msg">
<br class="gmail_msg">
この場合、src/Base/LazyCaller.h で定義されている（インクルードするときは#include<br class="gmail_msg">
<cnoid/LazeCaller><br class="gmail_msg">
)関数を使って、別スレッドからメインスレッドの関数を呼んで、そこで希望の処理を行う必要があります。<br class="gmail_msg">
<br class="gmail_msg">
例えばこの例だと、<br class="gmail_msg">
<br class="gmail_msg">
void updatePose()<br class="gmail_msg">
{<br class="gmail_msg">
   ... (ポーズ更新）<br class="gmail_msg">
<br class="gmail_msg">
   bodyItem->notifyKinematicStateChange();<br class="gmail_msg">
}<br class="gmail_msg">
<br class="gmail_msg">
みたいな関数を定義しておきます。<br class="gmail_msg">
<br class="gmail_msg">
そしてサービスを実装している、別スレッドで動作する関数については、そこから上記ヘッダに定義されている<br class="gmail_msg">
callLater もしくは callSynchronously<br class="gmail_msg">
関数を使って、updatePoseをメインスレッドから呼ぶよう要請します。<br class="gmail_msg">
<br class="gmail_msg">
これらの関数にはstd::function<void()> 型の関数オブジェクトを渡します。<br class="gmail_msg">
<br class="gmail_msg">
この例だと、<br class="gmail_msg">
<br class="gmail_msg">
 callLater(updatePose);<br class="gmail_msg">
<br class="gmail_msg">
みたいな感じです。<br class="gmail_msg">
何かのメンバ関数のときは、シグナルの時と同様に、ラムダ関数なりbindなりを使ってください。<br class="gmail_msg">
<br class="gmail_msg">
すると裏スレッドからはメインスレッドのイベントキューにこの関数を呼ぶイベントがポストされ、メインスレッド側でそのイベントが処理されることで、上記updatePose関数が「メインスレッドから」呼ばれます。<br class="gmail_msg">
<br class="gmail_msg">
callLaterだと非同期コールとなって呼び出し元にすぐ戻りますし、callSynchronouslyを使うと同期をとって上記関数の実行終了を待ってからこの関数も終了します。<br class="gmail_msg">
<br class="gmail_msg">
後は、処理の実行自体は上記のように行いますが、裏スレッドと上記関数との間でデータのやりとりが必要な場合は、適切に同期（排他制御等）の処理をおこなってください。ただしcallSynchronouslyを使う場合は、他のスレッドからのアクセスがないのであれば、排他制御もいらなくなるかと思います。<br class="gmail_msg">
<br class="gmail_msg">
すみません、ちょっと複雑に見えるかもしれませんが、GUIのプログラムで別スレッドからGUIの処理を行う場合は、これが標準的なやり方になりますので、ご理解のほどよろしくお願いします。<br class="gmail_msg">
<br class="gmail_msg">
On 01/08/17 23:08, KUNIO KOJIMA wrote:<br class="gmail_msg">
> 東京大学の小島と申します<br class="gmail_msg">
><br class="gmail_msg">
> 私も同じようなことを悩んだことがありまして，ひょっとしたら菅さんが求めているものと異なるかもしれませんが，自分の見つけた解決法を共有させて頂きます<br class="gmail_msg">
><br class="gmail_msg">
> QEventLoop eventLoop;<br class="gmail_msg">
> で宣言したeventLoopに対して<br class="gmail_msg">
> bodyItem->notifyKinematicStateChange();<br class="gmail_msg">
> した直後に<br class="gmail_msg">
>  eventLoop.processEvents();<br class="gmail_msg">
> を行うと，自分の環境ではシグナルが出されて貯まっているeventが全て消化されているように思います<br class="gmail_msg">
> 直後に，collision等を取得すると情報が更新されているはずです．<br class="gmail_msg">
><br class="gmail_msg">
> 他により適した方法があるかもしれませんが，参考までに．<br class="gmail_msg">
><br class="gmail_msg">
><br class="gmail_msg">
> 2017年1月8日 18:14 Yuki Suga <<a href="mailto:ysuga@ysuga.net" class="gmail_msg" target="_blank">ysuga@ysuga.net</a>>:<br class="gmail_msg">
><br class="gmail_msg">
>> Choreonoid-MLの皆様：<br class="gmail_msg">
>> お世話になります．SSR/早大の菅です．<br class="gmail_msg">
>><br class="gmail_msg">
>> もっとコードを読めば良いのですが・・・恥ずかしながらも質問です．<br class="gmail_msg">
>><br class="gmail_msg">
>> Choreonoidで読み込んだモデルの姿勢を変えて干渉チェックをして干渉に関する情報を返すRTCのプラグインを作っています．<br class="gmail_msg">
>> サービスポートで受け取った関節角度を対象としているモデルに入れてから，<br class="gmail_msg">
>> WorldItemのcollisionsを使って干渉データを取り出すことができると考えているのですが，<br class="gmail_msg">
>> 関節角度を送ってからnotifyKinematicStateChangeを送っても即座には関節（ひいては干渉チェック）<br class="gmail_msg">
>> に反映されないようです（それが仕様だと思います）<br class="gmail_msg">
>><br class="gmail_msg">
>> マニュアル通りにシグナルで受け取ってもいいのですが，サービスとして実装しているので，<br class="gmail_msg">
>> シグナルが送ってくるまで処理を待つという処理が必要になり無駄と感じています．<br class="gmail_msg">
>> この処理はサービスコール内で処理をしているので，Choreonoid内部のスレッドとは別のスレッドで動いています（動いているはずです）<br class="gmail_msg">
>><br class="gmail_msg">
>> 無理矢理，関節角度の更新と干渉データのアップデートを促すには，<br class="gmail_msg">
>> プラグインの中でどのように処理をしたら良いのでしょうか？<br class="gmail_msg">
>><br class="gmail_msg">
>> お教えください．よろしくお願いします．<br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> _______________________________________________<br class="gmail_msg">
>> choreonoid-users-ja mailing list<br class="gmail_msg">
>> <a href="mailto:choreonoid-users-ja@choreonoid.org" class="gmail_msg" target="_blank">choreonoid-users-ja@choreonoid.org</a><br class="gmail_msg">
>> <a href="https://choreonoid.org/mailman/listinfo/choreonoid-users-ja" rel="noreferrer" class="gmail_msg" target="_blank">https://choreonoid.org/mailman/listinfo/choreonoid-users-ja</a><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>><br class="gmail_msg">
>> _______________________________________________<br class="gmail_msg">
>> choreonoid-users-ja mailing list<br class="gmail_msg">
>> <a href="mailto:choreonoid-users-ja@choreonoid.org" class="gmail_msg" target="_blank">choreonoid-users-ja@choreonoid.org</a><br class="gmail_msg">
>> <a href="https://choreonoid.org/mailman/listinfo/choreonoid-users-ja" rel="noreferrer" class="gmail_msg" target="_blank">https://choreonoid.org/mailman/listinfo/choreonoid-users-ja</a><br class="gmail_msg">
<br class="gmail_msg">
--<br class="gmail_msg">
中岡 慎一郎 <<a href="mailto:s.nakaoka@aist.go.jp" class="gmail_msg" target="_blank">s.nakaoka@aist.go.jp</a>><br class="gmail_msg">
産業技術総合研究所 知能システム研究部門<br class="gmail_msg">
ヒューマノイド研究グループ<br class="gmail_msg">
<br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
choreonoid-users-ja mailing list<br class="gmail_msg">
<a href="mailto:choreonoid-users-ja@choreonoid.org" class="gmail_msg" target="_blank">choreonoid-users-ja@choreonoid.org</a><br class="gmail_msg">
<a href="https://choreonoid.org/mailman/listinfo/choreonoid-users-ja" rel="noreferrer" class="gmail_msg" target="_blank">https://choreonoid.org/mailman/listinfo/choreonoid-users-ja</a><br class="gmail_msg">
<br class="gmail_msg">
</blockquote></div>