Dear Ross,
Ross Finlayson wrote:
I think you meant to say “ln -fs”, not “ls -fs”.
Yes, sorry, I picked the wrong patch...
But yes, I’ll add the “f” (force symbolic link) flag to “ln” in the
Makefiles in the next release of the software.
Thanks.
--
Luca
___
I think you meant to say “ln -fs”, not “ls -fs”.
But yes, I’ll add the “f” (force symbolic link) flag to “ln” in the Makefiles
in the next release of the software.
Thanks for the note.
Ross Finlayson
Live Networks, Inc.
http://www.live555.com/
___
l
> Can I confirm that this shouldn’t interact with the file sink buffer sizes as
> they effectively receive decoded and depacketised frames?
They’re different buffers, with different purposes.
A single RTP packet may contain one or more ‘frames’ (for H.264 video: ‘NAL
units’). Or a single very
If live555 is being installed over a previous installation, ln -s fails:
ln: failed to create symbolic link '.../lib/libliveMedia.so.38': File exists
Signed-off-by: Luca Ceresoli
---
BasicUsageEnvironment/Makefile.tail | 4 ++--
UsageEnvironment/Makefile.tail | 4 ++--
groupsock/Makefile.
Thank you for the new version Ross.
Can I confirm that this shouldn't interact with the file sink buffer sizes as
they effectively receive decoded and depacketised frames?
// "bufferSize" should be at least as large as the largest expected
// input frame.
They have a default value of 20,00
Axis always used Gstreamer libs since its MPEG4 models. Later they
integrated it in it's "monolith" streaming service inside camera.
Marcin
W dniu 2015-04-16 o 09:59, Deanna Earley pisze:
Ahh, thanks for that. For reference, I guess it’s MAX_PACKET_SIZE in
MultiFramedRTPSource.cpp, and all th
Ahh, thanks for that. For reference, I guess it's MAX_PACKET_SIZE in
MultiFramedRTPSource.cpp, and all the file sinks by default?
I'm not sure why I didn't find that beforehand.
The firmware in this camera uses GStreamer which is one of the big changes they
were shouting about.
I don't know what
