Yes, it's attempting that, but there's a crash (I haven't
bothered tracking down exactly why, as a) I'm fairly certain
UDP is preferred (and possible on a real connection), and b)
I'm not sure if the server would serve the content that way
anyway).

---- Original message ----
>Date: Fri, 19 Aug 2005 10:58:44 -0400
>From: "Eric Hyche" <ehyche at real.com>  
>Subject: RE: [Helix-client-dev] Buffering without receiving  
>To: "'Benedict Singer'" <singerb at uchicago.edu>,
helix-client-dev at helixcommunity.org
>Cc: wince-dev at helixcommunity.org
>
>
>The connection should fall back to TCP from UDP
>if UDP fails. Is it doing that?
>
>Eric
>
>> -----Original Message-----
>> From: helix-client-dev-bounces at helixcommunity.org 
>> [mailto:helix-client-dev-bounces at helixcommunity.org] On 
>> Behalf Of Benedict Singer
>> Sent: Friday, August 19, 2005 9:26 AM
>> To: helix-client-dev at helixcommunity.org
>> Cc: wince-dev at helixcommunity.org
>> Subject: Re: [Helix-client-dev] Buffering without receiving
>> 
>> Apparently the issue is that the net connection that a device
>> gets from ActiveSync when in its cradle doesn't support UDP
>> (and thus not RTP either - but RTSP is done over TCP, and so
>> that's fine). A quick pair of UDP test applications confirms
>> this. If the problem still persists once on a real (wireless)
>> network then I'll have to look for other solutions.
>> 
>> ---- Original message ----
>> >Date: Thu, 18 Aug 2005 17:39:32 +0200
>> >From: Benedict Singer <singerb at uchicago.edu>  
>> >Subject: [Helix-client-dev] Buffering without receiving  
>> >To: helix-client-dev at helixcommunity.org
>> >Cc: wince-dev at helixcommunity.org
>> >
>> >I'm working with 1.5.0 Cayenne on a new platform now (WinCE
>> >4.2 ARM), and I've managed to get the RTSP exchange to work
>> >correctly (I think). I had to implement a replacement for
>> >WSAAsyncSelect (using a seperate thread and a synchronous
>> >select) since it's not available on CE, but that's worked out
>> >fine. What I see now, is a RTSP exchange, followed by 0%
>> >buffering messages, until it tries to switch transports
>> >because of no data received. One oddity about the RTSP
>> >exchange is that the client doesn't seem to wait for the last
>> >Setup response before sending the Play, but I'm not sure if
>> >that's important or not. The UDP sockets are getting created
>> >and having the select set up. I've made sure that the
>> >bandwidth guesses are as high as they are on my PC client,
>> >which plays this stream fine. There could be some other
>> >modification in the network stuff I've done that's causing
>> >this, but I'll go through that all tomorrow and make sure. So,
>> >what are some other possibilities (besides the server not
>> >sending data) for this perpetual buffering? I seem to recall
>> >having this problem before, with the PC client, but I can't
>> >remember what, if anything, I did to solve it. Suggestions
>> >much appreciated!
>> >---------------------
>> >Benedict Singer
>> >singerb at uchicago.edu
>> >http://www.4horsemen.net/ben/
>> >
>> >_______________________________________________
>> >Helix-client-dev mailing list
>> >Helix-client-dev at helixcommunity.org
>>
>http://lists.helixcommunity.org/mailman/listinfo/helix-client-dev
>> ---------------------
>> Benedict Singer
>> singerb at uchicago.edu
>> http://www.4horsemen.net/ben/
>> 
>> _______________________________________________
>> Helix-client-dev mailing list
>> Helix-client-dev at helixcommunity.org
>>
http://lists.helixcommunity.org/mailman/listinfo/helix-client-dev
>> 
>
---------------------
Benedict Singer
singerb at uchicago.edu
http://www.4horsemen.net/ben/