> > Hi!
> > Is there a "dumpstream" feature planned until the 1.0 release
> > or will it take longer? Is there any developer known to be looking in to that?
> > That is, a feature that let's you save a live stream into a file, as you can do with mplayer.
> Hmm, this keeps coming up, so let's talk about it. Team? What
> would it take to make this fly? It seems like there would need to be
> ui<->engine communication to ask the user for a disk location to store the
> file. Would the input plugin be responsible for storing the media to disk
> as it is streamed in?
uh well, potential legal problems aside i think this couldn't be handled
at the input plugin level - one needs to have knowledge about the system
layer for this feature to become really usefull.
i imagine many users do not just want to dump whole streams to disk, but
want to have a vcr-like functionality here - one of the most important
applications would be time-shifting when watching tv using xine (set top
boxes). so the user should be able to activate and de-activate this
feature at any time he/she wants - and it would certainly be nice if the
streams saved to disk would be playable stand-alone, so depending on the
format the demux plugin needs to generate the necessary headers at the
beginning of the file.
so i think that would be an ideal solution, but it has one main
drawback: all demuxer need to implement this feature individually :-(
implementing it on the input plugin level would certainly be easier ...
and for some stream formats (e.g. mpeg) it may even create valid streams
on disk ... not sure :)
about the frontend <-> engine interaction: i think the frontend should
be responsible for actually writing the stream to disk (or do other
things with it, e.g. stream it over the network? :) ). maybe xine's
event infrastructure could be used to send packets to the frontend (once
it has enabled it) or frontends could simply register a callback with
"Two sure ways to tell a sexy male; the first is, he has a bad memory.
I forget the second."