Hi. I am attempting to perform MPEG4 live streaming (on Windows) using
live555 and DirectShow (SDK 9). I did the following:
1. Using DirectShow, I grab camera feed, encode it and dump the encoded data
into a named pipe.
2. I modified the testMPEG4VideoStreamer program, so that it can be spawned
a
>>No. Assuming that your "afterGettingFrame()" function was passed
>>as a parameter to "getNextFrame()", then it will be called by
>>"FramedSource::afterGetting()" (which your "doGetNextFrame()"
>>implementation should have called once it completed delivery of
>>incoming data).
>>
>So is my co
Another interesting effect is that the average total processing time for
one frame (measured from the start of doGetNextFrame() until after
afterGetting(this)) is always close to 40ms, no matter how long my
transcoder needs to process one frame (assuming that this time stays
below ~35ms, which
No. Assuming that your "afterGettingFrame()" function was passed as
a parameter to "getNextFrame()", then it will be called by
"FramedSource::afterGetting()" (which your "doGetNextFrame()"
implementation should have called once it completed delivery of
incoming data).
So is my code correc
>Am I right assuming that my afterGettingFrame() function is called
>by the TaskScheduler?
No. Assuming that your "afterGettingFrame()" function was passed as
a parameter to "getNextFrame()", then it will be called by
"FramedSource::afterGetting()" (which your "doGetNextFrame()"
implementatio
Am I right assuming that my afterGettingFrame() function is called by
the TaskScheduler? Sometimes it happens that afterGettingFrame() is
called before the first call has completed. Could anyone explain, why
sometimes I have a delay of >10ms between two calls to
afterGettingFrame()?
smime.p7
