TCP is definately useful. I've implemented a remote utility to check the status of my player and provide some control and details of what's playing etc, but I decided to use the memory sharing facility because I wanted the audio engine to be separate from the application which controls it. So I have 2 apps which needed fast communication, since it's providing VU meter data and elapsed times etc continuously 20 times a second. I don't think TCP would handle that well.
This system allows users to install an update to the controlling application without stopping play, assuming the audio engine doesn't need updating as well. This is useful since it is designed for radio broadcasting. Ross. ----- Original Message ----- From: "Leigh Wanstead" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Friday, November 25, 2005 11:23 AM Subject: RE: Re: [DUG] Reference counting Frankly speaking, I like TCP so much that I once study TCP protocol in Linux source code. Regards Leigh http://www.salenz.com -----Original Message----- From: Kyley Harris [mailto:[EMAIL PROTECTED] Sent: Friday, 25 November 2005 10:58 a.m. To: [EMAIL PROTECTED]; NZ Borland Developers Group - Delphi List Subject: Re: Re: [DUG] Reference counting > TCP is universal. But modern solution will be web service. ;-) I doubt ;) Its too slow and inefficient. The fact that its generic might be an advantage in some ways, but the fact that the more generic you get (which is like getting more microsoft) the easier it is to hack your system still turns a lot of companies off. There isn't anything particularly wrong with the concept, but the implementation is lame. Also, Its slower than a snail last time I tried. Which is probably why so many are going back to Terminal Clients, rather than rich thin clients. They have been let down by the absurb network traffic speeds of soap servers and other generics. If people of the modern era still focused on speed AND quality, like many of you must remember from the good old 386 days, then we'd all be pumping out high power thin/rich clients. There will never be a win to that discussion though, because everyone has preference. _______________________________________________ Delphi mailing list [email protected] http://ns3.123.co.nz/mailman/listinfo/delphi _______________________________________________ Delphi mailing list [email protected] http://ns3.123.co.nz/mailman/listinfo/delphi
