[DUG] Reference counting
Ross Levis
ross at stationplaylist.com
Fri Nov 25 12:07:06 NZDT 2005
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" <leighw at softtech.co.nz>
To: <delphi at ns3.123.co.nz>
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:kyleyharris at gmail.com]
Sent: Friday, 25 November 2005 10:58 a.m.
To: leighw at softtech.co.nz; 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
Delphi at ns3.123.co.nz
http://ns3.123.co.nz/mailman/listinfo/delphi
More information about the Delphi
mailing list