Thanks for the answer. I also think I don't get your point :D
I try to explain my understand of your point with a little graphic.
Timeline:
sec
Paul,
Yes, you got it spot on (and well done for your ASCII art skills).
Now as you can imagine, the video will be transmitted in chunks. The
size of the all chunks will more-less depend on the size of the
initial chunk. So in your timeline the delay on the receiver side is
really 4 chunks not 4
Ok, I agree with you that this would be a working solution, but it is a
very hacky one.
There are some points in that solution that are not acceptable for the
usage in a video-conferencing system:
1. delay: more than 1 sec is too much. Think of a phone call, if you have
to wait 4sec to get an
On Friday, 16 March 2012, paul paulelsne...@googlemail.com wrote:
Thank you for than answer, but that isn't a solution for the problem.
Doing it that way, leads to a delay depending on the recording time to that
file. Also there would be an interruption of the video stream.
I don't think you got
Hi.
I try to capture video from the camera, encoding it with the
MediaRecorder and write the output to a LocalSocket.
All works fine, but the encoder seems to write the data into an
internal buffer. The data only gets written to the socket when the
buffer is full or the encoding process is
5 matches
Mail list logo
