On 11/06/2008, Luca Abeni <[EMAIL PROTECTED]> wrote:
> Hi Keean,
>
>  Keean Schupke wrote:
>  [...]
>
> > I am looking to modify ffserver, as I require the following features
>  > for a project I am working on:
>  >
>  > - have a static jpeg (logo) streamed when nothing else to stream
>  > - stream each file uploaded to the feed once and in sequence
>  >
>  > Imagine the server acting as a video juke-box, dislaying a logo whilst
>  > nothing else is happening, and queueing the videos to play back in
>  > sequence.
>
> [...]
>
>  In my understanding, performing this kind of operations in ffserver
>  might be too complex (and maybe this is not the correct approach).
>  I suppose it would be simpler to feed ffserver with an "already processed"
>  video stream, and to implement the features you need in the program which
>  feeds ffserver (maybe you can reuse ffmpeg, with some modifications).
>
>
>
>                                 Luca
>  _______________________________________________

Hi Luca,

Okay, I was thinking that each clip would be sequenced into ffserver
using ffmpeg like:

ffmpeg -i video1.avi http://localhost:8090/feed1.ffm
ffmpeg -i video2.avi http://localhost:8090/feed1.ffm
ffmpeg -i video3.avi http://localhost:8090/feed1.ffm

where these commands would be called from a CGI script on a website
for example, and ffserver would play the clips back to back, and
display the logo when nothing is in the queue.

To me it would seem this is the right way to do it...

At the moment if you try and connect to ffserver before a live feed is
connected you just get an error - would it not be much better to
display a logo (a jpeg feed) until the content becomes available.

If the upload to ffserver fails for some reason (say a network outage
between the source and the ffserver), the current server will stop
sending, and the client will stop, again would it not be much better
to display the logo until the feed reconnects?

These features would seem of general benefit to ffserver. Why would
you not want them?

Cheers,
Keean.
_______________________________________________
libav-user mailing list
[email protected]
https://lists.mplayerhq.hu/mailman/listinfo/libav-user

Reply via email to