On 11/06/2008, Luca Abeni <[EMAIL PROTECTED]> wrote: > I am not saying that these features are useless or that I do not like > them; I was simply suggesting that all the "video editing" operations > can be performed in the program which feeds ffserver, instead of > performing them in ffserver (note that this program generally runs on > the same machine in which ffserver is running, and feeds it via the > network loopback interface, so there is no risk that ffserver is not > properly feeded). > > I think this is the simplest (and maybe cleaner) solution: ffserver > only cares about streaming, and some other program performs the video > editing, transcoding, etc... and feeds ffserver. > Of course, feel free to prove that I am wrong ;-) > > > > Luca > _______________________________________________
If I write a separate program, how would my CGI scripts tell it which clips to play next? ffmpeg can generate a stream from a jpeg, so thats the logo sorted. I then need some way of telling a running ffmpeg to switch to playing a clip file instead of the jpeg... When you give ffmpeg a list of files to join together: ffmpeg -i video1.avi -i video2.avi -i video3.avi It must store a list of files to read in an internal list. If I would write say a simple socket remote control interface, so that you could give it commands like: PLAY video1.avi and have that append to the list of files to play, then that would be half the problem solved... I just need to figure out a way of getting it to play the single frame jpeg when there is nothing in the list instead of quitting. What do you think? Any suggestions of where to look in the code? Cheers, Keean. _______________________________________________ libav-user mailing list [email protected] https://lists.mplayerhq.hu/mailman/listinfo/libav-user
