[gst-devel] release
Benjamin Otte
in7y118 at public.uni-hamburg.de
Sun May 23 07:54:05 CEST 2004
On Sun, 23 May 2004, Thomas Vander Stichele wrote:
> On Sun, 2004-05-23 at 14:49, Benjamin Otte wrote:
> > On Wed, 19 May 2004, Thomas Vander Stichele wrote:
> >
> > > I hope to start rolling a core release tomorrow, to be followed up with
> > > plugins/ffmpeg over the weekend/monday. I want to start moving to
> > > independent release cycles as of this release.
> > >
> > I think moving to independent releases is a bad idea. As is releasing
> > core/plugins independently.
>
> They're the same thing.
>
I meant "as is releasing independently right now."
> We already discussed this; GStreamer core is supposedly API/ABI stable
> in 0.8.x series, and one way to test it is to actually release them
> independently.
>
Yes, this nicely makes us aware of all the bugs in the plugins we exposed
during the last cycle. And we added features to the core that exposed
bugs. I think the biggest ones are:
- alsasink doesn't handle disconts without timestamps correctly, so there
might be rare cases where you get ugly pauses or lots of skipping.
- id3demux/id3tag doesn't work at all with the new dicont-on-connect. I
think it just errors out and doesn't play (certain/all ?) files.
- the core simplifies caps. There's a bug in matroskademux that makes
storing them in the registry and then loading those again not work. I
think that'll cause matroska to not work.
- switch used internal data structures illegally that are not exposed
anymore in 0.8.2. So switch will never load.
There's certainly more bugs, have fun discovering them.
Benjamin
More information about the gstreamer-devel
mailing list