Qt-users October 2016

qt-users@qt-users.jp

5 participants
4 discussions

[Qt-users:597] Qt Advent Calendar 2016

by Naoki MATSUMOTO

こんにちは、松本です。うっかりすると今年が終わってしまう時期になりましたね。少し気が早いような気もしますが、アドベントカレンダーが、 @helicalgearさんによって立てられていましたので、共有します。 http://qiita.com/advent-calendar/2016/qt アドベントカレンダーとは？はこちらをご参照ください。 http://blog.qiita.com/post/152366526084/adventcalendar2016 https://twitter.com/helicalgear/status/791811647002206209 ではではー。 2015年12月3日 19:22 Tasuku Suzuki <stasuku(a)gmail.com>: > 鈴木です。 > > 告知が遅れてしまいましたが、今年もやります。 > http://qiita.com/advent-calendar/2015/qt > > ちなみに去年はこんな感じでした。 > http://qiita.com/advent-calendar/2014/qt > > 今年も全部埋まったらいいなーと思っているので、 > ぜひ、みなさんの力をお貸しください。 > > よろしくおねがいします！ > _______________________________________________ > Qt-users mailing list > Qt-users(a)qt-users.jp > http://qt-users.jp/mailman/listinfo/qt-users

7 years, 6 months

[Qt-users:596] フレームバッファに直接描画する方法

by se_basu200＠yahoo.co.jp

tsukadaと申します。 Linux環境でQtを使用し組み込み系アプリの開発を行っていますが、 msec単位で常に表示更新をしつつ、操作や別の描画をする必要があり、実現方法を検討しております。私が考えた手法としては、マルチスレッドとし、 AスレッドでQtアプリの操作や描画を行う。 Bスレッドでmsec単位の表示更新を常に行う。としたらどうかと考えています。ちなみにBスレッドでmsec単位の表示更新は遅延が許されません。そのため、Bスレッドはタイマーを受信するとフレームバッファに直接描画することでタイミングを担保しようと考えています。そこで、Qtでフレームバッファに直接描画する方法などございますでしょうか？そもそも、フレームバッファに直接描画しなくても、msec単位のタイミングを担保できる描画方法はございますでしょうか？その他、よりよい別の手法などありましたら、ご意見をお聞かせください。以上、よろしくお願いいたします。

7 years, 6 months

[Qt-users:471] Qt勉強会 #10 @Osaka 開催予定について

by 小林修

Qt大阪勉強会の小林です。いつもお世話になっております。次回の勉強会を以下の日程で開催したいと思います。 2015-11-28（土）13:00 - 17:00 株式会社SRA 関西事業部会議室 https://qt-users.doorkeeper.jp/events/34160 <https://qt-users.doorkeeper.jp/events/34160> 大阪でのQt勉強会です。 Qt を使っている人、勉強している人、興味を持っている人が集まって、情報交換・スキルアップを図る場として、定期的に開催していきたいと思います。活動テーマの例：　・ Qt5 新機能の検証　・組込みLinux向けのQt環境構築　・ QMLのテクニック　・自作Qtアプリの紹介・改良など。また、閉会後、懇親会も持ちたいと思います。（参加申し込み時のアンケートで参加の有無を指定してください。）奮ってご参加下さい。 --------------------------------------------------------------------- 小林修 E-mail：osamu-k(a)arion.ocn.ne.jp <mailto:k@arion.ocn.ne.jp> ---------------------------------------------------------------------

7 years, 6 months

[Qt-users:592] [Q] 同一シグナルの連続発行禁止

by imudak

はじめまして。imudakです。よろしくお願いします。ずっと悩んでいることがあるのですが、 signal/slot通信で、同一シグナルの連続発行を止められないでしょうか。想定ケースは、例えばボタン連打、周期取得処理などです。 (ボタン連打) [UI] [Model] | | |--requestInc--------->| | |-- begin: incrementの処理開始 | | |--requestInc(2回目)-->| | | | | |--requestInc(3回目)-->| | ... | |--requestInc(n回目)-->| | | (とても長い) | |-- end: increment の処理終了 | | 1. 二つのクラスで間でsignal/slot通信をします。 UI: signal void requestInc(); // increment要求 Model: slot void increment(); // increment実処理 2. incrementは処理にとても時間がかかります(例:1分)。 3. このため、UIとModelを別スレッドで実行します。 QueuedConnectionでsignal/slotは接続します。 4. Bの処理中もAのsignalは発行可能なので、ボタン連打などにより requestIncはバンバン送られます。 5. Modelが最初のincrementを処理したときには、signalが山のように積みあがっいます。n個あるとすると、処理するにはn*1分かかります。別口でUIにincrement結果を返すようななっているとすると、連打した結果がn分後になってようやくUIに反映されます。 (周期取得処理) ボタン連打同様に、1秒ごとに値取得する周期処理などを実行すると 1分待たされる間に60個くらいsignalがたまってしまいます。以下のように解決方法はいくつか思いつくのですが、どれもすっきりしないのです。解1) UI側で対処: signal発行する前に止める - Modelからslot処理終了を受けとるまで、次の発行しない仕組みを独自に作るなど。解2) Model側で対処: slot側で受信後、実処理するか判断。 - 前のsignalを実行し終わった時間から一定時間たつまで実処理しない、など。解3) 同期にする - Model処理している間UIが固まります(マルチスレッド化した意味なし) 「重複したsignalのqueueがあった場合、二つ目以降は圧縮する(無視する)」というような設定がQtにあればと思ったのですが、見当たりませんでした。よく悩みがちな問題な気がするので、自力で作り始めてよいものかどうか… Qtの仕組みやその周辺でスマートに解決した例などあれば、ご教示いただければ幸いです。以上よろしくお願いします。 ----- imudak(a)gmail.com

7 years, 6 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Qt-users October 2016