> Is there a bug for turning it on? If not, should we file one? What are the
> current plans for this feature?
If you think it should be on by default you should certainly file a bug so it can be discussed. As far as I know current plans aren't settled; the decision to change policy on the official builds depends on the codec issues, and we don't have consensus or working code there yet.
> (In reply to Sean Newman from comment #292)
> > Could someone, please, compile a build for Windows with this special flag
> > needed to include GStreamer support?
Note that for this to be useful, we'd have to build and include a copy of Gstreamer as well. It's generally available on Linux systems, but not Windows, Mac or Android. That's probably a separate bug as well: getting gstreamer building on non-linux archs either as part of our monolithic build, or by bundling a standalone gstreamer + plugins build, such as the sdk from entropywave, or the one fluendo announced a few months ago.
(In reply to Sid from comment #293)
> Is there a bug for turning it on? If not, should we file one? What are the
> current plans for this feature?
If you think it should be on by default you should certainly file a bug so it can be discussed. As far as I know current plans aren't settled; the decision to change policy on the official builds depends on the codec issues, and we don't have consensus or working code there yet.
> (In reply to Sean Newman from comment #292)
> > Could someone, please, compile a build for Windows with this special flag
> > needed to include GStreamer support?
Note that for this to be useful, we'd have to build and include a copy of Gstreamer as well. It's generally available on Linux systems, but not Windows, Mac or Android. That's probably a separate bug as well: getting gstreamer building on non-linux archs either as part of our monolithic build, or by bundling a standalone gstreamer + plugins build, such as the sdk from entropywave, or the one fluendo announced a few months ago.