The existing code is correct. The reason for this code is to ensure that
sending a (RTP or RTCP) packet over a TCP connection - which involves two
separate writes: one for a header; another for the packet data itself - occurs
as an atomic operation. I.e., we want either neither of the writes t
As my testing, the function RTPInterface::sendRTPorRTCPPacketOverTCP may
hung taskSchedule's thread, I found it was at source code line 307, and I
modify it from
" if (!sendDataOverTCP(socketNum, packet, packetSize, True)) break;"
to
"if (!sendDataOverTCP(socketNum, packet, packetSize, F
> I am using the RTSP client of Live555 in my application. The purpose is to
> support CableCARD tuners. I got it working for some devices (such as Ceton
> InfiniTV) but encountered a problem with SiliconDust's HDHomeRun PRIME. What
> I found out (and also confirmed by SiliconDust support) is
Hi,
I am using the RTSP client of Live555 in my application. The purpose is
to support CableCARD tuners. I got it working for some devices (such as
Ceton InfiniTV) but encountered a problem with SiliconDust's HDHomeRun
PRIME. What I found out (and also confirmed by SiliconDust support) is
t
