The fixed manifest is now available, so that repo init -b cupcake / repo sync should do the right thing.
Thanks for your patience. JBQ On Wed, Jan 28, 2009 at 4:05 PM, Jean-Baptiste Queru <[email protected]> wrote: > You can *try* to do a repo init -b cupcake, modify .repo/manifest.xml > to replace the default revision from "master" to "cupcake", and repo > sync, but I can't promise that this'll actually work. > > JBQ > > On Wed, Jan 28, 2009 at 4:03 PM, Archer <[email protected]> wrote: >> >> Hi Jean, >> >> Is there anyway to check out cupcake branch before the bug in the >> current cupcake manifest is fixed? >> >> If have to wait for the bug to be fixed, how do I know it is fixed? >> >> Thanks, >> Archer >> >> On Jan 28, 3:40 pm, Archer <[email protected]> wrote: >>> I see. Thanks for the clarification. >>> >>> Archer >>> >>> On Jan 28, 3:34 pm, Jean-Baptiste Queru <[email protected]> wrote: >>> >>> > 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. >> >> >> > > > > -- > 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 -~----------~----~----~----~------~----~------~--~---
