Hi Ross,
Could you advise the roles of the UDP ports in HLS?
The problem with them is that they are not being closed when streaming
ends. Sooner or later, new sockets run out and streaming will stop as the
server will try repeatedly creating the sockets in
OnDemandServerMediaSubsession::getS
>
>
> Arggh! Tracking down and fixing bugs in this code has been frustrating.
>
> Try the next release: 2014.01.20 - available now.
>
>
> Hi Ross,
Thanks, this fixes the crash.
Regards,
Park
___
live-devel mailing list
live-devel@lists.live555.com
ht
On Sun, Jan 19, 2014 at 9:02 AM, Ross Finlayson wrote:
>The latest(0117) release still crashes on HLS. \
>
>
> OK, thanks for the report.
>
> I believe I have fixed the bug in the most recent version (2014.01.19).
>
>
> Hi Ross,
2014.01.19 release fails at the same location as the 0117 releas
On Thu, Jan 16, 2014 at 5:37 PM, Ross Finlayson wrote:
> The crash happens on the 0113 release too.
>
>
> Try upgrading to the most recent version (currently, 2014.01.16). It
> fixes a bug that might have caused your problem.
>
>
> Hi Ross,
The latest(0117) release still crashes on HLS. Here i
On Tue, Jan 14, 2014 at 10:23 AM, Pak Man Chan wrote:
> On Mon, Jan 13, 2014 at 8:27 AM, Ross Finlayson wrote:
>
>>In TCPStreamSink::processBuffer, onSourceClosure is being called
>> twice, one being called inside the fSource->getNextFrame call, and the
>> other b
Hi,
The latest release(0107) will fail with a SIGSEGV on HTTP live
streaming. It faults at MediaSink::onSourceClosure.
In TCPStreamSink::processBuffer, onSourceClosure is being called twice,
one being called inside the fSource->getNextFrame call, and the other being
called when the source is
On Thu, Oct 24, 2013 at 9:15 PM, Ross Finlayson wrote:
> Thanks for the clarifications, I've looked further and found that send()
> is returning -1, with errno being set to EPIPE. The problem is in "select"
> in BasicTaskScheduler::SingleStep still indicating a writable socket even
> when it is di
On Thu, Oct 24, 2013 at 2:51 PM, Ross Finlayson wrote:
> 1. Replies to HTTP GET requests are sometime truncated. As an example,
> curl http://serverip/somets.ts will sometimes result in only part of the
> playlist
>
> I've traced this to fNumBytesToStream is not being initialized when
> create
Hi,
I've come across the following problems with HTTP Live Streaming,
1. Replies to HTTP GET requests are sometime truncated. As an example,
curl http://serverip/somets.ts will sometimes result in only part of the
playlist
I've traced this to fNumBytesToStream is not being initialized when
