Finally the solution was to disable Flow Control in switch/router, which
generated these STP PAUSE messages.
I don't know if there is possibility to improve on code side to be able to
stream multiple streams without disable Flow Control/STP. Unfortunately I don't
have much knowledge about socket
I did a WireShark test to see what happens on the network. I did the test with
one stream, which worked ok, and then I did it with 2 streams, which caused the
problem.
I didn't noticed any difference during streaming, but when I stopped streaming
I found a difference: in two streams cases STP c
>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
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
Problem:
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
11 matches
Mail list logo
