Skip to content

fix(background-image): load the image on React Native - #6

Merged
MiloszFilimowski merged 1 commit into
mainfrom
fix/background-image-react-native
Sep 15, 2026
Merged

MiloszFilimowski merged 1 commit into
mainfrom
fix/background-image-react-native

Conversation

@MiloszFilimowski

Copy link
Copy Markdown
Collaborator

Background image works on React Native

The background image effect never showed an image on React Native. The camera was published unchanged, with no error.

Why: decodeImage wraps the image bytes in a Blob whenever Blob exists. React Native has a Blob global, but it throws for an ArrayBuffer:

Creating blobs from 'ArrayBuffer' and 'ArrayBufferView' are not supported

The error was swallowed in ensureImage, so the effect stayed a passthrough. This happened for both image.uri and image.data.

Fix:

  1. decodeImage falls back to passing the bytes straight to createImageBitmap when a Blob can't be made. Browsers still get a Blob, and react-native-webgpu takes the ArrayBuffer.
  2. A failed image load is reported through onStatus as "error". It is reported after the segmentation status settles, so "ready" doesn't hide it. The effect still falls back to passthrough, as before.

CHANGELOG has an Unreleased entry.

Checked

  • yarn test (tsc, eslint, prettier) and yarn build.
  • iPhone 17 Pro simulator (iOS 26.5) with SimCam, Expo SDK 57, using the built dist in a test app:
    • Before: createImageBitmap(new Blob([bytes])) throws the error above, and no background is drawn.
    • After: a bundled JPEG passed as image.data replaces the background.
    • After: 16 bytes of garbage report onStatus("error", "Couldn't decode image") after "ready".

Found while testing the React Native camera effects docs.

… failures

React Native's Blob cannot be created from an ArrayBuffer, so decodeImage threw on every
image and the effect silently published the camera without a background. Decode from the
bytes when a Blob cannot be made, and report image load errors through onStatus.
@MiloszFilimowski
MiloszFilimowski merged commit 67f06e6 into main Sep 15, 2026
1 check passed
@MiloszFilimowski
MiloszFilimowski deleted the fix/background-image-react-native branch September 15, 2026 12:08
MiloszFilimowski added a commit to fishjam-cloud/documentation that referenced this pull request Oct 1, 2026
## Description

The React Native docs now send users to camera effects on the camera
Fishjam already manages, instead of VisionCamera. VisionCamera stays as
an integration.

An effect is a camera track middleware. Peers keep receiving it as
`peer.cameraTrack`:

```ts
const blur = createCameraEffectMiddleware(createBackgroundBlurEffect(() => ({ segmentation, radius: 24 })));
setCameraTrackMiddleware(isBlurOn ? null : blur);
```

**Menu changes**
- **Tutorials:** new "Add background blur to your camera". "Draw WebGPU
effects into your published camera" is rewritten on
`createCameraFrameProcessorSession`, with no VisionCamera.
- **How-to → Camera effects (new):** overview, background effects (blur
and image), WebGPU effects, frame processing in a worklet, and stream
middleware (moved here, now covering React Native too).
- **How-to → Custom sources:** keeps non-camera content (web, React
Native, low-level frame API).
- **Integrations → Vision Camera (new):** the VisionCamera tutorial,
how-to, and WebGPU-on-VisionCamera guide, moved from the pages above.
- **Concepts:** new "How camera effects work". "How custom sources work"
links to it.
- **Redirects** for the four moved pages.

**Build and API reference**
- `web-client-sdk` submodule bumped to fff4e570 (web-client-sdk#606).
- New submodules `video-effects` (v0.1.5) and `react-native-worklets`
(v0.12.1), with TypeDoc pages.
- `typegpu` pinned to 0.12.4 (the version `video-effects` uses). The
VisionCamera WebGPU snippet maps `typegpu` to the SDK's 0.11 through
hidden Twoslash flags, so every snippet still type-checks.

## Tested

- All snippets type-check, `yarn build` passes with no broken links, and
the pre-commit checks (format, spellcheck, typecheck) pass.
- Ran the tutorial code end to end in a test app: iOS simulator (SimCam)
and Galaxy S23, debug and release builds, staging room. Blur, grayscale
+ watermark and the frame monitor work, and each device receives the
other's effect.

Testing found these, now fixed in the docs:
- Android needs `minSdkVersion: 26` (`react-native-webgpu`). The docs
add it with `expo-build-properties`.
- In Android release builds, `expo-asset` keeps bundled images as
drawable resources, so reading them with `File` fails. The docs include
a workaround, checked in a release build.
- `tgpu.resolve({ externals })` returns empty WGSL in TypeGPU 0.12. The
examples use the array form.

Performance on the Galaxy S23 (release build, 720x1280): blur runs at 30
fps with no dropped frames at about 110% CPU of 800% and 33% GPU; the
WebGPU tutorial effect at about 111% CPU and 12% GPU. Graphics memory
showed a 200 MB to 1 GB saw-tooth with any effect on
`react-native-webgpu` 0.5.15. The cause was in `react-native-webgpu`
(`GPUExternalTexture.destroy()` did not release the imported frame);
fixed upstream in wcandillon/react-native-webgpu#478, released in
0.10.1, memory flat at about 145 MB after it.

Fixes opened in our repos along the way:
- fishjam-cloud/video-effects#6: background images load on React Native
(released in 0.1.4)
- fishjam-cloud/video-effects#7: frames that skip `render()` no longer
hold GPU memory (released in 0.1.4)
- fishjam-cloud/video-effects#9: own WebGPU flag constants, because
`react-native-webgpu` 0.8.4 and newer export them as `undefined`
(released in 0.1.5). The WebGPU tutorial uses the `GPUTextureUsage` /
`GPUShaderStage` globals for the same reason.
- fishjam-cloud/web-client-sdk#610: fishjam-chat sets Android
`minSdkVersion` 26 and moves to `react-native-webgpu` 0.10.1

The docs require `@fishjam-cloud/react-native-client` 0.30.2 or newer,
`@fishjam-cloud/video-effects` 0.1.5 or newer and `react-native-webgpu`
0.10.1 or newer.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant