Follow-up changes based on PR #892#950
Follow-up changes based on PR #892#950mathoudebine merged 4 commits intomathoudebine:dev/add-turing-8.8-v1.x-usb-protocolfrom
Conversation
…automatic JPEG transcoding for oversized images. Implemented H.264 video streaming including MP4 parsing, Annex-B extraction, chunk size negotiation, stream status polling, and automatic transcoding (ffmpeg fallback) when required. Extended file upload handling with large-file chunking and improved device-side compatibility handling.
|
Thank you for this PR @drivin! I will test it on my devices |
|
I'm not 100% certain about this, but I think the 8.8" is 480x1920, and the 9.2 is 462x1920, so I had tried separating them all out - but didn't get too far. I don't own an 8 or 5.2" so certainly not confident about the ProductID's there. This is very WIP; |
|
@drivin thank you, I have tested it on my 8.8 and 9.2 Turing screens, I see the artifacts you mentioned. I'm still merging it because JPEG support is a must-have and I hope we'll be able to solve this issue later |
I think you're right, because it seems that the 8.8" themes with 480x1920 backgrounds are slightly cropped when they are displayed on the 9.2" model. I would still keep them together so that 8.8" themes can be reused straight away on 9.2" models |
b9332c5
into
mathoudebine:dev/add-turing-8.8-v1.x-usb-protocol
This PR builds on PR #892 with a small set of targeted follow-up changes.
- Included a matching, size-reduced background image in the appropriate resolution for these displaysI was not able to bypass the 1 MB limit, as this restriction also exists in the original program. Instead, the image is compressed before processing, which I have implemented accordingly.
Video files are now supported as well.
However, there is still an issue: JPEG-encoded images produce a visible bar with artifacts on the screen.
The changes are incremental and intended to be reviewed together with PR #892.