This is exactly the same problem I'm trying to work on right now. If you skip the first 32 byte header, then you can split out the audio stream by looking for repeating 32 byte blocks that all start with an 0x3c byte.
If you write whatever is left into a file, you can play it with ffdshow. But that doesn't seem to notice that there are missing frames, so it plays it back much too quickly. So we look for (buff.getInt()&0xFFFFFC) == 0x000080 frame markers, decode the TR field from the next 8 bits of the header and insert dummy frames for each one skipped. ffdshow complains about our incomplete headers, but it will at least play the stream back at the correct speed. So far that all works with a TCP stream as per that blog post you linked to. But I'd like to encode the video and audio streams in RTP packets. And I've tried, but I must still be doing something wrong as the received stream is not playable. -- 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
