Cool, thanks for the update.

Archer

On Jan 29, 8:08 am, Jean-Baptiste Queru <[email protected]> wrote:
> 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.
>
> ...
>
> read more »
--~--~---------~--~----~------------~-------~--~----~
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