Re: SMIL Animation and CSS OM

Hi Sjoerd.

Sjoerd Mullender:
> Several people have reported in the past that there is a contradiction
> in SMIL 2.0 (and 2.1) Animation with respect to the CSS OM.  I am now
> trying to address this issue, but I would like to get some feedback.
> 
> But first my apologies that this took so long.  Until recently there was
> nobody within the Working Group really responsible for Animation.  I am
> now trying to resolve these old issues in preparation for the next
> version of SMIL.
> 
> The problem, as I understand it, is that in the Sandwich Model we say:
> - the value on which the animation is to operate is read from the CSS OM
> using getComputedStyle();
> - the new, computed value is written to the override style sheet in the
> CSS OM.
> 
> The problem with this is that getComputedStyle() (apparently -- I am not
> a CSS expert) takes the override style sheet into account, and thus
> there is at the very least confusion, and quite possibly a
> contradiction, with the possible result that animations are applied more
> than once.

Yes that’s correct.

> This is of course not the intention.  SMIL Animations should be applied
> once, so we should fix the text to make that clear(er).  Of course, we
> should keep in mind that the relevant text is all only informative.

Last Call Working Draft of the Synchronized Multimedia Integration Language (SMIL 3.0)

Dear All,

  The SYMM Working Group has published its Last Call Working Draft of the
  Synchronized Multimedia Integration Language (SMIL 3.0)
  http://www.w3.org/TR/2007/WD-SMIL3-20070713/.

This SMIL 3.0 edition is a new version, it extends the functionalities 
contained in SMIL 2.1, incorporating many media handling and control 
features requested by SMIL users. It also integrates popular SMIL 
extensions found in the RealPlayer. SMIL 3.0 also contains a collection 
of new features of general interest to the Web community, across the 
following areas:

  a. The SMIL State module:
     State integrates a data model and expression syntax
     that will -- eventually -- replace the SMIL Content
     Control mechanism;
  b. The SMIL Timesheets module:
     Timesheets provides a simplified way of adding
     SMIL timing to non-SMIL documents (such as (X)HTML);
  c. The SMIL Metadata module:
     Metadata allows metainformation to be sprinkled
     around the source document at the will of the creator.)
  d. The SMIL smilText module:
     The introduction of smilText -- an embedded form of
     timed text for inclusion into a SMIL document.
     This work aligns largely with DFXP, although the
     syntax and semantics are geared to SMIL.

SMIL 3.0 comment: Normative reference to W3C namespace policy

[[
This section is normative.

For the purpose of identifying the version and the language profile
used, SMIL host language conformant documents must satisfy the following
requirements:
[...]
In case the SMIL host language conformant language profile has been
issued as a W3C Recommendation, the default namespace identifier must
satisfy the following requirements: 
     1. The URI is constructed conformant to the requirements set forth
        by the W3C [W3C-NSURI].
]]

It seems awkward for a W3C Recommendation to normatively enforce and
reference the namespaces policy of W3C:

1. the namespace policy is a moving target. Are you expected
implementations to test the identifiers with regards to that policy?

2. the namespace policy is already enforced any way for W3C
Recommendation, so I'm not sure what it brings here except unnecessary
text in the document. 

I'd rather leave it to W3C to manage their web space as they want.

Proposal: I would remove "The URI is constructed conformant to the
requirements set forth by the W3C [W3C-NSURI]." 

Re: HTML+TIME support in IE7 ?

I am also having problem with IE7 - I have been trying to use timer to
play two video file..
I use the following code which is not working properly on IE7
<SCRIPT language=VBScript>
Snd1.AutoStart="-1"
setTimeOut "AnF()",19900
sub AnF()
Snd1.filename=Snd2.filename
end sub
</SCRIPT>
</DIV><!--IVW VERSION ="1.2"-->
Any idea ?

Thanks

Troy
http://www.dominor.com

Re: Last Call Working Draft of the Synchronized Multimedia Integration Language (SMIL 3.0)

Soon there'll be choice, for those that want the Web to remain Free:

SMIL 3
Xiph media
Dirac video
JPEG images

:)

Thierry Michel wrote:
>
> Dear All,
>
>  The SYMM Working Group has published its Last Call Working Draft of the
>  Synchronized Multimedia Integration Language (SMIL 3.0)
>  http://www.w3.org/TR/2007/WD-SMIL3-20070713/.
>
> This SMIL 3.0 edition is a new version, it extends the functionalities 
> contained in SMIL 2.1, incorporating many media handling and control 
> features requested by SMIL users. It also integrates popular SMIL 
> extensions found in the RealPlayer. SMIL 3.0 also contains a 
> collection of new features of general interest to the Web community, 
> across the following areas:
>
>  a. The SMIL State module:
>     State integrates a data model and expression syntax
>     that will -- eventually -- replace the SMIL Content
>     Control mechanism;
>  b. The SMIL Timesheets module:

[SMIL 3.0 LC] Accept-Language, systemLanguage, and the 'switch' Element

Hi, SYMM WG-

As the SVG WG wrote to you in a liaison in May 2007 [1], the 
systemLanguage attribute of the 'switch' element [2] does not adequately 
account for quality-values in Accept-Language strings.  The result of 
this is that users who have assigned quality values to their language 
acceptance are unlikely to get the ideal language option, even if one is 
available.  The boolean nature of 'switch', in this regard, should be 
amended to evaluate at a more discrete level for systemLanguage.

We have proposed an alternate algorithm [1] which, while slightly more 
complex, does yield the ideal results, even in combination with other 
test attributes.  However, this feedback does not seem to have be taken 
into account in SMIL 3.0.  Any algorithm that solves this issue is fine 
with us, but the issue should be solved in SMIL 3.0.

SVG relies on the SMIL definition of 'switch' for use in our own 
specification, and we need proper i18n.  We are happy to work with you 
to come up with a solution.

[1] (member-only) http://lists.w3.org/Archives/Member/symm/2007Apr/0016.html
[2] 
http://www.w3.org/TR/2007/WD-SMIL3-20070713/smil-content.html#adef-systemLanguage

Regards-
-Doug Schepers
W3C Staff Contact, SVG, CDF, and WebAPI

Re: Last Call Working Draft of the Synchronized Multimedia Integration Language (SMIL 3.0)

Re: Last Call Working Draft of the Synchronized Multimedia Integration Language (SMIL 3.0)

Dennis,

SMIL 3.0 is still a *Working Draft* (though in Last Call).
We should have a more stable version after Candidate Recommendation.

Thanks you your proposal, we appreciate translations in Spanish and Dutch.

Thierry.

  van der Heijden wrote:
> Would it be helpfull to translate the draft to Spanish and Dutch or can 
> I better wait till the final version?
>  
> Dennis
> Axistive, Assistive Technology News
> http://www.axistive.com

[SMIL30 LC comment] Additional attributes

Re: [SMIL30 LC comment] Additional attributes

Hi Jason,

Based on the following assumptions:

1) the video clip is intrinsically linear of known duration and is  
"flat" (no internal table of content).
2) the table of content is metadata (external to the video clip)  
specified statically at authoring time.

...here's how I would do it (I omitted the regions on purpose):

------8<----------------------------------------
...
<!-- below is the table of contents -->
<a href="#link_video_intro">
	<text src="data:,INTRO"/>
</a>
...
<a href="#link_video_chapter-1">
	<text src="data:,CHAPTER 1"/>
</a>
...
<a href="#link_video_credits">
	<text src="data:,CREDITS"/>
</a>
...
...
<!-- below is the structured video -->
<video src="video.mpeg">
	<a id="link_video_intro" end="10s"/>
	....
	<a id="link_video_chapter-1" begin="10mn" end="20mn"/>
	....
	<a id="link_video_credits" begin="45mn"/>
</video>
...
------8<----------------------------------------

I hope this helps.
/Daniel

On 18 Jul 2007, at 16:39, Jason Player wrote:
> Dear Working Group Members,
>
> I am currently having problems creating what I feel should be an  
> easy SMIL. I need control of some basic parameters at the start of  
> a SMIL file and some for the linking of files.
>
> Here is what I am trying to do:
> I have a series of video lectures that we are trying to reference  
> for a course. Ideally we want to show a small piece of the full  
> lecture but in context of the full lecture. This way a student can  
> watch the snippet and if they are interested, the can either drag  
> the playback head to just before the piece for more context or  
> click on one of the hyperlinks in the index and jump to that topic.
>
> The problem:
> I can get close to the desired behavior by first linking to a SMIL  
> file with a video with a beginClip and an endClip. But the problem  
> is that I don't have the full clip there so a person can't see the  
> context without first clicking a hyperlink to a SMIL file with the  
> full version of the video with a complete index, and then clicking  
> on a hyperlink.
>
> Here's what I think I need:
> The ability to seek to a specific time- either as a Linking  
> attribute (6.7 of the spec) or as part of the Media Objects as an  
> initial attribute (7.x.x ??). Sort of a bookmark feature (or named  
> anchor in HTML). Basically on clicking of a link go to this file  
> and advance to a specific time while maintaining the full length of  
> the file (unlike clipBegin, clipEnd which clips the file), e.g.
>
> <a href="7.013-S06-VL19-0317-0729.smil" seek/advance/goto/ 
> bookmark="30s"> Overview</a>
>
> and/or
>
> <video src="ocw-7.013-24mar2006-220k.rm" region="video" seek/ 
> advance/goto/bookmark="3:07" />
>
> *** The key is that it is only activated once. This way a person  
> can interact with the full video clip at anytime after the video/ 
> media object seeks to a particular time.
>
> The extra credit version would be to make a seekBegin and seekEnd  
> attribute, which would play set time while displaying the full time  
> line.  Also, the seekBegin  and seekEnd would be deactivated if the  
> video's current playing time was outside the range specified. The  
> problem with this is that I'm not sure what should happen after the  
> seekEnd time is reached. I don't believe it is possible to pause a  
> content region??If you can think of the appropriate behavior, by  
> all means feel free to spec it.
>
> I am welcome to hear any feedback. Who knows- maybe it can already  
> be done this way and I don't know what I'm talking about.
>
>
> Best regards,
> Jason Player
> ____________________________
> Jason Player
> Web Production Specialist
> MIT OpenCourseWare
> One Broadway, 8th Floor
> Cambridge, MA  02139
> P 617-324-6044
> F 617-253-2115
> jcplayer <at> mit.edu
> http://ocw.mit.edu/