LCDInfo.com

One possible reason for it not working might be that Michael is currently running a firmware with some experimental touch filtering. Maybe the software isn't getting the kind of input it expects and discards the touch input. I have emailed you this same version.

The touch interface is working here.

it works now.
i forget to restart the controller after firmwareupdate.

New version uploaded: http://mylcd.sourceforge.net/files/vlc_touch1.rar

Touch the display once to fade in the overlay, which then fades out after 4 seconds.
When the overlay is up a FPS display can be toggled by touching the top right corner.

Nice to see the touch interface evolving.

Regarding the earlier issue about the touch not working I just realized that the cause was an older firmware that was completely missing the interrupt endpoint. So not any mysterious issue about the software not liking the input but instead it wasn't getting any input at all...

Thats what I thought too.

Heres the latest version of the touch program: http://mylcd.sourceforge.net/files/touch3.rar
Since we last communicated on this I've since added an 80ms debounce filter to every filtered touch location. This has resulted, to my surprise, in accurate and consistent readings.
Not too good for drag'ing but perfect for buttons.

The vlc_touch works fine here.



my minimum on my player is 100 ms or i get wrong results some times.

A standalone file browser: http://mylcd.sourceforge.net/files/fbrowser.rar

Including the path area the red boxes are touch areas. These areas will be replaced by button graphics when this, the framework, is implemented in to vlcstream.

I believe we may be referring to different things.
You're referring to the period between reads. Whereas I'm referring to the delta time (dt) over the current and previous touch location, as each touch location is given a time. If dt is less than debouncetime (180ms in fbrowser above) then that location is assumed to be a resident of the previous location, and therefore not a new touch instance.

I'm using something similar to the above for the dragging, but in this case the debouncetime is anything less than 40ms.

Just wanted to drop in and say that all the demos I tried have worked ok Not sure what sort of frames I should get, but I get around 20-25. And while testing the VLC plugin the fps seemed around 20. I coulnd't figure out how to get it to show fps

But very cool display I have to say

Updated VLC Stream: http://mylcd.sourceforge.net/files/vlcstream.rar

Finally got to testing the latest version(s) of the vlcstream. Works very well Great work!
The touch interface seems to work well when used with a stylus. I didn't actually test the file browser with a finger but as there are relatively small elements on the screen stylus might be the more appropriate tool.

Hi Michael,

How did you manage to get the touch interface to work with the mylcd library? I am playing with the mylcd API and it is great for graphics, but for the life of my I can't get the touch API of Henri's to work with mylcd.

Andy

Hi Langosta,
Touch input wasn't implemented in the 041108 build that you're using, which is the only released build containing USBD480 code.

From within mylcd it is handled through a dedicated thread using a function callback method set through the option interface. Later there will be an option to use a Win32 window handle. This would allow the touch position to be handled in much the same manner as WM_MOUSEMOVE and WM_LBUTTONDOWN.

I'll tidy up the current build then throw it up on the site.

Latest build uploaded.

So, in order for Michael's demos to work, am I correct in assuming I need to purchase the VLC player???