Please turn on logging to see the call and data flow.
http://groups.google.com/group/android-developers/browse_thread/thread/9f89fecdb497ff43/00b1afce7008d0bc?lnk=raot
On Dec 13, 3:12 am, chrisk_ti wrote:
> Greg,
>
> I have done some more analysis, specifically for the case of 3gp nb
> files.
>
Greg,
I have done some more analysis, specifically for the case of 3gp nb
files.
I have confirmed that the parameters are being set correctly.
The frame format, DTX mode, mime mode, band mode values all match for
a given input 3gp file.
This leads me to believe that our codec is expecting the da
Can you provide more details on your problem? Exactly what file
format are you attempting (e.g., IETF storage format (specify whether
it is using NB or WB), 3GP file, etc)? What format is being signaled
to your OMX component? And please give some details on what is
missing from the data versus
Greg,
I have reviewed these components, but also found that there is an amr
file parser.
Can you give any insight to what exactly is done in this node?
At OMX level, it seems that the frame headers that I need at hardware
level have already been stripped from the file.
Thanks again for the reply
The exact format of the AMR audio data at the OMX level is signaled to
OMX
decoder as specified in section 4.1.18 of OpenMax IL version 1.1.2
document.
Please look at the pvomxaudiodecnode (under nodes) and the existing
OMX
AMR decoder component under codecs_v2/omx/omx_amr. The OMX audio
componen
I believe the 3GP parser in the OpenCore framework strips off
everything but the raw AMR stream. Hopefully someone from PV will be
able to give you a definitive response.
On Dec 2, 11:55 am, chrisk_ti <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> Does anybody know what exactly is the format of amr dat
Hi all,
Does anybody know what exactly is the format of amr data at the OMX
input level? Also, is there any info on what file types and formats
are supported by openCore?
I have had limited success playing 3gp NB-AMR files and also some
success playing basic amr files at 4.75kbps, but no other f