Ok it's been a long day, I now get it.
For anybody else using this camera here is what is happening.
The NTP seconds and microseconds values are not reversed they are fine
and if I'd have looked at more than one SR packet in sequence I'd have
seen that from the beginning.
The problem is the ca
I just wanted to verify if I'm correct or see if anybody else has
experienced this problem or if there might have been any recent
fixes to the SR receiving code of liveMedia that I might be missing.
No. The RTCP reception/presentation-time-setting code has not
changed in months (years?), and
I'm using the livemedia library to receive a MPEG4 stream from a Flir
Thermocam A320 infrared camera.
The problem I'm seeing is the presentation times coming from the
afterGettingFrame callback start out reasonable then jump way ahead to
sometime around 2038 after the first SR packet is received
we have downloaded the VLC player and we realized the live555 code
is used in it (well, we are new to the scene). We studied the VLC
code but it is not obvious to us, what parts of live555 streaming
media library the VLC player is using. We thought that the VLC
player uses live555 code whenever
Le Fri 08 Jan 10 à 18:20 +, Němec Alexandr a écrit :
> we have downloaded the VLC player and we realized the live555 code is
> used in it (well, we are new to the scene). We studied the VLC code
> but it is not obvious to us, what parts of live555 streaming media
> library the VLC pla
2010/1/8 Němec Alexandr
> Dear all,
> we have downloaded the VLC player and we realized the live555 code is used
> in it (well, we are new to the scene). We studied the VLC code but it is not
> obvious to us, what parts of live555 streaming media library the VLC player
> is using. We thought that
2. I have a second question about live555 stability in long run
tests. We plan to use live555 (the client side) to receive and
record streams from cameras with built-in RTSP servers. I am not
aware of any other RTSP/RTP implementation that we could use, I
think there are not many of them out th
Dear all,
we have downloaded the VLC player and we realized the live555 code is used in
it (well, we are new to the scene). We studied the VLC code but it is not
obvious to us, what parts of live555 streaming media library the VLC player is
using. We thought that the VLC player uses live555 code
BTW while digging in the specification RFC 2326 I found that section 3.4
says that the session Identifiers MUST be chosen randomly and MUST be at
least eight octets long to make guessing it more difficult. Yet a fast
look at the live555 library code seems to show that is doesn't choose a
random se
