[gst-devel] Proposal for XML Description File for Plugins

Darren Blaser darrenb at extendedsystems.com
Tue Feb 8 16:52:12 CET 2005

Pardon me for butting in here, as I've never written a single line of 
gstreamer code so feel free to totally blow me off if you like... And I 
won't even feel bad about it, really! ;-) But it seems to me like folks 
might be talking right past each other since they are thinking of 
different data sets. It seems to me that the first step might be to get 
a general agreement on exactly what data items we are talking about, 
then once that's agreed upon it's much easier to consider parsing 
mechanisms and the like to extract such data from either source or from 
a binary object. The other approach (which is more where Jeff seems to 
be coming from?) is to start with a small data set and get the process 
working for that and then add new data as needed. Never having much 
experience with the code myself I really couldn't say if its better to 
define the data set first or the parsing process and use first but I'd 
lean toward defining the data set first as long as it's not huge or 
difficult to define.

Perhaps Jeff could take his best shot at a definitive list and be sure 
to include input from those in the know here on the list who make 

Jeff Mitchell said the following on 2/8/2005 5:03 PM:

>>>I'm still failing to see why extracting the information from the
>>>binaries is a better solution.
>>Did you miss the part where I said that it's not possible to do
>>it any other way?  (Well, other than manually.)
>No, but I missed the part where you explained why it's not possible to
>do it any other way.  Such as putting relevant details in a
>well-structured format in a separate file that can easily be read and
>parsed automatically, without waiting for an hour-long build of the
>source tree that may or may not fail with errors (such as when trying
>to build sunaudiosink).
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>gstreamer-devel mailing list
>gstreamer-devel at lists.sourceforge.net

More information about the gstreamer-devel mailing list