Wrong incoming frame length
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OEM Priority Project |
In Progress
|
Undecided
|
Unassigned | ||
v4l2loopback (Ubuntu) |
Fix Released
|
Medium
|
Unassigned | ||
Jammy |
Fix Committed
|
Undecided
|
Unassigned | ||
Lunar |
Won't Fix
|
Undecided
|
Unassigned | ||
Mantic |
Fix Released
|
Medium
|
Unassigned |
Bug Description
[SRU Justification]
[Impact]
v4l2loopback may give wrong incoming frame length, and video capturing client may freeze. Filed as https:/
[Fix]
Upstream v4l2loopback pull request https:/
[Test Case]
# start gst in one terminal
$ gst-launch-1.0 videotestsrc ! video/"
# start ffplay in another
ffplay -hide_banner -i /dev/video0
[Where problems could occur]
When compiled against older (< v5.2) kernel this is ineffective.
[Other Info]
========== original bug description ==========
To backport upstream fix https:/
"Gstreamer's v4l2sink is known to submit buffers with bytesused set to the length of the buffer instead of the size of the actual image-data within the buffer which is typically smaller due to buffer sizes being rounded op to a page-size: ..."
Changed in v4l2loopback (Ubuntu Mantic): | |
assignee: | nobody → Benjamin Drung (bdrung) |
Changed in oem-priority: | |
status: | New → In Progress |
tags: |
added: verification-done verification-done-jammy verification-done-lunar removed: verification-needed verification-needed-jammy verification-needed-lunar |
tags: | added: oem-priority |
Pushed new versions to PPA in /launchpad. net/~vicamo/ +archive/ ubuntu/ ppa-2025204. The
https:/
original symptom is no longer reproducible on all Jammy kernels
generic-5.15.0-77, oem-5.17, hwe-5.19, oem-6.0, oem-6.1, and hwe-6.2.
Still attached debdiffs for reference, but I'll invalidate this update
attempt until proven necessary.