site_archiver@lists.apple.com Delivered-To: Bluetooth-dev@lists.apple.com Resent-date: Sat, 8 Mar 2008 01:35:19 -0500 Resent-from: Hans-Christoph Steiner <hans@eds.org> Resent-message-id: <DAF28825-6FFD-4D67-B6D4-62BD4A4950E7@eds.org> Resent-to: Bluetooth-dev@lists.apple.com .hc On Mar 8, 2008, at 12:05 AM, Bubba Giles wrote: jason On Mar 7, 2008, at 6:08 PM, Hans-Christoph Steiner wrote: .hc On Mar 7, 2008, at 8:34 PM, Joseph Kelly wrote: Joe K. On Mar 7, 2008, at 12:55 PM, Hans-Christoph Steiner wrote: Here's the code in question: .hc http://at.or.at/hans/ _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.a... Yes, that sounds much better! I know the HID stuff pretty well, and will be getting deeper into it. I've looked around a bunch, I don't understand how to find and open the Bluetooth device from the HID API. Is there any example code around? I've seen the DarwiinRemote framework, but that doesn't seem to be using the HID API at all. If I can find and open bluetooth HID devices like the wiiremote from the HID Manager API, then I'll be a happy camper! :) your best bet might be to skip using Bluetooth altogether, let the Wii remote connect up as a HID device, and just get events using the HID system API. Pd (aka Pure Data) has two processes that communicate via a network socket. There is a Tcl/Tk process that handles the GUI ('pd-gui') and the C process ('pd') that handles all of the digital signal processing. It is a realtime system, so it has its own cooperative scheduler. All processing needs to happen within the timeslice, or it will cause an interruption in the processing. So, for example, when I connect to the device, it causes everything to hang until the device is connected, and CFRunLoopStop() is called. Since Tcl/Tk is based on Carbon, AFAIK, there is probably a CFRunLoop in it. But that's a separate process, so the 'pd' process isn't using any of that. I wrote HID support for Pd, and I just polled the event queue, it works well. I was hoping for something like that for Bluetooth HID events. In particular, I am working on getting data from a Nintendo WiiRemote. Much of the user space Bluetooth API depends on run loops, i.e. for getting data to and from the kernel. It's surprising that your GUI framework itself does not rely on run loops. How does it respond to user input etc. ? Unfortunately, I found that some Bluetooth calls only run reliably on the main thread, at least on Tiger and earlier. Maybe you could explain your architecture a bit more. The model I've been using is I set up a callback for when data comes from the device, then I just return and wait; when the user does something which causes me to send commands to the device, and when I return from doing that (i.e. program flow returns to the event manager and the runloop code) I then get my data-in callbacks which I respond to. I am currently in the process of adding bluetooth HID support to Pure Data, a realtime, visual programming language for sound, video, etc. The GUI is all written in Tcl/Tk, so we are not handling a CFRunLoop at all. I have gotten device searching and connection working by using CFRunLoopRun() then sticking CFRunLoopStop(CFRunLoopGetCurrent ()) the end of the of the inquiry completion callback. I am trying to get the same thing working for getting events, but I haven't been able to. Ideally, I would be able to poll for bluetooth events, is there a way to do that, outside of creating a separate thread to handle the event callbacks? Maybe something with CFRunLoopRunInMode()? http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/ externals/io/wiiremote/ ------------------------------------------------------------------- --------- _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/bluetooth-dev/joeman% 40mac.com This email sent to joeman@mac.com --------------------------------------------------------------------- ------- All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated.... - John Donne _______________________________________________ Do not post admin requests to the list. They will be ignored. Bluetooth-dev mailing list (Bluetooth-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/bluetooth-dev/bubba% 40apple.com This email sent to bubba@apple.com ------------------------------------------------------------------------ ---- "[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore This email sent to site_archiver@lists.apple.com