> The given openRTSP command generates a folder full of files with the .mp4
> extension.
Looking at our code, I don’t see how that can happen unless you also gave
“openRTSP” the “-4” option.
Could you please rerun “openRTSP” once again, this time *without* the “-V”
option (so that you get full
The given openRTSP command generates a folder full of files with the .mp4
extension. We have to rename them to .m4e in order for live555MediaServer
to stream them. :)
Here are the properties of the files as reported by avprobe:
$ avprobe output-0-00060.mp4
avprobe version 11.7, Copyright (c
> Does the proxy server only start pulling the source stream when there are one
> or more consumers of the output stream? When all consumers of the output
> stream go away, does the proxy server stop pulling the source stream?
When the “LIVE555 Proxy Server” is started, it contacts the remote (‘
We are using openRTSP to save segments of video from security camera files. So far, that is working beautifully. We use the command:openRTSP -V -P 60 -u -v rtsp:///path/to/videoThis creates a folder full of .mp4 files.Actually, those won’t be “.mp4” files. If your video stream is MPEG-4 video,
> We are using openRTSP to save segments of video from security camera files.
> So far, that is working beautifully.
>
> We use the command:
>
> openRTSP -V -P 60 -u -v rtsp:///path/to/video
>
> This creates a folder full of .mp4 files.
Actually, those won’t be “.mp4” files. If your vide
Hi everyone,
Does the proxy server only start pulling the source stream when there are
one or more consumers of the output stream? When all consumers of the
output stream go away, does the proxy server stop pulling the source stream?
Sorry if I am breaking any listiquette with this email; please
Hello,
We are using openRTSP to save segments of video from security camera
files. So far, that is working beautifully.
We use the command:
openRTSP -V -P 60 -u -v rtsp:///path/to/video
This creates a folder full of .mp4 files.
We have a need to stream these .mp4 files complete with smooth
Absolutely not!
LIVE555 programmers should never have to deal with RTP timestamps directly.
Our software automatically uses RTCP to convert presentation times to RTP
timestamps (when transmitting) and back to presentation times (when receiving).
Presentation times are all that you need to thi
Thanks for the LiveMedia Software!
While receiving rtp over rtsp from my liveMedia server implementation, I
receive bad timestamps every time when a new client starts to receive the same
stream. I fixed this behaviour with the patch below.
This patch also gives me full control over the timestam
On Tue, 9 Aug 2016 12:47:49 -0700
Ross Finlayson wrote:
Thanks for your answer!
> > In my opinion this behaviour is inappropriate, since I use TCP streaming
> > exactly because I never must drop a frame.
>
> This is unrealistic, and impossible if your network stream is exceeding the
> capac
10 matches
Mail list logo
