>Looks quite nice but this require much heavier changes that I've planned.
>I'm still wondering if having I/O code as plugin make fully sense given
>current and foreseable architecture (I'm afraid of plugin method explosion;
>reorganizing plugin in classes -in case- will surely NOT happen for 1.1.0).
>
>Andrew, I'd really like to know what you think on this topic and in general
>sense regard directory mode. :)
See my previous post re: directory mode--I really don't think this
is something we should do for 1.1.0. As for MRLs and input plugins, that
might be a good long-term goal, but is way over our heads at the moment--
there's no way we could work up a proper design when we don't even have
file import straightened out yet. I say we should put that on the back
burner for 1.3? 2.0? and have people use mplayer to dump non-file sources
to files for now.
>> I think of the following output methods
>> - file (this is the most common output)
>> - network (cluster, streaming?)
>> - DV camera
>
>Since I don't own any DV device, I dare to ask: how this is different
>to simple open/write/close on a regular file? some ioctl()s are involved?
Presumably one would do something like the opposite of dvgrab/kino,
using libiec61883 and whatever else, but again this is not something we
should be thinking about right now. We need to get NMS finished before
trying to add yet more functionality.
--Andrew Church
[EMAIL PROTECTED]
http://achurch.org/
