Hi,
I am working on a system having 2 redundant streamers. The slave streamer
starts streaming when a failure is detected on the primary streamer. Players
(VLC using live555 (v2014.05.27)) are notified of the change with SAP.
The problem is that for a very short period of time, there can be 2 d
>It wasn't clear to me - from your original message - what port numbers you are
>choosing. For each stream, you *must* use an even numbered port number for
>RTCP, and that port number +1 (i.e., odd-numbered) for RTCP. Also, you
>*should* use different port numbers for each stream.
>E.g., for s
Hi, I am capturing video from a live camera, encoding to H264 and streaming via
the live555 RTSP server.
The problem I have is that multiple frames are buffered in the pipeline between
the camera and the server which means that when a unicast client connects, the
first frames that they get are
It wasn't clear to me - from your original message - what port numbers you are
choosing. For each stream, you *must* use an even numbered port number for
RTCP, and that port number +1 (i.e., odd-numbered) for RTCP. Also, you
*should* use different port numbers for each stream.
E.g., for strea
> Are you encoding that video on the same system in real time? 2-4 streams of
> 1 megapixel @ 25 fps AVC is pretty aggressive.
No I don't do any encoding, my DirectShow filter only sends same type of video,
that it gets (and live555 supports). When I do the 2 streams test case and I
receives t
On 6/5/2014 05:06, Adrian Kovacs wrote:
Currently I use a 1280 x 800 AVC video 25 frame/sec,
Are you encoding that video on the same system in real time? 2-4
streams of 1 megapixel @ 25 fps AVC is pretty aggressive.
If you're streaming preencoded files, are you doing intelligent disk
read
I use 1Gbit LAN, I know that WiFi is not good enough for video technology.
Technical details:
I develop in Win7 SP1 64-bit.
Currently I use a 1280 x 800 AVC video 25 frame/sec, which I stream on 2
different RTSPServer. Resource monitor shows 1000-1200 KB/sec receiving for
each VLC and 2000-2400
On 05.06.2014 12:17, Warren Young wrote:
On 6/5/2014 04:04, Ross Finlayson wrote:
(In particular, if your network is WiFi, note that multicast generally
performs very poorly over WiFi networks.)
Yes, wifi is a problem for all real-time systems.
First, the speeds claimed for wifi are basicall
On 6/5/2014 04:04, Ross Finlayson wrote:
(In particular, if your network is WiFi, note that multicast generally
performs very poorly over WiFi networks.)
Yes, wifi is a problem for all real-time systems.
First, the speeds claimed for wifi are basically marketing BS. A "54
Mbit/s" wireless n
> I am working on a direct show filter, which can stream multiple types of
> video/audio streams. It works well, if I use only one instance. My basic test
> scenario is to stream a video and view it in VLC. But if I use 4 instances of
> the filter in same graph I have problems. If I try to open
10 matches
Mail list logo
