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 -~----------~----~----~----~------~----~------~--~---
