W3C home > Mailing lists > Public > www-smil@w3.org > April to June 2003

RE: Grouping Media Items

From: Colin Law <c.law@elec.gla.ac.uk>
Date: 28 Apr 2003 12:33:20 +0100
To: M Doshetty Seema-A16215 <A16215@motorola.com>
Cc: www-smil@w3.org
Message-Id: <1051529600.8141.57.camel@dhunno.elec.gla.ac.uk>

Seema,

Thanks for your reply,

> [Seema]
> Using par is the correct way. 
> It appears, your routine may be taking too much of time to 
> get the next slide information. You can extract 
> all the information from SMIL document and also finish file search etc 
> before you start the slide show.
> Are you using DUR attribute which is ver high and making the slide wait for
> a long time?
I'm currently in the design stage, and evaluating SMIL as a potential
data format, so this isn't an issue just now. I am more interested in
the correct way to do this according to the W3C recommendation.

My problem is that I dont want to end up with a potentially large number
of media items, some of which are related, all grouped within one <par>
...</par> element, simply because I want to perform transitions between
items. This seems a little unstructured.


> > Also, is there a way to group related items? For instance, 
> > the animation
> > and the associated text objects are related, however there is 
> > nothing to
> > relate these items specifically when all items (and there 
> > many be many)
> > are placed within the <par> elements as above.
> [seema]
> <par > is the only grouping agent here.

Do you think that a generic grouping element would be of use within
SMIL? Although not a functional, or time based element, I think players
and authoring tools could make use of some such meta element.

Thoughts?

~Colin.
Received on Monday, 28 April 2003 07:41:29 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 10:53:28 GMT