There happens to be a bug in the current cupcake manifest, where it's (by mistake) identical to the master manifest, such that in reality attempts to sync cupcake end up syncing master.
We're aware of it and will be correcting this soon. JBQ On Wed, Jan 28, 2009 at 3:31 PM, Archer <[email protected]> wrote: > > Sorry the the basic question, I used the below command to check out > the cupcake branch > > repo init -u git://android.git.kernel.org/platform/manifest.git -b > cupcake > repo sync > > The code under extern/opencore seems new to me. It is not opencore > 2.0? > > Archer > > On Jan 28, 2:40 pm, ericwong <[email protected]> wrote: >> How disappointing..........that OpenCore 2 won't be in cupcake.... >> >> Eric >> Portable Electronics Ltdwww.hdmp4.com >> >> On Jan 29, 1:29 am, Jean-Baptiste Queru <[email protected]> wrote: >> >> > It is merged into the android code, but it's currently only in the >> > master branch (which is the "bleeding edge" of android engineering), >> > and the timeframe for the code that is in the master branch to turn >> > into a released version of Android and to get integrated into consumer >> > devices is longer than for cupcake. >> >> > Like Greg correctly said, cupcake is at a point where the balance >> > between additional features and bug fixes is leaning toward bug fixes. >> >> > JBQ >> >> > On Wed, Jan 28, 2009 at 6:10 AM, Paranoia <[email protected]> wrote: >> >> > > so when will OpenCORE 2.0 be merged to android code? >> >> > > On Jan 28, 9:13 pm, GregS <[email protected]> wrote: >> > >> There are no plans to merge OpenCORE 2.0 into cupcake. It is my >> > >> understanding that cupcake is in a later stage of the development >> > >> cycle (i.e., stabilization) and large changes / new features are not >> > >> being introduced there. >> >> > >> - Greg >> >> > >> On Jan 27, 7:35 pm, Sukesh TM <[email protected]> wrote: >> >> > >> > Hi Greg, >> >> > >> > When will opencore 2.0 released in OHA Cupcake? >> >> > >> > Regards >> > >> > Sukesh >> >> > >> > On Tue, Jan 27, 2009 at 2:11 AM, GregS <[email protected]> wrote: >> >> > >> > > I'm pleased to announce that OpenCORE 2.0 has been released with a >> > >> > > major set of additions, improvements, and changes on top of the >> > >> > > first >> > >> > > OpenCORE release. It includes the initial release of the video >> > >> > > telephony (a.k.a. 2way) engine, OpenMAX encoding support, easier >> > >> > > integration of OpenMAX cores, and an improved media clock to name >> > >> > > just >> > >> > > a few. Additional and updated documentation will be following in >> > >> > > the >> > >> > > next week or so (I appreciate your patience on that), but we wanted >> > >> > > to >> > >> > > make the code available right away. See >> > >> > >http://review.source.android.com/Gerrit#change,8604 >> > >> > > for the code change information. Below is a more detailed list on >> > >> > > some of the changes included and known issues: >> >> > >> > > New Features >> > >> > > - Consolidation of the clock logic into a common clock object >> > >> > > (PVMFMediaClock) >> > >> > > More details will be provided in a Tech note at a later time. >> > >> > > - Refactor MP4 Composer library >> > >> > > - omx component refactoring (Introducing base omx component class) >> > >> > > - OMX Encoder Support >> > >> > > - Check URIs for illegal characters and run escaping algorithm if >> > >> > > any >> > >> > > are found. >> > >> > > - Support for 3GPP AssetInfo Metadata in Author SDK >> > >> > > - MP3 Dynamic TOC Construction >> > >> > > - Modify MPEG4/H.263 node/library to support arbitrary Decoder >> > >> > > Configuration Information (DCI) >> > >> > > - backward playback support for MP4 >> > >> > > - Refactoring Colorconversion from mpeg4 encoder and adding support >> > >> > > for YUV420SemiPlanar >> > >> > > - Refactor streaming manager node into feature specifc plugins >> > >> > > - Thread Safe Player Engine APIs and Thread Safe queue >> > >> > > - Adding capability to turn off AC prediction and change >> > >> > > IntraDCVlcThreshold for MPEG4 encoder library >> > >> > > - Dynamically populate recognizer registry >> > >> > > - add 2way support for OpenCORE >> > >> > > - Combine OMX audio dec node and Video Dec node >> > >> > > - OMX MasterCore >> > >> > > - Apply new RGB to YUV color conversion libraries to OMX encoder >> > >> > > components >> > >> > > - Use loadable modules in CPM >> > >> > > - Adding support for YUV420Semiplanar to avc encoder, m4v encoder >> > >> > > and >> > >> > > author >> > >> > > - introduce dynamic loading of individual omx components >> >> > >> > > Improvement >> > >> > > - Removal of all compiler warnings reported by Android compiler >> > >> > > Exception: unit test app code >> > >> > > - Module-level unit test fixes >> > >> > > - Various Valgrind errors and fixes >> > >> > > - Various Codesonar warnings and fixes >> > >> > > - various security audit and fixes >> > >> > > - various memory leak fixes >> > >> > > - various crash, hang fixes for specific test content or test cases >> > >> > > - Re-work Oscl Scheduler semaphore & lock >> > >> > > - Author Engine Error Handling Robustness >> > >> > > - Player Engine Error Handling Robustness >> > >> > > - Add capability of assembling partial frames and inserting NAL >> > >> > > start >> > >> > > codes to OMX node >> > >> > > - The media I/O component configuration process needs to be >> > >> > > improved. >> > >> > > - Fundamental change in behavior of repositioning during 3GPP >> > >> > > streaming >> > >> > > - Improvements to the PV FrameMetadataUtility [FMU] >> > >> > > - mp3 parser - duration calculation by walking file in background >> > >> > > - IOT merges from 2-way team >> > >> > > - Longevity issues with live streaming >> > >> > > - Local Playback MP3 file does not display attached art work >> > >> > > - Issues with Oscl Leave, Panic, and Assert >> > >> > > - Modify allocators to not leave in case of an alloc failure, but >> > >> > > instead have them return OsclErrNoMemory >> > >> > > - Conversion of strcmp and strstr usage to strncmp for non null >> > >> > > terminated Strings >> > >> > > - Change Oscl memory auditing from TLS-based to Singleton-based >> > >> > > - Buffer status report in a periodical manner to improve the app >> > >> > > awareness about how engine is running in low bandwidth for PDL/PS >> > >> > > - AVC Encoder Improved Rate Control >> > >> > > - State Transition: Remove implicit ThreadLogoff() from Nodes >> > >> > > - Include aac recognizer for Android >> > >> > > - Audit MP4 parser against new iTunes spec >> > >> > > - Replace PVMFSMSharedBufferAllocWithReSize allocator with >> > >> > > OsclMemPoolResizableAllocator >> > >> > > - Player Engine registry re-work >> >> > >> > > New KVPs / APIs / API behaviors >> > >> > > - Change Download Manager Stop Command to Stop Download >> > >> > > - Add a KVP to configure jitter buffer inactivity run time from the >> > >> > > app >> > >> > > - OSCL Critical Error Handling >> > >> > > - Adding kvp in SM node to set rtsp_timeout timer in rtsp engine >> > >> > > node >> > >> > > - Get rid of "getTrackOTIType" API in parser lib and switch mp4 >> > >> > > parser >> > >> > > node to use "getTrackMIMEType". >> > >> > > - Adding capability to turn off AC prediction and change >> > >> > > IntraDCVlcThreshold for MPEG4 encoder library >> > >> > > - Deprecate PVMFCPMPluginLocalSyncAccessInterface >> > >> > > - Introduce new API in Engine to Release MetaData Values >> > >> > > - Use of PVMF format types in player registries >> > >> > > - Introduce new kvp key to set jitter buffer size >> > >> > > - Add a new meta data key to Mp3ParserNode to support channel mode >> > >> > > retrieval >> > >> > > - Support for taking in video bitrate and other params from a config >> > >> > > file, for uncompressed AVI test cases. >> > >> > > - Deprecate TLS-based memory audit >> > >> > > - Use KVP "nodedataqueuing_timeout" instead of compile time tuneable >> > >> > > "SYNC_POINT_DIFF_THRESHOLD" >> > >> > > - Please apply "mode=" for "x-pvmf/net/user-agent;valtype=char*" >> > >> > > key. >> > >> > > - Change libpv*.so to libopencore_*.so >> > >> > > - Singleton and lock/unlock mechanism needed for OMX master core >> > >> > > globals >> > >> > > - In case of 3rd party OMX components that support multiple roles - >> > >> > > input dec format and output enc fomrat needs to be specified >> > >> > > - OMX Core plugin code (for 3rd party omx cores integration) >> >> > >> > > Known issues: >> > >> > > - Had to temporarily remove the doc directory because of conflicts >> > >> > > with Gerrit and PDF files. These will be uploaded again now that >> > >> > > Gerrit is updated. >> > >> > > - Additional documentation will be released as soon as possible. >> > >> > > - The OpenMAX encoder node is configuring the OpenMAX component with >> > >> > > the wrong format for AMR. It is using >> > >> > > OMX_AUDIO_AMRFrameFormatRTPPayload when it should be >> > >> > > OMX_AUDIO_AMRFrameFormatFSF. >> > >> > > - The OpenMAX encoder node is not handling Reset correctly in all >> > >> > > cases. >> >> > -- >> > Jean-Baptiste M. "JBQ" Queru >> > Android Engineer, Google. > > > -- Jean-Baptiste M. "JBQ" Queru Android Engineer, Google. --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
