Repository navigation
kernel: Decode H.264 temporal direct pictures with the right references - #111
Merged
Merged
Conversation
brkosebay
changed the title
The VXD decoder took the slots of a co-located picture's stored motion as indexes into the current request's reference list, but userspace may reorder that list between requests (FFmpeg does), so temporal direct B pictures could use the wrong reference: smeared or blocky frames. Each picture now keeps its slot-to-timestamp map and the slots are resolved by timestamp. Same decoder on the iPad 5, 6 and 7. From orchard PR OrchardLinux#111 (commit 883f1ea), media patch 0013 there.
henrikklee
force-pushed
the
j71t/feature-states
branch
from
November 12, 2026 23:38
883f1ea to
941e97e
Compare
henrikklee
changed the title
henrikklee
marked this pull request as ready for review
November 12, 2026 23:38
Contributor
|
Landing the H.264 temporal direct fix (media 0013) as your commit; it applies to the iPad 5, 6 and 7. Not taken from this PR: the device-feature tool and the feature table it reads (feature states must not act as switches), the warm_restart feature (it comes back with the warm restart topic), the qualification note and the config README sections. Your point that RTC presence, alarm and wake (and cover polling vs cover wake) need separate feature names is noted for the catalog. Your previous head is kept as tag |
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.
Part 18 of 23 of the iPad 5 (J71t) series in this repository; merge after #123.
Problem
The device descriptors had no way to say whether a board supports a warm restart, and J71t's feature states did not follow what has been seen on the hardware.
Change
Add the
warm_restartfeature (working on J71t, untested elsewhere), update J71t's states, document the config READMEs, and resolve VXD temporal direct references by timestamp so the high-profile H.264 streams decode correctly. The compatibility matrix is regenerated.Testing
warm_restart = "working"on J71t stands for.Dependencies
Depends on #123.
This branch is stacked on the PRs it depends on and carries their commits; the change of this PR is its last commit, "j71t: Evidence-backed feature registry and warm restart feature".
This update keeps the branch's earlier history: it merges the current base into the branch and adds the reworked change as a new commit on top.
🤖 Generated with Claude Code