Re: [Live-devel] Unable to stream from rtsp urls with .264 extension

Hi, Does your problem coming from the presence of the “@” character in your password? That may invalid your rtsp url. Denis. De : live-devel [mailto:live-devel-boun...@us.live555.com] De la part de Siddhant Agarwal Envoyé : lundi 24 février 2020 10:25 À : LIVE555 Streaming Media - development &

Re: [Live-devel] Location of cast used to interface to OpenSSL

Hi Ross, Thanks for the work. Just some remarks: - The new flag -DNO_OPENSSL=1 should directly be set in the COMPILE_OPTS variable, and not in the C_FLAGS because it is not taken in account at the compilation (and visual fails to compile the TLSState.hh file) - The cast problem from u_int8_t* t

[Live-devel] Manage new npt format for range parameter

Hi Ross, I am currently using a new video recorder. When I send it a RTSP START command with a range (like "Range: npt=0.000-"), it returns me a response with the following format : "Range: npt=0:0:28.0-0:5:28.0" or "Range: npt=0-0:5:0.0". This Normal Play Time format is well defined in the RFC

[Live-devel] Compilation error for old gcc

Hi Ross, With GCC version 4.4.6 (present on old centOS distro), the last liblivemedia library does not compile anymore with the linux-with-shared-libraries configuration. It is due to the new file MPEG2TransportStreamParser.hh where a word "class" is missing at line 107. Here is the patch. @@

Re: [Live-devel] Getting RTP packet instead of NAL data using Live555

In last resort, you still can access the content of each RTP packet through a callback set in with RTPSource::setAuxilliaryReadHandler. Denis. ___ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-dev

Re: [Live-devel] Add a "reason for leaving" in RTCP Bye packet

Hi Ross, Many thanks for your support and your quick development!!! I will integrate your work and test it in the next few days. PS : sorry for my last erroneously “reply all” on the mailing list. Regards Denis. ___ live-devel mailing list live-devel@l

Re: [Live-devel] Add a "reason for leaving" in RTCP Bye packet

Akim, Bonne nouvelle ça a l’air d’être fait !! Denis. [Thales] Denis GENESTIER INGENIEUR COMPOSANTS LOGICIEL Tel.: +33 (0) 1 73 32 19 51 Fax: +33 (0)1 73 32 16 95 THALES COMMUNICATIONS & SECURITY S.A.S 20-22 rue Grange Dame Rose 78141 VELIZY Cedex www.thalesgroup.com

[Live-devel] Add a "reason for leaving" in RTCP Bye packet

Hi Ross, I hope everything is fine for you. For our project we would have the requirements to make a distinction between different use cases of RTSP server closures from the client's side: session shutdown for load balancing, priority management on stream access, ... For that I was thinking abou

Re: [Live-devel] Support for raw video format

Hi Ross, I have found a problem in my algorithm for the RawVideoRTPSink (seen by the use of video in small resolution (like 32x24)). Here is a patch. Thanks again for your support. Denis. liveRaw.patch Description: liveRaw.patch ___ live-devel mail

Re: [Live-devel] Support for raw video format

Hi Ross, By checking some degraded cases, I found a memory double deletion in the RawVideoRTPSource.cpp, line 122. Here is a patch to avoid this. Denis. correction.patch Description: correction.patch ___ live-devel mailing list live-devel@lists.live

Re: [Live-devel] Support for raw video format

Thanks Ross for your reactivity and your code review. I just noticed you have forgotten to remove all the "*.orig" and a "liveMedia/stGDDpcY" files and from your tar ball delivery Regards, Denis ___ live-devel mailing list live-devel@lists.live555.com

Re: [Live-devel] Support for raw video format

Hi Ross, how are you doing? Here is a patch for managing the raw video stream in server's side, based on the last live555 version. I created a new sink "RawVideoRTPSink" and used it in the context of matroska file streaming with the codecID V_UNCOMPRESSED (by the way I also added the codec V_MJ

Re: [Live-devel] Support for raw video format

OK, many thanks Ross. Currently, I am still testing your version and it seems to give the same results that mine. > Yes, because it is possible (in RFC 4175) for data from more than one line to > be contained within a single RTP payload, you need to subclass > “BufferedPacket” to allow for this

Re: [Live-devel] Support for raw video format

Hi Ross, As Promised, here is a patch for our first step for supporting raw video stream : the receiver side. It also contains a correction for the compilation of the mingw config that was broken (my mistake because of my last submission on the keep alive on socket :-D) I have tested it with on

[Live-devel] Support for raw video format

Hi Ross, We do have to deal with special camera that display only raw video, i.e. uncompressed format (RFC 4175). We are aware that is an heresy to stream video in that way, but you know how clients may be with their legacy's devices!!! In a first draft for supporting this, I am intending to cr

Re: [Live-devel] RTSP socket from a server remains open after a client disconnection

>Thanks. I’ll likely add this to a future release of the software. Great!!! many thanks Ross. By the way could you also remove the fuzzy file "live\liveMedia\stDjgzxL" from your future release? Denis. ___ live-devel mailing list live-devel@lists.live

Re: [Live-devel] RTSP socket from a server remains open after a client disconnection

n.. What do you think about it? (N.B. : I have just done tests on a CentOS 7 distro). Best Regards Denis On May 30, 2018, at 8:28 PM, Ross Finlayson wrote: > >> On May 30, 2018, at 7:16 PM, Warren Young wrote: >> >> On May 30, 2018, at 7:34 AM, GENESTIER Denis >>

[Live-devel] RTSP socket from a server remains open after a client disconnection

Hi, I am facing an odd behavior of the RTSP server and it is something that looks like a bug to me. To easily reproduce it, just use a RTSP server (live555MediaServer on a CentOS distro for exemple) on a computer A and connect it with a client (like VLC) on a second computer B. Then if you disc

[Live-devel] rtspServerPortNb as option in proxyserver

Hello, I am using your live555ProxyServer and now I'm facing the need to select the rtsp server port number (because the default ports 554 and 8554 are already taken on my server) For this I have added a new command line option "-p " (similar to the already existing "-T ") to the proxy. Would