test(starry): multimedia and streaming software stack carpets - #1712
Closed
Lfan-ke wants to merge 1 commit into
Closed
test(starry): multimedia and streaming software stack carpets#1712Lfan-ke wants to merge 1 commit into
Lfan-ke wants to merge 1 commit into
Conversation
…tack) Umbrella carpet for the Chromium-class multimedia dependency stack on StarryOS, delivered as native-library API/CLI carpets validated on four architectures (x86_64/aarch64/riscv64/loongarch64) headless. The video-codec app carpets the video codecs: a deterministic synthetic YUV420 input is encoded with x264 and the H.264 bitstream is checked structurally (Annex-B start code, encoded frame count), and dav1d is verified present. Sibling apps (audio-codec, image-codec, font-text, shader-toolchain, stream-rtc, audio-io, container-parse) and the remaining codecs land in subsequent waves. This exercises each library through its own API/CLI, distinct from the ffmpeg-mediated coverage in the existing ffmpeg app, and documents the headless platform constraints (no audio device, software GPU only, no interactive display server on non-x86_64) that each wave is scoped against. Signed-off-by: 林晨 <chengkelfan@qq.com>
Contributor
Author
|
Opened as a tracker for the browser multimedia dependency stack roadmap. Closing as work-in-progress until the first wave (x264/dav1d) is verified on-target across all four architectures, then reopening with the first deliverable. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Umbrella tracker for a multimedia and streaming software-stack test effort on
StarryOS, delivered as native-library API/CLI carpets validated on all four
architectures (x86_64/aarch64/riscv64/loongarch64) headless.
What this adds
apps/starry/video-codec/- the video-codec carpet. A deterministic syntheticYUV420 input is encoded with x264 and the H.264 bitstream is checked
structurally (Annex-B start code, encoded frame count); dav1d is verified
present. Both libraries are in Alpine main/community on all four arches.
Scope
Each library is exercised through its own API/CLI (own encoder/decoder
binaries, own bitstream tooling, deterministic round-trip / checksum / PSNR
proofs) - distinct from the ffmpeg-mediated coverage in the existing
ffmpegapp, which drives codecs through libav*.
Supplements, does not duplicate:
ffmpeg(#1086),ffplay(#1268),doom(#1415),
qt-calc(#1396), the Weston/waylandcompositor, and the GPUcompute carpets (#1574, #1575, #1576, #1578, #1609, #1610, #1648).
Wave plan
The existing
ffmpegapp is extended in place (not duplicated) to the threenon-x86_64 architectures and to currently-untested codecs/protocols/filters.
Platform constraints (scoped, not silently skipped)
/dev/snd): audio codecs transcode to files (fullytestable); audio-io libraries prove the software pipeline + graceful failure,
not physical playback.
containers, fonts and the offline shader toolchain; hardware decode / real 3D
accel are out of scope.
x86_64-only): windowing libraries used through headless paths
(EGL-surfaceless, null platform, offscreen draw-data).
Status
Work in progress - opened as a tracker. Each wave is gated on real on-target
4-arch green with real assertions (no silent skips).