Re: [osol-discuss] Re: Re: Fluendo announces multimedia for Linux and
On Wed, 7 Feb 2007, Brian Cameron wrote: Richard: I think gaim 2.0beta_whatever (maybe from blastwave) uses GStreamer, but I never got it to work (although ISTR some email archives in which that was a known problem not fully resolved). I ended up using NAS (can't remember where I got that) and the associated auplay command, since that had less latency than audioplay (and no start/end pops), and less pauses and such than whatever JDS/GNOME would prefer one used as an audio server (esd?). GStreamer seems to slowly becoming the standard for audio/video in the GNOME desktop. The esd (Enlightened Sound Daemon) project is pretty dead at the moment (and currently maintained by a GStreamer developer, by the way). Remember that NAS, JACK, ALSA, and other popular audio frameworks are Linux specific and would require significant porting effort to get working in Solaris. Ahh! :) I am the NAS maintainer - I try very hard to ensure that nas is not linux specific. And it isn't. NAS works fine in solaris, last I heard. GStreamer can use NAS as a backend as well. I know this is an old thread, I haven't checked it in a few months as you can see :( But is NAS does not run on Solaris, I'd certainly like to know about it. -- Jon Trulson mailto:[EMAIL PROTECTED] #include std/disclaimer.h No Kill I -Horta ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Re: Fluendo announces multimedia for Linux and
On Wed, 2007-02-07 at 11:15 +0800, Brian Cameron wrote: GStreamer seems to slowly becoming the standard for audio/video in the GNOME desktop. The esd (Enlightened Sound Daemon) project is pretty dead at the moment (and currently maintained by a GStreamer developer, by the way). As somebody always points out when the single audio framework debate crops up in the GNOME community, though, GStreamer is not a sound server, it's just a media framework. So something like ESD is generally still desirable. gstreamer is a media framework, not a sound server. Gnome-in-general needs only a sound server, not a media framework, and IIRC media frameworks such as gstreamer are missing features necessary to adopt them as replacements for the sound server functionality that esound provides. http://mail.gnome.org/archives/gnome-multimedia/2003-January/msg00029.html http://gstreamer.freedesktop.org/data/doc/gstreamer/head/faq/html/chapter-general.html Cheeri, Calum. -- CALUM BENSON, Usability Engineer Sun Microsystems Ireland mailto:[EMAIL PROTECTED]GNOME Desktop Group http://ie.sun.com +353 1 819 9771 Any opinions are personal and not necessarily those of Sun Microsystems ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Re: Fluendo announces multimedia for Linux and Solaris
That said, Fluendo plugins are based on the GStreamer free media streaming engine, and Sun employees are involved with making GStreamer work on Solaris. Brian I have a very negative experience with GStreamer in Linux (SuSE, Debian, Fedora, Ubuntu). This experience was, unfortunately, carried over to the Solaris/X86 platform without any further investigation. Can you point me to any places that discuss the use of GStreamer in Solaris? Thanks. Also hope Fluendo will offer a package deal for Solaris plug-ins, similar to the Linux platform; this will greatly simplify the ordering process. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Re: Re: Fluendo announces multimedia for Linux and
I think gaim 2.0beta_whatever (maybe from blastwave) uses GStreamer, but I never got it to work (although ISTR some email archives in which that was a known problem not fully resolved). I ended up using NAS (can't remember where I got that) and the associated auplay command, since that had less latency than audioplay (and no start/end pops), and less pauses and such than whatever JDS/GNOME would prefer one used as an audio server (esd?). I would suppose that if someone plans to make some money selling licensed codecs (at a price that I would hope could drop substantially if they get enough volume!), it must be _possible_ to have GStreamer work decently, in which case some attention may be needed to make sure that it does, out of the box, on Solaris and with apps that use GStreamer (assuming use of the Sun supplied libs and not alternatives not under their control, like blastwave's, although it would be nice if those worked properly too, assuming that the problem is even there, which it might not be). I know there's lots I don't understand about it, but the whole audio scene on JDS/GNOME looks kind of ugly to me. It would be really nice to have a single audio framework that Just Worked with all the apps. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Re: Re: Fluendo announces multimedia for Linux and
Richard: I think gaim 2.0beta_whatever (maybe from blastwave) uses GStreamer, but I never got it to work (although ISTR some email archives in which that was a known problem not fully resolved). I ended up using NAS (can't remember where I got that) and the associated auplay command, since that had less latency than audioplay (and no start/end pops), and less pauses and such than whatever JDS/GNOME would prefer one used as an audio server (esd?). GStreamer seems to slowly becoming the standard for audio/video in the GNOME desktop. The esd (Enlightened Sound Daemon) project is pretty dead at the moment (and currently maintained by a GStreamer developer, by the way). Remember that NAS, JACK, ALSA, and other popular audio frameworks are Linux specific and would require significant porting effort to get working in Solaris. I would suppose that if someone plans to make some money selling licensed codecs (at a price that I would hope could drop substantially if they get enough volume!), it must be _possible_ to have GStreamer work decently, in which case some attention may be needed to make sure that it does, out of the box, on Solaris and with apps that use GStreamer (assuming use of the Sun supplied libs and not alternatives not under their control, like blastwave's, although it would be nice if those worked properly too, assuming that the problem is even there, which it might not be). Since Nevada build 55, GStreamer seems to be working very well on Solaris. I don't notice any latency problems and the performance seems reasonable to me. I'm sure there are areas for further improvements and performance tunings, but the quality seems decent to me. If you haven't evaluated the latest Nevada builds, I'd recommend doing so before discounting GStreamer. I know that in earlier Nevada builds there were performance issues with GStreamer, and GStreamer is fairly unimpressive as shipped in Solaris 10. It took us quite a lot of work to work out the kinks, but the SunAudio GStreamer plugin is now working really well (since gst-plugins-good 0.10.5 was released). I know there's lots I don't understand about it, but the whole audio scene on JDS/GNOME looks kind of ugly to me. It would be really nice to have a single audio framework that Just Worked with all the apps. That will, unfortunately, probably never happen. Different media players have different capabilities, licensing situations, etc. For example, the RealPlayer/HelixEngine is an alternative that will remain an alternative on Solaris. One advantage of GStreamer is that it supports playback, recording, and media conversion (including CD ripping) while Real/Helix only supports playback out-of-the-box. You have to buy other products from Helix for recording and media conversion. Also, even though Java Media Framework seems a bit out-of-favor since nobody seems to be writing media applications in Java, there is always the possibility that JMF will come back to life someday. Perhaps JMF could bridge with GStreamer and/or Helix so it could use codecs that work with those frameworks. That might breathe some new life into media in the Java platform. Since Sun loves Java, my guess is JMF won't just disappear. Brian ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org