[gst-devel] gst-player (fwd)
Thomas Vander Stichele
thomas at urgent.rug.ac.be
Wed Apr 17 01:49:25 CEST 2002
Arik asked me to forward this to the list ;)
--
The Dave/Dina Project : future TV today ! - http://davedina.apestaart.org/
<-*- -*->
I'm gonna turn on you before you turn on me
<-*- thomas at apestaart.org -*->
URGent, the best radio on the Internet - 24/7 ! - http://urgent.rug.ac.be/
---------- Forwarded message ----------
Date: Tue, 16 Apr 2002 15:33:51 US/Eastern
From: adevens at antioch-college.edu
To: Thomas Vander Stichele <thomas at urgent.rug.ac.be>
Subject: Re: [gst-devel] gst-player
hey,
i think the main problem with i18n is that when the big reorg happened
gstmediaplay.c and gstmediaplay.h ended up in the libs/gst/player dir. those
files are actually the ui and really prob belong in src. some more reorg is
certainly needed.
as for what i think the goal of the module is, i think we differ here. i've
said it before, and i'll say it again, i don't care _at all_ about kde. if
they want to use gst-player or libgstplay to make a player, more power to
them. at one time libgstplay was completely non-gtk but company added back in
a whole lot of gtk things to make it nicer and i pretty much agree with that.
my goal (this message is a bit bouncy cause i just woke up and i'm a bit out
of it) is to make the best video player ever and to make it for GNOME. as a
secondary goal i would like a damn nice audio player for simple audio stuff. i
don't think we need a crazy good audio player cause we already have rhythmbox
for that. i think we are well on our way to making a really nice video player.
as to packing it, i think it's time for a release, it currently will play
video and audio without crashing, you can load new songs/video, and you can do
basic fullscreen type stuff.
arik
> Hello,
>
> so Arik is working on fixing the player more, and I was busy trying to add
> i18n stuff to it.
>
> While doing that I was wondering what exactly the goal of the gst-player
> module is. Before it had been stated that the main app should be really
> short (which it is, it's pretty sadly short actually ;) ) and the player
> lib should be generic enough so that for example KDE could reuse it (maybe
> I misunderstood that, that's just the idea I have of it now).
>
> Well, at the moment the lib is not like that, of course. I can see the
> merit in splitting it up in a generic part and a gtk part, but in essence
> if we want to do that, I guess we should do it the right way and start
> from the ground up, because the player has had so many reorganizations
> that it's just build- and codecrufty from the ground up.
>
> ATM I don't really know how to add i18n support since the main app doesn't
> contain strings, they're all in the lib, but i18n requires you to call a
> few functions and stuff like that as well (as far as I can make out
> anyway). I'm going to look into it further though.
>
> I'll work some more on building the player as it is now so we can package
> it, because Arik is pretty happy with how it is right now.
>
> Thomas
>
> --
>
> The Dave/Dina Project : future TV today ! - http://davedina.apestaart.org/
> <-*- -*->
> Cause I wake to find there's
> nothing left of me in her
> nothing more than a heart still at war
> <-*- thomas at apestaart.org -*->
> URGent, the best radio on the Internet - 24/7 ! - http://urgent.rug.ac.be/
>
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
More information about the gstreamer-devel
mailing list