hmm... this is unfamiliar territory. and I can't find it either :). I will make an action item on my end to get this documented.
For now, you can look at the API LoadAudioConfiguration() that attempts to read the the config file. From here, it looks like the file requires 3 lines of data: 1st line -- No. of audio samples 2nd line -- Average bitrate 3rd line -- Timescale Please try that and I will try to get more concrete information. -Ravi On Mar 31, 2:41 am, david <[email protected]> wrote: > Hi rktb, > > Thanks for your response. > > Now trying to record .amr by using test_pvauthorengine appended with '- > audio amrtestinput.amr -output /sdcard/1.amr -test 11 11', but always > failed at 'Audio Config File not available!!! Specify -audioconfigfile > <filename>'. What does the configure file look like? I'm sorry I can't > find out such the file or a sample of it in the OpenCore package. If I > should create it myself, with what format should I comply? THANKS in > advance. > > david > > On Mar 23, 8:06 pm, rktb <[email protected]> wrote: > > > Ahh..you wanted AAC composer as a reference. Sorry...missed that > > point. > > > Yes. You would require support composing a new format. The > > implementation, would however depend on the actual format. For very > > simple formats such as AMR and AAC, there is no need for any true > > composing. What is required is to directly dump the output of the > > encoder to a file, and hence, in such cases, we use the file output > > node that will serve as the *composer*. On the other hand, in cases > > where there is a requirement for a *container* that is not obtained as > > part of the encoder output, you would require a composer (and an > > associating node). mp4 composer is one such example. > > > Now, I am not aware of the QCELP format. So, you would need to make a > > decision whether or not it requires a composer or not. Or, you could > > discuss it here and we can come to a common solution. > > > Hope that helps, > > Ravi > > > On Mar 23, 12:23 am, David Wan <[email protected]> wrote: > > > > I'm sorry if this is a newbie question. > > > The truth is I plan to let PVAuthor support the recording of QCELP. > > > According to the info of pvauthor found on Google, it seems that a > > > composer > > > for qcelp is necessary. But I'm not sure of that. I'm sorry I have no > > > sense where I should start to handle this issue. As you mentioned, does > > > ADIF > > > or ADTS suffice? Could you please specify more detail? THANKS. > > > > 2009/3/23 rktb <[email protected]> > > > > > AAC can be composed in two ways. (i) In a mp4 container, which then > > > > uses mp4 composer. And, (ii) as ADIF or ADTS format, which then uses > > > > the fileoutput node. There is no specific composer required. > > > > > Please note: You still require an AAC encoder, which is not part of > > > > OpenCORE. > > > > > -Ravi > > > > > On Mar 22, 9:19 pm, david <[email protected]> wrote: > > > > > Hi Rktb, > > > > > > According to your announce - 'Added support for authoring files with > > > > > AAC audio', can I think that there should be a composer for AAC > > > > > enclosed in this latest package? But I do not find it even though I've > > > > > 'repo sync' for several times. > > > > > > The real issue I'm facing is that I want to create a composer for > > > > > QCELP, but the only one sample of composer existing in OpenCore is the > > > > > one for MP4. It's complicated and have nothing with QCELP, I think. > > > > > So, I want to get the latest version for the AAC composer and get > > > > > reference to it to create QCELP's composer. > > > > > > Could you please help me this issue? THANKS. > > > > > > On Mar 23, 9:43 am, david <[email protected]> wrote: > > > > > > > Great, many thanks to you. > > > > > > > On Mar 21, 3:51 pm, rktb <[email protected]> wrote: > > > > > > > > fyi...2.1 release was renamed 2.01. And, there is an update to > > > > > > > that > > > > > > > release as well, i.e., we are now at OpenCORE 2.02. > > > > > > > > The latest using "repo sync" would get you 2.02. > > > > > > > > -Ravi > > > > > > > > On Mar 21, 1:50 am, david <[email protected]> wrote: > > > > > > > > > Hi, I'm a newbie on Android & OpenCore. And now I got the > > > > > > > > OpenCore > > > > 2.0 > > > > > > > > source by using 'repo sync'. But I don't know how to get this > > > > > > > > latest version 2.1 of OpenCore. Could you help me with this? > > > > Thanks > > > > > > > > a lot. > > > > > > > > > On Feb 26, 10:27 pm, GregS <[email protected]> wrote: > > > > > > > > > > OpenCORE 2.1 has been released and is now available on the > > > > > > > > > master > > > > > > > > > branch. There is a git tag "v2.1" marking the version. It > > > > contains a > > > > > > > > > number of new features and improvements on top of the OpenCORE > > > > 2.0 > > > > > > > > > release that happened about 1 month ago. Here's a link to the > > > > > > > > > previous announcement in case you missed it: > > > >http://groups.google.com/group/android-framework/browse_thread/thread.... > > > > > > > > > Below is a description of the changes that have been > > > > > > > > > introduced > > > > since > > > > > > > > > then as part of OpenCORE 2.1: > > > > > > > > > > New Features > > > > > > > > > * OpenMAX Codec-related: > > > > > > > > > - Introduced the OMXConfigParser API to help in determining > > > > > > > > > which OpenMAX components can support the input bitstream. > > > > > > > > > It is used to narrow the list of candidate OpenMAX > > > > > > > > > components > > > > > > > > > to be used for playback. See the OpenMAX Core Integration > > > > Guide > > > > > > > > > document in the doc directory for more information. > > > > > > > > > - Added OMX AAC encoder support in the OMX encoder. > > > > > > > > > - Modified to use separate component roles for AMR-NB and > > > > AMR-WB as > > > > > > > > > described in the OpenMAX IL spec version 1.1.2. > > > > > > > > > - Added support for a new buffer format for H.264/AVC decode > > > > and > > > > > > > > > encode > > > > > > > > > to allow passing multiple NALs in a single buffer. The > > > > format > > > > > > > > > uses > > > > > > > > > OMX_OTHER_EXTRADATA structure defined in section 4.2.33 of > > > > the > > > > > > > > > OpenMAX IL spec version 1.1.2 to pass NAL lengths. See > > > > > > > > > the > > > > > > > > > OpenMAX Core Integration Guide document in the doc > > > > > > > > > directory > > > > > > > > > for more information. > > > > > > > > > * Author-related: > > > > > > > > > - Added support for authoring files with AAC audio. > > > > > > > > > - Added support for authoring AMR-WB audio to MP4/3GP files > > > > > > > > > and > > > > > > > > > IETF storage format. > > > > > > > > > - Added support for writing to an open file descriptor as an > > > > option > > > > > > > > > instead of simply providing a filename. The file > > > > > > > > > descriptor > > > > > > > > > option > > > > > > > > > is useful for cases where another process needs to open > > > > > > > > > the > > > > file > > > > > > > > > because > > > > > > > > > of permissions. > > > > > > > > > * Added large file support in OSCL (i.e., 64-bit file > > > > > > > > > size/offset > > > > > > > > > support) > > > > > > > > > to handle files greater than 2 GiB on filesystems that > > > > > > > > > support > > > > it. > > > > > > > > > * Added rotation support in the 32-bit color-conversion class. > > > > > > > > > > Improvements > > > > > > > > > * Removed dynamically loaded modules from the prelink map to > > > > avoid > > > > > > > > > clutter > > > > > > > > > and to make both the prelink map and loadable modules > > > > > > > > > easier to > > > > > > > > > manage. > > > > > > > > > There may be an issue if a single instance of process tries > > > > > > > > > to > > > > load > > > > > > > > > libraries not in the prelink map more than 256 times > > > > (Seehttp://code.google.com/p/android/issues/detail?id=2042). > > > > > > > > > * Update to the MP3 Decoder to fix security issue > > > > (oCERT_2009-002, > > > > > > > > > CVE-2009-0475) > > > > > > > > > * Renamed the OSCL config directory linux_nj to android to > > > > > > > > > match > > > > the > > > > > > > > > platform name. > > > > > > > > > Replaced all references of nj with android in the codebase. > > > > > > > > > * General security improvements found from static analysis in > > > > > > > > > the > > > > > > > > > following areas: > > > > > > > > > - Buffer and type overruns and underruns > > > > > > > > > - Null pointer references > > > > > > > > > * Refactored the jitter buffer node into a more modular > > > > architecture > > > > > > > > > for > > > > > > > > > better support of different streaming use-cases and > > > > > > > > > protocols. > > > > > > > > > * Fixed an issue in the MP3 decoder when decoding for very of > > > > long > > > > > > > > > durations (over 2 GiB of data). > > > > > > > > > * General improvements found during 3GPP packet-switched > > > > streaming > > > > > > > > > interoperability testing. > > > > > > > > > * General improvements and resolution of issues found from > > > > > > > > > module > > > > > > > > > level and engine (player, author, 2-way) level unit testing. > > > > > > > > > > New APIs / behaviors > > > > > > > > > * Added support in the player engine to cancel a single > > > > > > > > > pending > > > > > > > > > command > > > > > > > > > using the CancelCommand API. See the player engine API > > > > document for > > > > > > > > > details. > > > > > > > > > * Renumbered the author test cases to avoid issues with > > > > > > > > > preprocessor conditionals changing the test numbers based on > > > > > > > > > settings. > > > > > > > > > Now the test numbers shouldn't change. > > > > > > > > > * In the case of 3rd party OMX components that support > > > > > > > > > multiple > > > > roles > > > > > > > > > - > > > > > > > > > returns an error if the component cannot set the role > > > > > > > > > parameter > > > > > > > > > * OMX components need to explicitly set nPortIndex parameter > > > > > > > > > for > > > > > > > > > all appropriate parameters > > > > > > > > > * Added fix for buffering percentage notification in streaming > > > > > > > > > scenario > > > > > > > > > (seehttps://review.source.android.com/Gerrit#change,8699) > > > > > > > > > * Updated omx shared library build configuration to separate > > > > component > > > > > > > > > registration from component build > > > > > > > > > * Added methods in baselibs to serialize and deserialize the > > > > UTF-16, > > > > > > > > > UTF-16LE, UTF-16BE strings > > > > > > > > > * Removed the iUseCPMPluginRegistry flag from the source data > > > > that was > > > > > > > > > previously > > > > > > > > > used to enable the content policy manager. Since the CPM > > > > plugins > > > > > > > > > are dynamically > > > > > > > > > loaded, the flag is not needed and was removed. See the > > ... > > read more » --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "android-framework" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~----------~----~----~----~------~----~------~--~---
