Brooooooklyn / Brooooooklyn/webcodecs-node
Supports configure lossless encoding
- Langage dominant
- Rust
- Étoiles
- 92
- Forks
- 2
- Merge moyen
- 14 h 15 min
- PR mergées (30 j)
- 4
Description
Some sampling of use cases:
- Recording local artifacts at the highest quality for subsequent processing by more advanced creation pipelines.
- Working with screen-shares where 4:2:0 sampling causes blurriness. 4:4:4 is required for crisp text at small font sizes.
- Remote processing of audio signals via ML can be affected by audio encoding (hence why WebSpeech encodes to FLAC today).
## Spec issue
https://github.com/w3c/webcodecs/issues/258
> CQ (Constant Quality) or CRF (Constant Rate Factor in FFmpeg) or QP (Quantization Parameter each codec spec defined) are more fit than target bitrate for some content to keep certain quality includes lossless quality through presentation.
## Chrome implementation
A preliminary implementation has been completed in Chrome.
https://issues.chromium.org/issues/40243791
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Piste de recherche
Start with the linked W3C WebCodecs issue and the referenced Chrome implementation to understand the proposed lossless-encoding configuration. Then inspect the repository's WebCodecs encoding surface; the work is complete when the Node.js implementation can configure lossless quality for the relevant encoding use cases and its behavior is verified.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- node.js, rust
- Domaine
- audio-video-rtc
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 25/100