From: Michael R. <mr...@us...> - 2003-10-27 18:22:51
|
Hi, this is not a reply to a particular mail of this thread, I just feel the urge to comment this new plugin idea: At first, I don't really care about that plugin, since I haven't missed it so far, but if other people require this feature that's fine with me. I have two concerns, though: * Thinking of legal issues, we should do the same as the #save feature here, deny saving any streams when the input plugin raises the flag. (Since post plugin's have access to the stream, this test should be pretty easy.) * From the architectural standpoint, I do not really like the approach taken here. The next user might want to have an MP3 encoding plugin, the next might want to save his video into ogg/theora. Writing post plugins seems the wrong way, since this is not really a post effect. Besides that, we already have guenter's nice enix architecture, which handles all sorts of encoding. So what I really would like to see is someone writing a frontend (might even be a command line tool) to libxine and libenix which would combine the decoding power of xine with the encoding power of enix. (Ok, I agree that WAV diskwriting is a very basic feature, so I could live with it, I just wanted to point out that there are better - meaning more clean and general - solutions available.) Michael -- /* * Should be panic but... (Why are BSD people panic obsessed ??) */ 2.0.38 /usr/src/linux/net/ipv4/ip_fw.c |