IWMWriterNetworkSink::Close()

Tech-Archive recommends: Speed Up your PC by fixing your registry

From: Ard (ard_at_RemoveMe.dv-rec.com)
Date: 06/03/04


Date: Thu, 3 Jun 2004 15:17:26 +0200

Hi,

We are creating an application from which we want to broadcast several live
streams. We came across the problem which several other people also have:
the Close() function of the IWMWriterNetworkSink object seems to block until
the connections from the other streams are closed. This happens with both
version 9.0 and version 9.5 of the Windows Media Format SDK.

I haven't seen a solution to this problem yet, so I decided to modify the
WMVNetWrite sample from the SDK to send out two streams using two separate
CNetWrite objects. I'm therefore assuming the code for initializing and
cleaning up the streams is correct. The first stream is automatically
stopped after 30 seconds and the second one after one minute. I notice the
following behaviour: If there are no connections to either stream, the
Close() function returns immediately. If there is a connection to the second
stream only, the Close() function for the first stream will block until the
second stream has no more active connections.

The CNetWrite objects do not share any variables, so I'm guessing there is
some connection between instances of these objects at a lower level.. Does
anyone have a clue what could be causing the Close() function to block and
how to prevent it?

If anyone would like to see the code, I can post it here or send it by mail.

Best regards,
Ard Oerlemans



Relevant Pages

  • Re: read() returns ETIMEDOUT on steady TCP connection
    ... I'am also meet this problem in my mss server(missey streaming server). ... What is unusual is that this is happening right in the middle of sending a steady stream of data with no network congestion. ... The likelihood of this happening seems to increase as the number of audience connections increases. ... all packets received are delivered to the upper layer. ...
    (freebsd-net)
  • Re: read() returns ETIMEDOUT on steady TCP connection
    ... I'am also meet this problem in my mss server(missey streaming server). ... What is unusual is that this is happening right in the middle of sending a steady stream of data with no network congestion. ... The likelihood of this happening seems to increase as the number of audience connections increases. ... all packets received are delivered to the upper layer. ...
    (freebsd-net)
  • Re: read() returns ETIMEDOUT on steady TCP connection
    ... I'am also meet this problem in my mss server(missey streaming server). ... I'm are having a trouble with TCP connections being dropped with "read: ... the middle of sending a steady stream of data with no network congestion. ... all packets received are delivered ...
    (freebsd-net)
  • Multicast at different bit rates
    ... I believe the server will honor the URL Modifiers only ... content itself is a Multi bit rate ASF file. ... stream into another bit rate. ... Unicast connections and convert your Mp3 to a Multiple ...
    (microsoft.public.windowsmedia.server)
  • Re: 512K all the time?
    ... > A 512Kbps file will stream at a higher rate due to network overhead. ... >> server by setting the limit for all connections 1024Mbs on the WM Server ... >> time the first user is still playing. ...
    (microsoft.public.windowsmedia.server)