[feature] Add Stream API for capturing video frames from WebRTC MediaStreamTrack
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 25/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Veraltet
- Bereich
- audio-video-rtc, mobile
Rechercherichtung
Start by reading the existing Timer-based captureFrame() usage and the RemoteRehabilitationRoomState reference in the issue, then investigate how this SDK exposes native WebRTC frame callbacks on each platform. Define what the stream emits and how frames are managed across platforms; done means a stream delivers frames at the native rate without Timer polling. The issue names no test files.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Is your feature request related to a problem? Please describe.
Currently, when trying to analyze video frames from WebRTC MediaStreamTrack in real-time (e.g., for ML processing), we need to use Timer to periodically capture frames using captureFrame(). This approach has several issues:
- High CPU/Memory usage
- UI stuttering
- Potential frame drops
- Inconsistent frame rate
Describe the solution you'd like
Add a new Stream-based API to capture video frames from MediaStreamTrack that:
- Provides frames as a Stream at the native frame rate
- Integrates directly with the native WebRTC frame callback system
- Has an API similar to:
Stream<VideoFrame> getVideoFrameStream() async {
// Implementation that hooks into native frame callbacks
}
This would allow more efficient frame processing without Timer polling.
Describe alternatives you've considered
- Current Timer-based approach with
captureFrame() - Custom native implementation per platform
- Using platform channels with event streams
The Stream API would be the most elegant and performant solution.
Additional context
Looking at the current implementation in the codebase:
- The current implementation uses Timer-based approach:
captureImageTimer = Timer.periodic(
const Duration(milliseconds: 200),
() async {
if (!mounted) return;
await caputureImage(videoTrack);
},
);
Future<Image> captureImage({
required VideoTrack videoTrack,
}) async {
try {
final mediaStreamTrack = videoTrack.mediaStreamTrack;
final imageByteBuffer = await mediaStreamTrack.captureFrame();
final imageBytes = imageByteBuffer.asUint8List();
final image = await compute(
decodeImage,
imageBytes,
);
return image;
}
- The proposed Stream API could be integrated with the existing
RemoteRehabilitationRoomStateclass, replacing the current Timer implementation:
Stream<VideoFrame> getVideoFrameStream() async {
// Implementation using native frame callbacks
}
- Benefits of this approach:
- More efficient resource usage
- Better frame timing accuracy
- Native integration with WebRTC frame callbacks
- Reduced CPU/Memory overhead
- Smoother integration with ML processing pipeline
/cc @cloudwebrtc
- Vorherrschende Sprache
- Dart
- Sterne
- 421
- Forks
- 260
- Ø Merge
- 3 T. 9 Std.
- Gemergte PRs (30 T.)
- 11
Entwicklungsumgebung
Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus livekit/client-sdk-flutter
-
`jwtPayload.roomConfiguration` returns null fields for tokens from LiveKit server SDKsEvtl. vergeben @RaphaelFakhri hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
livekit/client-sdk-flutter#1243 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100
livekit/client-sdk-flutter#1227 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Inbound data packets never delivered while media flows normally (2.13.0, LiveKit Cloud 1.13.7)Offen
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100
livekit/client-sdk-flutter#1221 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 30/100
livekit/client-sdk-flutter#1219 · 1 Reaktion ·
Maintainer antworten meist innerhalb von 1 Tag
-
iOS: ADM unavailable when a second Flutter engine replaces flutter_webrtc's sharedSingletonEvtl. vergeben @hiroshihorie hat das vor 32 Tagen übernommen. Offen
livekit/client-sdk-flutter#1206 · 2 Kommentare · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in livekit/client-sdk-flutter
Ähnliche Issues
-
bug to check
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
MunichWays/munich-ways-app#275 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
jhomlala/betterplayer#1599 ·
Maintainer antworten meist innerhalb von 1 Tag
-
enhancement triage
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
fluttercommunity/plus_plugins#4004 ·
Maintainer antworten meist innerhalb von 1 Tag