> That's what I did, and I put in it additional parsing code for the
> Session header and could retrieve the corresponding session with a
> Lookup.
But there's no guarantee that an "OPTIONS" request will even contain a session
header. And even if it does, there's nothing session-specific that y
> I have tried another WAV file and it performs in a similar manner.
>
> I have not built the application to run on another platform.
I suggest you try this.
> Does the Wireshark capture look right?
I didn't have time to look at it in detail. But problems like this are usually
the fault of
On Fri, Aug 10, 2012 at 10:55 PM, Ross Finlayson wrote:
> I would like to know if that would be interesting to make all RTSP
> requests handling in RTSPServer session-aware; an example of flow would
> be, for a request XXX currently unaware of session (OPTIONS for
> instance)
>
>
> No, because the
Ross,
I have tried another WAV file and it performs in a similar manner.
I have not built the application to run on another platform.
Does the Wireshark capture look right?
Sid.
From: live-devel-boun...@ns.live555.com
[mailto:live-devel-boun...@ns.live555.com] On Behalf Of Ross Finlay
> I have been trying to get the testOnDemandRTSPServer application running on
> my Windows Compact 7 device. All appears to have compiled OK and I am able to
> connect to the server using VLC to play a WAV file on the embedded device.
> The issue I am having is that the playback is just not stab
> I would like to know if that would be interesting to make all RTSP
> requests handling in RTSPServer session-aware; an example of flow would
> be, for a request XXX currently unaware of session (OPTIONS for
> instance)
No, because the "OPTIONS" command - for listing the RTSP commands that the
s
Ross,
I have been trying to get the testOnDemandRTSPServer application running on
my Windows Compact 7 device. All appears to have compiled OK and I am able
to connect to the server using VLC to play a WAV file on the embedded
device. The issue I am having is that the playback is just not stabl
Hi Ross,
I would like to know if that would be interesting to make all RTSP
requests handling in RTSPServer session-aware; an example of flow would
be, for a request XXX currently unaware of session (OPTIONS for
instance):
- detect presence of Session header
- if present:
- call RTSPServer::R
