Can you provide more information? What program can't open oggs?

All program related to GNOME (ho!) can only play wav sounds.

Do you mean things like XMMS aren't playing OGGs (in which case you
should install libogg) or do you mean you'd like to use oggs for your
system sounds?

If you could give some speciffic examples, that would be very helpful.

Yes, I'm talking about sound events.

Yes, for sound events .wav is the only supported format so far. We'll
see what happens with the whole sound server issue I guess.

Would be really nice to nail this for 2.4.x, no? But it seems like
we're stuck with audiofile which doesn't support ogg at all :-(

Stuck ? Why to not use libogg ? The latest audiofile release is 2
years old...

I think the way we need to go is to make use of gstreamer for this.
Not sure when/how that is going to happen, but...

gstreamer to simply play an ogg file ? Franckly no.

*** Bug 117305 has been marked as a duplicate of this bug. ***

Adding creating a patch for this to GStreamer todo. Using GStreamer
for this will open for almost any kind of sound file being used.

*** Bug 82341 has been marked as a duplicate of this bug. ***

Created attachment 38118 [details] [review]
libgnome_gstreamer_v000.patch

RFC patch. Possibly not working, possibly breaks API.

Hi,

the patch uses wavparse statically (and doesn't take the sometimes-pad into
account). It may be better to use decodebin, since that allows for playback of
any sound. It is fairly fast, although plugging may still take several tenths of
seconds (worst-case).

The cached samples can be improved. You currently cache pipelines, which is a
nice step since it covers pipeline allocation. However, ideally, you'd cache
until the first sample is available, so that actual playback is *instant*. We
call this preroll. We can currently do it, but it's not all too easy. I can
adapt the patch to do that in 1-2 hours, though.

A better solution may be to wait for 0.9 to have automatic preroll. Besides
that, I'd argue that GStreamer currently has too many issues to be a libgnomeui
dependency (and therefore part of the platform). The code would be the same, but
internals would be easier.

Then again, I'm not sure of the opinion of the maintainers on a gst dependency.
I'm not libgnome maintainer.

*** Bug 325033 has been marked as a duplicate of this bug. ***

Is anyone currently working on this bug?

It would be really useful to have .ogg support in libgnome...

Not to my knowledge, no. The api in question here is only used for system events though.

*** Bug 324990 has been marked as a duplicate of this bug. ***

libcanberra which is introduced as a replacement for this api supports ogg. Closing this now.