Che: > Brian this could be done in a generic sense not necessary tied to > Fluendo as in: if codec !supported then call $application > > That way any vendor wishing to supply an equivalent service to Fluendo > could use the same API...
This is how it already works. The GStreamer gst-plugins-good module is built with this configure argument: "--with-install-plugins-helper=/usr/bin/codeina" So, when a user tries to play a media file in a GStreamer-enabled program that is in a format that GStreamer cannot play (due to a missing plugin), then it launches codeina to check if a plugin exists for it, and displays the dialog if a plugin is available. In terms of how the codeina user session service works, I checked with the people at Fluendo for some more information. Codeina is configured so that it launches on user session startup, checks for plugins, and then quits. If there are any updates to plugins installed on the system, then it informs the user to download the latest versions. So, it should not be running continuously for all user sessions. Are users not seeing codeina work this way? When I check my system, I notice codeina works as described. I do not see codeina persisting to run in my user session. Users who do not want this feature can, of course, disable the "Codeina" service in Preferences->Startup Applications. Brian > On Sat, Oct 31, 2009 at 02:59, Brian Cameron <Brian.Cameron at sun.com > <mailto:Brian.Cameron at sun.com>> wrote: > > > Che/Sebastien: > > Please do not file Fluendo bugs at the GNOME bugzilla. The codeina > application is not a GNOME program. To file bugs or enhancement > requests against codeina, please file bugs at the Fluendo bug > tracker: > > https://core.fluendo.com/gstreamer/trac/ > > I do agree that codeina could be made more smart, so an enhancement > request does seem like a good idea. > > Thanks, > > Brian > > > Your proposal does sound like a big improvement on the current > implementation. > > If there is not already one you can file this as an RFE at > Gnome's bugzilla > <https://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer>. > > > On Sat, Oct 31, 2009 at 02:09, Sebastien Roy > <Sebastien.Roy at sun.com <mailto:Sebastien.Roy at sun.com> > <mailto:Sebastien.Roy at sun.com <mailto:Sebastien.Roy at sun.com>>> > wrote: > > On Sat, 2009-10-31 at 02:05 +1100, Che Kristo wrote: > > My understanding is that it is running to detect when > gstreamer has a > > media type that it can't play at which time it pops up > proposing a > > codec purchase...seems reasonable to me > > A different design might be to have a launch hook inside of > gstreamer > that is executed when a codec is missing. That way, a > program gets run > on-demand when a codec is missing, and we don't have this > useless daemon > always running that has nothing to do 99.99% of the time. > The existing > design is not really reasonable to me. > > -Seb > > > > > > ------------------------------------------------------------------------ > > > _______________________________________________ > desktop-discuss mailing list > desktop-discuss at opensolaris.org > <mailto:desktop-discuss at opensolaris.org> > > >
