[Switched from vlc-devel because this part really is just live555-specific]
On 24/06/15 14:26, Ross Finlayson wrote:
That’s odd. I tested against a MP3 stream (file), and in that case
VLC sent a “PAUSE” command when I clicked the pause button. But it
didn’t when I tried streaming from a MPEG
Abstruse case triggered by a VLC live555 module bug, in which
doEventLoop() is not called during PAUSE, causing GET_PARAMETER
responses to get stacked up. When PLAY starts again the parsing
of these responses then fails because handleGET_PARAMETERResponse()
trims the entire buffer rather than jus
MPEG-TS without transcoding.
Paul
--
Paul Clark
Packet Ship Technologies Limited
http://www.packetship.com
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
ket as
indicating end-of-stream, so we do that too. Non-standard, but not
entirely unreasonable, I guess.
Hope this helps
Paul
--
Paul Clark
Packet Ship Technologies Limited
http://www.packetship.com
___
live-devel mailing list
live-dev
le CRLF earlier could affect what the server sends back, but I guess
WMP's response parser might get confused if it doesn't see the end of
headers - where are you tracing this output?
Regards
Paul
--
Paul Clark
Packet Ship Technologies Limited
http://www.packetship.com
___
0.1 pointopoint 192.168.200.2 mtu 8192
My kernel will accept anything up to 64K (although I haven't tested it),
Regards
Paul
--
Paul Clark
Packet Ship Technologies Limited
http://www.packetship.com
___
live-devel mailing list
live-devel@li
Paul Clark wrote:
# *slattach /dev/ttyS0 &
# **ifconfig sl0 192.168.200.1 pointopoint 192.168.200.2**
Apologies, my mail program added these *'s for some reason (bold text, I
think). The commands should be:
# slattach /dev/ttyS0 &
# ifconfig sl0 192.168.200.1 pointopoint
eated will use this port and SLIP device for
both tx and rx.
Yes, you just tell the Live555 RTP sender to send it to
192.168.200.2:1 (or whatever port).
Regards
Paul
--
Paul Clark
Packet Ship Technologies Limited
http://www.packetship.com
___
Linux, see `man slattach` and
http://www.informit.com/library/content.aspx?b=red_hat_linux7&seqNum=62
Even if you couldn't do this at the remote end, SLIP is a really simple
protocol which you could implement yourself - see:
http://tools.ietf.org/html/rfc1055
Regards
Paul
-
nge.
As I said, we've worked around this by promoting GET_PARAMETER to the
front anyway, but you're probably right it would be safer to suppress
the folding in general if clients aren't expecting it (and many STB
clients we come across are using Live555, thanks!).
Best regards
nd this by putting GET_PARAMETER at the
front of the OPTIONS list, but I thought I should point this out as a
protocol issue in the library.
Many thanks
Paul
--
Paul Clark
Packet Ship Technologies Limited
http://www.packetship.com
___
live-devel maili
11 matches
Mail list logo