>> >Will the media services in Windows 2008 have the ability to accept a
>> >push from an encoder over udp using rtsp or will http still be the
[quoted text clipped - 7 lines]
>delivery. Is TCP the only way to push live streams to WMS from a
>remote encoder (server 2003/2008)?
Well the thing is, TCP is in use because it's guaranteed (reliable)
transfer with retransmit if content goes missing en route.
If you switch to UDP, what would the server do on a content break due
to routing issues? In all likelihood it'd consider the stream stopped
and drop the publishing point and all clients. The sender has no real
idea if the receiver got that content, and with UDP it's required not
to care and just send anyway (because it's connectionless)
WMP and other players can use UDP because from a client viewpoint -
it's not absolutely critical to have small dropouts because they have
buffers (like the server) as well as scaling back and interpolating
the video or audio playback to mask interruptions. And of course,
humans don't notice the odd frame or 10 going missing that much.
I'm pretty sure Quicktime Broadcaster works that way with DSS so I
think it's probably a required feature rather than (say) a bug ;-))
HTH
Cheers - Neil
------------------------------------------------
Digital Media MVP : 2004-2008
http://mvp.support.microsoft.com/mvpfaqs
mike - 21 Feb 2008 23:02 GMT
On Feb 21, 1:36 pm, "Neil Smith [MVP Digital Media]" <n...@nospam.com>
wrote:
> >> >Will the media services in Windows 2008 have the ability to accept a
> >> >push from an encoder over udp using rtsp or will http still be the
[quoted text clipped - 30 lines]
> ------------------------------------------------
> Digital Media MVP : 2004-2008http://mvp.support.microsoft.com/mvpfaqs
Neil,
I agree with your points about TCP however I view our encoded content
being pushed to the server as WMP views content being streamed to it
(if some frames drop, that's okay). If I were to have a UDP custom
datasource for WMS that could buffer the pushed content, then it seems
that I'd be able to provide some fault tolerance plus unload some of
the communication burden from the encoder. Additionally, if I were to
lose the stream for any amount of time, the publishing point would
come back up as it will be a push.
Mike
Wardead - 22 Feb 2008 11:36 GMT
Hi all,
and one day, maybe Windows media encoder will accept a stream for input.
if someone have a solution during the time, i'll take it
Regards
Wardead
>>> >Will the media services in Windows 2008 have the ability to accept a
>>> >push from an encoder over udp using rtsp or will http still be the
[quoted text clipped - 31 lines]
> Digital Media MVP : 2004-2008
> http://mvp.support.microsoft.com/mvpfaqs
Neil Smith [MVP Digital Media] - 24 Feb 2008 18:53 GMT
If you have an Axis camera on the network, Axis have a driver
available which accepts the camera input stream and pretends to be a
local MJPEG hardware device to WME (so that it can be used to
transcode and stream the camera content)
For usage and download, see
http://www.axis.com/techsup/software/capture_driver/software.php and
http://www.axis.com/techsup/software/capture_driver/files/capture_driver_um.pdf
or take a look at Unreal media encoder/server to grab and compress the
streams : http://www.umediaserver.net/umediaserver/index.html
HTH
Cheers - Neil
>Hi all,
>
[quoted text clipped - 40 lines]
>> Digital Media MVP : 2004-2008
>> http://mvp.support.microsoft.com/mvpfaqs
------------------------------------------------
Digital Media MVP : 2004-2008
http://mvp.support.microsoft.com/mvpfaqs