Re: [Live-devel] openRTSP, h265 and mp4

> On Apr 16, 2024, at 2:43 PM, Denis Gottardello > wrote: > > > Hi, have you plan to implement h265 as codec for mp4 container? > I'm using this command line > ./openRTSP rtsp://localhost:554/proxyStream-6 > but I obtain 2 file: one for audio and a second one for video. Because that’s how “o

[Live-devel] openRTSP, h265 and mp4

Hi, have you plan to implement h265 as codec for mp4 container? I'm using this command line ./openRTSP rtsp://localhost:554/proxyStream-6 but I obtain 2 file: one for audio and a second one for video. -- +39.347.4070897 http://www.labcsp.com[1] http://www.denisgottardello.it[2] GMT+1 Skype: mrd

Re: [Live-devel] openRTSP crash when receiving stream via https

Thank you! I confirm that with version live.2022.12.01.tar.gz I can receive streams with rtsp-over-https using calls like openRTSP -T 8881 rtsps://127.0.0.1:12345/whatever where 8881 would be the https port. The port in the url (12345) is meaningless. "rtsps" in the url sounds misleading, but thi

Re: [Live-devel] openRTSP crash when receiving stream via https

> On Dec 2, 2022, at 9:41 AM, Gajdosik Johannes wrote: > > Hello Ross, > I am sorry, it is not fixed yet. Arggh! Unfortunately I can’t reproduce the exact situation you’re encountering, so I had to guess the solution, without testing it. > Analysis: Here is the modified code in RTSPClient::

Re: [Live-devel] openRTSP crash when receiving stream via https

Hello Ross, I am sorry, it is not fixed yet. Analysis: Here is the modified code in RTSPClient::connectionHandler1. ... // The connection succeeded. If the connection came about from an attempt to set up RTSP-over-HTTP, finish this now: if (fHTTPTunnelingConnectionIsPending && !setupHT

Re: [Live-devel] openRTSP crash when receiving stream via https

> On Dec 1, 2022, at 2:32 AM, Gajdosik Johannes wrote: > > Hello Ross, > > Now I use the new version live.2022.11.29.tar.gz. And still get the same > SIGSEGV: OK, please try again with the next version: 2022.11.30. I think I’ve fixed it for real this time. Ross Finlayson Live Networks, I

Re: [Live-devel] openRTSP crash when receiving stream via https

ction connectResult is set: int connectResult = connectToServer(...) On my computer connectResult is always 0, because connect returns EINPROGRESS. Therefore fOutputTLS->connect can never be called and fOutputTLS is always uninitialized. Later, when the connection is established, connectionHander1 is called

Re: [Live-devel] openRTSP crash when receiving stream via https

Johannes, Thanks for the report. Yes, there was a bug in the RTSP client’s implementation of RTSP-over-HTTP streaming, when done over TLS. I have just installed a new version (2022.11.29) of the code that should fix this. (But should you still encounter problems, let us know.) Ross Finlays

[Live-devel] openRTSP crash when receiving stream via https

I use version live.2022.11.19.tar.gz. Compiled using config.linux-gdb (with -O0 for better debugging) On the server side I call rtspServer->setTLSState(PATHNAME_TO_CERTIFICATE_FILE,PATHNAME_TO_PRIVATE_KEY_FILE,False,False); like in testOnDemandRTSPServer.cpp. Last 2 parameters False,False

Re: [Live-devel] openRTSP MP4 container

> On Mar 23, 2021, at 6:16 AM, Tim Stanley wrote: > > I accept that the MP4 and Quicktime container may basically be the same but > there must be some differences, even it is only in the file header. When i > capture a video using openRTSP mediainfo reports is as a Quicktime container > but

Re: [Live-devel] openRTSP MP4 container

Ross, Thanks for your reply though we are using the -4 flag the video is being encoded into a Quicktime container. This is a ‘red herring’. The MP4 file format *is*, basically, the QuickTime file format; see

Re: [Live-devel] openRTSP MP4 container

> On Mar 19, 2021, at 4:30 AM, Tim Stanley wrote: > > Hi, > > We are using openRTSP as part of a custom firmware for the a series of CCTV > cameras That’s cool. (Remember that the LIVE555 code is distributed under the GNU LGPLv3 license; see http://live555.com/liveMedia/faq.html#copyright-

[Live-devel] openRTSP MP4 container

Hi, We are using openRTSP as part of a custom firmware for the a series of CCTV cameras - https://github.com/EliasKotlyar/Xiaomi-Dafang-Hacks We are using openRTSP to capture an MP4 file that we can then send as a notification via Telegram. The Tele

Re: [Live-devel] openRTSP Require parameter

SungHwan, We don’t support the “Require:” header in “openRTSP” (or in our RTSP client implementation in general), as it is rarely, if ever, used. I know of no RTSP server that recognizes/handles this header. What specific feature do you want to ask for (in a “Require:” header in a “SETUP” req

[Live-devel] openRTSP Require parameter

Hi All, I would like to know how to request a openRTSP command with "Require" parameter as OPTIONS. Could you give me some advice? I found the below article from RFC2326, but I have no idea how to apply this kind of option to openRTSP command. ---

Re: [Live-devel] openRTSP, how to capture ONVIF metada stream content?

) thanks again, Patrick -- Message: 1 Date: Fri, 1 Nov 2019 10:32:18 +0100 From: "P. Min" To: live-de...@us.live555.com Subject: Re: [Live-devel] openRTSP, how to capture ONVIF metada stream co

Re: [Live-devel] openRTSP, how to capture ONVIF metadata stream content?

> You could check this for sure by running ?testRTSPClient? (rather than > ?openRTSP?), because ?testRTSPClient? outputs a line for every RTP packet > that it receives. Thanks, that's useful: indeed only seeing video/H264 packets arrive. Do you know of a public test camera that produces a met

Re: [Live-devel] openRTSP, how to capture ONVIF metadata stream content?

> On Oct 31, 2019, at 7:31 AM, p...@min.nl wrote: > > After that, the video file fills up ok, but the "metadata" file remains empty. > > What could be a reason for this? Without having access to this stream, it’s hard to say for sure. But I suspect that the server is simply not sending any R

[Live-devel] openRTSP, how to capture ONVIF metadata stream content?

Hello, This may just be me missing something small / being stupid, but..: when I connect to an RTSP camera stream like so: openRTSP rtsp://USER:PASSWORD@192.168.1.20:5554/live/ch1 part of the output I see is: -- Received 170 new bytes of response data. Received a comp

Re: [Live-devel] openRTSP dead loop problem

This is very strange. The problem seems to be the "EBADF (Bad file descriptor)”, which tells us that our event loop is trying to do a “select()” on a socket that has already been closed. Our code has had bugs like this in the past, but I had thought that we had caught them all by now. I suspe

[Live-devel] openRTSP dead loop problem

--- Begin Message --- Hello, we are using openRTSP tool to record IP cameras stream into file. Recently we have discovered, that sometimes ( maeby because of some network issues ? ) some of the processes stucks at 100% cpu and stops recording. We are running multiple instances of openRTSP. I

Re: [Live-devel] OpenRTSP - Periodic file output maybe not properly working

Very well! Many thanks. giancarlo Il Sab 7 Lug 2018, 08:37 Ross Finlayson ha scritto: > I’ve now installed a new version of the code that fixes this problem. (In > this case, only the “playCommon.cpp” file was changed.) > > The problem was much simpler than I’d initially feared. The ‘periodic

Re: [Live-devel] OpenRTSP - Periodic file output maybe not properly working

I’ve now installed a new version of the code that fixes this problem. (In this case, only the “playCommon.cpp” file was changed.) The problem was much simpler than I’d initially feared. The ‘periodic file output’ mechanism was not working properly if the “-c” (play continuously) option was al

Re: [Live-devel] OpenRTSP - Periodic file output maybe not properly working

OK, thanks. I’ll see if I can reproduce (and then fix) this problem. (Unfortunately, this could take a long time, given that the problem takes several hours to appear). Ross Finlayson Live Networks, Inc. http://www.live555.com/ ___ live-devel maili

Re: [Live-devel] OpenRTSP - Periodic file output maybe not properly working

As concerns the exagerate "-D" value, it was due to my misunderstanding. Thanks for the tip. Here you are two real file names (with the relative size) but nothing of unusual, exept for the absence of expected following file on sequence (eventually tagged with 22300-22310) and the bug in question:

Re: [Live-devel] OpenRTSP - Periodic file output maybe not properly working

> Now, speaking about "-P", I've found that after several hours I've launched > the following command: > > openRTSP -D 1 -c -B 1000 -b 1000 -q -F (prefix) -d > 28800 -P 10 -t (url) > > the program stops producing single .mov files, each of 10 seconds, and starts > produ

[Live-devel] OpenRTSP - Periodic file output maybe not properly working

Hello. I want to notice you a probable bug on openRTSP (I'm using the latest version, published on 2018-06-30). I premise that I'm building a simple dvr recorder with a Raspberry PI for home purpose. I also thinked to reduce possible phisical security risks, for example the eventuality that a

Re: [Live-devel] openRTSP questions....

On 5/24/2018 16:29, Karl Denninger wrote: >> On 5/24/2018 15:38, Ross Finlayson wrote: >>> Karl, >>> >>> I can’t help you with your problem with the MP4-format file; however: >>> 2. Attempting to extract just the video track ("-v") appears to work, and a file command shows "test.h264: JV

Re: [Live-devel] openRTSP questions....

>>> >> The latest version (3.0.1) of VLC has a known bug that makes it unable to >> play “.h264” (i.e., raw H.264) video files. However the previous version >> (2.2.8) of VLC should work OK. > Unfortunately it appears that the base ExoPlayer can't decode it, which > strongly implies that whate

Re: [Live-devel] openRTSP questions....

Sorry for the top-post but wanted to flag this -- I was wrong about the ".ts" file being able to be consumed, it is not -- 05-24 16:58:24.496 12619-12619/com.google.android.exoplayer2.demo D/EventLogger:   Renderer:0 [     Group:0, adaptive_supported=N/A [   [ ] Track:0, id=1/256, mime

Re: [Live-devel] openRTSP questions....

On 5/24/2018 15:38, Ross Finlayson wrote: > Karl, > > I can’t help you with your problem with the MP4-format file; however: > >> 2. Attempting to extract just the video track ("-v") appears to work, and a >> file command shows "test.h264: JVT NAL sequence, H.264 video @ L 50", which >> should be

Re: [Live-devel] openRTSP questions....

Karl, I can’t help you with your problem with the MP4-format file; however: > 2. Attempting to extract just the video track ("-v") appears to work, and a > file command shows "test.h264: JVT NAL sequence, H.264 video @ L 50", which > should be ok. However, I cannot play that with *any* of the

[Live-devel] openRTSP questions....

I've got the source (latest rev from the archives) and have it built.  It appears to run ok. I'm trying to extract video from a webcam, and running into some issues.  In order: 1. Using MP4 format ("-4" switch) works sort-of.  The camera is set to a 10fps frame rate due to network bandwidth consi

Re: [Live-devel] OpenRTSP and Live555mediaserver

> On Mar 31, 2018, at 12:28 AM, Ing. Mirko Manetti > wrote: > > Does a file format supported by both "opentrsp" and "Live555 media server" > exist? Yes - various audio or video ‘Elementary Stream’ file formats, depending on the codec - including: - H.264, H.265, MPEG-4 video (filen

Re: [Live-devel] OpenRTSP and Live555mediaserver

Does a file format supported by both  "opentrsp" and "Live555 media server" exist? Il 30/03/2018 13:12, Ross Finlayson ha scritto: I have a question about my application. I have a NVR (network video recorder). It's Linux based and it is based on NXP imx53 SOM (core ARM CORTEX A8) that get st

Re: [Live-devel] OpenRTSP and Live555mediaserver

> I have a question about my application. I have a NVR (network video > recorder). It's Linux based and it is based on NXP imx53 SOM (core ARM > CORTEX A8) that get streaming from IP cameras and store files on HDD using > OpenRTSP in ".mp4" format (-4 option). > We need also to stream recorded

[Live-devel] OpenRTSP and Live555mediaserver

Hello, I have a question about my application. I have a NVR (network video recorder). It's Linux based and it is based on  NXP imx53 SOM (core ARM CORTEX A8) that get streaming from IP cameras and store files on HDD using OpenRTSP in ".mp4" format (-4 option). We need also to stream recorde

Re: [Live-devel] openRTSP PTS jumps

Janosch, Sorry for the delay in responding to this; I’m currently dealing with a large email backlog. First, I assume that when you play this "rtsp://" stream directly - e.g., using VLC - it plays OK? It might be possible to update our MP4-file recording module (“QuickTimeFileSink”) to overco

[Live-devel] openRTSP PTS jumps

I'm trying to record a rtsp stream with the following command: openRTSP -B 1000 -b 1000 -4 -F $date -P $interval -f 10 rtsp://XXX The stream has a constant fps of 10. No matter what i chose for $interval, the resulting mp4 files will have a runtime length of 1.6 times the value of $int

Re: [Live-devel] openRTSP: Empty output file

> I've acquired video on the Pi using "cat /dev/video0 > test.264" and > attempted two things with the resulting test.264 file. First, I used it as > the source for testH264VideoStreamer (same results as before, empty output > file from openRTSP). Second, I tried to wrap it into an MP4 using Han

Re: [Live-devel] openRTSP: Empty output file

Hi Ross, I've acquired video on the Pi using "cat /dev/video0 > test.264" and attempted two things with the resulting test.264 file. First, I used it as the source for testH264VideoStreamer (same results as before, empty output file from openRTSP). Second, I tried to wrap it into an MP4 using Hand

Re: [Live-devel] openRTSP: Empty output file

> I'm attempting to use testH264VideoStreamer to stream the output of my RPi's > camera to a LAN, and to receive/open the stream with openRTSP. I've done this > successfully using a raw h264 file as the source for testH264VideoStreamer, > however when I attempt to use the output of the Pi's came

[Live-devel] openRTSP: Empty output file

Hi all, I'm attempting to use testH264VideoStreamer to stream the output of my RPi's camera to a LAN, and to receive/open the stream with openRTSP. I've done this successfully using a raw h264 file as the source for testH264VideoStreamer, however when I attempt to use the output of the Pi's camera

Re: [Live-devel] openRTSP segfault

Hi Ross, First, thank you for your response. I updated to the latest version shortly after posting to the list. The command is truncated from the GDB output, I am specifying -d 86400 and -P 1800. I am specifying -d basically with the intent of having cron start the command once a day with

Re: [Live-devel] openRTSP segfault

> I have started using openRTSP to try and put together a simple network video > recorder for some Grandstream IP cameras that I have. I am consistently > getting segfaults when running on Ubuntu 14.04 with the livemedia-utils > package installed from apt. First, please upgrade to the latest v

[Live-devel] openRTSP segfault

Hello all, I have started using openRTSP to try and put together a simple network video recorder for some Grandstream IP cameras that I have. I am consistently getting segfaults when running on Ubuntu 14.04 with the livemedia-utils package installed from apt. Backtrace from the coredump is b

Re: [Live-devel] openRTSP segfault

I've downloaded and compiled the latest tgz and so far i've gotten 2 files written with no segfault, so we will see. On 09/20/2016 12:34 PM, Eric Tamme wrote: Hello all, I have started using openRTSP to try and put together a simple network video recorder for some Grandstream IP cameras that

Re: [Live-devel] openRTSP on an h.264 8 channel H264DVR 1.0

> The standard syntax to specify a user name and/or password is: > "rtsp://:@ It depends on the server. Including “:@“ in the RTSP URL is a bad idea (because it causes the username and password to be sent over the net ‘in the clear’. But some servers require this. Other, more sensible serve

Re: [Live-devel] openRTSP on an h.264 8 channel H264DVR 1.0

The standard syntax to specify a user name and/or password is: "rtsp://:@ So you could try ./openRTSP -o rtsp://admin@192.168.0.103 >>> Dave Buchanan 12/18/15 8:51 AM >>> > > >> >> Hi people >> >> First of all thank you for providing the software, which I think is exactly >> what I am look

Re: [Live-devel] openRTSP on an h.264 8 channel H264DVR 1.0

>>> ./openRTSP rtsp://192.168.0.103/username=admin […] >>> Received a complete DESCRIBE response: >>> RTSP/1.0 451 ERROR >>> Server: H264DVR 1.0 >>> cseq: 3 The error “451” (returned by the server) means “Bad Parameter”. This suggests that adding “username=admin” to the URL may have been a mist

Re: [Live-devel] openRTSP on an h.264 8 channel H264DVR 1.0

> > >> >> Hi people >> >> First of all thank you for providing the software, which I think is exactly >> what I am looking for >> I have the DVR in a remote location and I wish to take an image every minute >> or so and upload it to a server, this way if the remote location is >> compromised

Re: [Live-devel] OpenRtsp recording question

thank you. the problem was simply with Vlc playback. with other players we don't have any issues (mediaPLayer classic or ffplay). i can mark this as closed. thank you , giacomo 2015-05-18 20:56 GMT+02:00 Marcin : > For me the problem is that you need to start recording on an I-Frame > first. I

Re: [Live-devel] OpenRtsp recording question

For me the problem is that you need to start recording on an I-Frame first. I deal with that by skipping NAL units that doesnt start with a keyframe. Otherwise you get trash at the beggining. Marcin W dniu 2015-05-18 o 12:28, Giacomo Parmigiani pisze: Hello, we have an ip-camera streaming via

[Live-devel] OpenRtsp recording question

Hello, we have an ip-camera streaming via rtsp (h264/AVC) at 5 fps in hd resolution, we're trying to record .mp4 file with openrtsp. Recorded stream looks like beeing freezed at the first received frame, though Vlc and ffplay can playback with no issues the stream (in vlc by the way it was necessa

Re: [Live-devel] openRTSP-saved h264 stream cannot be played by VLC and HTML5 video tag

> I have tested openRTSP on my IP camera (H264 stream). It saves .mp4 file > without problem. > > 1. The .mp4 file can be played by Linux Mint's default videos player, but > cannot by VLC. > > VLC shows "undef" stuff. VLC is not our software. Bugs (or apparently bugs) in VLC should be reporte

[Live-devel] openRTSP-saved h264 stream cannot be played by VLC and HTML5 video tag

Hi all, I have tested openRTSP on my IP camera (H264 stream). It saves .mp4 file without problem. 1. The .mp4 file can be played by Linux Mint's default videos player, but cannot by VLC. VLC shows "undef" stuff. I have to tune VLC demuxers from "automatic" to "h264 demuxers" to play this vid

[Live-devel] openRTSP frame loss

Hello, I am using 'ip-camera' to stream the video(output of ip-camera is in H.264 format) and i am using the openRTSP client capture the stream to a file in mp4 format. However, when i play the captured video i notice that first few seconds(1-2 sec) of video is not clear and while playing video i

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

: jeudi 9 octobre 2014 17:07 À : LIVE555 Streaming Media - development & use Objet : Re: [Live-devel] openRTSP complain about mpeg4-generic mode Trying to get an audio stream with openRTSP reports the error MPEG4GenericRTPSource Warning: Unknown or unsupported "mode": AAC-hbr. Are

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

> Trying to get an audio stream with openRTSP reports the error > MPEG4GenericRTPSource Warning: Unknown or unsupported "mode": AAC-hbr. Are you using the latest version of the software??? See "liveMedia/MediaSession.cpp", line 1291. When the "MPEG4GenericRTPSource" object is created, the 'mod

[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

Re: [Live-devel] openRTSP duration parameter for runtime not reciving time?

> If i undestand right - the "-d" duration parameter in openRTSP the time since > the openRTSP started negotiating paramters, right? Because i recive sometimes > shorter dumps of stream than specified duration (in example, when negotation > part takes longer than usual). I'm not sure I understa

[Live-devel] openRTSP duration parameter for runtime not reciving time?

Hello Ross, If i undestand right - the "-d" duration parameter in openRTSP the time since the openRTSP started negotiating paramters, right? Because i recive sometimes shorter dumps of stream than specified duration (in example, when negotation part takes longer than usual). Marcin __

Re: [Live-devel] OpenRTSP stream delay increasing with time

No. Our code delivers data (in this case, to the OS pipe, and from there to your "ffplay" command) once it arrives. The 'increasing delay' that you're seeing has to be caused by your downstream code (your "ffplay" command) not consuming data fast enough. Either your "ffplay" command is CPU bo

Re: [Live-devel] OpenRTSP stream delay increasing with time

My next question would be what if some RTP packets are delayed? How will the client behave? Will it wait for "x" seconds and continue. If it waits then there will be a delay that may be carried on to the next time the packets are delayed. Maybe that's where the delay is. On Sep 18, 2014 6:14 PM,

Re: [Live-devel] OpenRTSP stream delay increasing with time

> I don't know, but it's not "openRTSP". (Our RTSP/RTP client software does > not include any buffering, or significant delay.) The delay is probably some > combination of the OS pipe (i.e., the "!" Oops, I meant 'the "|"', of course (I typed the wrong character). > ) and "ffplay" itself (i.e.

Re: [Live-devel] OpenRTSP stream delay increasing with time

> here is my command line > > ./OpenRTSP -v -Q -D 1 -n rtsp://:554/11 | ffplay -loglevel verbose > -fflags nobuffer -i pipe:0 > > Now this delay slowly keeps increasing from 1.5 sec upto 4~5 seconds in about > 20 minutes. And I assume it will continue to increase with time. > > So my questions

[Live-devel] OpenRTSP stream delay increasing with time

I am using OpenRTSP to open an RTSP stream (IP Camera) and send it to ffplay using Unix Pipes as input. I see the video playing which is roughly 1 to 1.5 sec delayed than live (Direct RTSP stream view of IP Cam) . here is my command line ./OpenRTSP -v -Q -D 1 -n rtsp://:554/11 | ffplay -loglevel

Re: [Live-devel] OpenRTSP with Open Broadcast Software

Does open broadcast need raw video as input? Live555 is a streamer only. I decoded my frames using libavcodec(FFMPEG) and then apply them to a texture using opengl or directx on windows,linux,mac,android or iphone. same procedure for all. Libavcodec decodes to YUV422 data, That is a luminance value

[Live-devel] OpenRTSP with Open Broadcast Software

Hi I am trying to receive an RTSP stream into Open Broadcast Software. I currently use VLC (libVLC), however we have some hardware issues which causes BYE messages to be sent. VLC doesn't handle these gracefully, so I am looking for another RTSP streamer. *Question:* libVLC is providing pixelDat

Re: [Live-devel] OpenRTSP Frame Loss When Streaming Multiple Cameras

> I am seeing an issue when running multiple instances of openRTSP to capture > h.264 data from multiple IP cameras. I am using command line options to > allow openRTSP to save the data into 12 second periodic files. I have > openRTSP compiled and running on QNX 6.5.0 and can stream data from

[Live-devel] OpenRTSP Frame Loss When Streaming Multiple Cameras

Hello, I am seeing an issue when running multiple instances of openRTSP to capture h.264 data from multiple IP cameras. I am using command line options to allow openRTSP to save the data into 12 second periodic files. I have openRTSP compiled and running on QNX 6.5.0 and can stream data from one

Re: [Live-devel] OpenRTSP test sample stops after 2 minutes

The diagnostic output from "openRTSP" shows that you are using a (very) old version of the "LIVE555 Streaming Media" software. We support only the latest version of the code. Please upgrade to the latest version; see http://www.live555.com/liveMedia/faq.html#latest-version Also, I see

Re: [Live-devel] OpenRTSP test sample stops after 2 minutes

1) The server is IP camera. Details below: Kernel version: Linux 3.0.8 armv5tejl File system version: TH38R2-ONVIF V2.5.0.6 build 2014-01-26 12:39:49 Here is issuer firmware link: http://www.en.tpsee.com/firmware/20140127/firmware_HI3518C-V2-ONVIF-V2.5.0.6_20140126123951.bin Here is the SDK:

Re: [Live-devel] OpenRTSP test sample stops after 2 minutes

On 6/21/2014 20:06, minus wrote: OpenRTSP test sample always stops after 2 minutes. Why it happens and how to prevent it? What is the server? Is it unicast or multicast? Is it always exactly 120 seconds, or does it vary somewhat? What is the command line you are passing to openrtsp? Detail

[Live-devel] OpenRTSP test sample stops after 2 minutes

OpenRTSP test sample always stops after 2 minutes. Why it happens and how to prevent it? -- developer -- ___ live-devel mailing list live-devel@lists.live555.com http://lists.live55

Re: [Live-devel] openRTSP crash with -P

Martijn, Thanks for the report. The following change to the code should prevent the problem: In "QuickTimeFileSink.cpp", line 321, change subsession->readSource()->stopGettingFrames(); to if (subsession->readSource() != NULL) subsession->readSource()->stopGettingFrames(); I'll

Re: [Live-devel] openRTSP crash with -P

Hi Ross, Thanks for looking into this. I recompilled with linux-gdb enabled, see output below. martijn@shuttle:~/src/live$ gdb /home/martijn/src/live/testProgs/openRTSP GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GN

Re: [Live-devel] openRTSP crash with -P

> Any idea what goes wrong? Unfortunately not, because I wasn't able to reproduce this crash. Please recompile everything with "-g" (by doing: "make clean; genMakefiles linux-gdb; make"), and rerun gdb, so we can see a more detailed stack trace. Ross Finlayson Live Networks, Inc. http://www.l

[Live-devel] openRTSP crash with -P

Hello, I'm getting a segfault after x seconds (whatever is in -P) when running openRTSP. This seem to only happen when I pass the -P parameter together with -4 (or -i or -q). Ive build the openRTSP from the live555-latest.tar.gz from 17 of march on Ubuntu 12.04.3 64bit connecting to a Foscam FI98

Re: [Live-devel] openRtsp problems!!

Hello, I know that this lists are useful for others, when they have similar problems. My system is Gentoo linux x64, afther an emerge -e system, emerge -e world and upgrade kernel from 3.7.1-gentoo to 3.12.1-gentoo all is perfect now!!! Is working like an charm!!, dont know for shur but I

Re: [Live-devel] openRtsp problems!!

Hi, What i can say it that you try to connect to AirCam camera which has very limited RTSP implementation and dont count that something will change in the future. There is even no beta FW available above version 1.2 that you already have. Marcin W dniu 2014-01-08 15:39, Ross Finlayson pisze:

Re: [Live-devel] openRtsp problems!!

I can't explain the "Bad file descriptor" error; I've never seen that happen before. Something is wrong either with the operating system on that computer, or the way in which you built the "LIVE555 Streaming Media" code for that operating system. (If it's Windows, then perhaps you used the wro

Re: [Live-devel] openRtsp problems!!

thank you for help and sorry for not posting the link, but this camera with this log is behind an router http://pastebin.com/im1Td2zi with -p 554 http://pastebin.com/i8u4TaHv and this camera is not, this camera and the pc has routing ip's http://pastebin.com/pNkGut6V with -p 554 http://pastebin.

Re: [Live-devel] openRtsp problems!!

> I'am trayng to play an stream from an ip camera, but is not working until I > use with -p option to specify the port. > > this is the log without -p option: There wasn't any log here. > the error is: > Unable to create receiver for "video/H264" subsession: getsockname() error: > Bad file

[Live-devel] openRtsp problems!!

Hello, I'am trayng to play an stream from an ip camera, but is not working until I use with -p option to specify the port. this is the log without -p option: the error is: Unable to create receiver for "video/H264" subsession: getsockname() error: Bad file descriptor and this is with -p optio

Re: [Live-devel] openRTSP (File Output / Session Timeout)

> ProxyServer seems to handle reconnect scenarios pretty well. Would your > implementation of RTSPClient in ProxyServer be a good model for how to add > this functionality for client applications? It depends upon what client application you have in mind, but I imagine so... > Have you consider

Re: [Live-devel] openRTSP (File Output / Session Timeout)

Ross, Thanks for your replydespite the absence of an actual question :-) A few days after posting the email to the list, I discovered that this had been "asked and answered". ProxyServer seems to handle reconnect scenarios pretty well. Would your implementation of RTSPClient in ProxyServer b

Re: [Live-devel] openRTSP (File Output / Session Timeout)

> I have a quick question regarding the expected behavior of openRTSP client w/ > file output when connection to the server is lost due to reboot, loss of > connectivity...etc. The rest of your message didn't contain a question :-) However... The only reliable way for a client to detect when a

[Live-devel] openRTSP (File Output / Session Timeout)

I have a quick question regarding the expected behavior of openRTSP client w/ file output when connection to the server is lost due to reboot, loss of connectivity...etc. What I have seen with both "stdout" and "Periodic" file output is that the client never reconnects to the server if that stream

Re: [Live-devel] openRTSP QOS mesurement

> 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 ? Perhaps, though it's very low priority. Ross Finlayson Live Networks, Inc. http://www.live555.com/

[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] openRTSP teardown problem

On 06/08/13 00:45, Ross Finlayson wrote: OK, the problem here is with the *server* - it should not be hanging when it receives the client's "TEARDOWN" command. Please contact the server's manufacturer, and tell them to fix this problem. However, to allow for this situation occurring (the serv

Re: [Live-devel] openRTSP teardown problem

> Sending request: TEARDOWN rtsp://:554/mpeg4/media.amp/ RTSP/1.0 > CSeq: 7 > User-Agent: /usr/local/bin/openRTSP (LIVE555 Streaming Media v2013.07.31) > Session: 0723151412 > -- > > and the output hangs. OK, the problem here is with the *server* - it should not be hanging whe

Re: [Live-devel] openRTSP teardown problem

Ahh, seems I was a bit premature with my last reply, in my excitement I had been running the command without the -t switch which doesn't show the problem. Now if I run the full command again I get the following in the openRTSP output after the -HUP signal: -- inter_packe

Re: [Live-devel] openRTSP teardown problem

On 05/08/13 22:12, Ross Finlayson wrote: User-Agent: openRTSP (LIVE555 Streaming Media v2011.12.23) You're running a (very!) old version of the "LIVE555 Streaming Media" software. You should upgrade. Ross, thanks for the very quick response. I've downloaded the latest version and compile

Re: [Live-devel] openRTSP teardown problem

> User-Agent: openRTSP (LIVE555 Streaming Media v2011.12.23) You're running a (very!) old version of the "LIVE555 Streaming Media" software. You should upgrade. > I'm afraid I don't know how to obtain version numbers from openRTSP itself, > hence I'm referring to the packages included in the

[Live-devel] openRTSP teardown problem

Hello All, I have a problem with openRTSP capturing a stream from an Axis 210A IP camera as described below: Running Debian Lenny, I run the following command to capture an RTSP stream using TCP from the Axis camera: openRTSP -4 -n -t -Q -b 512000 -u -w 640 -h 480 -f 25 rtsp:///mpeg4/media

Re: [Live-devel] openRTSP option to force multicast

> 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. OK, I'll add this to the next release of

[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

Re: [Live-devel] openRTSP-captured mp4 broken

Ceszcz! Marcin wrote: Hello, I had to do almost the same goal as You - record incomming AV stream (h264/aac) to MP4 files. What i did was that live555 only dumped streams into separate files and then i used MP4Box to merge them into working mp4 file. Thanks for this hint! I am not able to mux th

  1   2   3   >