First add the library to your project:
npm i @livekit/react-components
Then use any of our pre-fabricated or helper components:
import { LiveKitRoom, VideoConference } from '@livekit/components-react'
const TOKEN = 'generated-jwt'
const WS_URL = 'wss://my-livekit-server'
export default function Example() {
return (
<LiveKitRoom token={TOKEN} serverUrl={WS_URL} connect={true}>
<VideoConference />
</LiveKitRoom>
)
}
For more information checkout the LiveKit Components Docs
There are some basic examples of how to use and customize LiveKit components in this mono repo. They are located in the nextjs examples folder /examples/nextjs
. In order to set the examples up locally follow the Development Setup.
We also have a fully featured video conferencing application built on top of LiveKit Components. Start a video conference at meet.livekit.io and take a look at the implementation in the livekit-examples/meet repo.
If you are interested in contributing to the project or running the examples that are part of this mono-repository, then you must first set up your development environment.
This repo consists of multiple packages that partly build on top of each other. It relies on yarn workspaces and Turborepo (which gets installed automatically).
Clone the repo and run yarn install
the root level:
yarn install
In order to link up initial dependencies and check whether everything has installed correctly run
yarn build
This will build all the packages in /packages
and the examples in /examples
once.
After that you can use a more granular command to only rebuild the packages you are working on. E.g. to test and automatically rebuild package dependencies for the nextjs example, run:
yarn dev:next
Note For the examples to work you'll need to make sure to copy the the contents of .env.example in the specific example folder to a newly created .env.local file and adjust the values accordingly to your livekit server setup.
Why is there a `@livekit/components-core` package?
By abstracting most of the state handling logic into a common core we wanted to make sure that other framework implementations can be created with minimal code duplication. We chose observables as the main data structure for this core as its concepts translate really well to for example React's hooks, solid's signals, Svelte's stores, Vue's composables, and angular loves observables out of the box.Did you consider using Custom Elements?
Yes, we did consider building LK Components with custom elements (web components). We ultimately decided against it in order to give users the option to develop within the constraints of their chosen framework with all its specific concepts (e.g. in the case of react hooks, context etc.). That said the road towards supporting custom elements isn't entirely closed off. If the adoption of custom elements gains traction we can imagine providing a framework implementation that additionally compiles to custom elements (e.g. solid or svelte).Will there be an implementation for my favorite framework?
The highest priority is currently to get the core and react packages to a stable version that people love to work with. Once this is done we will decide on what other frameworks we might to support officially. If you want to develop an implementation for your favorite framework based on the core package we'd love to talk to you about it!LiveKit Ecosystem | |
---|---|
Client SDKs | Components · JavaScript · iOS/macOS · Android · Flutter · React Native · Rust · Python · Unity (web) · Unity (beta) |
Server SDKs | Node.js · Golang · Ruby · Java/Kotlin · PHP (community) · Python (community) |
Services | Livekit server · Egress · Ingress |
Resources | Docs · Example apps · Cloud · Self-hosting · CLI |