Raspberry 5 är här

Vad tror vi om att spela upp 4k material med denna? Ej streaming 🙂

Beror på mjukvaran och källan men det ser en del bra ut redan:

https://libreelec.tv/2023/09/28/rpi5-support/

Bra och bra vet jag inte, det är väldigt ineffektivt att köra software decode. Känns verkligen dumsnålt att droppa det stödet.

Trevligt med PCIe men bara en lane 2.0 är också det väldigt snålt. NAS med 4xSATA-hatt faller ju helt bort t.ex. Varför man är så allergisk mot eMMC förstår jag inte riktigt heller.

Skulle tro att det hade en relativt rationell anledning. Kodigänget som jag citerade nämner också att tack vare bättre cpu så fungerar software decode bra för h254 4k, samt 1080p av1, h264, och "and the ability to software-decode all 1080p streaming media improves the “it just works” usability of services like Amazon, Disney+, Netflix and YouTube" mha bättre cpu.

Edit. Så 27poke, ja, det låter det som, via mjukvara.

Jovisst, man kan bruteforce:a software decode med CPU-kraft men det är fortfarande en väldigt suboptimal lösning. Förutom att tar upp CPU-cykler så snackar vi ju också 10x strömförbrukningen eller något i den stilen. De flesta av oss kör ju hårdvaruavkodning på desktop också, även om CPU:n med råge kan avkoda i mjukvara.

Den "rationella" anledningen lär vara kostnadsbesparingar och det känns som sagt dumsnålt, speciellt när nästan alla andra nuvarande SBC:s stödjer 4K 60fps H264+H265+VP9. Jag menar du kan få en Le Potato för $30 som har det stödet.

Well artikeln jag länkade, blogginlägget eller vad du vill kalla det, skrev att "it removes the RPi4’s 1080p restriction on H264 decoding" vilket insinuerar att den inte klarade 4k h264. Flexibilitet för strömmande tjänster och en target price point tog prioritet, kanske, hursomhelst skulle jag behöva se något test för att se vad rpi4 drar i h264 och vad rpi5 drar i h264, om vi måste tala h264.

Ja, det är nog rimligt att de slängde ut *den lösning de hade i RPi4*, frågan är nog mer om det varit rimligt att ersätta den med något bättre.

På PC (x86) sidan så var Pentium 4 den första att ta PC till 2GHz and beyond.
Antar att detta innebär att en Pi 5 nu är betydligt snabbare än en Pentium 4.
Både om man jämför klock för klock, som Pi 5 2.4GHz mot Pentium 4 no HT 2.4GHz eller mot en snabbare Pentium 4 3.2 eller 3.4GHz med HT (1C/2T).

Raspberry Pi 4 hade 1X PCIe 2.0
På Pi 4 Model B användes den till att ansluta det USB chip som hanterade de två USB 3 portarna.

Så Raspberry Pi 4 Model B hade någon special länk (minns inte vad den hette) för att ansluta sin 1Gbps Ethernet
1X PCIe 2.0 för att ansluta USB 3
USB 2.0 länk native SoC (tror det var 1st länk som splittas med USB 2 port hubb)
GPIO anslutna till SoC

På CM4 (Compute Module 4) så hade PCIe ingen förutbestämd funktion, utan det berodde på vilket carrier board som användes.
USB 2.0 och 1st Gbps Ethernet kunde CM4 carrier boards använda de som fanns på CM4.

På Raspberry Pi 5 har de ett RP1 chip som är som en slags sydbrygga

Så om jag förstod det rätt så kommer denna 1X PCIe 2.0 länk från RP1.
Men att det sen finns en 4X PCIe 2.0 länk mellan SoC och RP1.
Så du har bara 1X exponerat, resten används för annan IO som USB, Ethernet och GPIO.
Men tekniskt sett så har Pi 5 SoC 4X PCIe 2.0.

Så om/när det kommer Compute Module 5 så är det troligtvis mera fritt fram för tillverkare att använda dessa 4X PCIe 2.0 hur de vill.
Även om 1Gbps Ethernet inte har någon separat dedikerad länk längre,
så borde det göra stor skillnad för flexibiliteten att skapa carrier boards med 4X PCIe 2.0 istället för 1X PCIe 2.0 som för nuvarande CM4.

Dessutom är det tydligen möjligt att konfigurera Raspberri Pi 5 att köra PCIe 3.0 istället för 2.0 men att det inte officiellt stöds (ännu?).
Lite som överklockning. När tillverkare inte garanterar att du kan överklocka si och så långt, men att det ända kan fungera i praktiken.

Kan det vara värt att skaffa denna och byta ut min slöa tråkiga Pi 3 för Home Assistant? eller köra på någon mini-pc ist?

Pi4 har bara hårdvaruavkodning upp till 1080p så det är ju rejält utdaterat ja. Att blanda hårdvaru- och mjukvaruavkodning (hw för 1080p och sw för 4k) kan jag tänka mig kan bli problematiskt så att man skippar det stödet kan jag förstå, men att inte uppdatera till stöd för 4K60 H264/H265/VP9 är för mig obegripligt.

Det går ju alltid att inaktivera om man skulle stöta på kompatibilitetsproblem så det argumentet känns väldigt lamt och snarast ursäktande. Om det enbart är en kostnadsbesparingsåtgärd frågar jag mig hur många kronor per enhet det faktiskt blir. Känns mer som corner cutting.

Jag hade lite grann hoppats på att Raspberry Pi 5 skulle ha någon slags integration med RP2040 så att man kunde göra "hard realtime"-saker på den. De kunde väl fått in en RP2040 i den där sydbryggan om det ändå är deras egna ASICs?

Om du skriver till tillverkaren och frågar så kanske du får ett svar, mail eller deras hemsidas forum eller reddit. Det känns lite konstigt att här sitta och låta lite bitter över nåt som just släppts när vi inte vet varför och det uppenbarligen inte duger att försöka resonera sig fram till något halvrimligt. Det vore faktiskt lite intressant att höra ett ev svar.

Det är väl en prioritetsfråga.
Raspberry Pi foundation ansåg väl att Raspberry Pi inte primärt är en media PC, samtidigt som som högre generell prestanda än tidigare generationer tillåter funktioner via mjukvarulösningar.

Första generationens Raspberry Pi hade rätt kass prestanda. Så där krävdes någon hårdvaruavkodning av video om Pi skulle vara mer duglig som HTPC än en dator med Socket 7 Pentium.

Dessutom var Raspberri nya på marknaden och hade inget att falla tillbaka på.
De behövde något för att locka till sig fler köpare så de kunde sälja tillräckliga volymer att företaget kunde överleva tillräckligt länge för att släppa en generation 2.

Jag säger inte att jag har något emot hårdvaru decoder/encoder lösningar.
Men jag kan förstå att det kan ha fått lägre prioritet om mjukvarulösningar nu kan fungera tillräckligt bra att de flesta inte märker någon skillnad. Samt att företaget är i en annan position när de är etablerade på marknaden och också har många företagskunder.
Samt att försöka prispressa i en galen marknad när allt™ blivit dyrare.

Du har en poäng i att hårdvaruaccelerering har/kan ha fördelar.
Men kan förstå att det hamnade längre ner på prioriteringslistan jämfört med när första generationen lanserades.

Jo jag hade nog tänkt mig A78 även om A77 hade dugt bra med. Skulle nog välja Orange Pi 5 med om det inte skulle bli en väldigt låg prislapp på Rpi5.

Att man inte dragit på med stöd för upp till 4K60 H264/H265/VP9 beror troligen på att det vanligaste är max 4k30, jag har ett antal tusen 4k-filer men inte nån i 4k60.

Om det hade fått plats så kunde en kompromiss vara att ha 1st fullstor HDMI och en Micro-HDMI.
Borde vara många som bara kör Raspberry Pi med endast en display (eller ingen alls).
Tror det är långt ifrån alla som använder 2 skärmar per Pi.

För de som bara behöver en display kan de använda den fullstora.
För de som behöver 2 displayer får de fortfarande använda Micro-HDMI för den andra skärmen.

Men kanske inte hade fått platts det heller.
Samt att de kanske tycker det ser fult ut att blanda olika kontakter om de istället kan använda Micro för båda.

Jovisst, jag håller med dig men jag ifrågasätter hur rimlig den nedprioriteringen är. Man prioriterar t.ex. att ha kvar dubbla HDMI-utgångar med stöd för 4k60 och HDR, men det ska inte gå att avkoda media ..? När alla andra har det, även i betydligt lägre prisklasser, känns det väldigt märkligt.

Det finns alltså ingen hårdvaruavkodning för för annat än H265 öht., oavsett FPS. Att 4k60 blivit standarden beror väl troligen på att det inte innebär någon besparing att "bara" ha stöd för 4k30 gissar jag.

Hela poängen med RPi är ju att hålla nere kostnaden, så gammal process vilket leder till äldre designer på kärnan. För det som jag gjorde med min så räckte RPi 3 bra, och det är fyra gamla A53. A76 är ett rätt stort skutt jämför med den. Som Yoshman skriver så finns det ju andra alternativ om man vill ha mer prestanda.

Ett tips kan vara att söka på "Steam Deck M.2". Steam Deck kör med 2230, nämligen, och det finns en del sådana diskar. Amazon.se hade 9 på första söksidan.

https://www.raspberrypi.com/news/introducing-raspberry-pi-5/#...

Där fanns lite mer info i ett foruminlägg från någon som jag antar jobbar på Raspberry Pi eller iaf verkar extremt väl insatt. Jag fattar inte så mycket eftersom jag inte lekt något med RP2040, men det låter lovande iaf!

Kom in på Orange Pi spåret p.g.a. att det var helt hopplöst att få tag i RPi4 under lång tid. Kör för tillfället OPi4 med integrerad eMMC (som till skillnad från SD-kort har fungerat perfekt i ett gäng kort trots hyfsad disk I/O frekvens) där en lång rad I/O-funktioner från I/O-headern används. Har fungerat långt över förväntan (i.e. bättre än med RPi4 som vi startade med men fick lägga p.g.a. att de inte gick att köpa fler).

Började titta på Orange Pi 5B, den har begränsningen att man måste köra med M.2 2230. Är ju inte så att de inte går att köpa, men är man ute efter låg pris men ändå vill ha i alla fall 1 TB SSD så är 2230 så pass mycket dyrare att Orange Pi 5 Plus (som stödjer 2280 + att den också har 2 st 2,5 Gbit/s Ethernet!) får ett lägre totalpris.

Nu får vi vi se med RPi5 + hat + M.2 disk, men misstänker att det även där kommer sluta med att Orange Pi 5 Plus kommer vara billigare (ovanpå det har den snabbare I/O och lite bättre MT CPU prestanda + snabbare GPU om man bryr sig om den, har själv enbart kört headless ihop med Ubuntu server 22.04).

Lär ändå finnas nischer där RPi5 kommer få bättre community support än OPi5, men känns lite som RPi5 är omkört om huvudmålet är "server-style" use-case och/eller om man har lite högre krav på I/O-delen. OPi5:an behöver även den aktiv kylning om man lastar CPU-delen hårt, men den verkar klara sig med 15 W totaleffekt.

Du har även ndroid för 4k. Men en rpi har mera tillgänglig mjukvara, O det ör nog det bättre alternativet nu mera

Om det är det primära användningsområdet så skulle jag verkligen välja något som har stöd för hårdvaruavkodning istället (om inte hela ditt bibliotek är och kommer förbli 100% H265).

eMMC är ju ett sämre val på minst två viktiga punkter.
1, eMMC är den sista "kategorin" som får sina flashchip.
Dvs flashcip tillverkas och sedan säljs dom i snabb testade batchar.
Dom snabbaste mest felfria chippen går till snabbaste M.2, sen till slöare M.2, SATA enheter, usb minnen, sd kort, och sist eMMC som får den sämsta billigaste skiten som blir över.

2, Dom är fastlödda och därmed ett mycket sämre val än tex sd kort då sd kort går att byta ut på 3sekunder!

Kan bara hålla med andra om att micro hdmi gör att jag aldrig kommer att äga en pi 5!