Re: GtkMediaPlayer widget
- From: Ryan Gammon <rgammon real com>
- To: Lee Braiden <jel ntlworld com>
- Cc: Gnome Multimedia Hackers <gnome-multimedia gnome org>, GNOME Desktop Hackers <desktop-devel-list gnome org>, Gstreamer-Devel <gstreamer-devel lists sourceforge net>
- Subject: Re: GtkMediaPlayer widget
- Date: Tue, 16 Dec 2003 13:11:02 -0800
Lee Braiden wrote:
On Tuesday 16 Dec 2003 7:40 pm, Ryan Gammon wrote:
Yes, but that only tells me how the implementation is called. What I want to
know is how it could have an API (including objects,methods,enums, etc) that
doesn't either use helix's API directly, or else abstract helix's API, and
create redundancy?
GtkMediaPlayer doesn't use helix directly. HXPlayer does use helix
directly, just as a GstPlayer widget would use gstreamer.
All gtk_media_player_play would need to function is a GtkWidget and a
gchar* filename, both of which are part of gtk/glib
I can go into more details if you'd like. Helix would provide a library
that contains an implementation of GtkMediaPlayer, and a set of
supporting functions for advanced functionality.
Yes. Amounting to another API.
One could make a media framework where the offical, only way to start
playback was via gtk_media_player_play, which passes the "not a wrapper"
test for me. You could call GtkWindow a horribly non-functional wrapper
around GtkMozBox if you wanted -- maybe there's some technical merit
there, but it's not the spirit.
(We chose to wrap our helix api with hxclientkit because the core helix
api is COM and C++ based, and we want to make it more appealing to gtk C
developers.)
Again, my only concern is the repetitive nature of helix's work, when
gstreamer is already (for the purposes of this discussion) a part of GNOME.
Is there some fundamental problem with gstreamer that prevents Real from
using it?
It's still a little early to be claiming GNOME victory ;)
I could turn this around and say "My only concern is with the repetitive
nature of gstreamer's work, when helix is already a cross-platform,
client/producer/server solution. Is there some fundamental problem with
Helix that prevents linux from using it?"
(If readers want to argue "licensing", the best place to make it is on
the licensing open helixcommunity org list, where it'll have the most
effect).
And, of course, competition is good. It works for Gnome and KDE.
Or is it just that you have another agenda, that doesn't lend
itself to porting codecs to GNOME's gstreamer?
Disclaimer: I don't speak for Real. All opinions are my own.
That said, you say that with such an air of conspiracy ;)
The helix project, IMO, is about getting the open source community
involved in streaming media technologies, to see what you guys can do
with it. I feel it's a genuine project in its intentions.
At the end of the day, helix is an open source project. If you trust us,
great. If you don't, you don't have to because you have the source under
the GPL-like RPSL license, or commercially under the RCSL.
--
Ryan Gammon
rgammon real com
Developer for Helix Player
https://player.helixcommunity.org
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]