From: Miguel F. <mi...@ce...> - 2003-08-22 12:52:21
|
Hi Michael, On Thu, 2003-08-21 at 10:22, Michael Roitzsch wrote: > Hi Miguel, Hi Frantisek, > > > if none objects, something like that might find its way to cvs > > soon... > > Just wanted to tell you that I was following this discussion and find > the current solution quite nice. Just three remarks: > * Could we rename the MRL parameter from "rip" to "save"? > "rip" sounds so illegal, but since we only allow streams to be > saved when the input plugin permits it, this should be perfectly > legal. Maybe the internal defines and functions could be > renamed as well? (I could do that.) no objections. it just seems that "rip" and "ripping" have being incorporated into computer vocabulary, to the point a lot of people know what they mean. for example, grip introductions says: "Grip is a cd-player and cd-ripper for the Gnome desktop. It has the ripping capabilities of cdparanoia builtin, but can also use external rippers (such as cdda2wav)." of course "save" is good as well. in fact, maybe it's even better suited since people are used to think of ripping audio cds, but not ripping streaming media... > * Measures for DVDs need to be taken. We should not allow encrypted > discs to be saved. Maybe we should deny saving DVDs completely. already done (cvs). > * Has anyone tried if the rip/save feature also works when writing > to a fifo? Maybe future frontends would like to do something else > besides saving to a file with a diverted stream. They read the > stream from the other end of the fifo then. i guess it will work fine. regards, Miguel |