androidmedia encoder problems

[stic at free.fr]

here is the content of the buffer when flag is 0x00000002 (now it has a size of 20):
01-27 12:24:58.842: I/GLib+stdout(21360): 00000000 (0x4fc7c000): 00 00 00 01 67 42 80 28 e9 07 86 72 00 00 00 01  ....gB.(...r....
01-27 12:24:58.842: I/GLib+stdout(21360): 00000010 (0x4fc7c010): 68 ee 06 f2                                      h...            


----- Mail original -----
De: "Sebastian Dröge" <sebastian at centricular.com>
À: "Discussions about GStreamer on Android" <gstreamer-android at lists.freedesktop.org>
Envoyé: Samedi 25 Janvier 2014 17:27:38
Objet: Re: androidmedia encoder problems

On Sa, 2014-01-25 at 15:27 +0100, stic at free.fr wrote:
> Hi,
> 
> I finally had time to look again, but I am really not familiar enough
> with all of this.
> At the beginning of the stream it receives INFO_OUTPUT_FORMAT_CHANGED,
> the format seems to contains csd-0 and csd-1 fields (see log bellow),
> but when I look to the values it seems to always be empty or unfilled.
> I tried to reassemble avcc, and put its value in codec_data of caps as
> a GStBuffer, but it does not give anything (I think again because
> csd-0 and csd-1 values seem to be empty).

Maybe the JNI code to access the arrays is wrong? How do you detect that
they're empty?

> We can see also that it receives a buffer of size 21 with flag
> 0x00000002 (BUFFER_FLAG_CODEC_CONFIG). Is is the size of csd-0 + csd-1
> buffers ... ? but I can't see any values also there.

21 seems a bit small. Is there only exactly one such buffer or two in a
row? Can you show the content of them?

gst_util_dump_mem() could output the content in a useful way.

-- 
Sebastian Dröge, Centricular Ltd - http://www.centricular.com
Expertise, Straight from the Source

_______________________________________________
gstreamer-android mailing list
gstreamer-android at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/gstreamer-android