Research for Cognitive Interaction: Issueshttps://opensource.cit-ec.de/https://opensource.cit-ec.de/favicon.ico?14265323552018-08-15T09:20:26ZResearch for Cognitive Interaction
Redmine hlrc - Bug #581 (New): flobi lookat does not work anymore due to hardcoded floka prefixhttps://opensource.cit-ec.de/issues/5812018-08-15T09:20:26ZGuillaume Walckgwalck@techfak.uni-bielefeld.de
<p>I am using flobi, and we get this error now :<br /><pre>
2018-08-15 10:39:20,004 hlrc_client.Middleware ERROR > publish_lookat_target timed out waiting for result or soemthing else went wrong
and in the log of hlrc_server :
[ WARN] [1534322517.517683315]: "floka_BASE_LINK" passed to lookupTransform argument target_frame does not exist
</pre></p>
<p>I tracked down the error to a recent change with a hardcoded prefix.</p>
<p><a class="external" href="https://opensource.cit-ec.de/projects/hlrc/repository/diff/server/include/ROS/LookatCallbackWrapperROS.h?utf8=%E2%9C%93&rev=01ff84641a5a769064e8656fcfd4d48f69a24d18&rev_to=60b91de0f20bdd7fac9fb448b2fad1079a7b9891">https://opensource.cit-ec.de/projects/hlrc/repository/diff/server/include/ROS/LookatCallbackWrapperROS.h?utf8=%E2%9C%93&rev=01ff84641a5a769064e8656fcfd4d48f69a24d18&rev_to=60b91de0f20bdd7fac9fb448b2fad1079a7b9891</a></p>
<p>Maybe the prefix could be taken from the scope name (unless you want to make that cleaner) that is passed to the arguments anyway<br /><pre>
hlrc_server ROS ROS flobi flobi pulse
</pre></p> Image Component Library - Bug #528 (New): camera render in scene if pos is 0,0,0https://opensource.cit-ec.de/issues/5282017-11-09T11:22:13ZGuillaume Walckgwalck@techfak.uni-bielefeld.de
<p>If the camera extrinsic is identity (pos is 0,0,0), rendering in the scene creates errors</p>
<pre>
[/media/local/jenkins/jobs/icl-nivision-trunk-ci-deploy-lsp-famula-nightly/workspace/ICLGeom/src/ICLGeom/Scene.cpp:prepareForRendering,line: 149] WARNING: error visualizsing camera: no intersection -> plane normal is perdendicular to view-ray direction
</pre>
<p>Looking deeper, here is maybe the explanation :</p>
<p>When creating the vertices of the pyramid/frustrum of the camera, the 4 base corners are defined as the intersection of the image plane with the "viewRays" of the 4 image corner ( 0,0 / 0,479 / 639,479 / 639,0). However, this view rays never intersec the plane if they are in the plane which happens when position of the camera is zero. <br />See Scene.cpp:142 and Scene.cpp:145 as well as Camera.cpp:720 and Camera.cpp:770</p>
<p>there might me more to this issue, for instance why can the camera center and the image plane be at the same place, there should be focal length in between at all time. This comes maybe from the depth image model which considers the plane to be at zero Z in order to mesure depth from there.... then maybe the position of the camera center should always substract the focal length...</p> Cognitive Interaction Toolkit - Bug #525 (New): Maven Template uses default profilehttps://opensource.cit-ec.de/issues/5252017-11-02T07:38:33ZLeroy Rügemerlruegeme@techfak.uni-bielefeld.de
<p>Maven builds use the users .m2 settings file maven should create and use special settings for each.</p>
<p>To build multiple distributions on the same machine i have to switch the default profile to not pull from the wrong distribution</p> Image Component Library - Bug #499 (New): Does not build with C++98https://opensource.cit-ec.de/issues/4992017-02-20T14:54:57ZTimo Korthalstkorthals@cit-ec.uni-bielefeld.de
<p>The library does not build with the standard settings of gcc, so why not directly setting the standard to <code>c++0x</code>?</p>
<pre>
/opt/repositories/ICL/ICLCV/src/ICLCV/LensUndistortionCalibrator.cpp:177:70: error: in C++98 ‘s’ must be initialized by constructor, not by ‘{...}’
CvSize s = { m_data->imageSize.width, m_data->imageSize.height };
</pre> IPAACA - Bug #496 (New): RSB calls should never blockhttps://opensource.cit-ec.de/issues/4962017-01-26T14:17:42ZHendrik Buschmeier
<p>Calling a non-existen remote Server, e.g., results in the process blocking indefinitely.</p> 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> Finite State Machine Based Testing - Bug #492 (New): Installation fails on a fresh Ubuntu 14.04.4https://opensource.cit-ec.de/issues/4922016-11-30T21:28:32ZSebastian Wredeswrede@techfak.uni-bielefeld.de
<pre>
Installed /home/cosima/citk/systems/cogimon-minimal-trusty-nightly/lib/python2.7/site-packages/enum34-1.1.6-py2.7.egg
error: Installed distribution setuptools 3.3 conflicts with requirement setuptools>=11.3
Build step 'Execute shell' marked build as failure
</pre>
<p>This can be reproduced on a clean Ubuntu 14.04.4 image using the <code>cogimon-minimal-trusty-nightly</code> distribution.</p> Cognitive Interaction Toolkit - Bug #414 (In Progress): Naming consistencyhttps://opensource.cit-ec.de/issues/4142015-08-08T03:39:21ZJon Weiszjweisz@cs.columbia.edu
<p>There appears to be some ambiguity/redundancy in the documentation and architecture between some concepts. For example components/packages, systems/distributions/system-versions.</p> 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> 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> 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 #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>