Skip to content

build(deps): bump @livekit/rtc-node from 0.13.24 to 0.13.34 - #64

Open
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/npm_and_yarn/livekit/rtc-node-0.13.34
Open

dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/npm_and_yarn/livekit/rtc-node-0.13.34

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Aug 24, 2026 •

Copy link
Copy Markdown

Bumps @livekit/rtc-node from 0.13.24 to 0.13.34.

Release notes

Sourced from @​livekit/rtc-node's releases.

@​livekit/rtc-node@​0.13.34

Patch Changes

  • Convert data streams to use livekit-ffi exposed data streams interface - #697 (@​1egoman)

  • update e2ee defaults to confirm to required FFI fields and update protocol - #708 (@​lukasIO)

@​livekit/rtc-node@​0.13.33

Patch Changes

  • fix: avoid dual package hazard by building single CJS version with an ESM wrapper - #700 (@​lukasIO)

  • Update to livekit ffi 0.12.73 - #698 (@​1egoman)

@​livekit/rtc-node@​0.13.32

Patch Changes

  • Close audio streams when their track is unsubscribed. An unsubscribed track never receives eos from the FFI, so any AudioStream attached to it kept delivering frames — after a reconnect that meant the stale stream and the new subscription's stream both delivered the publisher's audio. - #701 (@​davidzhao)

  • bump FFI to 0.12.68 - #701 (@​davidzhao)

@​livekit/rtc-node@​0.13.31

Patch Changes

  • Fix AudioSource.waitForPlayout resolving immediately with audio still queued. The internal playout promise could be left resolved ("latched") by the drain timer firing during a gap between captures, or by clearQueue()/pause; a later waitForPlayout() then consumed the stale resolution and reported playout complete ~queueSizeMs early, clipping the tail of agent speech on every turn in downstream consumers. The waiter is now discarded when released and lazily re-created on the next captureFrame, mirroring python-sdks. As part of this, waitForPlayout() now resolves immediately when no audio is queued instead of blocking until the next release. - #693 (@​chenghao-mou)

@​livekit/rtc-node@​0.13.30

Patch Changes

  • Add initial support for frame processor usage directly on tracks - #671 (@​1egoman)

@​livekit/rtc-node@​0.13.29

Patch Changes

@​livekit/rtc-node@​0.13.28

Patch Changes

@​livekit/rtc-node@​0.13.27

Patch Changes

... (truncated)

Changelog

Sourced from @​livekit/rtc-node's changelog.

0.13.34

Patch Changes

  • Convert data streams to use livekit-ffi exposed data streams interface - #697 (@​1egoman)

  • update e2ee defaults to confirm to required FFI fields and update protocol - #708 (@​lukasIO)

0.13.33

Patch Changes

  • fix: avoid dual package hazard by building single CJS version with an ESM wrapper - #700 (@​lukasIO)

  • Update to livekit ffi 0.12.73 - #698 (@​1egoman)

0.13.32

Patch Changes

  • Close audio streams when their track is unsubscribed. An unsubscribed track never receives eos from the FFI, so any AudioStream attached to it kept delivering frames — after a reconnect that meant the stale stream and the new subscription's stream both delivered the publisher's audio. - #701 (@​davidzhao)

  • bump FFI to 0.12.68 - #701 (@​davidzhao)

0.13.31

Patch Changes

  • Fix AudioSource.waitForPlayout resolving immediately with audio still queued. The internal playout promise could be left resolved ("latched") by the drain timer firing during a gap between captures, or by clearQueue()/pause; a later waitForPlayout() then consumed the stale resolution and reported playout complete ~queueSizeMs early, clipping the tail of agent speech on every turn in downstream consumers. The waiter is now discarded when released and lazily re-created on the next captureFrame, mirroring python-sdks. As part of this, waitForPlayout() now resolves immediately when no audio is queued instead of blocking until the next release. - #693 (@​chenghao-mou)

0.13.30

Patch Changes

  • Add initial support for frame processor usage directly on tracks - #671 (@​1egoman)

0.13.29

Patch Changes

0.13.28

Patch Changes

  • Expose kindDetails on Participant and re-export the ParticipantKindDetail enum - #657 (@​anunaym14)

... (truncated)

Commits

@dependabot dependabot Bot added dependencies Pull requests that update a dependency file javascript Pull requests that update javascript code labels Aug 24, 2026
@socket-security

socket-security Bot commented Aug 24, 2026 •

Copy link
Copy Markdown

Review the following changes in direct dependencies. Learn more about Socket for GitHub.

Diff Package Supply Chain
Security
Vulnerability Quality Maintenance License
Addedpostcss@​8.5.261001008295100
Updatedundici@​8.10.2 ⏵ 8.10.19310010097 +1100
Updated@​livekit/​rtc-node@​0.13.24 ⏵ 0.13.34100 +110010099 +5100

View full report

Bumps [@livekit/rtc-node](https://github.com/livekit/node-sdks/tree/HEAD/packages/livekit-rtc) from 0.13.24 to 0.13.34.
- [Release notes](https://github.com/livekit/node-sdks/releases)
- [Changelog](https://github.com/livekit/node-sdks/blob/main/packages/livekit-rtc/CHANGELOG.md)
- [Commits](https://github.com/livekit/node-sdks/commits/@livekit/rtc-node@0.13.34/packages/livekit-rtc)

---
updated-dependencies:
- dependency-name: "@livekit/rtc-node"
  dependency-version: 0.13.34
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot
dependabot Bot force-pushed the dependabot/npm_and_yarn/livekit/rtc-node-0.13.34 branch from c30b0cd to b2ec86f Compare September 6, 2026 02:47

This branch was successfully deployed

1 active deployment
Preview — b2ec86fb Deployed Sep 6, 2026 by vercel[bot]
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file javascript Pull requests that update javascript code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants