On Tue, 2006-10-31 at 16:07 +0100, Nelson Benítez wrote:
> > I filed http://bugzilla.gnome.org/show_bug.cgi?id=368304
>
> That seems to be Bango[1], which unfortunately is somewhat stuck, I
> would
> love an ITCrowd[2] sound theme that could be installed as easily as
> the
> ones from art.gnome.or
> On Tue, 2006-10-31 at 16:07 +0100, Nelson BenÃtez wrote:
>> > It seems to me that the various solutions that have been mentioned so
>> far
>> > aren't super. I would expect to be able to do something like:
>> >
>> > gtk_sound_play_stock ("gtk-done");
>> > gtk_sound_play_stock ("gtk-warning");
>
On Tue, 2006-10-31 at 16:07 +0100, Nelson Benítez wrote:
> > It seems to me that the various solutions that have been mentioned so far
> > aren't super. I would expect to be able to do something like:
> >
> > gtk_sound_play_stock ("gtk-done");
> > gtk_sound_play_stock ("gtk-warning");
> > etc.
> >
Hi,On 10/31/06, Étienne Bersac <[EMAIL PROTECTED]> wrote:
Hi,I fully agree with you. I must point the GSmartMix project which isbased on gstreamer and allow fine mix between app. If nautilus-cd-burnerwas able to simply play a sound at the end to the burn process, it must
do that in a consistent fas
On Tue, 2006-10-31 at 15:45 +0100, Xavier Bestel wrote:
> On Tue, 2006-10-31 at 09:41 -0500, William Jon McCann wrote:
> [...]
> > Unless the sounds are played out of process.
>
> I saw an interesting proposition somewhere which was to make the
> notification process handle the sound caching (and
> It seems to me that the various solutions that have been mentioned so far
> aren't super. I would expect to be able to do something like:
>
> gtk_sound_play_stock ("gtk-done");
> gtk_sound_play_stock ("gtk-warning");
> etc.
>
> I filed http://bugzilla.gnome.org/show_bug.cgi?id=368304
That seems
On Tue, 2006-10-31 at 09:41 -0500, William Jon McCann wrote:
>
> It seems to me that the various solutions that have been mentioned so
> far aren't super. I would expect to be able to do something like:
>
> gtk_sound_play_stock ("gtk-done");
> gtk_sound_play_stock ("gtk-warning");
> etc.
Very
On Tue, 2006-10-31 at 09:41 -0500, William Jon McCann wrote:
[...]
> Unless the sounds are played out of process.
I saw an interesting proposition somewhere which was to make the
notification process handle the sound caching (and replacing esd in that
respect). That would solve this problem too.
Hi,
I fully agree with you. I must point the GSmartMix project which is
based on gstreamer and allow fine mix between app. If nautilus-cd-burner
was able to simply play a sound at the end to the burn process, it must
do that in a consistent fashion that allow a desktop mixer to
dynamically mix the
On Tue, 2006-10-31 at 11:09 +, Jono Bacon wrote:
> On 10/30/06, Richard Hughes <[EMAIL PROTECTED]> wrote:
> > I think whatever is done, there needs to be a way for application "foo"
> > to play file "ding.wav" without worrying about the intricacies of
> > gstreamer. Don't get me wrong, the gstr
On 10/30/06, Richard Hughes <[EMAIL PROTECTED]> wrote:
> I think whatever is done, there needs to be a way for application "foo"
> to play file "ding.wav" without worrying about the intricacies of
> gstreamer. Don't get me wrong, the gstreamer API is great (and really
> powerful) but somewhat compl
On Mon, 30 Oct 2006, Kalle Vahlman wrote:
> If a simple fire-and-forget (well, apart of cleanup of course :) is
> enough, see the attached file that has a minimal player app
> constructed with the playbin automagic. It handled the wav clip and
> ogg videos and MJPEG clips I threw at it just fine, t
2006/10/30, Andreas Røsdal <[EMAIL PROTECTED]>:
On Mon, 30 Oct 2006, Richard Hughes wrote:
> I think whatever is done, there needs to be a way for application "foo"
> to play file "ding.wav" without worrying about the intricacies of
> gstreamer. Don't get me wrong, the gstreamer API is great (and
Here is a version that you can copy and paste:
#include
gint
gnome_play_sound_background (
gchar *uri)
{
GMainLoop *loop;
GstElement *play;
GstBus *bus;
/* init GStreamer */
gst_init (0 ,NULL);
loop = g_main_loop_new (NULL, FALSE);
/* set up */
play = gst_element_factory_m
On Mon, 2006-10-30 at 20:05 +, Olafur Arason wrote:
> Doesn't this work?
> http://gstreamer.freedesktop.org/data/doc/gstreamer/head/manual/html/chapter-components.html
I'm sure it does, but it's a lot more complicated than the hypothetical:
gnome_play_sound_background ("alert.wav");
Richard.
Doesn't this work?
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/manual/html/chapter-components.html
Olafur Arson
On 10/30/06, Andreas Røsdal <[EMAIL PROTECTED]> wrote:
> On Mon, 30 Oct 2006, Richard Hughes wrote:
> > I think whatever is done, there needs to be a way for application "f
On Mon, 30 Oct 2006, Richard Hughes wrote:
> I think whatever is done, there needs to be a way for application "foo"
> to play file "ding.wav" without worrying about the intricacies of
> gstreamer. Don't get me wrong, the gstreamer API is great (and really
> powerful) but somewhat complicated when
On Mon, 2006-10-30 at 13:48 +0300, Nickolay V. Shmyrev wrote:
> libgnome has two interfaces for playing sound. First of all, it's
> simple
> interface for playing sound file from gnome-sound.h. This interface
> should be reimplemented with gstreamer api mentioned above or
> application can use gstr
В Пнд, 30/10/2006 в 09:15 +, Richard Hughes пишет:
> I've been asked to play a sound when the battery is critically low [1]
> and also when suspend fails and the lid is closed [2]. The latter is
> very important, as some laptops (including macbooks) can actually *melt*
> if the lid is closed an
I've been asked to play a sound when the battery is critically low [1]
and also when suspend fails and the lid is closed [2]. The latter is
very important, as some laptops (including macbooks) can actually *melt*
if the lid is closed and they are still running. (!)
So, what is the best way to do t
20 matches
Mail list logo