Raspberry Pi 5 has no hardware video encoding and only HEVC decoding
raspberrypi.com
raspberrypi.com
Everyone uses general purpose computers differently. I feel your statement "they've forgotten what the RPi is all about" isn't just ignorant; its hurtful. Maybe their direction isn't parallel with what you want out of the products they make, but you should at least have the empathy to recognize that you aren't the main character in this play.
The RPi project is amazing and I'm glad it exists, but some decisions are just weird considering their goals. Though to be fair the RPi 4 & 5 improved the situation significantly.
If a full-sized HDMI port is somehow too big (which it isn't on the regular-sized Pi, and definitely not on the 400), they should just use USB-C ports with DisplayPort capability. I'd rather use a DP-to-HDMI adapter (which is cheap and effective) than a shitty micro-HDMI port.
Personally, I found the mini HDMI ports themselves a downgrade. One is forever looking for adapters. However, having two displays is nice!
It boils down to whether someone is using the device like a computer.
The Pi 400 is a nice, respectable computer and I use one for development. Two displays makes sense and is high value.
Now you can absolutely use the device.
I have an epaper project in development. I have the epaper setup and attached to a Pi 3. That makes sense and it works well. Code output goes there and I have it all in one place.
I use it in two basic ways:
One is headless, using VNC to access dev tools and code located right on the Pi. I keep various wi-fi setups handy and can copy a new one onto the SD card if needed. Usually, I am powering the Pi with my laptop in that scenario.
The other is via plugged in displays with keyboard and mouse.
I do both of those with Pi 3 and 4 devices.
The Pi-400 needs the display adapter and though I have not lost or broken one yet, it seems to me simply attaching an adapter permanently to the computer would make a lot of sense.
This thread makes me want to 3d print a different case so that I can incorporate the adapters properly and just expose HDMI slots like we see on the earlier devices.
Finally, just a tip:
I will often use my laptop as a display for the Pi with one of those HDMI capture devices. Power the Pi with the laptop and bring up a display to work with.
Then why don't you just...use the laptop? It's unlikely the Pi has better performance or compatibility.
For a lot of reasons, my primary laptop runs Windows 10. It has a lot going on. Sometimes a setup on the pi is easy. When that is true, I just leave things on the Pi.
It has two monitors, and an extra keyboard and mouse. The microHmdi->HDMI cables you can get for 2 dollars each.
It paid for itself in saved electricity bills in about a month (it replaced older computers and I set it up just when electricity went through the roof here in Europe).
On the other hand I did not need wifi or bluetooth. But wireless, and the extra HDMI probably does not add much to the price. I think Raspberry made reasonable choices regarding ports, etc.
Personally, I found the mini HDMI ports themselves a downgrade. One is forever looking for adapters. However, having two displays is nice!
It boils down to whether someone is using the device like a computer.
The Pi 400 is a nice, respectable computer and I use one for development. Two displays makes sense and is high value.
Now you can absolutely use the device.
I have an epaper project in development. I have the epaper setup and attached to a Pi 3. That makes sense and it works well. Code output goes there and I have it all in one place.
I use it in two basic ways:
One is headless, using VNC to access dev tools and code located right on the Pi. I keep various wi-fi setups handy and can copy a new one onto the SD card if needed. Usually, I am powering the Pi with my laptop in that scenario.
The other is via plugged in displays with keyboard and mouse.
I do both of those with Pi 3 and 4 devices.
The Pi-400 needs the display adapter and though I have not lost or broken one yet, it seems to me simply attaching an adapter permanently to the computer would make a lot of sense.
This thread makes me want to 3d print a different case so that I can incorporate the adapters properly and just expose HDMI slots like we see on the earlier devices.
Meanwhile, most of the competition focuses on beating the Pi on specs, availability, or price -- and none of them seem to have noticed that long support life as being the differentiator which leads to business adoption of the Pi hardware. So I suspect the status quo will persist for the foreseeable future.
1 - https://www.jeffgeerling.com/blog/2022/you-cant-buy-raspberr... 2 - https://www.elecrow.com/blog/why-is-it-so-hard-to-buy-raspbe... 3 - https://www.tomshardware.com/news/raspberry-pi-ceo-eben-upto...
Fortunately we don't need belief, since the foundation has years of volume-based sales data on market segments, e.g. for the last two years they have prioritized industrial business users over education, during supply chain shortages.
Is there a published market segment breakdown for each generation of RPi?
The pi foundations focus(be it intentional or just out of a desire to stay open) has been to have prototypes created with raspberry pis that go into production without replacing the raspberry Pi so that device manufacturers are locked into large long-term contracts.
The inability for consumers to find devices available and the odd io choices(IoT video devices like kiosks would benefit from the double ports rather than a single full size HDMI) are IMO the intention of the pi foundation. Their focus is on generating contracts and fulfilling them, consumer devices are secondary.
That's to say they've "forgotten what the pi is about" insofar as they've made choices to grow the business/contract side of the pi foundation more than the education and consumer availability
Beaglebone Blacks have existed and been in stock through the entire RPi fiasco. They are almost completely documented unlike the RPis. The boards have full schematics unlike the RPis. You can buy the main SoC unlike the RPis. The boards have lots more IO and some really nice real-time units. You can get the documentation from TI without an NDA. And the BBB even has eMMC so that it isn't dependent upon horrifically crappy uSD cards. And it runs straight up Debian instead of some weird build. I can go on and on.
RPi has kicked the end users in the teeth over and over and over and people still won't change. People at my hackerspace are willing to spend a bunch of money on RPi to do Octoprint rather than buying a full blown x86 computer for half the total cost.
What the hell do the Beaglebone people have to do to get people to pay attention?
Beaglebone Black link: https://www.beagleboard.org/boards/beaglebone-black
One engineering problem is that the power envelope is kind of tight. While the RPi simply will not work with 5V@500mA, the BBB does. If you bump the frequency, your power supply needs shoot up and you start needing heat sinks.
It really feels like the Beaglebone Black got the engineering aspects correct. Shame that even hackers are suceptible to marketing.
At this point, being able to use the Beaglbone Black is practically a superpower for me as an engineer. I can buy it. My end customers can buy it. It's real Linux so my end customer can bang on it as required. It's documented, so I can generate the embedded drivers I need and document them.
I suspect that with the industrial etherenet built in, the BeaglePlay is about to take on some of that character.
I’d the BBB cost me ~$50 AUD I’d be much more keen on them… for all the well outlined reasons. It it just seems to always cost more than I’m prepared to pay for that hardware.
The BBB Bill of Materials is public. What parts of that BOM should they throw out to get to you that $50 AUD target?
The AM3359 is $11 in 1K units by itself.
This is about what you can get for $50 US without subsidy: https://www.toradex.com/computer-on-modules/verdin-arm-famil...
But this is not credible: "People at my hackerspace are willing to spend a bunch of money on RPi to do Octoprint rather than buying a full blown x86 computer for half the total cost."
I run Octoprint on a 4GB Pi 4. Total cost was probably $75. What kinds of setup are you talking about?
I can pick up a refurb x86 NUC with 8GB RAM and a 256GB M.2 SSD for right about $50 locally retail.
But for $50... hey.
I'm sure if you trawl Alibaba or any used computer dealer in your area you'll find something similar.
The prices are dirt-cheap though. How much stuff have you bought from them?
But, I mean, the computers are what they say they are. They don't lie as far as I can tell. So, if I go look up what I'm buying, I can see what kind of problems I'm in for.
It's a used computer store. WTF do people expect?
The problem with the clones, and with clones in general, is that they're never quite 100% compatible. There's always some sharp edge there to cut yourself on. Fix that, and I'll definitely try a non-Raspberry Pi SoC.
Otherwise at this point and prices if you're looking for a low power Linux computer I'd urge anyone over to the big three 1L families like the M7x Lenovo has or HP Elitedesk used machines since they are sub 60w and run circles around basically any single board pc
I have few complaints and fins the devices useful, affordable and fun.
What exactly is the educational advantage (for the demographic that the raspberry pi is supposed to be educating) of the inclusion of 2x 4k ports and does that advantage override the opportunity cost of including the ports?
In other words '1080p ought to be enough for anybody learning how computers work from an SBC.
For hardware learning pis arent even that great, an stm32, Arduino , or esp32 is a fraction of the cost(so you don't have to worry about burning the io pins out as much) and the toolchain is basically the same(simpler I'd argue even)
But not sure I agree that arch is the best linux distro to start with for someone new to computers that grew up on an Ipad.
Their little 'breadbox' pi4* certainly points in that direction very heavily.
Their cheaper 'embedded' version (the zero series, and the pico) is doing what this guy wants.
* https://vilros.com/products/raspberry-pi-400-vilros?variant=...
Oddly, rpilocator doesn't seem to track them, so if that's your definition of "available"...surprise?
If they want to increase access to computing hardware, their 'industrial customers first, everyone else can pick over whatever odds and end are left over' sales policy is a really strange way of showing it.
>an almost insane complaint
That's not the complaint. Not everything is a "I can make x money back" preposition. The complaint is "A $10 item is costing me $25." It's costing me 2.5x the price it should be. Maybe you should see it from that POV.
You can also keep going on about kids starving right this instant while I complain about 2.5x price difference, it doesn't change a thing. a $10 pi zero 2 w still costs $25, if not more given it's almost never in stock and runs out so quickly.
>Having grown up in a world where 8 bit computers with 4-16k ram (and no storage) cost the equivalent of $1000
That doesn't mean much though, does it? I'm not comparing today's costs to back when you grew up. Nor am I saying today's costs costs are worse than when you grew up. If I was, you'd be right. I am not. I am just complaining about the price I have to pay due to scalping/availability vs price something is advertised at usually.
----
That being said, I understand why shipping exists, but $5 overcharge for sake of it plus $7 to ship something this tiny is a bit iffy. They literally just pack it in a soft wrap and throw it in an envelope.
They are basically right, although I guess you should add "in much of the world".
I mean, for one or two devices, sure, whatever (as was my thought process when I bought them). But then I was like, "What if I add a pi zero to this, and this, and this!" and a $15 difference quickly becomes 'expensive.'
Genuinely curious.
As for Zero W 2s: In stock right now: https://chicagodist.com/products/raspberry-pi-zero-2
Edit: it's a bit premature. Only Chicago Distributors have them in stock at the moment and they are limiting the orders to 1, which is frustrating because I only need 2.
Wow...
At least they're willing to take your money, a lot of shops had hard caps.
> Wow...
Prices should better be sub-additive, since otherwise market arbitrage opportunities appear (in this case: to get more than 10: buy 10, and find some friends who also buy 10).
If such an irrational pricing appears, it is a sign of market failure; in this case: if the demand is higher than the demand, prices have to increase until for the given pricing level supply=demand. This is how markets self-calibrate.
Point is, your use case doesn't match my use case. I hope they continue to make things more performant AND cost effective.
The pi was never meant to be a server.
It’s in a whole other category.
If you want to use a pi as a server you won't get away with a slow microSD that kills itself every year, you'll need to add a real SSD (USB or now finally PCIe with the 5), decent cooling and power and a case. You will be at that $150 easily and you won't even have 16GB RAM.
I used to mess with little pi servers all over the place too yes. But this was in the days that PCs were power hogs. There's better options now.
I use my $15 RPi Zero as a git server[1], and it is literally an order of a magnitude cheaper at current prices. I bought the one I have for $5 (it was a promo, but still. That's how cheap Raspberry Pi's can get).
> If you want to use a pi as a server you won't get away with a slow microSD that kills itself every year, you'll need to add a real SSD
You'll need a good power supply if your Pi is destroying your SD cards. I lost a few before I wised up, and it's been years aince I replaced the SD card
1. Also hosts wireguard, has a bunch of webcrawlers and coordinates secondary backups between NAS and the cloud. It may not host docker containers, but the Pi is solidly in the "server" category for me, while consuming less than 1 Watt.
That's not true at all. Pick one rated for the workload, eg A2 ("application" rating, optimized for random io) which can be had for < 15usd and you're not gonna run into issues.
Later they find themselves saying hmm, it sure would be nice to have real SATA ports. Maybe a shared power supply for the drives and the CPU. It'd be nice to have enough IO and CPU to be able to saturate a gigabit link with encryption turned on. Oh, and a nice case with an active cooling solution built in.
Suddenly, a retired compact PC starts to look like strong competition.
Regarding lack of GPIO - if you're going to use it for a server, then not sure why GPIO is even needed. But if you need GPIO for hardware interfacing, then plenty of much cheaper boards out there than the raspberry Pi. Such as the dozens of different types of ESP32 boards.
As for power draw - yes, a mini-pc will definitely draw more power. I guess it depends on electricity cost at your specific location. I'm currently running about 25 containers on a HP elitedesk G2 with a Intel i5. On average it draws about 15-20 watts. It can go high as 40 watts when I'm streaming something from Jellyfin that requires real-time transcoding.
I also ran a data center and an MSP where we always sourced used servers and never had issues with them running for longer than their intended 4 to 5 year lifespan.
I have pretty heavy workloads I run for side projects for friends and run everything on 3com gig switches I also got used. HP still warranties them and releases firmware.
Schools use off lease hardware other than chrome books that get beaten to death by kids without problems for years.
I really fail to see your argument against used hardware.
The pi ecosystem has become a total accessory one where you need non standard power supplies and video adapters to connect them up where a single used desktop PC gives more value and less points of failure - and when things do fail you can find readily available off the shelf parts to fix them.
Even if you don't want to buy on secondary market because concerns around ram, power supply or SSD. Then even a new mini-PC running something like a Intel N100 for $100-150 will vastly outperform a Raspberry Pi 5- yet still provide better I/O options + QuickSync.
One example - https://www.youtube.com/watch?v=G3ZVYB2VmAM
For some situations yes new and warrantied hardware is a non debatable topic but who is using a pi for mission critical stuff and expects it to be robust enough to not fail?
Hopefully we have gotten past the "RPi is for education, not makers!" thing, there is really zero traction on big computer labs full of raspberry pis. even insofar as it's used in education it's still used for maker tasks, people building robots with computer vision or whatever, and some of those use-cases need the encoder too.
RPi has always been a somewhat incoherent product that survived because it was a below-average solution to any problem, the jack-of-all-trades for $45 (plus another $100 of accessories). If it doesn't have video encode, why would I want this for plex instead of a NUC clone? why would I buy this instead of a big AVR32/STM32 microcontroller for building a robot? Why would I want this instead of a Bus Pirate for GPIO? Why would I want to use this as a mini-desktop if I can't even do a Teams call on it? Etc etc. It's barely an adequate product even with all the legacy feature set there, if you start pulling pieces off then competing products become even more compelling for many use-cases.
Reality is they will probably be fine because of the name recognition and brand but it's not good management either.
I'd love to see real numbers but just like with the RX 6500XT I just can't imagine the encoder is that big. We are talking about pennies more per die, and likely this will cost them more in total sales than the pennies represent in the total product cost - you are saving 0.1% of the MSRP and losing 5-10% of potential addressable market. Literally would just be better for them to eat the cost, almost certainly.
And you are correct that while nobody uses all the features, everybody uses some of them.
I frankly do not understand the decision to depart from mainstream SOC configurations here - which obviously would have an encoder.
In addition to what you wrote: it also has a really good software story. Everybody's got a build for raspberry pi. Something like an odroid or banana pi or whatever has a much more "gotta handle all the builds yourself" path. The power of being the standard, I suppose.
You can do a Teams call on it (with prerelease software). See two Pis conferencing that way here (call was slightly glitchy until one guy on the call figured out he needed to switch from his crappy wifi to a wired connection):
https://www.youtube.com/watch?v=35_5wRKi_TI&t=415s
I don't get why anyone who wants to use it as a mini-desktop views the encoder situation as a deal breaker (from the linked comments):
it only takes around 1 processor to encode 1080p60 with our default settings (which is still better quality than the PI 4 hardware encoder)
Also, it's 32 bit, and a lot of software is starting to depend on the massive address spaces offered by 64 bit.
And there is no high ram model. Some stuff just gobbles so much ram that 512M isn't practical.
I'm usually more impressed with RockChip stuff anyway, though, so if the Raspberry Pi folks wanted to focus their efforts on affordable dev boards, I think there'd still be plenty of options for those who do want to play back 4k video on a monitor. They've done an excellent job with the Pi Pico, keeping it in stock and dirt cheap. I've gotten a dozen or more of those at like $4 each. So they're still catering to the "maker" types with those.
I'm excited to get a better version of something like the Pinebook Pro someday, based on a newer SoC with more RAM and a bit more GPU power for video playback and some simpler games like Minetest and Xonotic.
So:
- Pi Server: without all the stuff that not belong in it -- for a cheap price like you said
- Pi Desktop: with all the stuff that belongs there -- for a premium price.
Of course this means double design, double production line, double testing,. support, etc. And will most likely reduce revenue. This is probably why they go with the all in one approach.
Everyone else is getting onboard battery management and AI coprocessors and stuff, the Pi is busy trying to run on expensive SSDs because for some reason they don't just fix their software to run better on SDs(And lots of apps seem uninterested in fixing SD write issues).
not $35, but not what seemed to be $185 either
is corporate speech for "broadcom decided not to let us use their video IP cores for low cost/no cost any longer"
But dropping the hardware h.264 decoder is a horrible thing to do. H.264 might as well be the lingua franca of online videos. Think of all the kids in classrooms loading videos on Youtube now constantly hammering the CPU for decode. It's such a weird decision that it can only be caused by business issues.
Broadcom is one of the few options out there for ARM SoC. Rpi could dump a bunch of money into making their own SoC, but that would really ballon the costs.
Too bad it's because of the former broadcom employees within the foundation.
lol, are you unaware of how qualcomm treats all of it's customers, including megacorps?
In reality being a single big customer for one vendor is far more influential than being a small one with other options.
In what world? the one where firms don't compete?
If other firms are explicitly on the table for the currently negotiated and next generation RPi, Broadcom will have more incentive to meet the RPi Foundation's specific needs. If Broadcom knows that RPi is not talking to other vendors, then their negotiating position is stronger.
This is 100% a natural consequence of the need to make your quarter. A bigger deal is much more influential than a small one, consistently. Sales incentives also do this.
People who have not actually worked in the industry with a solid eye for how this works often think that having multiple vendors is a good answer, but it’s not. Having optionality helps, but in the end it’s all about deal size.
If so, Raspberry Pi has an organizational culture of outright lying, as opposed to simply speaking plainly. I know this is not Eben Upton speaking, but I've found him many times in the past being either evasive with the truth, or simply lying. It's one thing to not step of the toes of partners, or to not Osborne a product by suggesting a successor is nearing, but to be outright dishonest. Yuck.
This is very, very disappointing.
I don't think that is what they are saying, and I haven't seen any evidence of that. It makes the most sense to me that either (as GP said) they got rid of the H264 hardware to save on paying Broadcom for the rights to include that hardware block in the chip, or to save on the die area they take up (as RPi said), or both.
"In future we’ll have to do something, but for Pi 5 we feel the hardware encode is a mm^2 too far."
Sounds reasonable, given a fast cpu & less-than optimal hw-accelerated encoding options. As for that "something", maybe:
1) Drop hw-accelerated encoding and decoding entirely, and use the freed up silicon for much beefier cpus (like ones including -bigger- vector units, more cores etc. Cortex X?). That would be useful for any cpu heavy applications.
2) Include hw encoder for a common (1), relatively 'heavy' codec. And hw decoder for same + maybe others.
3) Only include decoder(s?), like they seem to have done for RPi5.
4) Include some kind of flexible compute fabric that can be configured to do the heavy lifting for popular video codecs.
Combined with:
5) Move to newer silicon node to obtain higher efficiency or transistor budget.
Whatever route a future RPi would go, imho hw-accelerated decoding is much more useful than encoding.
I really wish there was at least one other and open hardware-accelerated format. It’s probably a bit too early for AV1, but VP9 would work with modern iOS and Android devices, for example.
I also wonder how much licensing costs were a concern here, although past RPis had software-unlockable codecs for that exact reason.
- They have full size HDMI - They have an m.2 connector - They still have an audio jack - They have more powerful performance cores - They have low performance cores - They have a 6 TOPS NPU
On the other hand, that cheap base model has no built-in wifi, but so you can add it in the m.2 slot.
For me, the Raspberry Pi 5 is quite disappointing. But hey, the good thing is that maybe this will push more of the community to the RK3588(S) based boards.
* don't need to spend extra $$ for M.1 SSD support
* full-size HDMI so no need for $10 dongle
* 6 TOPS NPU
* better Mali G610 MP4 GPU
* 8k60 output
* USB 3.1 port (10gb/s instead of just 5gb/s)
* 4x A55 cores
* Audio jack
Here's a complete list:
https://elixir.bootlin.com/linux/latest/source/arch/arm64/bo... https://elixir.bootlin.com/linux/latest/source/arch/arm64/bo... https://elixir.bootlin.com/linux/latest/source/arch/arm/boot...
just search for orange. Most of Orange Pi boards have upstream support. Like one or two don't.
Also, real time encoding with VP8 (yes, that is the standard for WebRTC) barely works. It has barely enough CPU power to produce a working demo, but too little to actually do anything with it.
Can you expand on this? Is the hardware too slow, too power hungry, or just badly supported? At least coming from ARM there must be some hardware documentation on how they work. I mean, it can't be worse than Broadcom's all-proprietary GPUs.
Mali-G610MP4 is known to handle Genshin impact easily. (https://youtu.be/sA55S2Z7gLo?t=56) I doubt VideoCore VII can do that. As of today, there is still no detailed spec sheet for this GPU.
Llama 7B at 2.8 tok/s via Mlc-chat.
I'm setting up an LLM discord bot with it.
Why AV1 hardware decoding has taken so long seems to be an issue with hardware manufactures not wanting to support it. HEVC and VVC seem to have more hardware support.
> HEVC and VVC seem to have more hardware support.
Yes to HEVC, but which common SoC already supports VVC? AV1 hardware support seems to be much more widespread.
But arguably it doesn't have to; many real-time applications (e.g. surveillance cameras) have local bandwidth to spare and/or don't care too highly about quality, and compatibility with older viewing devices without re-encoding is a priority.
I wonder though if the OpenGL ES3.1 compute could be used for this purpose on it.
It's also the only compressed format supported by many popular webcams, e.g. Logitech's C900 series ever since they removed H.264.
Digital cinema projectors apparently also use it (well, the JPEG2000 variant) exclusively since MPEG-2 was deprecated: https://en.wikipedia.org/wiki/Digital_Cinema_Package
The Frigate add-on with Home Assistant can publish events based on image detection for automations and supports RPI3 / RPI4 hardware acceleration.
https://docs.frigate.video/configuration/hardware_accelerati...
Can't find the datasheet for the BCM2712 right now.
"In future we’ll have to do something, but for Pi 5 we feel the hardware encode is a mm^2 too far."
Also, Raspberry Pi Foundation and Broadcom have been really working together on successors since the... BCM2787 in the Raspberry Pi 3, if I remember correctly? Broadcom still reserves the right to sell to anyone, but the Pi is still the primary customer for those specific chips now.
Just a handful of examples:
Banana PI M5: https://www.banana-pi.org/
Odroid C4: https://wiki.odroid.com/start
Odroid N2+: Odroid C4: https://wiki.odroid.com/start
Libre "Le Potato": https://libre.computer/
Libre "Renegade": https://libre.computer/
Orange Pi 3 LTS: http://www.orangepi.org/
Orange Pi 5: http://www.orangepi.org/
Rock Pi 4C+: https://rockpi.org/
Nano Pi M4B: http://nanopi.io/
What will OBS do then?
https://www.nvidia.com/en-us/geforce/guides/broadcasting-gui...
But yeah if you were doing OBS streaming on your jetson, then the newer hardware won't have NVENC. Normally I'd say "but nobody is doing that" but someone (was) indeed doing exactly that, lol.
https://blog.fosketts.net/2020/09/10/introducing-rabbit-i-bo...
As mentioned it's probably a ton more relevant to embedded and robotics/computer-vision use-cases, which NVIDIA is really trying to push for (automotive etc). So it's still a surprising change and will be a pain for some people.
0: https://www.etcentric.org/netflix-switching-from-vp9-codec-t...
Applications/services that can afford the overhead of multiple format encoding will do so, but it's not always an option.
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.
But all things considered, I heavily doubt dropping H264 HW decode support was a good idea considering how often its still used.
I’m also in iptvland and every rip from every live service is in h264 as well, with rare UHD feeds using h265 with HLG for HDR
(For clarification, rip means the exact bits sent from the service with no reencoding, just stripping drm)
That sounds wild. Apple says iPad is rated for up to 10 hours of video playback [1]. The display alone should consume more than that.
Airplane mode (turning off most of the wireless) seems to be a big factor as well.
I'm just as astonished as the next guy!
It's actually a better deal for home servers.
Prodesk G3: 24 hours * 365 days * 35W * 1000W/kW * $0.30/kWh = $91
Raspberry Pi 5: 24 hours * 365 days * 12W * 1000W/kW * $0.30/kWh = $31
It's likely that 12W over-counts for the Raspberry Pi 5 and 35W under-counts for the Intel chip, so it might be even worse than this.
With that logic, the $20 in difference of $30 per year vs $10 per year of Pi is fairly meaningless for performance boost I am getting.
If your electricity is expensive, sure, but I imagine the performance boost would be worth it for an actual homeserver that a G3 can make vs a tinkering/fun project you can make with a Pi.
wait...
https://www.pge.com/tariffs/Res_Inclu_TOU_Current.xlsx
I can't tell what my current rate really is, but seems like average is 38.2c/kwh
yes its double the price, but in terms of power usage its ~4 watts at the plug at 50% load, (vs 30) and more over a million times faster.
I think that lack of choice in HW accelerated video encoding/decoding may just be standard on low-end devices in part to reduce costs.
Good news is that I've been playing around with its competing products. For those users who want a normal media server experience in 2023, Jellyfin will support RK3588 full hardware accelerated transcoding, includes AV1 decode, subtitle burn-in and HDR tone-mapping. (WIP https://github.com/jellyfin/jellyfin-ffmpeg/issues/34#issuec...)
https://www.raspberrypi.com/news/introducing-raspberry-pi-5/...
I've used that very camera (without the accelerator) on an RPi 4 myself, and the only way to get acceptable quality was by using the Pi's H.264 hardware encoder.
[1] https://www.logitech.com/en-us/video-collaboration/resources...
I couldn't find the one online but it looks like there are a few out there. Side note/tangent, the Pi3 was powerful enough to transcode 720p down to lower resolutions in real time.
There used to be an elgator capture card with some encoding, i _think_/
Unless you're dependent on the Raspberry Pi HAT ecosystem or you're not particularly technical, it's worth considering the alternatives.
"JPEG and H264 encode and decode is now in software"
> But it only uses 50% of the processors to do 1080p60 on YouTube"
https://www.raspberrypi.com/news/introducing-raspberry-pi-5/...
So no encoders and no h.264 decoder.
> BCM2712 supports HEVC 4K60 hardware decoding. It no longer supports H264 in hardware. This might sound odd but it removes the RPi4’s 1080p restriction on H264 decoding and the 4K H264 test media we have has played. The big increase in performance from the Quad-Core A76 chip means RPi5 can software decode AV1, H264, VC1, VP9, and more at 1080p with ease
https://www.raspberrypi.com/documentation/computers/processo...
- 4Kp60 HEVC hardware decode
- Other CODECs run in software
- H264 1080p24 decode ~10–20% of CPU
- H264 1080p60 decode ~50–60% of CPU
- H264 1080p30 encode (from ISP) ~30–40% CPU
Doesn't seem like the end of the world to me but I'm not trying to use the thing as a media server.
Don't forget you can always do software if you want to, it was just really great to have the hardware option.
>[...] but actually it only takes around 1 processor to encode 1080p60 with our default settings (which is still better quality than the PI 4 hardware encoder)
Power consumption is worse, yes, but that is not a huge issue for the raspicam/raspivid ecosystem you are talking about.
If anything the price is a huge issue, so just buy the pi4 if the hardware suffices or the 5 if you need something better.
> "In future we’ll have to do something, but for Pi 5 we feel the hardware encode is a mm^2 too far."
My interpretation of this is they felt the benefit did not outweigh the cons of the die space.
I hate to use the zealots logic but H264 outputs more CO2.
For the normies, H264 wastes time and money.
The sooner the warez crews move to 'H265 first' the better.
And lets not forget the Raspberry Pi 5 is a status symbol for IT managers to give to their daughters. Real hackers are using the Chinese eco system.
Sure you don't mean the royalty-free, higher quality Aomedia AV1?
As I don't think adopting yet another encumbered MPEG codec is going to help anyone but MPEG.