On 12/5/06, Thomas Wehrspann <[EMAIL PROTECTED]> wrote:
4. Implementation issues. ------------------------- I think a directory mode is only a special case of 'dir/*', which is a more flexible way of selecting files (e.g. dir/*.mpg). So we should focus on the '*.*' mode, as it includes the directory mode.
Sounds interesting, could you please expand a bit please? Do you mean that transcode should handle globbing? 5. Designing future implementation
---------------------------------- I would like to see a plugin architecture similar to the import/export/filter plugin architecture. For that matter, output plugins would be nice too.
I've thinked a bit on this topic. A proper input infrastructure make fully sense, but it should be handeld trasparently. As user, it can make sense to explicitely select decoder/demuxer, but I see to specify input handler as an annoyance. It should be handled trasparently depending on given MRL/path. I.e. when typing something like transcode -i /dev/dvd ... it's just annoying to also select --input dvd Anyway, a reorganization/refactorization of input modules is defintively on track, once design issues outlined above are solved :) As for output layer, I just don't see any practical use case different to plain old file (with optional output rotation). Maybe cluster mode adds some interesting new stuff here? Bests, -- Francesco Romani
