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

Reply via email to