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 > > > > > > > > playerdriver.cpp for details > > > > > > > > of the change. --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
