<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
On 24/06/15 10:51, Ross Finlayson wrote:<br>
<blockquote
cite="mid:FB66C561-1577-4830-8A48-8146475A3100@live555.com"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
<div>
<blockquote type="cite" class="">
<div class="">
<div bgcolor="#FFFFFF" text="#000000" class="">One thing
doesn't add up though, which is if you aren't seeing this
problem in VLC against Live555 server. That could be the
dog that didn't bark in the night…</div>
</div>
</blockquote>
<div><br class="">
</div>
I don’t know what that means. But this (running VLC against the
“LIVE555 Media Server”) is something that you can test for
yourself (as I did).<br class="">
</div>
</blockquote>
<br>
I did just try this and VLC doesn't use PAUSE against your server at
all, it continues the stream and buffers internally. It looks like
it decides whether the input is able to pause based on whether it
knows the duration (f_npt_length) - could this be because you don't
return the duration in the SDP, so it looks like a live stream?<br>
<br>
...<br>
a=range:npt=0-
<br>
...<br>
<br>
Because the VLC live555 module never enters true PAUSE state the
doEventLoop() still gets called by Demux() and hence you handle the
GET_PARAMETER responses instantly.<br>
<br>
Proper fix to both ends soon...<br>
<br>
Best regards<br>
<br>
Paul<br>
</body>
</html>