Eric,
Thanks for the report.
I suspect that most other peoples' compiler is smart enough to replace the tail
recursion here with iteration, but just in case, I’ve released a new version
(2025.05.08) of the code that does this explicitly, as you suggested.
Ross Finlayson
Live Networks
Jim,
This has become a Frequently-Asked Question, so I’ve just added it to our FAQ
page. See
http://live555.com/liveMedia/faq.html#atomic_flag-compilation-error
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel
problem you
are seeing.
And, once again, you should begin by looking at the “test*Streamer” demo
applications (in the “testProgs” directory). These applications stream via
multicast, and include a (sometimes optional) RTSP server that uses a
“PassiveServerMediaSubsession” to provide RTSP
SP access to the stream.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
ows (and, to be honest haven’t built it for 32-bit Windows
for a long time). You really can’t expect the code to be usable on Windows
anymore (and it’s likely that any ostensible support for Windows will be
removed at some point). (TBH, I’m often surprised that anyone uses Windows
anymore :-)
t convert
> argument 2 from 'const ipv4AddressBits *' to 'PVOID' NetAddress.cpp 487
> The 32 bits build is OK. Is it safe to cast from “const ipv4AddressBits *”
> to PVOID ?
Probably. I’ve never heard of anyone else having a problem compiling this
code. (Do yo
, use regular (S)RTP streaming; it’s more
efficient. (Also, you can’t stream over the TCP connection if you want SRTP.)
So, omit the “-t”.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel
our RTSP client implementation.
> , but I am unsure how VLC handles SRTP key exchange
There is no SRTP key ‘exchange’; instead, the server sends (over the RTSP
connection, which is encrypted) the MIKEY data to the client, which then
derives the SRTP keying information from this. Again, our
nd-q
If you are exceeding the capacity of your network, then this doesn’t
necessarily manifest itself as a full queue at the sender end. The congestion
might be occurring downstream on the network (or perhaps at the receiver)
Ross Finlayson
Live Networks, I
;) bit, which is (supposed to be) set for the last RTP packet of an
'access unit' (i.e., video frame). I.e., you can call
"RTPSource::curPacketMarkerBit()" to test this.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
e very first SRTP packet.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
money for, so its
manufacturer is under some obligation to you. The LIVE555 software is
something that you have paid nothing for, so we are under no obligation to do
anything to accommodate this buggy server.
Ross Finlayson
Live Networks, Inc.
http://www.li
> On Nov 23, 2024, at 8:25 AM, i...@denisgottardello.it wrote:
>
> Many thanks for your reply. How much time it is required to resend the
> OPTIONS
> command? Can I edit it in order to debug the camera?
Look at the code for "ProxyRTSPClient::scheduleLivenessCommand()”
the manufacturer of this camera to get it
fixed.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
t;AAC-hbr", "", 1);
>
> and it works well.
>
> I need also stream G711U or G711A audio. How to make it?
Try the following:
SimpleRTPSink::createNew(*env_, audio_rtp_socket_.get(), payload, 8000,
“audio”, “PCMU”, 1);
for G711U. (For G711A, replace “PCMU” with
can playback .mp4 file?
No, but if you convert the file to “.mkv” (or “.webm”) format (e.g., using
“ffmpeg”, with the “-c copy” option, to avoid decoding/reencoding the media),
then the LIVE555 RTSP server implementation (including the “LIVE555 Media
Server”) will be able to stream the file.
R
Jean-Baptiste (and Jean-Claude),
This must be frustrating. My apologies.
Please try a new version (2024.10.31) of the code that seems to fix the two
issues that you noted.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel
in
> RTCPInstance::processIncomingReport and RTCPInstance::sendBuiltPacket.
Jean-Claude,
Many thanks for your patience.
I have just installed a new version (2024.10.30) of the code that should fix
this.
Ross Finlayson
Live Networks, Inc.
h
ented the method setROC is not called on the
> MICKEYState.
Arggh! Please try again, with a new version 2024.10.29
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.li
Jean-Claude,
Thanks for the report. I have just installed a new version (2024.10.24) of the
code that should fix this problem. (Now, if the ROC changes, we generate a new
SDP description for the new client, but not a new stream source or RTP sink.)
Ross Finlayson
Live Networks, Inc.
http
n your first “ServerMediaSubsession”, and use
“audioSourceReplica2” in your second “ServerMediaSubsession”.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/m
FramedSource* audioSource2 = replicator->createStreamReplica();
Then use “audioSource” in your first “ServerMediaSubsession”, and use
“audioSource2” in your second “ServerMediaSubsession”.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
__
ing audio source when a second (or
more) client requests the stream (rather than opening the audio source each
time for each new client).
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.co
> On Oct 23, 2024, at 12:12 PM, Trivedi, Rushina via live-devel
> wrote:
>
> Please let us know on which separate email ID we can contact you
finlay...@live555.com
Ross.
___
live-devel mailing list
live-devel@lists.live555.com
http://list
can be called by a separate (non-LIVE555 thread); see
http://live555.com/liveMedia/faq.html#threads
> For any further help, do you provide any paid service?
Possibly. Please contact me via a separate email (i.e., outside this mailing
list) about this.
Ross Finlayso
al
function (in your “OnDemandServerMediaSubsession” subclass) to create a
“ByteStreamMemoryBufferSource” rather than a “ByteStreamFileSource”.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
ng
support if it is available.
If you’re using “testRTSPClient” as a model for your application (which is what
I recommend), then you could write your own “MediaSink” subclasses to decode
and render each stream - replacing “DummySink”.
Ross Finlayson
Live Networks, Inc.
ht
Qt. Qt has got a rtsp client implementation but it
> is not so good.
> Can someone suggest me one?
Why not use our RTSP client implementation (e.g., see the “testRTSPClient” demo
application in the “testProgs” directory)?
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
_
You're doing a great job; the implementation of RTP-over-TCP streaming is
probably the most complex and error-prone part of the code.
I've just installed a new version (2024.10.11) of the code that fixes this
latest problem.
Ross Finlayson
Live Networks, Inc.
http://www.l
st.265
> • in.265
> I searched the current file live.2024.10.10.tar.gz for the files without
> success. I also looked in /liveMedia/public but could not find the files.
The one place you didn’t search was the FAQ :-)
See here:
http://live555.com/liveMedia/faq.html#265-fil
You can overcome this by adding
-DNO_STD_LIB=1
to your command line options
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live
Server), then you should
upgrade it ASAP to use the latest version of the code.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
your report #4; that might (or might not) be a
separate bug…
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
rtunately right now I don’t see a good way to add this sort of
functionality without modifying the source code.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/
OK, thanks. I’ve just installed a new version (2024.09.29) of the code that
fixes this.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo
“ProxyRTSPClient”, but that it is trying to access an already-deleted
“ProxyServerMediaSession”.
Can you identify where, in the code, someone is trying to call “url()”
(probably by calling “operator<<()”) on a “ProxyServerMediaSession” after it
has already been deleted?
Ross Finlayso
e they won’t know the encryption keys) trying to do a
'denial-of-service' attack by sending junk data. In this case it is correct
for the receiver to be dropping these packets; the bogus decrypted data should
definitely should not be passed up to user-level code.
Ross Finlayson
Li
ust installed a new version (2024-09-25) of
the code that should fix the problem.
I have tested it, but please also test it yourself, to be sure.
Sorry for the inconvenience.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-dev
prot=mikey” header
(in the response to the RTSP “SETUP”); they should be the same.
Does “mikeyParse” show the correct ROC (in the “HDR” section)?
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-
Yahia,
Thanks for the detailed bug report.
I have just installed a new version (2024-09-20) of the “LIVE555 Streaming
Media” code that should fix this problem. (However, I haven’t been able to
test this fully, so please let us know if there are any more problems.)
Ross Finlayson
Live
won’t need a RTSP
proxy server at all.
In any case, once you have modified the supplied source code, then you cannot
expect any support on this mailing list. Sorry.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel maili
-end’ RTSP server.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
Unfortunately I have not been able to reproduce this issue.
Could you try running your proxy server under valgrind:
cd live; make clean; ./genMakefiles linux-gdb; make
valgrind your-proxy-server-application
and email us the output if you see the crash.
Ross Finlayson
Live
lf - in
other words, the whole process needs to be just a single thread. (Which makes
me wonder why you ever used a mutex in the first place.)
But I will continue to investigate this…
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
liv
.com/liveMedia/faq.html#threads
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
re creating/deleting “ServerMediaSession”s
(in situations where this crash occurs)? Do you ever see the crash when you
create (and later delete) only a single “ServerMediaSession”? Or are you only
seeing it when you create (and later delete) multiple “ServerMediaSession”s
within your server?
> On Aug 12, 2024, at 3:24 AM, Gous Mulla via live-devel
> wrote:
>
> We are using the Live555 Proxy Server, live version 2023.07.24.
Sorry, but only the latest version of the code is supported; see
http://live555.com/liveMedia/faq.html#old-versions
Ross Finlayson
Live Network
) the C++
std library.)
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
that you have the correct (and latest) version
of the code, you should download the LIVE555 code only from our web site.)
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http
ferent port number.
So, you need to fix your server.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
implementation
instead?)
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
your “FramedSource” subclass’s
destructor. In other words, be patient.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
t *only if* you have a firewall -
between the server and client - that blocks UDP packets.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
e::createNew(envir());
with
FramedSource* videoSource = MyH264LiveSource::createNew(envir());
if (videoSource == NULL) return NULL;
return H264VideoStreamDiscreteFramer::createNew(envir(), videoSource);
Ross Finlayson
Live Networks, Inc.
http
I checked the testOnDemandRTSPServer demo program, but I didn't get the
> information I wanted because it was an example of streaming file data.
Nonetheless, you should use that code as a model for your application. See
http://live555.com/liveMedia/faq.html#liveInput-unicast
Ross Finlayso
” directory; see
http://live555.com/liveMedia/#testProgs
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
ately designed to be useful in embedded or other
‘small footprint’ systems. (That’s why, for example, we don’t mandate use of
the C++ standard library.)
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-d
ion
time, and comparing it to the client’s current ‘wall clock’ time (i.e., by
calling “gettimeofday()”).
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
ut stream is a sequence of discrete NAL units (i.e., one NAL
unit at a time), you should instead (in your implementation of
“createNewStreamSource()”) feed your input stream into a
“H264VideoStreamDiscreteFramer”. (Note that each NAL should *not* begin with a
’start code’.)
Ross Finlayso
rather than creating a new instance of the source for each new client. But if
your streams are prerecorded data (e.g., from a file), then you should probably
set “reuseFirstSource” to False.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
minder that if you are streaming from a live source, then your media
source object (“FramedSource” subclass) should *not* set
“fDurationInMicroseconds”. That way, each NAL unit will be streamed
immediately after it’s created.
Ross Finlayson
Liv
What happens if you use “openRTSP” <http://www.live555.com/openRTSP/> as a
(command-line) RTSP client? Do you see anything in the RTSP protocol exchange
that tells you what is happening after 17:53?
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
access the stream directly), then
use our “LIVE555 Proxy Server”.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
“testAMRAudioStreamer”), and RTCP packets will be sent/received automatically
by our code.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
e the filename a “.amr” suffix).
For the transmitter application, you could similarly use “testMP3Streamer” as a
guide. The most important thing to do here is call
AMRAudioRTPSink::createNew()
instead of
MPEG1or2AudioRTPSink::createNew()
Ross Finlayson
L
> On Jun 13, 2024, at 7:20 AM, Ross Finlayson wrote:
>
> For the transmitter application, you could similarly use “testMP3Streamer” as
> a guide.
Or you could use the “testAMRAudioStreamer” application.
Ross Finlayson
Live Networks, Inc.
http://www
ing one particular codec (and thus one
particular RTP payload format), including the sampling frequency, and the
number of audio channels (i.e., whether it’s mono or stereo)? This question is
important, because the format of the RTP packet (including possible headers)
will depend on the parti
you test receiving the stream using “openRTSP” - as you did here
http://lists.live555.com/pipermail/live-devel/2024-April/022529.html
do you still see any issues?
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel
Sorry, but I can’t explain why “openRTSP” would receive data from a back-end
RTSP stream, but “live555ProxyServer” - when run from the same computer on the
same back-end RTSP stream - would not. You’re going to have to figure this out
yourself. Sorry.
Ross Finlayson
Live Networks, Inc.
http
> On Jun 5, 2024, at 1:30 PM, info wrote:
>
> Yes it is
Yes to what?
Please answer each of my questions - 1/ and 2/ - in order.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.li
the same computer, as the same user, run
openRTSP rtsp://192.168.1.3/proxyStream
Do you receive any data?
(In each case, *do not* use the -t option.)
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel
, but without -t. What do you see?
> Maybe the rtsp client implementation is different?
No, it’s the same (the “RTSPClient” class). And you can see this because,
Remember, You Have Complete Source Code
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
I.e., do *not* use the “-t” option.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
> On Jun 5, 2024, at 1:06 AM, Denis Gottardello
> wrote:
>
> Which is the difference between live555ProxyServer and openRTSP?
There’s no significant difference between running “live555ProxyServer -t” and
“openRTSP -t”. Both will ask the server to stream via RTP/RTCP-over
that blocks UDP packets (and which
can’t be fixed). You should try to avoid doing this if possible,
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
> On Jun 1, 2024, at 2:21 PM, Ross Finlayson wrote:
>
>
>
>> On Jun 1, 2024, at 12:57 PM, i...@denisgottardello.it wrote:
>>
>> After having removed "-t" from command, five 5 cameras are perfect, the
>> other 4
>> don't working. Ma
ckets?
But if any RTSP camera does not support streaming RTP over UDP, then it’s
certainly not well made.
(A reminder that I’m willing to help out any camera manufacturer who wishes to
improve their products to better support RTSP/RTP/RTCP.)
Ross Finlayson
Live Network
ing a buggy implementation of RTP/RTCP-over-TCP. Please
> upgrade it!"
> I can't upgrade the camera. What can I do in order to adapt live555 to the
> camera?
Stop trying to stream over TCP.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
> On May 29, 2024, at 6:35 PM, Brian Koblenz
> wrote:
>
> still missing??
You must be getting an old, cached copy of the tar file. To be sure that you
get the latest one, download
http://www.live555.com/liveMedia/public/live.2024.05.30.tar.gz
instead.
Ross Finlayson
L
> On May 29, 2024, at 5:56 PM, Brian Koblenz
> wrote:
>
> Here is what I downloaded:
> wget http://www.live555.com/liveMedia/public/live555-latest.tar.gz
>
> After unpacking, I do not see any live/config.raspberrypi
Oops, that was my mistake. Sorry about that.
about C++ compilers complaining
about ‘indentation’ (which is a bit weird, considering that indentation has no
semantic significance in the language). And the examples you gave are
certainly not ‘misleading’. I suggest turning off such warnings if you can.
Ross Finlayson
Live Networks, Inc
erverMediaSession()
on your RTSP server. You can pass as parameter either (a pointer to) the
“ServerMediaSession” object, or the character-string stream name.
If you have more than one “ServerMediaSession” in your server, then you can
iterate over them, and call “closeAllClientSessionsForSer
ideo encoder so that it generates video
that is more appropriate for streaming: By breaking up large ‘key frames’ into
a sequence of smaller ‘slice’ NAL units. Otherwise you will be very
susceptible to network packet loss.
Ross Finlayson
Live Networks, Inc.
http://
I’ll run out of IO before I run out of CPU
> overhead…
Yes, probably.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
API”. so I might
be completely wrong here…
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
aries) to
set up a RTSP server that just ‘advertised’ a multicast stream, without
actually sending it. Why aren’t you using RTP?
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http:
thread.)
For a model of how to do this, see “liveMedia/DeviceSource.cpp”
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
- resulting in Transport Packets
getting retransmitted (by the RTSP server) slower than they should.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman
Andy,
Thanks for the report. I was able to reproduce this problem, and am currently
working on tracking down the cause and coming up with a fix. Stay tuned…
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
write H.265 video into a MP4 file
(currently, only H.264). That will probably be easy to implement; I will
likely do it soon.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
htt
const* const liveMediaLibraryVersionStr;
extern int const liveMediaLibraryVersionInt;
(defined in “liveMedia/include/liveMedia_version.hh”) to get the library
version at runtime.
I hope this helps.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com
irst data).
Are you able to reproduce your problem with “openRTSP” as a client? I suggest
both stopping the client using Control-c, and stopping it by explicitly
specifying a stream duration - e.g., by adding “-d 10” to the “openRTSP”
command line.
If not, then this might be a problem with VL
e a lot
simpler to try to use RTSP/RTP all the way.
This is probably as much help as I can give you now ‘for free’ on this mailing
list. (But I am open to possible helping your company as a consultant on your
project, should you be interested.)
Ross F
LIVE555 Proxy Server ->
RTSP/RTP -> (unmodified) LIVE555 Proxy Server -> RTSP clients
or, even better:
RTSP server (media source) -> (unmodified) LIVE555 Proxy Server -> RTSP
clients
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
Server” -
http://live555.com/proxyServer/ - not suitable for your needs?
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
arily) get data that starts with an I-frame.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
Raphael,
Thanks for the note. I have just installed a new version (2024-03-08) of the
code that calls “SSL_CTX_use_certificate_chain_file()” instead of
“SSL_CTX_use_certificate_file()”, as you suggested.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com
Lauri,
Thanks for the report. You are correct: The RTSP specification uses the
HTTP/1.1 specification (RFC 2068) to define the format of the “Date:” header,
which should not be localized.
I have just installed a new version (2024.02.28) of the code that contains this
fix.
Ross Finlayson
ame data (in fact,
the exact same RTP packet) to each concurrent client. And that’s fine.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
be able to use this information to help decode
the stream.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
1 - 100 of 6333 matches
Mail list logo
