multimedia/gstreamer-plugins request
michael johnson
ahze at ahze.net
Thu Sep 9 15:32:38 PDT 2004
On Sep 9, 2004, at 4:41 PM, Adam Weinberger wrote:
> Are there any other ports that require gst-plugins to be built with
> specific dependencies? None others come to mind.
Another example is totem, totem only *needs* gstreamer-plugins (unless
compiled with xine)
to work but able to play say a xvid file you'd need to recompile
gstreamer-plugins with WITH_XVID
defined.
> I don't see how this would help. Gst-plugins isn't an incremental
> build.
> If you want to compile in new support, you need to rebuild the whole
> shebang.
it'd be a little bit of work but it is posable. Gentoo does this, see
http://www.gentoo.org/cgi-bin/viewcvs.cgi/*checkout*/eclass/gst-
plugins.eclass?rev=1.18 to see how they do it.
and http://packages.gentoo.org/search/?sstring=gstreamer shows all the
gstreamer packages.
> Honestly, I'd rather see energy put into reducing the number of macros
> that we have, not increasing it. The frameworks behind USE_GNOME and
> USE_SDL and the like are not trivial, and IMO shouldn't be implemented
> unless, as is the case for those two examples, there are literally
> hundreds of ports that will be greatly simplified by it.
>
> If you believe that your proposal would simplify things to such an
> extent, I'd like a bit more info about which ports would be simplified
> by it, and what its benefit would be to the end user.
>
> # Adam
Port name: Could use PLUGIN:
audio/gnomemedia2 gst-ogg, gst-mad
audio/lindele any or all of the audio plugins.
audio/muine gst-ogg, gst-mad, gst-flac
(currently muine only supports xine in ports)
audio/rhythmbox gst-ogg, gst-mad, gst-flac, gst-faad
audio/sound-juicer gst-cdparanoia, gst-ogg, gst-flac, gst-lame
(From Makefile: You must have gstreamer-plugins built with
Cdparanoia support!")
audio/tunesbrowser gst-faad (For AAC support)
multimedia/gstreamer-player gst-gnomevfs, gst-hermes, and others
multimedia/nautilus-media gst-ogg, gst-flac, gst-mad
multimedia/totem gst-faad, gst-xine, gst-lame, gst-ffmpeg,
and more
we would also be able to remove the following from
multimedia/gstreamer-plugins/Makefile
# hermes is required for gstreamer-player to work
# since it is currently the only colorspace plugin available
WITH_HERMES= yes
# gnomevfs is required for gstreamer-player to work
WITH_GNOMEVFS= yes
# Add default MAD support. This is required for rhythmbox to work.
WITH_MAD= yes
but I agree you're right about reducing the number of macros and after
looking through ports there really isn't many
ports that this would effect. but if you take in effect that you use
something like USE_MULTIMEDIA macro that supports
more than just gstreamer you also could add.
Ports Than can use USE_MULTIMEDIA=xvid
multimedia/avidemux
multimedia/avidemux2
multimedia/avifile
multimedia/gstreamer-plugins
multimedia/mplayer
multimediua/mplayerxp
multimedia/transcode
multimedia/vlc
sysutils/xvidcap
I guess you're right though, maybe when more ports support gstreamer it
would be worth it but not right now
Cheers,
Michael
More information about the freebsd-gnome
mailing list