RPi4 omxplayer vertical fullhd video corruption
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 35/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- linux
- Domain
- embedded-iot
Research direction
Start by reproducing the issue on a Raspberry Pi 4 using the attached vert.zip sample and the reported command, omxplayer vert.mp4, with the listed firmware and kernel versions. Compare playback with the Raspberry Pi 3B+ and the older Raspbian release; done means the 1080x1920 H.264 video displays without corruption on the Pi 4.
Written by the indexing model from the issue text.
Description
Describe the bug
When playing a vertical video (h264, 1080x1920) using mmal decoder,
video display is corrupted.: only the left part of the frame is correct and the other part is full of noise/random colors.
To reproduce
- prepare a microsd with Raspbian buster with desktop 2020-02-05;
- boot the Rpi4
- copy the attached vidio to the Rpi
- play the video with: omxplayer vert.mp4
- the video display is corrupted
Expected behaviour
Video should play without corruption.
Actual behaviour
When playing a vertical video (h264, 1080x1920) using mmal decoder,
video display is corrupted: only the left part of the frame is correct and the other part is full of noise/random colors I attached a picture of the video corruption.
After upgrading the firmware, the problem still exists.
System
Copy and paste the results of the raspinfo command in to this section. Alternatively, copy and paste a pastebin link, or add answers to the following questions:
- hardware: RaspberryPI 4B 4Gb
- OS version:
Raspberry Pi reference 2020-02-05
Generated using pi-gen, https://github.com/RPi-Distro/pi-gen, e577677b623b577f2a0ec7cfaffc3c27da005da3, stage4 - firmware version: Feb 12 2020 12:36:21
Copyright (c) 2012 Broadcom
version c3c8dbdf147686fb0c3f32aece709d0653368810 (clean) (release) (start) - kernel: Linux raspberrypi 4.19.97-v7l+ #1294 SMP Thu Jan 30 13:21:14 GMT 2020 armv7l GNU/Linux
Additional info
If I put the same microsd on a rpi3B+, the video plays correctly and the bug wasn't present in previous raspbian version (2019-09-26).
Attached file
Zip containing:
- fullhd vertical video sample
- picture of video corruption
- Dominant language
- No language data
- Stars
- 5.6k
- Forks
- 1.7k
- PR merge metrics
- No merged PRs in 30d
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from raspberrypi/firmware
-
Difficulty 4/5 3-5 days Newbie friendliness 38/100
raspberrypi/firmware#2042 ·
-
Difficulty 4/5 3-5 days Newbie friendliness 48/100
raspberrypi/firmware#2040 · 2 comments ·
-
Difficulty 5/5 Over a week Newbie friendliness 25/100
raspberrypi/firmware#2039 · 6 comments ·
-
Difficulty 4/5 3-5 days Newbie friendliness 42/100
raspberrypi/firmware#2038 · 4 comments ·
-
Difficulty 4/5 3-5 days Newbie friendliness 38/100
raspberrypi/firmware#2037 · 4 comments ·
All issues in raspberrypi/firmware
Similar issues
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
[adam] AdamNet network read doesn't cap to MAX_ADAM_PACKET_LEN, overflows client receive buffers Open
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
FujiNetWIFI/fujinet-firmware#1649 · 2 comments ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
espressif/esp-iot-solution#786 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100