> The problem is user can remove the cable of TCP stream laptop and it stop
> another client steaming UDP.
Too bad! As I said before, the write to TCP *has to* be atomic. If the write
partly succeeds (i.e., if the initial, non-blocking call to "send()" returned a
data count less than that pro
: Re: [Live-devel] socket blocking mode
We found a problem that when we use two clients (VLC) on two PC to stream the
live555 based camera (H264 video). One uses TCP mode and another uses UDP mode.
When we disconnect the network cable on TCP mode PC, the UDP stream on another
PC stopped at the
> We found a problem that when we use two clients (VLC) on two PC to stream the
> live555 based camera (H264 video). One uses TCP mode and another uses UDP
> mode.
> When we disconnect the network cable on TCP mode PC, the UDP stream on
> another PC stopped at the same time.
>
> We found the p
We found a problem that when we use two clients (VLC) on two PC to stream the
live555 based camera (H264 video). One uses TCP mode and another uses UDP mode.
When we disconnect the network cable on TCP mode PC, the UDP stream on another
PC stopped at the same time.
We found the problem is due to
