Hi Ross,
Thanks for your reply.
If I need to change back to original PID's in the FFW /REW streamed TS, in
which file I should make changes.
Can you please help me out in this.
Thanks and regards,
M. Nambirajan
From: live-devel [mailto:live-devel-boun...@ns.live555.com] On B
> If I change the H264VideoStreamFramer to a H264VideoStreamDiscreteFramer
Yes, you MUST do this, because your input source (from the RTSP client's
"H264VideoRTPSource") consists of a sequence of discrete NAL units, rather than
an unstructured byte stream. I.e., you MUST feed your RTSP client
> We have been checking the trick play with the Live555 Server. We found that
> when doing the FFW or REW, The PID values of the stream id, PMT and Video
> Elementary Stream are changed to different values.
Strictly speaking, the trick play mechanism isn't 'changing' the PID, because
it's not r
Hi,
So I see the error below in my code that works like a proxy. It receives a
stream from a remote
camera, optionally does some magic with it and then multicasts it onwards. The
multicasting is
done using a PassiveServerMediaSubSession, H264VideoRTPSink and
H264VideoStreamFramer
in addition t
Hi,
Just wanted to share a small caveat that's been biting me for several days.
It's not
a Live555 bug, but something that's easy to do wrong in any kind of application
that
is a bit more complex than the sample apps.
Most of the examples that do multicast streaming have this code:
const un
Hi Ross,
We have been checking the trick play with the Live555 Server. We found that
when doing the FFW or REW, The PID values of the stream id, PMT and Video
Elementary Stream are changed to different values.
Do we need to change the same. Can we revert it to the original PID values.
