> I may ask a very simple question, but I couldn't manage to figure it out by > my self as I don't know livemedia library arch deeply. I was wondering if > there is any kind of frame buffer implementation or this is out of livemedia > scope. > > I am thinking of moving my code to livemedia555 for an RTP streaming app > (receiver and sender sides), but one of my major concerns goes about the > buffer, where packets are stored (after being parsed, imagine h264 payload) > and where coded frames are stored (a collection of packets). At which classes > should I have a look to understand how the buffers works?
I'm not sure I completely understand your question, but 'reading between the lines', I think you are asking this because you want to *display* an incoming video stream (rather than just receive packets, as the "testRTSPClient" demo application does). If that's the case, then you should first look at a media player like VLC <http://www.videolan.org/vlc/>, which uses the "LIVE555 Streaming Media" library's RTSP client implementation to receive a RTSP/RTP video (and/or audio) stream, and display it. If you want to program something like this yourself, however, then note that you will need decoding (i.e., codec) software (or hardware) to translate the (compressed, encoded) H.264 video NAL units into displayable video frames. Note, however, that the "LIVE555 Streaming Media" software *does not* include any codec (video decoding) software; you would need to get that from somewhere else. However, if you have video decoding software (or hardware), then you can easily fit this into a LIVE555-based receiver application. See, for example, the comments at line 133 of "testProgs/testRTSPClient.cpp". Ross Finlayson Live Networks, Inc. http://www.live555.com/
_______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
