Re: [Live-devel] TaskScheduler based on poll

Hi Ross, In fact I don't really need trigger, then I can inherit from TaskScheduler. However, I might made the separation of trigger stuff, in such a case I will post it to this mailing list. Thanks & Regards Michel. [@@ THALES GROUP INTERNAL @@] -Message d'origine- De : live-devel [

[Live-devel] TaskScheduler based on poll

Hi Ross, I read this quite old thread http://lists.live555.com/pipermail/live-devel/2014-January/018017.html This could be interesting for us to overcome the limits of select with file descriptor number above 1024. As the method "void BasicTaskScheduler::SingleStep" makes 2 things: - Cal

Re: [Live-devel] matroska audio/L16 support

Hi Ross, Sorry I made a mistake somewhere copying the file that corrupt it. I made a new post of the file that you could find : http://dl.free.fr/whZ2dXNtD Best Regards, Michel. [@@ THALES GROUP INTERNAL @@] -Message d'origine- De : live-devel [mailto:live-devel-boun...@ns.live555.com

Re: [Live-devel] matroska audio/L16 support

Hi Ross, You can download an MKV sample (H264+PCM) from http://dl.free.fr/c9v3H3gHL Best Regards, Michel. [@@ THALES GROUP INTERNAL @@] -Message d'origine- De : live-devel [mailto:live-devel-boun...@ns.live555.com] De la part de Ross Finlayson Envoyé : jeudi 24 mars 2016 20:32 À : LIV

[Live-devel] matroska audio/L16 support

Hi Ross, I am trying to stream MKV with live555MediaServer and it works well with H264 and audio/AAC. But I would like to stream PCM audio. In order to stream MKV with an audio track with codec identifier "A_PCM/INT/BIG", I made small modifications describe in the attached diff on live.2016.03.

Re: [Live-devel] cross-compilation using config.linux-with-shared-librairies

Hi Ross, Please find attached a version of config.linux-with-shared-librairies that use the Makefile variables $(CC) and $(CXX). I hope this is standard, I saw a description of it here https://www.gnu.org/software/make/manual/html_node/Implicit-Variables.html Thanks & Regards, Michel. [@@ TH

[Live-devel] cross-compilation using config.linux-with-shared-librairies

Hi Ross, In order to allow easily to cross-compile using shared libraries, do you think it could be possible to include in config.linux-with-shared-librairies a way to specify a cross compiler. This could be done like in config.mingw using $(CC), $(CXX), ... or adding a $(CROSS_COMPILE) prefix

Re: [Live-devel] Problem using live555MediaServer with more than 250 clients

Hi Ross, Thanks for your answer. Sorry for asking for some additional explanations, but there is something I do not understand in your answer. socket() can give a number above FD_SETSIZE (FD_SETSIZE is a limit for fd_set used by select(), but is not related to socket()). This can b

[Live-devel] Problem using live555MediaServer with more than 250 clients

Hi Ross, I am connecting quite a lot of RTSP client to live555MediaServer. But when the filedescriptor number is over 1024 (which is the FD_SETSIZE of the operating system), the process abort in the well know internalError abort. BasicTaskScheduler::SingleStep(): select() fails: Bad

Re: [Live-devel] Playback Speed

Hi Ross, I am afraid that the computation is a bit more complex in the ISO (see http://www.staroceans.org.s3-website-us-east-1.amazonaws.com/e-book/ISO-14496-10.pdf) Divisor is not always 2, it could be 1, 2, 3,4 or 6. For instance, when divisor is 1 live555MediaServer playback a reco

Re: [Live-devel] Playback Speed

In an H264 elementary stream, the framerate could be defined in the SPS, but this is an optional field (see ISO 14496-10). Regards, Michel. [@@ THALES GROUP INTERNAL @@] De : live-devel [mailto:live-devel-boun...@ns.live555.com] De la part de Deanna Earley Envoyé : mardi 2 décembr

Re: [Live-devel] live555MediaServer segmentation violation when severals RTSP client access to the same stream.

Hi Ross, On one server, before your modification, it was crashing more than once per hour. With this new version it seems ok. Many Thanks, Michel. [@@ THALES GROUP INTERNAL @@] De : live-devel [mailto:live-devel-boun...@ns.live555.com] De la part de Ross Finlayson Env

[Live-devel] live555MediaServer segmentation violation when severals RTSP client access to the same stream.

Hi Ross, Since a couple of months live555MediaServer exit times to times with a segmentation violation when it is used by several client that ask for the same file. One of the back trace is : #0 ServerMediaSession::duration (this=0x131a500) at ServerMediaSession.cpp:177 #1 0x00

Re: [Live-devel] openRTSP complain about mpeg4-generic mode

Hi Ross, By now I am using release 2014.09.11 but an old release 2014.02.19 was in the PATH... Sorry for disturbing. Best Regards, Michel. [@@ THALES GROUP INTERNAL @@] De : live-devel [mailto:live-devel-boun...@ns.live555.com] De la part de Ross Finlayson Envoyé : je

[Live-devel] openRTSP complain about mpeg4-generic mode

Hi Ross, Trying to get an audio stream with openRTSP reports the error MPEG4GenericRTPSource Warning: Unknown or unsupported "mode": AAC-hbr. I checked the code of MPEG4GenericRTPSource that check for "aac-hbr" : if (mode == NULL

[Live-devel] TS muxer with H264VideoStreamDiscreteFramer ?

Hi Ross, I am trying to see what could be done with the Transport Stream Muxer provided by live555. Starting from the sample testH264VideoToTransportStream.cpp, it seems simple, adding a H264VideoStreamFramer in a MPEG2TransportStreamFromESSource and connect the MPEG2TransportStream

[Live-devel] It could be helpful that UsageEnvironment::reclaim return a completion status

Hi Ross, Thanks again for your support and your help. Since some years I am working with your library, I spend some time to understand when objects are deleted. So I would like to suggest that methods that make "delete this", for instance UsageEnvironement::reclaim, could indicate t

[Live-devel] Problem releasing Matroska demuxer

Hi Ross, Thanks a lot for your great support. Demuxing a matroska file, I meet problem releasing the memory. Because the medium table is not empty, the reclaim of UsageEnvironment doesnot delete it. I made investigations with valgrind running on the following code that extract the

[Live-devel] filedescriptor leak on windows plateform

Hi Ross, With a colleage we saw a filedescriptor leak in somethink that looks like a workaround for windows. In BasicTaskScheduler.cpp there is : #if defined(__WIN32__) || defined(_WIN32) int err = WSAGetLastError(); // For some unknown reason, select() in Windoze sometimes fails with

Re: [Live-devel] MJPEG support for MKV parser

Hi Ross, I know this, however I was just wondering if it is possible to manage the case in the switch in order to parse it. About MJPEG streaming I remember you consider this is a bad idea. I read many times http://www.live555.com/liveMedia/faq.html#jpeg-streaming I also posted a po

Re: [Live-devel] MJPEG support for MKV parser

Hi Ross, I just post an MJPEG stream inside a MKV container at http://dl.free.fr/j6ya9ZwlW Web interface is in French for me, I hope it's in English for you. Otherwise I will send using an other way. Thanks again for your support, Michel. [@@ THALES GROUP INTERNAL @@]

[Live-devel] MJPEG support for MKV parser

Hi Ross, I am using the live555 code in order to parse MKV file and it works nicely. However it fails when MKV contains a MJPEG stream. I tried the following modification of the parser : diff -rup live.ref/liveMedia/MatroskaFileParser.cpp live/liveMedia/MatroskaFileParser.cpp --- li

Re: [Live-devel] HEVC problem with start code ?

Hi Ross, I guess the problem is deeper. Modifying the start code of the first IDR frame of surfing.265 from 00 00 01 to 00 00 00 01, but it does not solve the problem. The result file still contain an IDR frame : 00 00 00 01 26 01 C8 D7 0D 55 E5 But the original file start with an ID

[Live-devel] HEVC problem with start code ?

Hi Ross, I made some tries with http://www.elecard.com/assets/files/other/clips/surfing.265 and http://www.elecard.com/assets/files/other/clips/Sintel_272p_logo.265 Using live555MediaServer to stream the file and openRTSP to record the stream. The resulting file is no more readable

Re: [Live-devel] problem processing RTSP TEARDOWN

Hi Ross, I did not say RTSPClientSession will deleted twice, I just report an access to an object after its deletion. The problem report by valgrind occurs processing TEARDOWN because : - RTSPServer:1016 clientSession->handleCmd_withinSession(this, cmdName, urlPreSuffix, ur

[Live-devel] problem processing RTSP TEARDOWN

Hi Ross, Recently appears a case of use of memory that is no more allocated. It is possible to reproduce this using live555MediaServer and openRTSP -d 5 The valgrind lokks like : ==9860== Invalid read of size 1 ==9860==at 0x4AD5B5: RTSPServer::RTSPClientConnection::handleReque

[Live-devel] _H264_VIDEO_STREAM_DISCRETE_FRAMER_HH definition

Hi Ross, I am just trying to try to play with H265, but definition of _H264_VIDEO_STREAM_DISCRETE_FRAMER_HH is done in both include file : - http://www.live555.com/liveMedia/doxygen/html/H265VideoStreamDiscreteFramer_8hh-source.html - http://www.live555.com/liveMed

[Live-devel] our_MD5Data mismatched free

Hi Ross, valgrind report mismatch between allocation and free : - Authenticator::computeDigestResponse call our_MD5Data that allocate using new char[] - Authentificator::reclaimDisgestResponse call free on the buffer Don't you think it could be better to replace the "

Re: [Live-devel] Allow access to RTPSink when ServerMediaSubsession is overired

Hi Ross, Sorry I didn't check where was the member. The fRTPSink I would like to access is in OnDemandServerMediaSubsession::fRTPSink (a similar member is in PassiveServerMediaSubsession::fRTPSink). By now I did not understand a problem that occurs randomly. Shortly we try to stop a

[Live-devel] Allow access to RTPSink when ServerMediaSubsession is overired

Hi Ross, The RTSP server we develop based on live555 implementation override the ServerMediaSubsession class. But in order to get some informations that are owned by the RTPSink we store (in our overriding class) the RTPSink returned by the createNewRTPSink. This is not nice but not

Re: [Live-devel] Matroska BANK_SIZE overflow

rflow... Best Regards, Michel. [@@ THALES GROUP INTERNAL @@] De : live-devel-boun...@ns.live555.com [mailto:live-devel-boun...@ns.live555.com] De la part de PROMONET Michel Envoyé : mercredi 6 novembre 2013 15:37 À : LIVE555 Streaming Media - development & use Objet : Re: [L

Re: [Live-devel] Matroska BANK_SIZE overflow

Hi Ross, This is clearer like this. Thank a lot. Best Regards, Michel. [@@ THALES GROUP INTERNAL @@] De : live-devel-boun...@ns.live555.com [mailto:live-devel-boun...@ns.live555.com] De la part de Ross Finlayson Envoyé : mercredi 6 novembre 2013 05:45 À : LIVE555 Strea

Re: [Live-devel] Matroska BANK_SIZE overflow

Hi Ross, Surely I badly use the matroska parser... What I was trying to do is to connect each matroska subsession to a sink. In fact I don't need ServerMediaSession, it is just to get the FramedSource corresponding to a subsession. The following code seem to works with some mkv but

Re: [Live-devel] Matroska BANK_SIZE overflow

Hi Ross, I posted the file at this URL http://dl.free.fr/qPp4PZMIV Best Regards, Michel. [@@ THALES GROUP INTERNAL @@] De : live-devel-boun...@ns.live555.com [mailto:live-devel-boun...@ns.live555.com] De la part de Ross Finlayson Envoyé : mercredi 30 octobre 2013 20:02

[Live-devel] ServerMediaSession destructor should be protected ?

Hi Ross, I spend times to find a memory leak that I caused in our code. Unfortunately I made a delete of a ServerMediaSession, then the BasicEnvironment reclaim don't call the destructor because some medias are still registered in the liveMediaPriv table. Obviously replacing the dele

[Live-devel] Matroska BANK_SIZE overflow

Hi Ross, Searching in the mailing list, I saw some discussion about the BANK_SIZE, the last one I found seems to say that it is no more needed at least for H264 parsing. I reach this limit parsing an MKV file with an H264 stream. It's annoying that parsing a file makes abort the pro

[Live-devel] RTSP over HTTP in URL

Hi Ross, By now selecting RTSP over http in the RTSP client need to specify the port in its constructor and it works fine. In such a situation the port specified in the URL is ignored. I wondering whether it could be more convenient to select the HTTP tunneling through the URL and

[Live-devel] multicast & linux information

Hi Ross, We discussed several times about this subject and I would like to share what I understood from exchanges with RedHat support. It seems that kernel maintainers chose to keep the backward compatibility with a default that cause receiving data from all multicast groups and not

[Live-devel] openRTSP QOS mesurement

Hi Ross, openRTSP allow to make QOS mesurement and print it when it exits. This is nice but do you think it could be an possible evolution to print periodically ? Best Regards, Michel. [@@ THALES GROUP INTERNAL @@] ___ live-d

Re: [Live-devel] RTSP server reclarmation time

Ross, Thanks for your answer, it's clear 5s is too low. What I tried to ask is why the default value is 65 seconds and not 30 seconds or 120 seconds or something else... It's just to satisfy my curiosity, it does not matter ! Regards, Michel. [@@ THALES GROUP INTERNAL

Re: [Live-devel] RTSP server reclarmation time

Hi Ross, Thanks for the support. Yes we using your library for both side client and server. But the server side was using a reclamation timeout of 5s and the RR are sent with a period computed with a quite complex logic. The experience show that the RR are send each about 5-10 second

Re: [Live-devel] RTSP server reclarmation time

Hi Ross, Thanks a lot for your quick support. But our situation is a bit different that the one described in the link. When a RTSP client ask for a PAUSE, the RTCP RR are no more send, and then the session after the reclamation timeout of the RTSPServer if no RTSP command are sent.

[Live-devel] RTSP server reclarmation time

Hi Ross, We use the reclamationTestSeconds argument of the RTSPServer, but this information doesnot seem to be sent to the RTSP client. The RTSP SETUP answer always answer with "Session:", without timeout value. As some video player use this argument to do keepAlive on RTSP, it could

[Live-devel] memory leaks destroying RTSPClient ?

Hi Ross, Using your last release 2013.07.31, I faced a memory leak. Debugging show that RTSPClient::~RTSPClient -> RTPInterface::clearServerRequestAlternativeHandler with socketNum = -1 -> RTPInterface::setServerRequestAlternativeHandler -> lookupServerDescrip

[Live-devel] openRTSP option to force multicast

Hi Ross, Using some camera, it is needed to ask for a multicast stream in the RTSP SETUP, but openRTSP always set this flag to False. If this could help others users, you could find attached a modification that add -W to set the forceMulticastFlag to True. I didn't update the usage

[Live-devel] Is it possible to give access to parseScaleHeader

Hi Ross, In our customization of RTSPServer, we already access to parseRangeHeader that is defined in RTSPCommon.h, but I also need to parse the Scale Header. Do you think it will be possible in a future release to give access to parseScaleHeader. Thanks & Regards, Mich

Re: [Live-devel] RTCP Sender Report Flooding

Hi Ross, Thanks for your support. Actually I try to have some support from a commercial linux in order to see I it's possible to fix this very old problem... Regards, Michel. [@@ THALES GROUP INTERNAL @@] De : live-devel-boun...@ns.live555.com [mailto:live-devel-boun

[Live-devel] RTCP Sender Report Flooding

Hi Ross, Thanks again for your support. We didn't understood deeply what brings the RTCP sender report flooding, but we has such a behavior using multicast stream that share the same multicast port. Wireshark analysis show that an RTCP sender report is forwarded between 2 RTSP serve

Re: [Live-devel] Warning: The old 'synchronous' "RTSPClient" interface will be removed, starting on June 1st, 2013

Hi Ross, Thanks for your great support. May I suggest that probably lots of live555 users need to do the same stuff in order to send DESCRIBE,SETUP,PLAY overriding the RTSPClient to get reference to the session. But no problem I could adapt to the available API. Regards,

Re: [Live-devel] Warning: The old 'synchronous' "RTSPClient" interface will be removed, starting on June 1st, 2013

Hi Ross, Thanks a lots for this very nice library and for your quick feedback on the mailing list. Could it be possible from the RTSP callback to get back the context of the RTSPClient owner ? More or less the stuff that is done using a customized RTSPClient in testRTSPClient.c

[Live-devel] presentationTime send by RTSPServer

Hi Ross, I come back on the subject of sending presentationTime from a live555 RTSP server to a live555 RTSP client. Till now I have missed that RTCP sendReport were always based on server clock and basically the presentationTime set by an RTPSink is more or less ignored. I hope

[Live-devel] build on mingw

Hi Ross, I update to your last release 2013.04.06 but build using mingw failed because isxdigit is unknown. Adding #include in RTSPCommon.cpp solve the problems. Best Regards, Michel. [@@ THALES GROUP INTERNAL @@] __

[Live-devel] Unitialized memory in RTPReceptionStats

Hi Ross, I know you don't like valgrind tool, but it reports use of uninitialized memory : Conditional jump or move depends on uninitialised value(s) (see: http://valgrind.org/docs/manual/mc-manual.html#mc-manual.uninitvals) at 0x1036E23: RTCPInstance::enqueueReportBlock(

Re: [Live-devel] Synchronize the "RTCP" time using RTSP Range ?

Hi Ralf, Ross, Thanks for the link to the RCF6501 that bring a solution to know the timestamp of the first RTP packet. I follow times to times the ONVIF specification http://www.onvif.org/specs/stream/ONVIF-Streaming-Spec-v210.pdf that also propose to insert a NTP timestamp (and

Re: [Live-devel] Synchronize the "RTCP" time using RTSP Range ?

Hi Ross, Thanks for your support and your patience. But as you said reducing SR period just reduce the risk. Perhaps a trade-off between the standard and what could do a live555 user could be to give a way to RTSPClient user to give the fSyncTime initialization. Through a non st

Re: [Live-devel] Synchronize the "RTCP" time using RTSP Range ?

Hi Ross, I know you already answer to previous tries to find a way to have a presentation time in the client (before the RTCP report) that is based on RTSP server information and not on RTSP client current time. I 'm just looking for a way to initialize the presentation time (the

[Live-devel] Synchronize the "RTCP" time using RTSP Range ?

Hi Ross, I was still thinking on my issue to send presentation time from an RTSP server to an RTSP client. I wondering if it could be a way that RTSP server answer to PLAY with an absolute Range (like Range: clock=TxZ-) and use this information and the rtpTime from the

[Live-devel] lost fix about SEGV processing RTSP GET_PARAMETER

Hi Ross, The fix you included in release 2013.02.11 disappear in release 2013.02.27. Is it possible to re-include this fix in RTSPClient.cpp ? Thanks & Regards, Michel. [@@ THALES GROUP INTERNAL @@] ___ live-devel mail

Re: [Live-devel] setting rtpTime return by the RTSP PLAY

Ross, Perhaps I missed some pieces. The purpose is to get from the client end the presentation time that was sent by the server. By now the client presentation time start from gettimeofday and will be synchronized by the first RTSP Sender report. I try to find a way to have a di

[Live-devel] setting rtpTime return by the RTSP PLAY

Hi Ross, I am trying to see how to propagate a timestamp between an RTSP server and a RTSP client. One aspect involve the RTCP SR, but this information is send less often than the RTP, so the first frames are not synchronized. I saw that the rtptime return by the PLAY is compute

Re: [Live-devel] SEGV handling GET_PARAMETER response.

Hi Ross, Even if I have not identify what's wrong with the GET_PARAMETER response sent by the camera, I confirmed that your modification fix the problem. Thanks, Michel. [@@THALES GROUP RESTRICTED@@] De : live-devel-boun...@ns.live555.com [mailto:live-devel-bo

[Live-devel] SEGV handling GET_PARAMETER response.

Hi Ross, Using RTSPClient that have a task sending a periodic GET_PARAMETER, sometimes a crash occurs with the following backtrace : Thread 1 (Thread 24732): #0 __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:31 #1 0x008291b2 in RTSPClient::handleGET_PARAMET

Re: [Live-devel] RTP header extension

Hi Ross, In order to bring RTP header extension support in live555, are you asking for a commercial support or a coding support ? Best Regards, Michel. [@@THALES GROUP RESTRICTED@@] De : live-devel-boun...@ns.live555.com [mailto:live-devel-boun...@ns.live555.c

Re: [Live-devel] RTP header extension

Hi Ross, Thanks for your analysis of the appropriate channel to use depending on kind of data. I would like to use RTP header extension in order to send if frame is a synchronisation point, and timestamps (recording time). Do you think it's possible to give a callback to the RTS

Re: [Live-devel] RTP header extension

Hi Ross, I guess this could be interesting to carry information inside the stream independandly of codec used. Actually we are using RTSP GET_PARAMETER to poll such extra informations. This is quite awkward ! The patch post in the mailing list http://lists.live555.com/pipermail

[Live-devel] RTP header extension

Hi Ross, Looking in the mailing list I found the subject was discuss in http://lists.live555.com/pipermail/live-devel/2009-April/010424.html It seems that actual code just drop RTP header extension, isn't it ? Do you plan to include a callback to give the opportunity to manage th

[Live-devel] IGMP V3 SSM ?

Hi Ross, I try to understand if there is some differences using IGMP v3 that have source code impact. I saw some code sample dealing with SSM that seems to use setsockopt MCAST_JOIN_SOURCE_GROUP instead of IP_ADD_MEMBERSHIP(35), other use IP_ADD_SOURCE_MEMBERSHIP. In live555 c

[Live-devel] RTPSource for mime "application/VND.ONVIF.METADATA"

Hi Ross, I follow the documention in MediaSession.hh that explain how to support a specific payload to support mime "application/VND.ONVIF.METADATA". This works without problem, and doesnot did any modification of live555, then it's ok. However, the implmentation I didn't doesn

[Live-devel] Is it possible to add some arguments to live555mediaServer

Hi Ross, We used live555MediaServer for test purpose and it is nice because it is very simple, but as there is no parameter it choose it behaviour by itself (depending of available ports). You will find attached a small modification in order to specify a port as an argument. An

Re: [Live-devel] multicast streams using same port

Hi Ross, Googeling I found https://bugzilla.redhat.com/show_bug.cgi?id=231899 that is closed considering that it is not a bug. Is it what you have in mind "Unfortunately at least some Linux kernel fanatics don't think it's a bug" ? In fact I used since many years the workaround o

[Live-devel] multicast streams using same port

Hi Ross, It seems we face some problems to receive several streams using different multicast groups on same port. I need to spend times to understand better the problem, but I noticed that UDP endpoints are listenning on address 0.0.0.0 and are not bind to multicast adress. Do

[Live-devel] uninitialised value in liveMedia/RTPSink.cpp ?

Hi Ross, It seems that RTPTransmissionStats::fOldValid is not initialized, it is set in the second call of RTPTransmissionStats::noteIncomingRR (when fFirstPacket becomes false). Do you think it is possible to initialize it in the constructor ? Best Regards, M

Re: [Live-devel] How to specify Range in RTSPClient that are not using npt

Hi Ross, Perhaps Don Quixote wrote RFC 2326 chapter 12.19... More seriously we need to seek in absolute mode because we would like to query video according to the time we recorded it (and not a relative time relative to begin of RTSP session). I try to find ways to reduce live5

Re: [Live-devel] OutPacketBuffer::maxsize and multithreading

We have make a try using thread local storage that is quite simple. Adding "__thread" before OutPacketBuffer::maxSize declaration and definition give a different variable for each threads. Do you think this fix is acceptable ? Michel. [@@THALES GROUP RESTRICTED@@] De : live-de

[Live-devel] How to specify Range in RTSPClient that are not using npt

Hi Ross, We try to find a way to send a range in absolute, it seems that a way could be to specify in the RTSP PLAY command : - Range: clock=19961108T142300Z-19961108T143520Z Reading the clock of RTSPClient it seems that no overide is possible. In RTSPClient.cpp this seems done

Re: [Live-devel] RTSPserver rangeStart > duration with duration=0

Hi Ross, To precise our situation, we are registering through RTSPClient and we stream through RTSPServer. Then the end of the available stream is moving (beginning also). So we try to find a solution to seek in the stream, that is compatible with RTSP RFC. One of possibility co

Re: [Live-devel] RTSPserver rangeStart > duration with duration=0

Hi Ross, The problem we have is not exactly this, if the answer to the DESCRIBE send to the player the duration, when the player send a PLAY with a range "25-" (ommiting duration not setting it to 0) the range is cleared by the RTSPServer implementation. But perhaps it's better

[Live-devel] RTSPserver rangeStart > duration with duration=0

Hi Ross, Could you help us to understand the behaviour of RTSP server play when no duration is specified. In RTSPServer.cpp : // Make sure that "rangeStart" and "rangeEnd" (from the client's "Range:" header) have sane values // before we send back our own "Range:" header in

Re: [Live-devel] MPEG4GenericRTPSink.cpp:44:65: error: 'tolower' was not declared in this scope

I don't know if you find a fix for this ? I faced same problem, and it seems adding #include in MPEG4GenericRTPSink.cpp allow to build live555 again. Regads, Michel. [@@THALES GROUP RESTRICTED@@] -Message d'origine- De : live-devel-boun...@ns.live555.com [mailto:live-devel-b

Re: [Live-devel] OutPacketBuffer::maxsize and multithreading

Hi Ross, Sorry for double post, this is due to mishunderstandin between live-devel@lists.live555.com and live-de...@ns.live555.com. It seems both point to same mailing lists. We will wait for per-UsageEnvirom

[Live-devel] OutPacketBuffer::maxsize and multithreading

Hi Ross, It seems that we meet, times to times, a problem related to the static variable OutPacketBuffer::maxsize between multiple live555 environment running in different threads. Basically it seems that creating a RTCPClient change the static OutPacketBuffer::maxsize, but if

[Live-devel] OutPacketBuffer::maxsize and multithreading

Hi Ross, It seems that we meet, times to times, a problem related to the static variable OutPacketBuffer::maxsize between multiple live555 environment running in different threads. Basically it seems that creating a RTCPClient change the static OutPacketBuffer::maxsize, but if a

[Live-devel] video/JPEG streaming

Hi Ross, I read severals times in the live555 mailing list and on your site that you seems to consider MJPEG streaming as something to avoid. But in some situation (dedicated network, when it is needed to garanty precise positionning) it could be interesting. Reading the RFC 243

[Live-devel] memory leak in RTSPClient when SETUP is processed

Hi Ross, When the RTSPClient execute SETUP request, the sessionId is stored in the MediaSubSession. 36 bytes in 4 blocks are definitely lost in loss record 469 of 573 (see: http://valgrind.org/docs/manual/mc-manual.html#mc-manual.leaks) at 0x4C27939: operator new[](unsign

Re: [Live-devel] use of unitialized memory in our_MD5End

Hi Ross, Clearly you right, memory is surely allocated, and it will not end with a segmentation violation. I will put an exception in valgrind rules, but using unitilalized memory is probably not a good practice. In fact what's annoy me is to keep align a valgrind exception (or

Re: [Live-devel] use of unitialized memory in our_MD5End

Hi Ross, Sorry but, I guess that valgrind has right due to padding bytes that are at the end of the structure. seedData contains: - timestamp (so 2 long) - counter (int) In 64bits, it's not ok - timeval is 2*8 bytes - int is 4 bytes and structure size is 24 bytes. This 4 bytes o

[Live-devel] use of unitialized memory in our_MD5End

Hi, Valgrind report use of memory that is not initialized in our_MD5End. Use of uninitialised value of size 8 (see: http://valgrind.org/docs/manual/mc-manual.html#mc-manual.uninitvals) at 0xE5558F: our_MD5End (our_md5hl.c:34) by 0xE55751: our_MD5Data (our_md5hl.c:67)

Re: [Live-devel] memory leaks in DelayQueue ?

Hi, You're right we are using 2011.01.10, I upgrade a couple of week from 2009.06.02 to 2011.01.10, but I did not take lastest releease to minimize changes. Thank's, I will do the job to upgrade to a newer release. Regards, Michel. [@@THALES GROUP RESTRICTED@@]

[Live-devel] memory leaks in DelayQueue ?

Hi, I continue to analyse memory leaks at exit, so I have an other valgrind report to submit to your mailing list : 192 bytes in 3 blocks are definitely lost in loss record 1 of 1 (see: http://valgrind.org/docs/manual/mc-manual.html#mc-manual.leaks) at 0x4C27CC1: operator

[Live-devel] TR: NoReuse::NoReuse static variable and multithreading

De : PROMONET Michel Envoyé : lundi 5 décembre 2011 15:07 À : 'live-devel-boun...@ns.live555.com' Objet : NoReuse::NoReuse static variable and multithreading Hi, I read from the mailing list that is not recommended to use live555 in a multithread way, but is it acc

[Live-devel] memory ownership in UserAuthenticationDatabase liveMedia/RTSPServer.cpp

Hi, In UserAuthenticationDatabase::addUserRecord, the value inserted in the map is allocated through strDup(password). As the class allocate the memory, I think the class own this memory, then the destructor should free it. Is it possible to insert in the destructor something li