<?xml-stylesheet type="text/xsl" href="http://coco-lab.org/Elgg/timo/weblog/rss/OAA/rssstyles.xsl"?>

<rss version='2.0'   xmlns:dc='http://purl.org/dc/elements/1.1/'>        
    <channel xml:base='http://coco-lab.org/Elgg/timo/weblog/'>
        <title><![CDATA[Timo Baumann : Weblog items tagged with OAA]]></title>
        <description><![CDATA[The weblog for Timo Baumann, hosted on Coco-Lab Weblog.]]></description>
        <link>http://coco-lab.org/Elgg/timo/weblog/</link>        
        <item>
            <title><![CDATA[Trigger on data not working in OAA?]]></title>
            <link>http://coco-lab.org/Elgg/timo/weblog/65.html</link>
            <guid isPermaLink="true">http://coco-lab.org/Elgg/timo/weblog/65.html</guid>
            <pubDate>Mon, 11 Feb 2008 09:38:36 GMT</pubDate>
		<dc:subject><![CDATA[oaa]]></dc:subject>
		<dc:subject><![CDATA[howto]]></dc:subject>
            <description><![CDATA[<p>Continuing from the last post, assume you want your OAA-agent to react on certain data changes. You setup a trigger with something like this:</p><pre>oaaAddTrigger(data, otherSpeechEnd(_), oaaSolve(startTalking(), [reply(none)], [on(add), recurrence(whenever)])</pre><p>Right? No! Well, yes but that&#39;s not enough. You have to make sure, that the data (otherSpeechEnd(X)) is already known to the facilitator. </p><p>So, in order for the trigger to work, you need two lines:</p><pre>oaaAddData(otherSpeechEnd(_), []) <br />aaAddTrigger(data, otherSpeechEnd(_), oaaSolve(startTalking(), [reply(none)], [on(add), recurrence(whenever)])</pre><p>Very nasty behaviour, because the bug only occurs when you&#39;ve restarted the facilitator and the data type is still unknown. </p>]]></description>
        </item>
                
        <item>
            <title><![CDATA[OAA-Benchmarks]]></title>
            <link>http://coco-lab.org/Elgg/timo/weblog/45.html</link>
            <guid isPermaLink="true">http://coco-lab.org/Elgg/timo/weblog/45.html</guid>
            <pubDate>Mon, 09 Jul 2007 11:11:52 GMT</pubDate>
		<dc:subject><![CDATA[performance]]></dc:subject>
		<dc:subject><![CDATA[OAA]]></dc:subject>
            <description><![CDATA[<p>10000 messages &agrave; 1 IclINT: 217616 ms<br />10000 messages &agrave; 1 IclList with 320 IclINTs: 291248 ms<br />10000 messages &agrave; 320 bytes as IclDataQ: 781685 ms</p><p>Either I have to fix IclDataQ (unpacking the DataQ seems to be horribly slow) or we could omit using OAA for audio transmission and use a TCP stream directly.</p>]]></description>
        </item>
                
        <item>
            <title><![CDATA[Profiling für Java-Programme]]></title>
            <link>http://coco-lab.org/Elgg/timo/weblog/44.html</link>
            <guid isPermaLink="true">http://coco-lab.org/Elgg/timo/weblog/44.html</guid>
            <pubDate>Mon, 09 Jul 2007 10:13:30 GMT</pubDate>
		<dc:subject><![CDATA[performance]]></dc:subject>
		<dc:subject><![CDATA[OAA]]></dc:subject>
		<dc:subject><![CDATA[Java]]></dc:subject>
		<dc:subject><![CDATA[JRat]]></dc:subject>
            <description><![CDATA[<p>Schonmal interessiert gewesen, warum und was bei der Ausf&uuml;hrung so lange dauert? </p><p>Klar, beim eigenen Programm sollte ich es wissen, aber wenn ich jetzt Toolkit XYZ benutze, welche benutzte Operation ist dann besonders teuer? </p><p>Antwort darauf gibt ein Profiler, der das Laufzeitverhalten des Programms analysiert. F&uuml;r Java macht das JRat ( <a href="http://jrat.sourceforge.net/quickstart.html#9.%20Examine%20the%20JRat%20Output">http://jrat.sourceforge.net/quickstart.html#9.%20Examine%20the%20JR</a> ). </p><p>Sehr interessant, aber meine Frage, warum IclDataQ-Pakete dreimal so langsam zu entpacken sind als IclList-Pakete mit den entsprechenden Bytes drin, hat es auch nicht beantwortet. Bl&ouml;des OAA... </p>]]></description>
        </item>
        
    </channel>
</rss>
