raspberry-pi-pcie-devices
enable-chromium-hevc-hardware-decoding
Our great sponsors
raspberry-pi-pcie-devices | enable-chromium-hevc-hardware-decoding | |
---|---|---|
43 | 10 | |
1,468 | 1,097 | |
- | - | |
8.6 | 6.5 | |
9 days ago | 6 days ago | |
HTML | JavaScript | |
GNU General Public License v3.0 only | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
raspberry-pi-pcie-devices
- Raspberry Pi PCIe Database
-
The Orange Pi 5
Generally yes. M.2 wifi cards are just PCI-E (except for Intel CNVio). Jeff Geerling tried a bunch of different PCI-E cards with the Raspberry Pi 4 Compute Module which does expose the PCI-E interface: https://pipci.jeffgeerling.com/
-
AMD's 22-year-old GPUs still getting driver updates thanks to the FOSS community
We're also trying to preserve the utility of older cards by getting at least portions of the drivers working on alternate platforms (like arm64), so they can be repurposed for Plex/Jellyfin transcoding, retro gaming, GPU compute, etc.: https://github.com/geerlingguy/raspberry-pi-pcie-devices/iss...
-
Double Standards
The current answer is maybe: https://github.com/geerlingguy/raspberry-pi-pcie-devices/iss...
The PCIe implementation on the 5 is supposedly more complete/less broken than on the CM4, but so far the only person crazy/inspired enough to test hasn't gotten back to this card with their Pi 5 setup.
-
Still no love for WPA3 on the Raspberry Pi 5
Just a note that if you're _serious_ about WiFi on the Raspberry Pi... you should use an external WiFi adapter—either PCIe or USB.
With the Compute Module 4, I've successfully tested a variety of adapters [1], from WiFi 6E to older mini PCIe and M.2 cards. There's even a board made for the purpose of multi-WiFi testing, the Seaberry [2].
The Raspberry Pi 5 works with all the PCIe WiFi chips I've tested (haven't had time to summarize testing on pipci database site yet, including a mt7921u-based WiFi 6E USB adapter (haven't written that up, but check out [3]).
[1] https://pipci.jeffgeerling.com/#network-cards-nics-and-wifi-...
[2] https://pipci.jeffgeerling.com/boards_cm/seaberry.html
[3] https://github.com/morrownr/USB-WiFi/issues/137#issuecomment...
-
Raspberry Pi 5 drops codec hardware acceleration except for HEVC decode
https://pipci.jeffgeerling.com honestly I'd get a home server and run HA through docker, it's gotten me into home servers.
- Recommended mPCI Wifi card for DYI router - Debian
- KVM QEMU rpios
-
Graphics card integration
The simplest access you can get would be by using a CM board (as that has PCI Express available on its connectors) but driver issues galore exist. AMD have been more open the the "greenies" but the closest result I have seen is documented by Jeff Geerling
-
Bought 2 Raspberry Pi 4 accidentally!
Are you familiar with a YouTuber named Jeff Geerling? He does some pretty far out stuff with pi’s like connecting video cards to them, etc. here’s a videoabout stuff you could do, I haven’t watched it myself. He’s got this website that has a list of accessories he’s tried with the pi. While I was looking for his channel I saw a ton of videos on YouTube for stuff to do with the pi. Curious to see what you end up doing… I guess I’m kinda hoping you do something that utilizes the full potential of the 4 😁
enable-chromium-hevc-hardware-decoding
-
Raspberry Pi 5 drops codec hardware acceleration except for HEVC decode
Most devices can indeed most likely handle software decode of more common resolutions, codecs and bitrates. But I'd really hope they'd pick the one that won't suck up all the battery, so H264. This line of thought is supported by the fact that YouTube still provides an H264 option with most if not all videos.
With higher bitrate things, HEVC seems to grow in popularity but even software decode support is not everywhere. Netflix for example requires the installation of HEVC support on Windows to play 4K content.
Actually hardware-accelerated video decode is even spottier and more unreliable across most platforms. The JS API for codec support (canPlayType) literally returns "maybe" and "probably". It's quite bad.
So far the best compatibility I've seen has been Edge with flags on Windows (MPEG-2, H264, HEVC, AV1, VP8, VP9 with most also supporting accelerated encode). It still fails with some content (Dolby Vision P5 colors are incorrect, HEVC Rext doesn't play - more info about HEVC is available here https://github.com/StaZhu/enable-chromium-hevc-hardware-deco...). Chrome on macOS is a close second in terms of codec support.
The worst in terms of HW acceleration being all the browsers on desktop Linux-s, few and fragile combinations that offer limited and janky support. But it's slowly improving. This combined with the not-the-latest hardware many use, means things like VP9 or AV1 tend to stutter.
I'd love to see some more generic stats, but considering the APIs aren't sufficient to determine actual support, these might be difficult to gather.
-
Chrome still hasn't changed its opinion about dropping JPEG XL support
> The 'right' solution would be to just use system codecs for everything. Many apps need good implementations of image codecs. They just need to be implemented once by the OS vendor (or the toolkit on Linux).
Windows has done this and is still doing this, but the decade-long track history so far is that this does not work well. It can work, in a very limited scope and if you have a lot of influence.
Sure, it's really nice if an 8K@60Hz HDR HEVC video plays perfectly straight in your browser or desktop app, but more often than not, it just won't. You don't have the right browser, the extension installed (due to license agreements), good enough graphics drivers or someone has forgotten a flag yet again.
And we haven't even gotten to the immense amount of variation each codec introduces or the potential attack surface.
How shit the situation is with just HEVC (and thus also basically HEIC): https://github.com/StaZhu/enable-chromium-hevc-hardware-deco...
> Just file a bug against your OS.
In the end that "just" carries a lot of burden, it can't be the users reporting these issues.
It's just way easier to leech off of ffmpeg and similar, and let it deal with all the formats. Instead of hoping that maybe you can leverage what the OS gives you, that it works and works correctly in all your edge-cases.
Though not everything is that gloomy, there are Vulkan extensions that might (in the future) simplify cross-platform image and video decoding (and HW acceleration).
- Ubuntu 22.04 hevc video playback in chrome
- Solution for ZoneMinder and Reolink Cams and High Efficiency Video Coding H.265
- Google Quietly Added HEVC Support in Chrome
- What are your pet peeves about how people use your plex? This is one of my biggest
- Proper way to watch HEVC on supported browser like Chromium
- Chrome now has optional HEVC/h265 support
-
Ask HN: Why does nobody support h.265/HEVC anymore?
I think there are a few patches that can enable HEVC hardware decoding with chromium. Though I am a firefox user so I didn't test whether these patches works or not. https://github.com/StaZhu/enable-chromium-hevc-hardware-deco...
What are some alternatives?
rust-raspberrypi-OS-tutorials - :books: Learn to write an embedded OS in Rust :crab:
enable-chromium-hevc-hardware-deco
Volumio - Volumio 2 - Audiophile Music Player
jellyfin-ffmpeg - FFmpeg for Jellyfin
Signal-Desktop-Mobian - Signal Desktop Builder for Mobian Bookworm
SVT-AV1
docker-homebridge - Homebridge Docker. HomeKit support for the impatient using Docker on x86_64, Raspberry Pi (armhf) and ARM64. Includes ffmpeg + libfdk-aac.
libheif - libheif is an HEIF and AVIF file format decoder and encoder.
docker-cloudflare-ddns - A small amd64/ARM/ARM64 Docker image that allows you to use CloudFlare as a DDNS / DynDNS Provider.
Joshiraku - Kaleido-subs release of Joshiraku (Rakugo Girls)
Debian-Pi-Aarch64 - This is the first 64-bit system in the world to support all Raspberry Pi 64-bit hardware!!! (Include: PI400,4B,3B+,3B,3A+,Zero2W)
DietPi - Lightweight justice for your single-board computer!