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()&0xFC) == 0x80 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