[zeromq-dev] Image server and client
ph at imatix.com
Sun Feb 10 08:34:40 CET 2013
Your project sounds nice, and should be fun with 0MQ. In general,
start small, be prepared to throw away your early experiments, and try
to spend the time to learn the patterns explained in the Guide, and
you will succeed.
On Fri, Feb 8, 2013 at 7:32 PM, Christoph Heindl
<christoph.heindl at gmail.com> wrote:
> first, let me express that ZMQ is really a great library with an extrodinary
> well created documentation. Congratulations! Since I'm pretty new to ZMQ, I
> thought it might be a good idea to discuss my intend with the experts on
> this list.
> What I'd like to accomplish is a simple image server / client. The server
> has a set of images that it streams to 0..n clients. The image formats never
> change, just the image content. I have two uses-cases I'd like to cover
> A) High-speed Transfer:
> The first use case is that the server receives images from a camera device
> that sends images in real-time (losely defined). The client can enter / exit
> the stream at any time and it does not mapper whether images are dropped or
> B) Robust Transfer:
> The second use case deals with only few images that are to be sent by the
> server. The server waits for a number of clients to connect and ensures that
> no images get dropped due to high bandwidth usage.
> My Approach:
> The approach I have taken so far is the following: Server and clients
> communicate via two channels. The first is the synchronization service and
> the second the image service.
> The synchronization service follows the ROUTER/DEALER pattern. Clients
> register at the server, request image format information and set their ready
> flag (to remedy slow-joiners). The server deals with client requests and has
> abilities to wait for a number of clients to connect.
> The image service follows the PUBLISHER/SUBSCRIBER pattern. The server
> publishes image content and the client subscriber receives them. In case of
> the robust transfer I'm thinking about adding an identifer to each sent
> image and waiting for the clients to signal ack via the synchronization
> service. I'm not sure though if that is enough.
> Is this a reasonable approach? Maybe I'm reinventing the wheel, but I didn't
> find any library that fills my needs (well knowing that online video
> streaming exists :).
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
More information about the zeromq-dev