Thanks everyone for your help. The 0x0001 in front of each piece as
explained by Jeff was the trick. I would also like to add that Jeff's preferred
method does run better for performance.
From: live-devel-boun...@ns.live555.com
[mailto:live-devel-boun...@ns.live555.com] On Behalf Of Jeff Sh
I am in fact talking about the libraries for the underlying parts. In what way
was the parser context useful? I’m working on the SPS and PPS stuff, but if
that’s useful for anything, it’d be a worthwhile addition.
-Neil
From: live-devel-boun...@ns.live555.com
[mailto:live-devel-boun...@ns.live
> I tried again testMP3Streamer in multicast and now i receive back the RR.
> Is there any special reason that works only in multicast (knowing RR is send
> back in unicast to the original sender) ? I am trying to see how can it works
> in unicast
It works just fine with unicast if you use RTSP
Hi Ross
Thank you for your response
>
> I tried with some other test as testMP3Streamer and testMP3receiver, and
> I dont receive RTCP receive reports.
>
>
> "testMP3Streamer" sends RTCP "SR" packets, and will receive RTCP "RR"
> reports from any (multicast-connected receivers). "testMP3Receiver
When I try to compile I get this:
msvcrt.lib(crtexe.obj) : error LNK2019: unresolved external symbol _main referen
ced in function ___tmainCRTStartup
testReplicator.exe : fatal error LNK1120: 1 unresolved externals
NMAKE : fatal error U1077: '"c:\Program Files\Microsoft Visual Studio 9.0\VC\BIN
\
Hi,
I have Implemented a new class called
"MPEG2TransportUDPServerMediaSubsession" that handles on demand relaying of
a Basic UDP source transporting MPEG2 TS Video to any client requesting it
through rtsp.
To test it please add the following bloc to testOnDemandRTSPServer:
{
char const* tvSe
