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 want to use the captured and encoded video for videoconferencing, so any kind of delay is not acceptable.
> ..do you mean storing it in the buffer and creating a delay/jitter? It seem to me that the video encoder works in that way. I don't want a delay. Am Freitag, 16. März 2012 17:54:29 UTC+1 schrieb Daniel Drozdzewski: > > On 16 March 2012 15:22, paul <paulelsne...@googlemail.com> wrote: > > Then it would write out the data when the stop function is called. > > ..do you mean storing it in the buffer and creating a delay/jitter? > > You will have to look at double buffering using 2 files ... while one > is being recorded to, the other will be sent through the socket. Once > writing is finished, you stop the recorder, point it at new file and > restart it, while taking just finished file and sending it. Sent > files can be discarded or left for the sake of having a local copy. > > -- > Daniel Drozdzewski > > -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to android-developers+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
