marfrit/marfrit-packages
0
0
Fork 1
Code Issues 2 Pull Requests Actions Packages Projects Releases Wiki Activity

ffmpeg-v4l2-request-fourier: route H.264 chroma v/h deblock through daedalus-fourier (0009) #98

Merged
marfrit merged 1 commits from claude-noether/marfrit-packages:noether/h264-substitute-deblock-chroma into main 2026-05-25 11:18:16 +00:00
Conversation 0 Commits 1 Files Changed 4
+259 -2
marfrit commented 2026-05-25 11:17:22 +00:00
Owner
Copy Link
Copy Source

Chroma siblings of 0005 (luma_v) and 0008 (luma_h). Same NEON-to-NEON pattern via the daedalus recipe layer:

  • H264DSPContext.v_loop_filter_chroma → daedalus_recipe_dispatch_h264_deblock_chroma_v
  • H264DSPContext.h_loop_filter_chroma → daedalus_recipe_dispatch_h264_deblock_chroma_h

Both kernels landed in daedalus-fourier PR #10. Recipe → CPU NEON (no chroma QPU shaders yet).

Intra chroma (bS=4) loop filters remain on in-tree NEON; that comes when daedalus-fourier exposes the intra dispatches (PR #11 has them internally; needs API exposure).

Verified the patch applies cleanly on top of 0001-0008 against the pinned upstream commit b57fbbe5 on hertz.

Chroma siblings of 0005 (luma_v) and 0008 (luma_h). Same NEON-to-NEON pattern via the daedalus recipe layer: - `H264DSPContext.v_loop_filter_chroma` → `daedalus_recipe_dispatch_h264_deblock_chroma_v` - `H264DSPContext.h_loop_filter_chroma` → `daedalus_recipe_dispatch_h264_deblock_chroma_h` Both kernels landed in daedalus-fourier PR #10. Recipe → CPU NEON (no chroma QPU shaders yet). Intra chroma (bS=4) loop filters remain on in-tree NEON; that comes when daedalus-fourier exposes the intra dispatches (PR #11 has them internally; needs API exposure). Verified the patch applies cleanly on top of 0001-0008 against the pinned upstream commit b57fbbe5 on hertz.
marfrit added 1 commit 2026-05-25 11:17:23 +00:00
ffmpeg-v4l2-request-fourier: route H.264 chroma v/h deblock through daedalus-fourier (0009) babb280410 
Chroma siblings of 0005 (luma_v) and 0008 (luma_h).  Same
NEON-to-NEON pattern via the daedalus recipe layer:

  H264DSPContext.v_loop_filter_chroma →
    daedalus_recipe_dispatch_h264_deblock_chroma_v
  H264DSPContext.h_loop_filter_chroma →
    daedalus_recipe_dispatch_h264_deblock_chroma_h

Both kernels landed in daedalus-fourier PR #10.  Recipe table routes
AUTO to CPU NEON (no chroma QPU shaders yet), so this is plumbing-
only and stays bit-exact against the in-tree NEON.

Intra chroma (bS=4) loop filters remain on in-tree NEON;
daedalus_h264_deblock_meta covers the non-intra (bS<4) path.

Verified the patch applies cleanly on top of 0001-0008 against the
pinned upstream commit b57fbbe5 on hertz.  Wires the new patch into
both arch/PKGBUILD and debian/build-deb.sh.
marfrit merged commit 7b9bb9b2d0 into main 2026-05-25 11:18:16 +00:00
marfrit deleted branch noether/h264-substitute-deblock-chroma 2026-05-25 11:18:17 +00:00
Sign in to join this conversation.
Reviewers
No Reviewers
Labels
No items
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
marfrit (Markus Fritsche)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: marfrit/marfrit-packages#98
Delete Branch "claude-noether/marfrit-packages:noether/h264-substitute-deblock-chroma"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?