Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsWindows Server 2003Windows 2000Windows NTSmall Business ServerVirtual ServerExchange ServerIISHost Integration ServerISA ServerSMSWSUSMOMWindows Media ServerSecurityCertification
Related Topics
SQL ServerMS WindowsMS OfficePC HardwareMore Topics ...

Windows Server Forum / Windows Media Server / January 2008

Tip: Looking for answers? Try searching our database.

Wallclock feature of the SSPL!

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Atmapuri - 21 Jan 2008 09:54 GMT
Hi!

Wallclock feature of the SSPL stops working
after 12h of play time. Is there some workaround
to get it to work?

I specify it like this:

begin = "wallclock(2008-01-20T20:00:00Z);wallclock(2008-01-21T20:00:00Z)"

The first times it plays and the second event no more.

Thanks!
Atmapuri
Neil Smith [MVP Digital Media] - 21 Jan 2008 18:35 GMT
>Hi!
>
[quoted text clipped - 7 lines]
>
>The first times it plays and the second event no more.

I can't see that as a valid syntax according to the documention
http://msdn2.microsoft.com/en-us/library/ms755434.aspx

There's no listing of multiple attribute values for begin with a
semicolon separator.  Nor can you expect to combine begin and end
times inside a begin attribute (there's a separate end attribute).

Did you try using a pair of begin / end elements instead ?

If that doesn't help, please post the complete playlist rather than an
isolated snippet, because something you've not shown in the playlist
is likely interrupting or completing that element.

HTH
Cheers - Neil
------------------------------------------------
Digital Media MVP : 2004-2008
http://mvp.support.microsoft.com/mvpfaqs
Atmapuri - 22 Jan 2008 06:49 GMT
Hi!

>>begin = "wallclock(2008-01-20T20:00:00Z);wallclock(2008-01-21T20:00:00Z)"
>>
>>The first times it plays and the second event no more.
> I can't see that as a valid syntax according to the documention
> http://msdn2.microsoft.com/en-us/library/ms755434.aspx

It is a valid feature according to the documentation, but
it appears that wallclock tags the already played element and does
not considers it again. This taging is shown in case of wallclock
without the date information, which does not trigger on the next
day (or the following days) automatically.

> There's no listing of multiple attribute values for begin with a
> semicolon separator.  Nor can you expect to combine begin and end
> times inside a begin attribute (there's a separate end attribute).
> Did you try using a pair of begin / end elements instead ?

Nop. Just starting at those times.
The start times work fine, but I figured out that each media entry
is only played once when the first wallclock event happens and
not every time wallclock condition is encountered.

I think that:
- multiple wallclocks statements inside begin should be working fine.
- wallclock statements without the date information should be
repeating each day.

Now I have to write a short program to generate the playlist
for the next month with hundreds of entries instead of only 8,
which could be written manually, if the wallclock would be
working correctly.

Thanks!
Atmapuri
Neil Smith [MVP Digital Media] - 22 Jan 2008 18:53 GMT
>Hi!
>
[quoted text clipped - 5 lines]
>
>It is a valid feature according to the documentation, but

Please provide a link to that documentation, I can't see that syntax
listed anywhere.

>it appears that wallclock tags the already played element and does
>not considers it again. This taging is shown in case of wallclock
>without the date information, which does not trigger on the next
>day (or the following days) automatically.

That should run if you had only a single wallclock element, following
the defined syntax, which contained only a time but not a date.


>> There's no listing of multiple attribute values for begin with a
>> semicolon separator.  Nor can you expect to combine begin and end
[quoted text clipped - 8 lines]
>I think that:
>- multiple wallclocks statements inside begin should be working fine.

No.

>- wallclock statements without the date information should be
>repeating each day.

Yes.

>Now I have to write a short program to generate the playlist
>for the next month with hundreds of entries instead of only 8,
>which could be written manually, if the wallclock would be
>working correctly.

OK so that's pretty simple using any old XML parser ;-)

Cheers - Neil
------------------------------------------------
Digital Media MVP : 2004-2008
http://mvp.support.microsoft.com/mvpfaqs
Atmapuri - 23 Jan 2008 08:17 GMT
Hi!

>>I think that:
>>- multiple wallclocks statements inside begin should be working fine.
>
> No.

There is no link on the web, but this you can read in the Help file
of Windows Media services for the begin attribute:

"
An element can be activated relative to the timing of other elements in the
playlist or by a server event. You can use the begin attribute with a list
of semicolon-delimited event values to identify multiple times when the
element should be played; for example begin="event1;event2;event3". Negative
time values and time values that are shorter in duration than the length of
the element are ignored. For complete information about the supported begin
attribute values, see Timing values
"

>>- wallclock statements without the date information should be
>>repeating each day.
>
> Yes.

It is explicitely stated in the docs that this does not work,
so that is a feature feature request :)

From the wallclock help in the Windows Media Service help file:

"
The wallclock value is set when the playlist is loaded into memory. For
broadcast publishing points, this occurs when the publishing point is
started; for on-demand publishing points, this occurs when a client begins
streaming the playlist. Dynamic changes to the playlist, either
programmatically or through the Windows Media Playlist Editor, are ignored
until the playlist is loaded into memory again.

If a playlist has remained in memory for more than a day, and the wallclock
value does not have a date value assigned to it, the playlist must be loaded
into memory again before that wallclock value is acknowledged. For example,
if a broadcast publishing point references a playlist with a media element
set to begin streaming at 12:30 PM, the publishing point must be restarted
before 12:30 PM the following day to honor that wallclock value again.

"

Please file both !!!

Thanks!
Atmapuri
Neil Smith [MVP Digital Media] - 24 Jan 2008 21:12 GMT
>Hi!
>
[quoted text clipped - 40 lines]
>set to begin streaming at 12:30 PM, the publishing point must be restarted
>before 12:30 PM the following day to honor that wallclock value again.

OK fair point - I rememeber the second one, I wasn't aware of the
first one, I guess it's time I dug out those dusty old help docs ;-)

It's something I can try here over the weekend, if I can't work out
what's up I'll see if there's alternative syntax.

At a push I could try to ask somebody to review the help docs, but
since they're shipped with systems about the only clarification that
could happen would be with the online docs I guess

HTH
Cheers - Neil
------------------------------------------------
Digital Media MVP : 2004-2008
http://mvp.support.microsoft.com/mvpfaqs
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.