Repository navigation
docs: IMX335 at full resolution -- the encoder binds, and line WDR needs the sensor held to it - #259
Merged
Merged
Conversation
…eds the sensor held to it Encoding 2592x1944 on gk7205v300, H.264 and H.265 both top out at 21 fps asked for 26 (VI losing 5 frames a second) and run clean at 20. In 5M line WDR the sensor itself has to stay at 20: VI shares its buffer pool with the encoder, and each 5 MP keyframe otherwise costs a VI frame even when the stream is decimated. A faster ISP back-end clock (360 MHz via PERI_CRG63[3]), a bigger VB pool and JPEG off each changed nothing.
Code Review by Qodo🐞 Bugs (0) 📘 Rule violations (0) 📎 Requirement gaps (0)
Great, no issues found!Qodo reviewed your code and found no material issues that require reviewTip of the day💡 Did you know, you can tweak Display settings with a live preview to see your comment before it ships |
PR Summary by QodoDocument IMX335 full-resolution encoder limits and WDR frame loss
AI Description
Diagram
High-Level Assessment
Files changed (1)
|
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.
Adds a subsection to the IMX335 part of
docs/high-framerate-modes.md. The existing tables stream 1920x1080, where the encoder is not the bottleneck. At the full 2592x1944 frame it is.Encoder ceiling (gk7205v300, stock 30 fps mode, 60 s per reading): asked for 26, H.264 and H.265 both encode 21 fps and VI loses 5 frames a second. Asked for 20, both encode 20 and nothing is lost. That is about 107 Mpixel/s, the same rate as the hi3516ev300's 54 fps at 1080p and 121 fps at 720p in the HMAX table.
5M line WDR: VI shares its buffer pool with the encoder, so each 2592x1944 keyframe costs a VI frame while the sensor runs at 22, even with the stream decimated to 20 or 15. With the sensor at 20, nothing is lost. A linear 30 fps sensor decimated to 20 loses nothing.
Ruled out, each changing nothing:
PERI_CRG63[3]rather than 257 MHz; its time per frame fell from 23.2 to 16.6 ms;VI, VPSS and VEDU are already on their top documented clocks.
Documentation only.