I finally managed to encode my H264 videos for streaming (but it is
not a very good solution as I need to have a CBR TS file, with about
40% NULL packets.)
Tried the new index file: it works perfectly. Thanks a lot Ross for this
Just one small detail: when I seek, the stream seems to be
On Sun, Jan 16, 2011 at 3:31 PM, Ross Finlayson wrote:
> In such cases server should just respond by OK 200 or 451
>>
>> RTSP/1.0 451 Parameter Not Understood
>>
>
> Hmmm. The RTSP 1.0 spec lists "451" as being an error code only for
> "SETUP", although the RTSP 2.0 spec lists it as being an err
Many thanks for the bug report.
This bug has apparently been around for a while, but hadn't been
noticed until now, because it apparently manifests itself only on
Windows.
A new version of the "LIVE555 Streaming Media" code - and a new
version (0.66) of the "LIVE555 Media Server" - have now
Hi,
I finally managed to encode my H264 videos for streaming (but it is not
a very good solution as I need to have a CBR TS file, with about 40%
NULL packets.)
Tried the new index file: it works perfectly. Thanks a lot Ross for this
Just one small detail: when I seek, the stream seems
I have developed a PCM audio Server/Client based on "LIVE555
Streaming Media" library (v2010.04.09).
Sorry, but absolutely no support is given for old versions of the code.
Does live555 can discards some frames?
No. Our code simply runs in a loop, sending frames (if it's a
server), or rec
Hi,
I have developed a PCM audio Server/Client based on "LIVE555 Streaming Media"
library (v2010.04.09).
I have configured my server to stream in unicast mode.
I have configured my client to receive the stream via TCP
(setupMediaSubsession() is called with streamUsingTCP parameter set to T