<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: BBTUIOTest bugfixes</title>
	<atom:link href="http://benbritten.com/2008/08/25/bbtuiotest-bugfixes/feed/" rel="self" type="application/rss+xml" />
	<link>http://benbritten.com/2008/08/25/bbtuiotest-bugfixes/</link>
	<description>Software should be simple.</description>
	<lastBuildDate>Sun, 18 Dec 2011 05:32:55 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: sandor</title>
		<link>http://benbritten.com/2008/08/25/bbtuiotest-bugfixes/comment-page-1/#comment-137</link>
		<dc:creator>sandor</dc:creator>
		<pubDate>Fri, 29 Aug 2008 09:27:03 +0000</pubDate>
		<guid isPermaLink="false">http://benbritten.com/?p=189#comment-137</guid>
		<description>Hey Ben,

thanks for the reply! That&#039;s great with the ROI thingie! For the tests i had to scale down the ROI to a small part of my visible image area for that reason. Would be great to see that new function soon ;-)

As for the real problem:

I have spent the half night in the office doing some in-depth testings on windows and OSX.

As you can see we are getting opticaly very good results. This is becose we are doing a &quot;new&quot; way of illumination/projection technique. Just to give you a taste: we are &quot;flooding&quot; the projection surface with 72 Watt of light ;-) Unfortunatly i cannot diclose too much here (maybe private mail?) on the process we are doing. We are right now not sure if we should make our approach open-source or not... But fact is, that we have a &quot;rest image&quot; of appr. 3-7% of the projected image. Working with TouchLib and the provided filters this is neglectable becose after the filtering the camera does not seeing this 3-7%...

But this does not realy helps with the problem. Tiff 3,4,5: what you see there are 3 coins placed on the surface. I have made right now a new test: No movement in the front of the surface. The projection does not have any structure, so that the background cannot be an issue. Background removal was done. I just have placed some objects on the surface to create blobs (unfortunatly also my Zippo - after that i was searchning for a few minutes for my lighter - LOL!) Here i am getting blobs at a treshold value of &quot;45&quot;. Putting my hands gives me realy erratic values. But not just this: see what&#039;s happening if you connect BBtouch over FLOSC and TUIO to the &quot;paint.swf&quot;... LOL:

http://workflow.cd-cologne.de/download/new.tiff

Well - complicated stuff that is! I quess i&#039;ll have to do some more work here.

Cheers,</description>
		<content:encoded><![CDATA[<p>Hey Ben,</p>
<p>thanks for the reply! That&#8217;s great with the ROI thingie! For the tests i had to scale down the ROI to a small part of my visible image area for that reason. Would be great to see that new function soon ;-)</p>
<p>As for the real problem:</p>
<p>I have spent the half night in the office doing some in-depth testings on windows and OSX.</p>
<p>As you can see we are getting opticaly very good results. This is becose we are doing a &#8220;new&#8221; way of illumination/projection technique. Just to give you a taste: we are &#8220;flooding&#8221; the projection surface with 72 Watt of light ;-) Unfortunatly i cannot diclose too much here (maybe private mail?) on the process we are doing. We are right now not sure if we should make our approach open-source or not&#8230; But fact is, that we have a &#8220;rest image&#8221; of appr. 3-7% of the projected image. Working with TouchLib and the provided filters this is neglectable becose after the filtering the camera does not seeing this 3-7%&#8230;</p>
<p>But this does not realy helps with the problem. Tiff 3,4,5: what you see there are 3 coins placed on the surface. I have made right now a new test: No movement in the front of the surface. The projection does not have any structure, so that the background cannot be an issue. Background removal was done. I just have placed some objects on the surface to create blobs (unfortunatly also my Zippo &#8211; after that i was searchning for a few minutes for my lighter &#8211; LOL!) Here i am getting blobs at a treshold value of &#8220;45&#8243;. Putting my hands gives me realy erratic values. But not just this: see what&#8217;s happening if you connect BBtouch over FLOSC and TUIO to the &#8220;paint.swf&#8221;&#8230; LOL:</p>
<p><a href="http://workflow.cd-cologne.de/download/new.tiff" rel="nofollow">http://workflow.cd-cologne.de/download/new.tiff</a></p>
<p>Well &#8211; complicated stuff that is! I quess i&#8217;ll have to do some more work here.</p>
<p>Cheers,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://benbritten.com/2008/08/25/bbtuiotest-bugfixes/comment-page-1/#comment-136</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Thu, 28 Aug 2008 22:10:51 +0000</pubDate>
		<guid isPermaLink="false">http://benbritten.com/?p=189#comment-136</guid>
		<description>Hey Sandor,

first the ROI thing, yes definitely.  I already have some stuff in dev that fixes that problem (and makes the detector just a wee bit faster too (since it isnt looking at all those pixels that we dont care about) but it probably wont be done for another week at the very least. However, even tho the edges are getting detected by the detector, it wont make it out as a blob because it doesnt fall within the camera mesh.  

now, for your blobs: hmmm... all those camera shots you have should be making perfectly nice blobs.  I am not sure why they arent.  The only thing I can think of off the top of my head is if you are switching between FTIR and DI on the same table but maybe not resnapping your background?  

just some general thoughts:
tiff 1: looks great!

tiff 2 : threshold is at 81, that is pretty high, try turning it down all the way until you start to get really bad false positives, then crank up from there.  

tiff 3,4,5 : this looks dandy, don&#039;t know why you aren&#039;t getting blobs here :-(  as i said, the only thing that comes to mind at the moment as a background image issue? (maybe i need to add a button that allows you to see the subtracted background result? that is probably a good idea, then you would know right away if you needed a resnap)

also have a look at the console and see if there are any errors popping up.  Your blobs look really great (nicer than mine), you should be getting nice clean detection. hmmm... 

let me know if any of this helps, and I will think some more on it and see if i can think of anything else.</description>
		<content:encoded><![CDATA[<p>Hey Sandor,</p>
<p>first the ROI thing, yes definitely.  I already have some stuff in dev that fixes that problem (and makes the detector just a wee bit faster too (since it isnt looking at all those pixels that we dont care about) but it probably wont be done for another week at the very least. However, even tho the edges are getting detected by the detector, it wont make it out as a blob because it doesnt fall within the camera mesh.  </p>
<p>now, for your blobs: hmmm&#8230; all those camera shots you have should be making perfectly nice blobs.  I am not sure why they arent.  The only thing I can think of off the top of my head is if you are switching between FTIR and DI on the same table but maybe not resnapping your background?  </p>
<p>just some general thoughts:<br />
tiff 1: looks great!</p>
<p>tiff 2 : threshold is at 81, that is pretty high, try turning it down all the way until you start to get really bad false positives, then crank up from there.  </p>
<p>tiff 3,4,5 : this looks dandy, don&#8217;t know why you aren&#8217;t getting blobs here :-(  as i said, the only thing that comes to mind at the moment as a background image issue? (maybe i need to add a button that allows you to see the subtracted background result? that is probably a good idea, then you would know right away if you needed a resnap)</p>
<p>also have a look at the console and see if there are any errors popping up.  Your blobs look really great (nicer than mine), you should be getting nice clean detection. hmmm&#8230; </p>
<p>let me know if any of this helps, and I will think some more on it and see if i can think of anything else.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sandor</title>
		<link>http://benbritten.com/2008/08/25/bbtuiotest-bugfixes/comment-page-1/#comment-135</link>
		<dc:creator>sandor</dc:creator>
		<pubDate>Thu, 28 Aug 2008 18:59:03 +0000</pubDate>
		<guid isPermaLink="false">http://benbritten.com/?p=189#comment-135</guid>
		<description>Hey Ben,

having a lot of problems with BBtouch. I have tryed out with a DI setup and also with an FTIR setup. The blobs are very erratic and unstable. Often i don&#039;t get any of them ;-)

I have upped a few screens of BBtouch to illustrate what&#039;s happening. As you can see on the screens the &quot;dark blobs&quot; and the &quot;white blobs&quot; are realy good...

Maybe do you have an idea whats happening there... Maybe we need some more filter stuff?

The same setup works realy well on windows with TouchLib (exepting the camera correction with the barrel_distorsion filter)...

I have also seen that the realy nice distorsion settings in BBtouch have also a problem:

- even if you set up the grid correctly, the ROI (the rectangular thingie) will still catch up evrything inside. So if you have a larger display and you have to use a fisheye lens, you will allway catch up the brightly lit areas on the side. This will be even more complicated if you are forced to put you camera on the side of your bos and not in the middle. Would it be possible to distort the ROI rectangel also? I mean in a way that the 4 edges don&#039;t have 90degrees....?

Oh, her&#039;s the DL link:

http://workflow.cd-cologne.de/download/touch.zip

Cheers,</description>
		<content:encoded><![CDATA[<p>Hey Ben,</p>
<p>having a lot of problems with BBtouch. I have tryed out with a DI setup and also with an FTIR setup. The blobs are very erratic and unstable. Often i don&#8217;t get any of them ;-)</p>
<p>I have upped a few screens of BBtouch to illustrate what&#8217;s happening. As you can see on the screens the &#8220;dark blobs&#8221; and the &#8220;white blobs&#8221; are realy good&#8230;</p>
<p>Maybe do you have an idea whats happening there&#8230; Maybe we need some more filter stuff?</p>
<p>The same setup works realy well on windows with TouchLib (exepting the camera correction with the barrel_distorsion filter)&#8230;</p>
<p>I have also seen that the realy nice distorsion settings in BBtouch have also a problem:</p>
<p>- even if you set up the grid correctly, the ROI (the rectangular thingie) will still catch up evrything inside. So if you have a larger display and you have to use a fisheye lens, you will allway catch up the brightly lit areas on the side. This will be even more complicated if you are forced to put you camera on the side of your bos and not in the middle. Would it be possible to distort the ROI rectangel also? I mean in a way that the 4 edges don&#8217;t have 90degrees&#8230;.?</p>
<p>Oh, her&#8217;s the DL link:</p>
<p><a href="http://workflow.cd-cologne.de/download/touch.zip" rel="nofollow">http://workflow.cd-cologne.de/download/touch.zip</a></p>
<p>Cheers,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ajlovegrove</title>
		<link>http://benbritten.com/2008/08/25/bbtuiotest-bugfixes/comment-page-1/#comment-134</link>
		<dc:creator>ajlovegrove</dc:creator>
		<pubDate>Wed, 27 Aug 2008 09:55:47 +0000</pubDate>
		<guid isPermaLink="false">http://benbritten.com/?p=189#comment-134</guid>
		<description>Sorry Ben if i had actually read the last post i wouldn&#039;t of had to ask you such an obvious question!  Anyways nice to chat!</description>
		<content:encoded><![CDATA[<p>Sorry Ben if i had actually read the last post i wouldn&#8217;t of had to ask you such an obvious question!  Anyways nice to chat!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ajlovegrove</title>
		<link>http://benbritten.com/2008/08/25/bbtuiotest-bugfixes/comment-page-1/#comment-133</link>
		<dc:creator>ajlovegrove</dc:creator>
		<pubDate>Wed, 27 Aug 2008 09:07:00 +0000</pubDate>
		<guid isPermaLink="false">http://benbritten.com/?p=189#comment-133</guid>
		<description>Perfect! I will test it when i get home, This is kinda the reason i started the whole multitouch escapade in the first place,  So i could have one great big touch screen for VJing on!</description>
		<content:encoded><![CDATA[<p>Perfect! I will test it when i get home, This is kinda the reason i started the whole multitouch escapade in the first place,  So i could have one great big touch screen for VJing on!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben</title>
		<link>http://benbritten.com/2008/08/25/bbtuiotest-bugfixes/comment-page-1/#comment-132</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Wed, 27 Aug 2008 08:34:26 +0000</pubDate>
		<guid isPermaLink="false">http://benbritten.com/?p=189#comment-132</guid>
		<description>Hey AJ,

in fact i have. Kinda.  this BBTUIOTest app (the newer one) has a &#039;fake mouse events&#039; checkbox that will in fact fake mouse events.  However I haven&#039;t had too much time to really test and refine it.  

(i did some simple testing, and was able to drag windows around and click on stuff on my desktop)

It isnt really a driver per se, but it does the job.  it takes the first blob that it sees and makes that the mouse blob. (mouse down) moving the mouse blob will do a drag, and taking your finger off the surface will do a mouse up. if you have more than one blob, it will ignore the extras until you take the first one off, then it will go to the next one and think that is the mouse.  

Give it a go and let me know what it does :-) 

Cheers!
-b

ps: as i mentioned above, if it locks up your interface, just command-option-esc.  that will reset the mouse events (it seemed to get stuck in the down position sometimes, i think i fixed that bug, but again, havent had time to really test it out)</description>
		<content:encoded><![CDATA[<p>Hey AJ,</p>
<p>in fact i have. Kinda.  this BBTUIOTest app (the newer one) has a &#8216;fake mouse events&#8217; checkbox that will in fact fake mouse events.  However I haven&#8217;t had too much time to really test and refine it.  </p>
<p>(i did some simple testing, and was able to drag windows around and click on stuff on my desktop)</p>
<p>It isnt really a driver per se, but it does the job.  it takes the first blob that it sees and makes that the mouse blob. (mouse down) moving the mouse blob will do a drag, and taking your finger off the surface will do a mouse up. if you have more than one blob, it will ignore the extras until you take the first one off, then it will go to the next one and think that is the mouse.  </p>
<p>Give it a go and let me know what it does :-) </p>
<p>Cheers!<br />
-b</p>
<p>ps: as i mentioned above, if it locks up your interface, just command-option-esc.  that will reset the mouse events (it seemed to get stuck in the down position sometimes, i think i fixed that bug, but again, havent had time to really test it out)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ajlovegrove</title>
		<link>http://benbritten.com/2008/08/25/bbtuiotest-bugfixes/comment-page-1/#comment-131</link>
		<dc:creator>ajlovegrove</dc:creator>
		<pubDate>Wed, 27 Aug 2008 08:23:40 +0000</pubDate>
		<guid isPermaLink="false">http://benbritten.com/?p=189#comment-131</guid>
		<description>Hey Ben.  Just wondered if you had made a mouse driver for OS x?  Somthing that will act as a single touch interface?

Xelapond tried it but as he doesnt have a Mac it made it hard to test.

Have you had any luck?

Cheers</description>
		<content:encoded><![CDATA[<p>Hey Ben.  Just wondered if you had made a mouse driver for OS x?  Somthing that will act as a single touch interface?</p>
<p>Xelapond tried it but as he doesnt have a Mac it made it hard to test.</p>
<p>Have you had any luck?</p>
<p>Cheers</p>
]]></content:encoded>
	</item>
</channel>
</rss>

