> I just tried to do the subclass of WAVAudioFileSource and discovered that the
> “fPreferredFrameSize” variable in that class is still private. In checking
> the release notes for 2012.08.28 I see that the variable was moved from
> private to protected in “ByteStreamFileSource.” Is this what yo
Ross,
I just tried to do the subclass of WAVAudioFileSource and discovered that
the "fPreferredFrameSize" variable in that class is still private. In
checking the release notes for 2012.08.28 I see that the variable was moved
from private to protected in "ByteStreamFileSource." Is this what you
> We used live555MediaServer for test purpose and it is nice because it is very
> simple, but as there is no parameter it choose it behaviour by itself
> (depending of available ports).
> You will find attached a small modification in order to specify a port as an
> argument.
No, the "LIVE555 M
Hi Ross,
We used live555MediaServer for test purpose and it is nice because it is very
simple, but as there is no parameter it choose it behaviour by itself
(depending of available ports).
You will find attached a small modification in order to specify a port as an
argument.
An
Dear Ross,
Currently, we have many PCs on which VLC Media Player is installed. Most of
them (VLC RTSP clients) can correctly display the image from our RTSP server.
However, some can't with black screen (no any image). I don't know Why? The
following message is shown by VLC Media Player:
main
> but, In void MatroskaFileParser::continueParsing() call, the "if (fOnEndFunc
> != NULL) (*fOnEndFunc)(fOnEndClientData);" will call, then will call "void
> MatroskaFile::handleEndOfTrackHeaderParsing()", and this time the
> "fParserForInitialization" is a invalid pointer, delete the invalid po
> > > If Matroska if is not exist the program will crash.> > > > 1. In
> > > MatroskaFile.cpp > > > > fParserForInitialization> > = new
> > > MatroskaFileParser(*this, ByteStreamFileSource::createNew(envir(),
> > > fileName),> > handleEndOfTrackHeaderParsing, this, NULL); > [...]> > //
> > > i
1.I run openRTSP on win7
2.Here is my command line input:
openrtsp -t rtsp://192.168.36.166:8554/cam00
3.H264 video
i think recvfrom call too often,when tcp send TCP Zero Window
/Full,select still set frecv,and recvfrom still return EWOULDBLOCK,so
it into a unlimit loop, how can i fix it.
thx
___
