Grumble... I don't particularly like this, but I didn't particularly like the
"specialClientAccessCheck()" hack either. But a pair of related hacks isn't
much worse than one, so I'll go ahead and add your patch to the next release of
the software. (At some point the whole API for custom serve
Hi Ross,
The specialClientAccessCheck function can be used to test the IP
address/port against the stream suffix, but not the user name. If a
subclass needs to check the user name, it will have to parse the request
itself, which usually leads to error prone code duplication. Then, in the
even
> I noticed Makefile.tail has changed recently and it seems like the Windows
> compiler (VS2008 & 2010 at least) doesn't like these lines (only PREFIX for
> testProgs & mediaServer):
> PREFIX ?= /usr/local
> LIBDIR ?= $(PREFIX)/lib
Arggh! Those lines were suggested by the Debian guy, who (I'm g
I'm confused. There's already a "specialClientAccessCheck()" virtual function
(defined in "liveMedia/include/RTSPServer.hh") that I added in April 2007 in
order to allow special-purpose access control - beyond the usual digest
authentication mechanism. Is that not sufficient for your purpose?
Renato,
How would one go about rendering the stream for only the luminance plane?
Do you mean going into my MF H.264 encoder? You must. Otherwise I don't
know how to analyze the compressed output to omit the color. And for the
MF H.264 encoder, I don't think there's any way to tell it to do on
When downloading and building the latest version (2012-01-04) on Windows I
ran into problems.
I get a fatal error for all projects. Example for liveMedia:
liveMedia.mak(54) : fatal error U1036: syntax error : too many names to left
of '='
Stop.
I noticed Makefile.tail has changed re
Hi Ross,
First, thanks for incorporating my previous fix to RTSPServer so quickly,
and sorry to send another change request so soon.
I would like to propose an additional virtual function to be added to
RTSPServer: specialClientUserAccessCheck. This function would allow an
RTSPServer subcl
NV12 is similar to I420 (or YUV420, if you prefer), so it is 12 bit per
pixel, 8 for luminance and 4 for CrCb (or U and V if you prefer). See
http://www.fourcc.org/yuv.php#NV12.
Obviously, "4 bits for CrCb" means that each byte is used for 4 pixels
(a 2x2 quad), and so NV12 is a planar only form
> May be you can shed light on this. We receive RTSP streams from cameras (
> e.g. rtsp://10.0.0.27:554/codec-h264/channel0.sdp) that we wish to re-stream
> over a http tunnel (and use a nonstandard http port e.g. 9100). Is this
> possible using Live555 Media Server. Tried using the proxy server
Thanks very much for your help, Ross.
BACKGROUND: (CLARIFICATION ONLY) Indeed I only have one thread calling
doEventLoop(). That's all I meant by my penultimate background sentence.
The last background sentence points out a separate thread for MF, that's
independent of Live555, and is in fact th
Hi Ross,
May be you can shed light on this. We receive RTSP streams from cameras ( e.g.
rtsp://10.0.0.27:554/codec-h264/channel0.sdp) that we wish to re-stream over a
http tunnel (and use a nonstandard http port e.g. 9100). Is this possible using
Live555 Media Server. Tried using the proxy serv
Hello Sir,
In Open RTSP client where are the buffers that get the data being received
from the RTSP server i was trying to find them but was not able to find
them
Thanks
Tarun
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.li
12 matches
Mail list logo
