o
with "B" frames), then you should insert the appropriate "**Discrete*Framer"
filter between your source object and your "*RTPSink" object.
Mark Woodard
___
Mark Woodard
Mutualink, Inc.
313 S Jupiter
Allen, TX 75002
T
MING_OVER_TCP set to False. Will it, in fact, use UDP?
_______
Mark Woodard
Mutualink, Inc.
313 S Jupiter
Allen, TX 75002
Toll Free: (866) 957-5465 Ext: 508
Direct: (972) 200-5020
E-Mail: mwood...@mutualink.net
Web: www.mutualink.net
*Certified
OK. So testRelay is a good starting basis. The only difference in my case
is that the source stream is unicast, not multicast.
Do I need to modify anything about the BasicUDPSink (or anything else) to
accommodate a unicast source?
___
Mark Woodard
OK, Ross, let me rephrase the question.
Does the testRelay example accept RTP packets from a source and pass them
on unchanged to the destination? If the packets are not unchanged, what is
changed about them?
___
Mark Woodard
Mutualink, Inc.
313 S
My source is the Milestone ONVIF Bridge, which I believe was built using
Live555 libraries. It deals with RTP over UDP.
My destination is a Mutualink Edge Server. It also expects RTSP packets.
___
Mark Woodard
Mutualink, Inc.
313 S Jupiter
Allen
I was under the impression that the testRelay sample
*was* relaying the data as RTP/UDP. I'm pretty sure that's what the
destination expects.
So should I be using the Proxy Server instead?
_______
Mark Woodard
Mutualink, Inc.
313 S Jupiter
Allen,
55;
Groupsock outputGroupsock(env, outputAddress, outputPort,
outputTTL);
return (OurRelaySink*)BasicUDPSink::createNew(env,
&outputGroupsock, packetSize);
}
return NULL;
}
_______
Mark Woodard
Mutualink, Inc.
313 S Jupiter
Allen
