Research for Cognitive Interaction: Issueshttps://opensource.cit-ec.de/https://opensource.cit-ec.de/favicon.ico?14265323552017-01-26T14:16:31ZResearch for Cognitive Interaction
Redmine IPAACA - Bug #495 (New): Updates get applied even if revision is outdatedhttps://opensource.cit-ec.de/issues/4952017-01-26T14:16:31ZHendrik Buschmeier
<p>Currently IU updates are applied without checking the local revision of the IU in the remote InputBuffer.</p>
<p>This can, e.g., happen when multiple updates are issued in short succession, the first of which triggers a resendRequest, which returns a revision that is newer than multiple in-between updates.</p>
<pre>
A: IU1.publish – r1
B: startup
A: IU1.update – r2
B: IU1.applyUpdate -> fail
B: requestResend(IU1)
A: IU1.update – r3
A: IU1.update – r4
A: reply requestResend(U1) – r4
B: IU1.added – r4
B: IU1.applyUpdate – r3
B: IU1.applyUpdate – r4
</pre> IPAACA - Bug #408 (New): Delay/framedropping in AsapRealizer rendering when closing the injectorhttps://opensource.cit-ec.de/issues/4082015-03-26T14:08:04ZHerwin van Welbergenhvanwelbergen@techfak.uni-bielefeld.de
<p>When sending a BML message to AsapRealizer using the iu-injector, rendering/movement temprorarly stalls. This seems to occur AFTER the message is delivered, e.g. while the injector is closing. If the Python UI or Java UIs to send BML over IPAACA is used, the delay does not occur.</p>
Workarounds:
<ul>
<li>Insert a delay after sending the message</li>
<li>Keep the OutputBuffer open.</li>
</ul>
Open questions:
<ul>
<li>Does this only occur in Python?</li>
<li>Does this occur for every closing of an outputbuffer?</li>
</ul> meta-openrobotix - Bug #339 (New): Check debricated opencv.pchttps://opensource.cit-ec.de/issues/3392014-11-23T14:50:46ZTimo Korthalstkorthals@cit-ec.uni-bielefeld.de
<p>Remove -lopencv_ts from opencv.pc because it is debricated</p> ivTools - Bug #283 (New): ivrender colors broken depending on Mesa3D versionhttps://opensource.cit-ec.de/issues/2832014-07-10T14:07:04ZJens Peter Lindemannj.lindemann@cit-ec.uni-bielefeld.de
<p>Color problems on recent Debian-based linux systems (tested: Ubuntu 12.04 and 14.04, Debian 7.5). Older versions work as expected (tested: Ubuntu 10.04).</p>
<p>Red and blue color channels are swapped in the rendering output. This behaviour seems to appear between osmesa Debian/Ubuntu package versions 7.7.1 and 8.0.4.</p>
<p>Workaround: Create OSMESA GL context with OSMESA_BGR instead of OSMESA_RGB in the MesaOffscreenRenderer constructor code (line ivRender/LibRender/MesaOffscreenRenderer.cpp:43).</p> RML - RobotMetaLogger - Bug #162 (New): When a gstreamer-tcp probe connects to a port that does n...https://opensource.cit-ec.de/issues/1622013-04-03T13:06:34ZIngo Lütkebohleiluetkeb@techfak.uni-bielefeld.de
<p>The expected behavior would be to throw an error.</p>
<p>This also has the consequence that RML does not shut down properly.</p> RML - RobotMetaLogger - Bug #159 (New): Documentation on the screen probehttps://opensource.cit-ec.de/issues/1592013-03-02T13:26:00ZFlorian Lierflier@cit-ec.uni-bielefeld.de
<p>This worked for me:</p>
<p>{<br /> "rml_cfg": {<br /> "environment": {},<br /> "state": {<br /> "last_session": 0,<br /> "last_run": 0<br /> },<br /> "version": 0.4,<br /> "probes": {<br /> "screen": {<br /> "class":"screen",
* "display":":0",*<br /> "type":"ffmpeg",<br /> "location":"foo.avi" <br /> }<br /> }<br /> }<br />}</p>
<p>Documentation says: "0.0" for the display. Can you confirm my probe config?</p> XTT - eXtensible Task Toolkit - Bug #139 (New): RSB-Client has outdated serial on cancelhttps://opensource.cit-ec.de/issues/1392013-01-28T15:54:24ZMaikel Linkemalinke@techfak.uni-bielefeld.de
<p>Task is submitted, not accepted by any task server and then canceled:</p>
<pre>
final TaskBus<Document> bus = TaskBusFactory.createClientBus(
channel, taskName, Document.class);
final TaskSubmissionService<Document> tsm =
new TaskSubmissionService<Document>(bus);
final CancellableTask<Document> task = tsm.submit(spec);
task.cancel(true);
</pre>
<p>Results in:<br /><pre>
de.unibi.agai.xtt.Task isSerialOutdated
WARNING: Serial unexpected, new (1) == current (1). Spec: de.unibi.agai.xtt.eb.rsb.RSBEvent@75479a
</pre></p> XTT - eXtensible Task Toolkit - Bug #137 (New): eventbus-rsb cannot handle scope /https://opensource.cit-ec.de/issues/1372013-01-10T12:19:17ZMaikel Linkemalinke@techfak.uni-bielefeld.de
<p>When submitting a task on scope / the following message occurs:</p>
<pre>
INFO: Creating new task submission for de.unibi.agai.xtt.eb.rsb.RSBTaskClientBus@1a5ee81
Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: -1
at java.util.ArrayList.elementData(ArrayList.java:371)
at java.util.ArrayList.get(ArrayList.java:384)
at de.unibi.agai.xtt.eb.rsb.RSBBaseBus.taskNameFromScope(RSBBaseBus.java:230)
at de.unibi.agai.xtt.eb.rsb.RSBTaskClientBus.send(RSBTaskClientBus.java:34)
at de.unibi.agai.xtt.client.TaskSubmissionService.submit(TaskSubmissionService.java:85)
at de.unibi.agai.tasksubmitter.TaskSubmitter.main(TaskSubmitter.java:47)
</pre>
<p>Using XTT version 3.2.6.</p> XTT - eXtensible Task Toolkit - Bug #136 (New): Modifying the specification for result_available ...https://opensource.cit-ec.de/issues/1362012-12-19T09:46:45ZIngo Lütkebohleiluetkeb@techfak.uni-bielefeld.deXTT - eXtensible Task Toolkit - Bug #135 (New): List-syntax creates object instead of listhttps://opensource.cit-ec.de/issues/1352012-12-05T09:04:11ZIngo Lütkebohleiluetkeb@techfak.uni-bielefeld.de
<p>When adding a key of the form "capabilities.0.name", it creates an <strong>object</strong> "capabilities" with key "0", instead of a list with one entry.</p> XTT - eXtensible Task Toolkit - Bug #129 (New): Overlapping task-initations break merge-supporthttps://opensource.cit-ec.de/issues/1292012-11-26T12:52:02ZIngo Lütkebohleiluetkeb@techfak.uni-bielefeld.de
<p>When the initiated message for the next task of a type arrives before the previous complete, merging them into an interval doesn't work as expected, because the immediately preceding event is not a merge candidate. This has to be fixed by also considering prior events and their task states to identify merge candidates.</p> XTT - eXtensible Task Toolkit - Bug #119 (New): RSB binary support of TaskStatehttps://opensource.cit-ec.de/issues/1192012-10-02T15:17:40ZMaikel Linkemalinke@techfak.uni-bielefeld.de
<p>The actual trunk has a failing test:</p>
<pre>
Testsuite: de.unibi.agai.xtt.RoundtripTestsRSB
Oct 02, 2012 4:54:12 PM de.unibi.agai.xtt.client.TaskSubmissionService <init>
INFO: Creating new task submission for de.unibi.agai.xtt.eb.rsb.RSBTaskClientBus@a68e82
Exception in thread "Thread-4" java.lang.AssertionError
abort
Handler Got event 30e68b04-35e3-5081-94d5-37ee686406d9 Event[id=Id [participantId=998b6cc9-a159-4c16-a1bf-787fbbc10961, sequenceNumber=1, uuid=30e68b04-35e3-5081-94d5-37ee686406d9], scope=/xtttest/specification/, type =class rst.communicationpatterns.TaskStateType$TaskState, metaData=MetaData[createTime = 1349189652325000, sendTime = 1349189652326000, receiveTime = 1349189652349000, userTimes = {}, userInfos = {xtt:id=1576967c-db1f-4a6d-a3cd-e8088786539a}], causes = []]
at rsb.converter.ProtocolBufferConverter.deserialize(ProtocolBufferConverter.java:61)
at de.unibi.agai.xtt.eb.rsb.RSBBaseBus.unpack(RSBBaseBus.java:166)
at de.unibi.agai.xtt.eb.rsb.RSBBaseBus$1.handleEvent(RSBBaseBus.java:125)
at rsb.AbstractEventHandler.internalNotify(AbstractEventHandler.java:40)
at rsb.eventprocessing.SingleThreadEventReceivingStrategy$DispatchThread.run(SingleThreadEventReceivingStrategy.java:102)
Oct 02, 2012 4:54:12 PM de.unibi.agai.xtt.Task isSerialOutdated
WARNING: Serial unexpected, new (1) == current (1). Spec: de.unibi.agai.xtt.eb.rsb.RSBEvent@1ab0086
</pre> XTT - eXtensible Task Toolkit - Bug #117 (New): TSV mapper does not ensure all data is one linehttps://opensource.cit-ec.de/issues/1172012-09-25T15:36:01ZIngo Lütkebohleiluetkeb@techfak.uni-bielefeld.de
<p>Line-breaks in the data are not removed.</p> OpenKC - Bug #31 (New): wrong A,B,C values in okc_get_coords_des() and friendshttps://opensource.cit-ec.de/issues/312012-02-14T14:36:31ZMatthias Schöpfermschoepf@techfak.uni-bielefeld.deOpenKC - Bug #27 (In Progress): OpenKC doesn`t find FRI headershttps://opensource.cit-ec.de/issues/272012-01-06T11:54:37ZArne Nordmannanordman@cor-lab.uni-bielefeld.de
<p>OpenKC doesn`t find FRI headers in given <code>$includedir</code> or in <code>${prefix}/include</code>.<br />Tried by passing the includedir to <code>bootstrap.sh</code> <em>and</em> additionally to <code>./configure</code>.</p>
<p>OpenKC seems to only look into the default system paths, e.g. FRI headers are found if copied to <code>/usr/include</code>.</p>