[Live-devel] EXTERNAL: Re: Creating live tsx file or Updating existing TSX file

[Jeff Shanab]

That seems similar to security video and if it is really just the recent
past, can be done entirely in the client. It may be preferred for the
smooth transition from now to recent-past and back to realtime.

Note: You would only cache uncompressed video. I maintained 2 gops worth
decoded and the rest however many seconds configured.
 ( I had my own http based server that served out gops of video so I could
play both directions and have random access to the video. I only put things
in containers on "export" I streamed to a player of my own design so I was
not streaming rtsp, I streamed multiple protocols including my own http one
from the same rtsp input. A bit odd, but it worked)

On Mon, Nov 17, 2014 at 10:44 AM, Chapman, Michael J <
michael.j.chapman at lmco.com> wrote:

>  Ross,
>
>
>
> The video streams we are dealing with for our project mainly involve
> Unmanned Aerial Vehicle (UAV) video footage which comes to us as a video
> stream over the network. Due to the nature of the video, we need to be able
> to view it as soon as possible. We have an option to view it live from the
> source (non-rtsp approach with no trick play features) and we also want to
> be able to view the video footage in near-real time via rtsp. The benefit
> of the rtsp approach is that each user can have a unique rtsp session of
> the video with the intent of near-real time trick play. If an analyst sees
> something of interest in the video, they need to ability to rewind (or at
> least seek backwards) a few seconds before the video segment of interest to
> verify the footage. The ability to re-verify a video segment in the recent
> past, while watching the near-real time video, is why we would like to have
> this Live555 Indexing feature.
>
>
>
> Also, these videos will remain archived and available via rtsp for future
> analysis, so we will be using the rtsp and trick play options after the
> video is completely received. We are just hoping that we could use a live
> indexing rtsp feature for the near-real time analysis use case instead of
> creating a custom caching of the video until the video is fully received
> and indexed. As the video stream we are receiving may be very long (may be
> up to or more than an hour is some cases), we cannot realistically index
> the file as we are receiving it without the requested feature.
>
>
>
> Thank you,
>
>
>
> Michael Chapman
>
>
>
>
>
> *From:* live-devel [mailto:live-devel-bounces at ns.live555.com] *On Behalf
> Of *Ross Finlayson
> *Sent:* Sunday, November 16, 2014 1:07 PM
> *To:* LIVE555 Streaming Media - development & use
> *Subject:* EXTERNAL: Re: [Live-devel] Creating live tsx file or Updating
> existing TSX file
>
>
>
>  I am recording a transport stream file that needs to support rtsp trick
> play as it is being recorded
>
>
>
> People often ask for this feature, and I'm a bit puzzled by it.  What
> specific 'trick play' operations do you want the server to be able to
> perform on the Transport Stream file while it is still growing?  (I'm
> trying to understand whether/when this actually makes sense.)
>
>
>
>
>
>  Is it possible to create the tsx file as I am recording and continue
> indexing as new data if received (so having the indexer block and wait for
> new data) while also having that partially complete tsx file be used with
> the Live555MediaServer for trick play?
>
>
>
> I may well end up adding this feature - but first, I'd need to get a feel
> for how much it makes sense (thus my question above).
>
> Ross Finlayson
> Live Networks, Inc.
> http://www.live555.com/
>
>
>
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20141117/7e619283/attachment.html>