| Age | Commit message (Collapse) | Author |
|---|
|
Doesn't work quite as well as I would like it to, but until 0MQ has queue
limits implemented it's useful if you want to test a large video stream on
e.g. 802.11g wifi.
Also added proper option handling using getopt().
|
|
|
|
Raw video streams require large amounts of bandwidth. For example a
640x480 RGB24 stream at 15 frames per second will consume around 100 Mbps.
This code adds a bandwidth and fps display in the window title on the
receiving side so that you can see the bandwidth requirements for the
stream being sent.
|
|
|
|
An inproc:// endpoint must exist before we can connect to it. This change
removes the silly sleep(1) hack to wait for the sender thread to come online
and instead does the zmq_bind() in the main thread and the zmq_connect() in the
sender thread.
|
|
|
