|
|
Our Hot Pick: Rising Antivirus 2006 - Certified by TUV & Checkmark! Get 10% discount by entering this coupon code: ONDISCOUNT10
Hi,
Say, I have 100 files encoded with the very same MBR parameters. I stream
those within a looped playlist. Then I want to ommit the process of
negotiating those parameters between the player and the server every time the
playlist item changes (describe, sdp, set param etc.). I know that the
implementation of WMS application protocols makes it impossible to eliminate.
But perhaps I could do it some other way. Any suggestions?
The thing is, some linux players cannot receive the stream continuously and
terminate the connection after the current playlist element ends. Would like
to support those also.
Regards,
--
WR
|
|
On Wed, 4 Jul 2007 01:56:01 -0700, WR <WR[ at ]discussions.microsoft.com>
wrote:
[Quoted Text] >Hi,
>
>Say, I have 100 files encoded with the very same MBR parameters. I stream
>those within a looped playlist. Then I want to ommit the process of
>negotiating those parameters between the player and the server every time the
>playlist item changes (describe, sdp, set param etc.). I know that the
>implementation of WMS application protocols makes it impossible to eliminate.
>But perhaps I could do it some other way. Any suggestions?
I think you could only set the protocol to http, and those negotiation
steps would be eliminated (of course your bandwidth usage would rise
by about 10% by using TCP)
Cheers - Neil
------------------------------------------------
Digital Media MVP : 2004-2007
http://mvp.support.microsoft.com/mvpfaqs
|
|
"Neil Smith [MVP Digital Media]" wrote:
[Quoted Text] > On Wed, 4 Jul 2007 01:56:01 -0700, WR <WR[ at ]discussions.microsoft.com>
> wrote:
> I think you could only set the protocol to http, and those negotiation
> steps would be eliminated (of course your bandwidth usage would rise
> by about 10% by using TCP)
Neil,
Thanks for the quick answer. Nevertheless, I was thinking of someting like a
server side encoder from which clients could pull the stream, or the stream
could be pulled by a server ppoint as the source. Is there anything like an
encoder playlist? Is it possible to modify the WMEncoder to source from a wsx
playlist?
Regards,
--
WR
|
|
On Thu, 5 Jul 2007 05:38:04 -0700, WR <WR[ at ]discussions.microsoft.com>
wrote:
[Quoted Text] >"Neil Smith [MVP Digital Media]" wrote:
>
>> On Wed, 4 Jul 2007 01:56:01 -0700, WR <WR[ at ]discussions.microsoft.com>
>> wrote:
>
>> I think you could only set the protocol to http, and those negotiation
>> steps would be eliminated (of course your bandwidth usage would rise
>> by about 10% by using TCP)
>
>Neil,
>
>Thanks for the quick answer. Nevertheless, I was thinking of someting like a
>server side encoder from which clients could pull the stream, or the stream
>could be pulled by a server ppoint as the source. Is there anything like an
>encoder playlist? Is it possible to modify the WMEncoder to source from a wsx
>playlist?
No, it's completely independent of WSX, which is server side (and to
some extent WMP can create ASX or WPL playlists).
Furthmore the encoder only streams out from a predefined playlist, a
collection of sources, and it streams continuous data - the individual
source can't be requested from the encoder, it can only be received
from it as a stream of data.
There is a way programatically to setup an encoder ActiveX object on
the PC running it, and feed it a "playlist" programatically (and you
can skip between items, with some pause / latency) but that's not what
you need here. So you should forget about the encoder end.
Perhaps instead, set up a directory publishing point on the media
server, and write a simple AJAX application on your web server to
create client side (ASX) playlists for clients to play back.
HTH
Cheers - Neil
------------------------------------------------
Digital Media MVP : 2004-2007
http://mvp.support.microsoft.com/mvpfaqs
|
|
"Neil Smith [MVP Digital Media]" wrote:
[Quoted Text] > On Thu, 5 Jul 2007 05:38:04 -0700, WR <WR[ at ]discussions.microsoft.com>
> wrote:
> Furthmore the encoder only streams out from a predefined playlist, a
> collection of sources, and it streams continuous data - the individual
> source can't be requested from the encoder, it can only be received
> from it as a stream of data.
And that's what I need. I want a 3g media gateway to transcode the broadcast
stream into cellphone players. The gateway can't reconnect every single
playlist entry.
> There is a way programatically to setup an encoder ActiveX object on
> the PC running it, and feed it a "playlist" programatically (and you
> can skip between items, with some pause / latency) but that's not what
> you need here. So you should forget about the encoder end.
The thing is, the end user won't be a WMP but something else, which can't
understand the MS_RTSP nor MS_HTTP streaming. Not to mention the MMS which,
besides, isn't supported by the WMS9.
> Perhaps instead, set up a directory publishing point on the media
> server, and write a simple AJAX application on your web server to
> create client side (ASX) playlists for clients to play back.
Yeah, I do it already. As I said before. It works fine for players, but
can't be accepted by the transcoding media gateway. Thanks anyway. Will talk
to You later for sure.
Here's an idea! Could I pipe a WMS (WMP) output into a WME input? Perhaps
with VLC?
Anyway, thanks Neil for Your help and cheers,
--
WR
|
|
|
|
|