tag | c2c8b7362445cb31bf6c9a2284d4508fbc79a254 | |
---|---|---|
tagger | Kaido Kert <kaidokert@google.com> | Wed Jul 05 17:21:49 2023 -0700 |
object | cf191b148f6a83454a62c5b73e5db05ad9cd362b |
Cobalt 23 LTS Release 5
commit | cf191b148f6a83454a62c5b73e5db05ad9cd362b | [log] [tgz] |
---|---|---|
author | Kaido Kert <kaidokert@google.com> | Wed Jul 05 17:20:30 2023 -0700 |
committer | Kaido Kert <kaidokert@google.com> | Wed Jul 05 17:20:30 2023 -0700 |
tree | 01055656707f0bf326f68f1132047210a2762255 | |
parent | 6fe5ef06537b021bd413949b10e77029b39b144b [diff] |
Import Cobalt 23.lts.5.1031871
Cobalt is a lightweight application container (i.e. an application runtime, like a JVM or the Flash Player) that is compatible with a subset of the W3C HTML5 specifications. If you author a single-page web application (SPA) that complies with the Cobalt Subset of W3C standards, it will run as well as possible on all the devices that Cobalt supports.
The Cobalt Authors originally maintained a port of Chromium called H5VCC, the HTML5 Video Container for Consoles, ported to each of the major game consoles, designed to run our HTML5-based video browse and play application. This took a long time to port to each platform, consisted of 9 million lines of C++ code (before we touched it), was dangerous to modify without unintended consequences, and was thoroughly designed for a resource-rich, multi-process environment (e.g. a desktop, laptop, or modern smartphone).
After wrestling with this for several years, we imagined an environment that was not designed for traditional scrolling web content, but was intended to be a runtime environment for rich client applications built with the same technologies -- HTML, CSS, JavaScript -- and designed from the ground-up to run on constrained, embedded, Living Room Consumer Electronics (CE) devices, such as Game Consoles, Set-Top Boxes (e.g. Cable, Satellite), OTT devices (e.g. Roku, Apple TV, Chromecast, Fire TV), Blu-ray Disc Players, and Smart TVs.
These constraints (not intended to be a canonical list) make this device spectrum vastly different from the desktop computer environment targeted by Chromium, FireFox, and IE:
The Cobalt Authors forked H5VCC, removed most of the Chromium code -- in particular WebCore and the Chrome Renderer and Compositor -- and built up from scratch an implementation of a simplified subset of HTML, the CSS Box Model for layout, and the Web APIs that were really needed to build a full-screen SPA browse and play application.
The Cobalt technology stack has these major components, roughly in a high-level application to a low-level platform order:
Oh, we got both kinds of HTML tags,
we got<span>
and<div>
!
We even have CSS Flexbox now, hooray!
See the Cobalt Subset specification for more details on which tags, properties, and Web APIs are supported in Cobalt.
All source locations are specified relative to src/
(this directory).
base/
- Chromium's Base library. Contains common utilities, and a light platform abstraction, which has been superseded in Cobalt by Starboard.net/
- Chromium's Network library. Contains enough infrastructure to support the network needs of an HTTP User-Agent (like Chromium or Cobalt), an HTTP server, a DIAL server, and several abstractions for networking primitives. Also contains SPDY and QUIC implementations.cobalt/
- The home of all Cobalt application code. This includes the Web Implementation, Layout Engine, Renderer, and some other Cobalt-specific features.cobalt/build/
- The core build generation system, gn.py
, and configurations for supported platforms. (NOTE: This should eventually be mostly moved into starboard/
.)cobalt/doc/
- Contains a wide range of detailed information and guides on Cobalt features, functionality and best practices for Cobalt development.cobalt/media/
- Chromium's Media library. Contains all the code that parses, processes, and manages buffers of video and audio data. It send the buffers to the SbPlayer implementation for playback.starboard/
- Cobalt‘s porting layer. Please see Starboard’s README.md
for more detailed information about porting Starboard (and Cobalt) to a new platform.third_party/
- Where all of Cobalt‘s third-party dependencies live. We don’t mean to be pejorative, we love our third-party libraries! This location is dictated by Google OSS release management rules...See the below reference port setup guides for more details:
Cobalt has four build optimization levels, going from the slowest, least optimized, with the most debug information at the top (debug) to the fastest, most optimized, and with the least debug information at the bottom (gold):
Type | Optimizations | Logging | Asserts | Debug Info | Console |
---|---|---|---|---|---|
debug | None | Full | Full | Full | Enabled |
devel | Full | Full | Full | Full | Enabled |
qa | Full | Limited | None | None | Enabled |
gold | Full | None | None | None | Disabled |
When building for release, you should always use a gold build for the final product.
This is a fork of the chromium repository at http://git.chromium.org/git/chromium.git