the big modules changes
sam at zoy.org
Thu Aug 1 11:10:37 CEST 2002
On Wed, Jul 31, 2002, Christophe Massiot wrote:
> . The place of vcd, dvd, dvdread and dvdplay isn't easy to find :
> they're both access and demux plug-ins.
Right. I didn't know where to put it so I arbitrarily decided that
the access part of the plugin was prevalent. Would you rather have them
in demux? Or in another toplevel directory?
> . I would avoid the third level of directory. Having
> vlc/plugins/audio/output/dsp is a pain in the ass, and I hate
> programs with 1000 subdirectories. vlc/plugins/audio_output/dsp is a
> bit better and doesn't add too much complexity. Codec is even worse,
> I'd prefer vlc/plugins/codec/mpeg_adec, vlc/plugins/codec/mad. There
> is no need to put mad in an "mpeg"/"audio" subdirectory, we don't
> have that many codecs.
Ok, this makes sense.
> . Maybe it isn't necessary to move some of the plug-ins right now ?
My idea was to have a "modules" directory instead of "plugins", so
that we'd be sure to have a fresh new tree. But we could delay the
removal of the plugins directory.
> For instance the audio plug-ins will change a lot in the very near
> future and I can handle it. And I'm in favour of completely removing
> ac3_adec from the CVS, now that a52dec is thread-safe, is faster,
> crashes less, and is much more understandable.
Well, as discussed on IRC, I agree that a52 is far better than our
ac3_adec but I'd like to keep ac3_adec anyway because it's always
interesting to have two modules doing the same thing. We could set its
priority to 0 and add a big "DEPRECATED" note in its description, but
I'd like to continue maintaining it.
> Anyway, I suggest that before checking in the whole bazunga, you post
> the result of find plugins -type d, so that we can comment before any
> harm is done.
How about this:
file.c, http.c and udp.c are directly in the access/ directory.
I'd also like to rename a few files. For instance in plugins/dvd
all the files are prefixed with dvd_, and I really don't think it's
worth having unnecessarily long filenames. Plus it makes it harder to
autocomplete when browsing with a shell. I have a renaming suggestion on
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/lists.html
If you are in trouble, please contact <postmaster at videolan.org>
More information about the vlc-devel