Releasing gst-plugins-gl?

[Jan Schmidt-6]

Hi all,

Daniel Siegel has been poking me here at GCDS about getting a first release
tarball of gst-plugins-gl out the door so he can finally start using it in
Cheese.

I wanted to see how you all feel about it - whether you think it is in good
enough shape to cut a 0.10.1 tarball, even if it doesn't yet provide the
kind of interface guarantees that our stable modules do?

If noone thinks it's a bad idea, I propose to just roll up a tarball and
push it ASAP, then look at integrating gst-plugins-gl into the regular
release schedule, probably alongside gst-plugins-good/gst-plugins-bad.

Cheers,
Jan.

------------------------------------------------------------------------------
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Sebastian Dröge-7]

Am Dienstag, den 07.07.2009, 04:14 +1000 schrieb Jan Schmidt:
> Hi all,
>
> Daniel Siegel has been poking me here at GCDS about getting a first release
> tarball of gst-plugins-gl out the door so he can finally start using it in
> Cheese.
>
> I wanted to see how you all feel about it - whether you think it is in good
> enough shape to cut a 0.10.1 tarball, even if it doesn't yet provide the
> kind of interface guarantees that our stable modules do?

Until those guarantees are there I'd make the version 0.9.X to make sure
everybody knows that this is still unstable API/ABI.

------------------------------------------------------------------------------

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[E. Westbrook-4]

Seems to me that this is what betas and release candidates are for.  Cut a tarball, but don't bless it as stable.  See what you get, then call it good if it is.

$0.02,
E. Westbrook

On Mon, Jul 6, 2009 at 12:14 PM, Jan Schmidt <[hidden email]> wrote:

Hi all,

Daniel Siegel has been poking me here at GCDS about getting a first release
tarball of gst-plugins-gl out the door so he can finally start using it in
Cheese.

I wanted to see how you all feel about it - whether you think it is in good
enough shape to cut a 0.10.1 tarball, even if it doesn't yet provide the
kind of interface guarantees that our stable modules do?

If noone thinks it's a bad idea, I propose to just roll up a tarball and
push it ASAP, then look at integrating gst-plugins-gl into the regular
release schedule, probably alongside gst-plugins-good/gst-plugins-bad.

Cheers,
Jan.

------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/blackberry
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Jan Schmidt-2]

<quote who="Sebastian Dröge">

> Am Dienstag, den 07.07.2009, 04:14 +1000 schrieb Jan Schmidt:
> > Hi all,
> >
> > Daniel Siegel has been poking me here at GCDS about getting a first release
> > tarball of gst-plugins-gl out the door so he can finally start using it in
> > Cheese.
> >
> > I wanted to see how you all feel about it - whether you think it is in good
> > enough shape to cut a 0.10.1 tarball, even if it doesn't yet provide the
> > kind of interface guarantees that our stable modules do?
>
> Until those guarantees are there I'd make the version 0.9.X to make sure
> everybody knows that this is still unstable API/ABI.

That would be a bad idea - as GStreamer core won't load plugins that have
anything other than 0.10 in the PluginDesc major/minor version fields, which
is what they'd end up with without more changes.

Personally, I don't see a problem with using 0.10 version numbers and a
warning in the release notes about possible API changes in the elements -
it's the same thing we do with gst-plugins-bad after all.

J.

------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/blackberry
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Julien Isorce]

Hi,

I am ok for a release a gst-plugins-gl.

Other infos:

My current task is to make it work on MacOSX. (note that it works through X11)
I mean I am fixing our cocoa backend. (for now it only works on GNUstep)
It's in progress but it's a little bit harder without having a Mac computer.
But we do not need to wait for the end of this task because I do not know how much time it will take.

About OpenGL ES 2.0, I made backends for X and winCE (trough emulators). (Cocoa is the same as not embedded)
I am still waitting someone try the X backend on Maemo. (the build need to be fixed for it), or any kind of real device.

Anyway I think gst-gl is working well enough on X and win32 to push a release.
It will also be a good way to receive more bugs that we can fix to make it more stable.

Sincerely

Julien

2009/7/7 Jan Schmidt <[hidden email]>

<quote who="Sebastian Dröge">

> Am Dienstag, den 07.07.2009, 04:14 +1000 schrieb Jan Schmidt:
> > Hi all,
> >
> > Daniel Siegel has been poking me here at GCDS about getting a first release
> > tarball of gst-plugins-gl out the door so he can finally start using it in
> > Cheese.
> >
> > I wanted to see how you all feel about it - whether you think it is in good
> > enough shape to cut a 0.10.1 tarball, even if it doesn't yet provide the
> > kind of interface guarantees that our stable modules do?
>
> Until those guarantees are there I'd make the version 0.9.X to make sure
> everybody knows that this is still unstable API/ABI.

That would be a bad idea - as GStreamer core won't load plugins that have
anything other than 0.10 in the PluginDesc major/minor version fields, which
is what they'd end up with without more changes.

Personally, I don't see a problem with using 0.10 version numbers and a
warning in the release notes about possible API changes in the elements -
it's the same thing we do with gst-plugins-bad after all.

J.

------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/blackberry
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/blackberry
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

[Filippo]

On Tue, Jul 7, 2009 at 9:54 AM, Julien Isorce<[hidden email]> wrote:
> Hi,
>
> I am ok for a release a gst-plugins-gl.
>
> Anyway I think gst-gl is working well enough on X and win32 to push a
> release.
> It will also be a good way to receive more bugs that we can fix to make it
> more stable.

Same for me.
It's been quite difficult to keep hacking on gst-gl as I wanted lately
(well, last year...).
The whole codebase probably needs some polishing and we cannot
guarantee complete stability like other modules do, but that's the
reason we would have a separate release and we won't be part of the
other modulesets release schedule for now.
It's in a pretty good shape, has been tested with all the graphic
hardware we have, but it really needs to face the real world to show
up its flaws and give us a chance to fix them.

A release, for me, would hopefully be an occasion to get back working
on it, at least for bugfixing and other maintenance work.

ciao,
Filippo

------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/blackberry
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel