Ben Hague <benha...@...> writes: > > On Sat, 2010-11-06 at 15:37 +0100, Joost 't Hart wrote: > > > This driver cannot be compiled for windows out of the box, because it > > uses the high level hid usb api that was developed for MacOS and > > (adopted by Linux). As far as I know, this api is not available on Windows. > > > > Which does not mean that the code cannot be ported to Windows... > > >
Thank you Joost and Ben for responding to my post. It is disheartening to discover that I am not the one step away from getting the Dream Cheeky USB chess board to work with SCID, as I had hoped. > There's almost certainly a better way to do it in Windows. It might be > possible to get it working with my code but I suspect it'd be less > effort to start from scratch than to try to coax libhid into working on > Windows. > Basically it's just 64 switches and it tells you whenever one is > pressed. > > > 4) The board does not transfer any information on (chess) pieces. This > > implies that promoting a pawn cannot produce anything more than > > "g7g8<enter>" and needs some additional manual inferference on Scid's end. > > > > All in all, I expect there's still a bit of work to do... > Quite true. I did put together a little program that will send moves > directly to whatever program has the focus, > http://www.wtfai.me.uk/wtfai/files/monitorcheeky.c, so if SCID has the > focus then you can use an unmodified SCID, which for me is probably the > best option. I've tried using it again to enter games, and it does work > OKish despite its obvious limitations but I'd still rather use a mouse. > If anyone really wants to use it and can't program themselves then I'm > willing to try to fix any problems that arise, What could I do ( a 'hello world' programmer ) to try to get a working windows program available? Identify an approach which I think would take the least amount of effort / programming time (and so I hope have the best chance of being taken up even by those that are not fully sold on how valuable it would be!) : I spent time searching the internet trying to understand just a little some of the programming concepts ( API, DDK, SDK, .NET , .dll , .h .... ) and I can tell you that I've run out of paracetamol. The best resource I could find was at http://www.developerfusion.com/article/84338/making-usb-c-friendly/ So what do you think of this approach: Use the code of monitorcheeky.c Identify the unix libhid calls used in the program. Identify the corresponding calls available in setupapi.dll and hid.dll Alter the code where the arguments for the calls of setupapi /hid.dll differ from those of libhid. Ben : the link to the location of your code at wtfai is giving the error message: 404 page not found. Further responses that gets one closer to the goal would be appreciated. (Of course if someone would take up the programming ... <happy smile icon>) > but for me the > fundamental problem is the hardware is too over-simplified, and that > can't be fixed. Yes. But. As a poor man's option it takes some beating. Unless you have several hundred pounds for a dgt the usb board offers the only way to record a game of chess while you play it. (My chess opponents are better than me, but have no interest in recording a game on paper, I record the game poorly, and don't want to be handicapped by running a chess program and entering the moves as we play.) Thnx Jerry ------------------------------------------------------------------------------ Centralized Desktop Delivery: Dell and VMware Reference Architecture Simplifying enterprise desktop deployment and management using Dell EqualLogic storage and VMware View: A highly scalable, end-to-end client virtualization framework. Read more! http://p.sf.net/sfu/dell-eql-dev2dev _______________________________________________ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
