Good morning! Well the current implementation looks like http://dgtdrv.sourceforge.net/. Ie. it calls my dgtdrv2 for moves. Therefore, DGT-support is actually completely miss leading (I know I called it that myself) as I'm actually adding Input Engine support to scid. I published input engine protocol at http://dgtdrv.sourceforge.net/dgtdrv-3.html and basically you can set any hardware or software on this interface (an IP-based transmission could just write out the commands as well...) Its very similar to xboard or UCI in fact, this results in a pretty low footprint to add it. I think adding it to xboard is done in well below 100 lines of C. (I don't have the patch here, so I can't look up the actual number of lines, but its trivial in fact.)
dgtdrv itself sits on the dgtnix library which is portable between OS, its done in plain POSIX C. dgtdrv itself is also plain C(++). Its known to work on Linux and Windows at the moment afaik also on BSD. We have an open issue on the Mac that actually nobody understands as we just use POSIX IO for serial ports, but the Mac has a bit a strange way to add usbserial by some driver. At this part a Mac programmer should have a look at, then I think the solution would be almost trivial. (But try to fix some hardware dependend thing if you don't have the hardware nor a compiler...) dgtdrv itself compiles out of the box on OSX and also works there as I was able to test with the virtual board. Its just an issue with the serial port on the Mac. We had the feeling that the mac might not like serial IO without _any_ flow control as it is used by DGT. Ie. dgtdrv2 starts up, searches for the board and hangs there right after the first char send to the serial port even in the init routines of dgtnix. BTW: which project do you mean that supports the DGT on OSX at all? Do you think of eBoard? This just uses the same backend, it sits right on dgtnix. I don't think you'll get the DGT to talk here as the open issue mentioned on OSX is still unresolved in dgtnix. Anyway, current status of the thing in scid: its not smooth, its for the enduser but works for me already. I've to smooth integration of dgtdrv and some minor issues. I still have some open usability questions (ie. how should scid react in certain circumstances) but well. And there needs to be a config file and dialogue. Calling /home/arwagner/bin/i386/dgtdrv2.i686 by a static constant is not really ready for the market ;) On the long term agenda is a port of dgtdrv to a native tcl version if I can ever get the dgt to talk with tcl. I don't want to open this box here again, just say: its not that trivial as one might think. This is only a long term perspective. Consider it like Xfcc (but on a pretty different timescale due to compexity involved): I did Xfcc in perl, Scid learned to use these external tools, everything worked well. Then I did it again in Tcl but still you could use whatever external tool you want. I think of the same approach for DGT. Acutally, I think Input Engine to be the most flexible way to add hardware and I feel the interface to be important. ----- original Nachricht -------- Betreff: Re: [Scid-users] Next steps for Scid Gesendet: Di, 24. Jun 2008 Von: Garth Corral<[EMAIL PROTECTED]> > > On Jun 22, 2008, at 12:19 PM, Alexander Wagner wrote: > > > > On my current agenda: > > > > - DGT support: I really want to get it done for 3.6.25 to be > > GA, I strongly hope I can manage that. > > > Not sure what is needed here but I'd be willing to help out if I can. > I don't currently have a DGT board so it will depend on whether I > actually get one. The idea of a DGT board is very appealing to me but > there is very little to no supported software for OS X (that doesn't > require X-windows and gigs of gnome dependencies), so this might be > excuse enough to actually buy one. :-) > > I don't know what the current implementation looks like or what you > have in mind, but whatever it is it shouldn't be too different between > Linux and OS X. Anyway, let me know if there's anything I can do to > help out (so I can tell my wife how important it is that I get a > DGT). ;-) > --- original Nachricht Ende ---- ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
