<![CDATA[boost::thread und eine Camera]]>Wir haben eine Camera von VRMagic und wollen diese zur Bilderkennung einsetzen. Ausgehend von BeispielCode von VRMagic haben wir ein kleines Programm geschrieben, welches 60 Bilder pro Sekunde abholt. Es funktioniert wunderbar.
Nun haben wir dieses Programm als Modul in unser Framework integriert. Das Modul holt 60 mal pro Sekunde ein Bild ab und übergibt es anderen Modulen zur Weiterverarbeitung. Alle Module laufen in einem eigenen boost::thread. Nun schafft dieses CameraModul auf einmal aber nur noch 7 Bilder pro Sekunde und der Prozessor läuft auf 100%, auch wenn sonst kein anderes Modul aktiv ist.
Wir tappen völlig im Dunkeln an was das liegen könnte. Haben die boost::threads irgendwelchen Einfluss auf das ganze? Für jegliche Hinweise die zum Ergreifen des Täters führen bin ich sehr dankbar!

]]>https://www.c-plusplus.net/forum/topic/258778/boost-thread-und-eine-cameraRSS for NodeTue, 08 Sep 2026 23:08:46 GMTFri, 15 Jan 2010 00:15:41 GMT60<![CDATA[Reply to boost::thread und eine Camera on Fri, 15 Jan 2010 00:15:41 GMT]]>Wir haben eine Camera von VRMagic und wollen diese zur Bilderkennung einsetzen. Ausgehend von BeispielCode von VRMagic haben wir ein kleines Programm geschrieben, welches 60 Bilder pro Sekunde abholt. Es funktioniert wunderbar.
Nun haben wir dieses Programm als Modul in unser Framework integriert. Das Modul holt 60 mal pro Sekunde ein Bild ab und übergibt es anderen Modulen zur Weiterverarbeitung. Alle Module laufen in einem eigenen boost::thread. Nun schafft dieses CameraModul auf einmal aber nur noch 7 Bilder pro Sekunde und der Prozessor läuft auf 100%, auch wenn sonst kein anderes Modul aktiv ist.
Wir tappen völlig im Dunkeln an was das liegen könnte. Haben die boost::threads irgendwelchen Einfluss auf das ganze? Für jegliche Hinweise die zum Ergreifen des Täters führen bin ich sehr dankbar!

]]>https://www.c-plusplus.net/forum/post/1839080https://www.c-plusplus.net/forum/post/1839080Fri, 15 Jan 2010 00:15:41 GMT<![CDATA[Reply to boost::thread und eine Camera on Fri, 15 Jan 2010 00:40:27 GMT]]>Wie viele Threads?

]]>https://www.c-plusplus.net/forum/post/1839081https://www.c-plusplus.net/forum/post/1839081Fri, 15 Jan 2010 00:40:27 GMT<![CDATA[Reply to boost::thread und eine Camera on Fri, 15 Jan 2010 07:44:12 GMT]]>Eine weitere wichtige Frage ist:

Gibt es noch andere Threads? Wenn ja, was tun sie?

Gibt es Sync-Punkte, CritSects, andere Dinge, die den Prozess aufhalten?

]]>https://www.c-plusplus.net/forum/post/1839100https://www.c-plusplus.net/forum/post/1839100Fri, 15 Jan 2010 07:44:12 GMT<![CDATA[Reply to boost::thread und eine Camera on Fri, 15 Jan 2010 11:16:12 GMT]]>Es gibt bis zu 20 Threads (Module). Allerdings haben wir zum Test die meisten abgeschaltet. Diese Module kommunizieren miteinander über Puffer (Producer-Konsumer). Das KameraModul wartet z.B. auf den Takt, der von einem externen Microcontrollerboard, welcher uns SensorDaten (Ulraschallabstand, Geschwindigkeit, usw.) liefert. Es nutzt einfach aus, dass diese Daten vom Microcontrollerboard genau im 1/60 Sekundentakt kommen. Es ruft also am Modul das die SensorDaten erzeugt an einer boost::condition_variable_any einfach wait() auf. Der Thread schläft also bis SensorDaten eintreffen und sollte dann passend zu den Daten ein Foto machen.
Hier ist der Kode zum Modul, von dem alle Module abgeleitet sind: http://codepad.org/lBGbcbNS

]]>https://www.c-plusplus.net/forum/post/1839209https://www.c-plusplus.net/forum/post/1839209Fri, 15 Jan 2010 11:16:12 GMT<![CDATA[Reply to boost::thread und eine Camera on Mon, 18 Jan 2010 20:27:42 GMT]]>Also ich hab da so einen Vermutung: Die Camera hat ihren eigenen Takt und ist bisher Software getriggert. Das heißt wir rufen eine Methode auf um ein Foto zu schießen, das Belichten dauert 8,5ms. Danach können wir das Bild abholen.
Im Prinzip ist das doch ein Systemaufruf? Kann es sein dass der Kamera-Thread beim Warten auf das Bild einfach unterbrochen wird und andere Threads zum Zuge kommen? Ohne Framework haben wir eine Wartezeit von fast immer 10ms. Im Framework zwischen 10-50ms und schaffen nur ca. 7 Bilder pro Sekunde?
Bei boost::thread gibt es ja Unterbrechungspunkte: boost::thread_interrupted
Gibt es auch etwas um einen Thread explizit ununterbrechbar (für einen Schleifendurchlauf) zu machen?

]]>https://www.c-plusplus.net/forum/post/1840996https://www.c-plusplus.net/forum/post/1840996Mon, 18 Jan 2010 20:27:42 GMT<![CDATA[Reply to boost::thread und eine Camera on Tue, 19 Jan 2010 11:59:38 GMT]]>Nicht wenn du ein Betriebssystem mit preemptiven Multitasking hast. Das soll ja gerade immer die Prozesse/Threads unterbrechen. Vielleicht hilft es was an den Prioritäten zu schrauben.

]]>https://www.c-plusplus.net/forum/post/1841320https://www.c-plusplus.net/forum/post/1841320Tue, 19 Jan 2010 11:59:38 GMT<![CDATA[Reply to boost::thread und eine Camera on Tue, 19 Jan 2010 12:47:40 GMT]]>Natürlich sollen alle Threads mal dran kommen. Soweit ich weiß werden boost::threads aber nur an ganz bestimmten Punkten unterbrochen, z.B. sleep oder wait.
Ich vermute aber es findet ein Threadwechsel statt an einer Stelle wo ich es nicht brauchen kann, nämlich da wo mein Modul auf die Camera zugreift und eben 8,5ms Belichtung abwarten muss. Kann man dafür sorgen dass es in diesem Block nicht unterbrochen wird?
Würde das höherprisrisieren etwas bringen?

Generell ist das ein Problem, da wir ein Regelungssystem bauen einen genauen Takt (1/60 Sekunden) brauchen.

]]>https://www.c-plusplus.net/forum/post/1841348https://www.c-plusplus.net/forum/post/1841348Tue, 19 Jan 2010 12:47:40 GMT<![CDATA[Reply to boost::thread und eine Camera on Wed, 20 Jan 2010 08:10:10 GMT]]>Ich glaube diese Unterbrechungspunkte beziehen sich auf Unterbrechungen durch den User. Das Betriebsystem ist halt davon nicht betroffen. Soll es ja wie gesagt auch nicht. Wenn du das wirklich so genau brauchst, dann nimm ein Echtzeitbetriebssystem. Die Dinger sind berechenbar.

Höherpriorisieren sorgt unter Umständen dafür, daß der Thread nach einer Unterbrechung schneller wieder drankommt.

]]>https://www.c-plusplus.net/forum/post/1841791https://www.c-plusplus.net/forum/post/1841791Wed, 20 Jan 2010 08:10:10 GMT<![CDATA[Reply to boost::thread und eine Camera on Wed, 20 Jan 2010 08:15:03 GMT]]>Warum nimmt die Kamera nicht einfach ein Bild auf und meldet sich dann wenn sie fertig ist (bei den Interessenten)?

]]>https://www.c-plusplus.net/forum/post/1841792https://www.c-plusplus.net/forum/post/1841792Wed, 20 Jan 2010 08:15:03 GMT<![CDATA[Reply to boost::thread und eine Camera on Wed, 20 Jan 2010 11:45:38 GMT]]>Tyrdal schrieb:

Warum nimmt die Kamera nicht einfach ein Bild auf und meldet sich dann wenn sie fertig ist (bei den Interessenten)?

Die Kamera kann man Softwaretriggern, Freerunningmode und Hardwaretriggern. Wenn man sie Hardwaretriggert könnte man das so machen. Aber wie kann sie sich melden??

]]>https://www.c-plusplus.net/forum/post/1841916https://www.c-plusplus.net/forum/post/1841916Wed, 20 Jan 2010 11:45:38 GMT<![CDATA[Reply to boost::thread und eine Camera on Wed, 20 Jan 2010 12:15:32 GMT]]>Kommt auf deine Software an. Ich programmiere gerade was mit Qt, da gibts bspw. den Signal/Slot Mechanismus um Ereignisse zu melden. Du könntest aber auch ne Threadbedingung nutzen (boost::condition_variable).

]]>https://www.c-plusplus.net/forum/post/1841939https://www.c-plusplus.net/forum/post/1841939Wed, 20 Jan 2010 12:15:32 GMT<![CDATA[Reply to boost::thread und eine Camera on Wed, 20 Jan 2010 12:32:19 GMT]]>Tyrdal schrieb:

Kommt auf deine Software an. Ich programmiere gerade was mit Qt, da gibts bspw. den Signal/Slot Mechanismus um Ereignisse zu melden. Du könntest aber auch ne Threadbedingung nutzen (boost::condition_variable).

Aber das wäre doch wieder innerhalb des Threads der die Camera anspricht, deshalb wird das doch nicht zeitlich berechenbarer!?

]]>https://www.c-plusplus.net/forum/post/1841951https://www.c-plusplus.net/forum/post/1841951Wed, 20 Jan 2010 12:32:19 GMT<![CDATA[Reply to boost::thread und eine Camera on Wed, 20 Jan 2010 13:48:00 GMT]]>Zeitlich berechenbar wirds sowieso nur in einem Echtzeitsystem. Evtl. wirds aber schnell genug.

]]>https://www.c-plusplus.net/forum/post/1842012https://www.c-plusplus.net/forum/post/1842012Wed, 20 Jan 2010 13:48:00 GMT<![CDATA[Reply to boost::thread und eine Camera on Wed, 20 Jan 2010 14:06:33 GMT]]>Kannst du mir mal ein Beispielkode zeigen oder aufzeigen wie du dir das vorstellst? Die Kamera ist ja ein USB Gerät.

]]>https://www.c-plusplus.net/forum/post/1842019https://www.c-plusplus.net/forum/post/1842019Wed, 20 Jan 2010 14:06:33 GMT<![CDATA[Reply to boost::thread und eine Camera on Wed, 20 Jan 2010 14:55:37 GMT]]>Code direkt nicht, da ich eh nicht weiß wie deine API aussieht.

Wenn du ein Bild haben fragst du ja die Kamera und die signalisiert dir irgendwann, daß ein neues da ist, richtig? Wenn ja, dann lass das Ganze doch in nem eigenen Thread laufen und pack das Bild in einen Zwischepuffer. Der andere Programmteil holt sich dann immer die Bilder aus dem Puffer. => Wenn der Puffer größer als ein Bild ist haste ein Producer-Consumer-System. Wenns nur ein Bild ist, läßt du den abholenden Thread eben auf das Eintreten der Bedingung warten (die der Kamerathread natürchlich setzen muß).

]]>https://www.c-plusplus.net/forum/post/1842046https://www.c-plusplus.net/forum/post/1842046Wed, 20 Jan 2010 14:55:37 GMT