[gst-devel] LiveSupport 1.0rc1 - using gstreamer and SMIL
darkeye at tyrell.hu
Thu Oct 6 03:24:00 CEST 2005
Andy Wingo wrote:
> Hey Ákos,
> Is there anything you think you need in GStreamer 0.10? We've got about
thanks for asking :)
> 3,5 weeks for API-related issues, so now would be about the time to
> invest some thought in how to do what you want with the newer versions.
> That is unless Wim commits his state change stuff today, in which case
> waiting a week would be advisable ;)
I'm not much aware of the differences between 0.8 and 0.9 so far, but
the only issue I've come up against which seems to be an architectural
one is the following (as I've detailed it in my original post as well):
when writing a plugin that would handle playlists, one has to read the
playlist before getting into the PLAYING state. as the state description
says, by READY one should access most external resources, and by PAUSE
everything should be set.
for a playlist, this means that by READY one would have to read the
playlist and load all relevant gstreamer plugins that will handle the
playlist. this is because you will only find out what you need by
processing the playlist (and see if it has Ogg Vorbis, mp3, or even
video content in it, embedded playlists, etc.).
by PAUSE one would have to open all (or at least the first) media file,
maybe do some seeks in it (if the playlist describes playing at a
starting offset), etc. BTW the seek really should happen at this time!
(now it will only happen during PLAYING)
but currently, I can only read the playlist file when I get to PLAYING
stage. also, seeks don't happen while being PAUSED either.
but then again, maybe I'm misunderstanding the concept of these states...
(there are other issues, but they didn't seem to be API orinted. I had /
have problems with the typefind plugin, and with capability negotiation
performance issues - this latter is claimed to be solved in 0.9, but
didn't yet took a look at it...)
More information about the gstreamer-devel