> Op 19 jul. 2015 om 23:08 heeft Ross Finlayson het
> volgende geschreven:
>
>> No, not quite. From image quality point of view I’m not satisfied, just
>> dropping datagrams is bad for inter frame video protocols (H264), it hurts
>> image quality badly.
>
> Tough shit. Your stream is exce
> No, not quite. From image quality point of view I’m not satisfied, just
> dropping datagrams is bad for inter frame video protocols (H264), it hurts
> image quality badly.
Tough shit. Your stream is exceeding the capacity of your network. If this is
a permanent condition then the only alte
> Actually, I think you’ve discovered a bug in the code here. That “if”
> condition (in “RTPInterface.cpp”, line 379) should probably be changed to
> } else if (sendResult < 0 && envir().getErrno() != EAGAIN) {
> because the intent of this code was to stop using the socket only if it has
>
> I don’t think so because this condition is triggered if sending the framing
> data hits an error and the socket is removed for further usage (not closed
> however).
>
>} else if (sendResult < 0) {
> // Because the "send()" call failed, assume that the socket is now
> unusable, so sto
> Op 17 jul. 2015, om 10:15 heeft Ross Finlayson het
> volgende geschreven:
>
>
>> On Jul 15, 2015, at 9:13 PM, Erik Oomen wrote:
>>
>> I’m using live555 to stream H264+PCMU audio between two servers (both are
>> bare Linux 64bit under my control). Due to firewall reasons I have chosen
>>
> On Jul 15, 2015, at 9:13 PM, Erik Oomen wrote:
>
> I’m using live555 to stream H264+PCMU audio between two servers (both are
> bare Linux 64bit under my control). Due to firewall reasons I have chosen to
> use TCP. The sending server has 100Mbit FD, the receiver has 20Mbit FD
> bandwidth,
I’m using live555 to stream H264+PCMU audio between two servers (both are bare
Linux 64bit under my control). Due to firewall reasons I have chosen to use
TCP. The sending server has 100Mbit FD, the receiver has 20Mbit FD bandwidth, 8
hops between them and average 9msec RTT.
For some reason th
