Vad vill ni att Raspberry Pi 5 ska vara?

M.2 Sata
ARM64
4-8GB RAM
strömsnålare GPU
enbart en HDMI normalstor 1.4
GBit Ethernet (Gärna inbyggd PoE men utifrån hur stort det kortet är antar jag att det inte är möjligt)
USB 2.0 x 2

För att hålla nere pris och strömförbrukning samt ta bort från de som vill ha som mediaspelare/retrogaming, finns andra betydligt lämpligare alternativ och främjar inga datakunskaper. Lämna öppen design för att göra desktop/media/retro möjliga alternativ, bör dock inte vara fokus. Raspberry Pi OS Lite FTW. Tillbaka till makers/hackers/tinkerers/students från snåla konsumptionsanvändare.

Jag skulle vilja se en kamera med mer FPS. Den nuvarande är 90fps. Jag har pulat med ett projekt några år där jag mäter hastighet på modelflyg. Mer FPS skulle ge bättre precision, och bättre funktion då jag sållar bort insekter och dylikt med flygmönster.

Den nuvarande är bra och jag är inom någon procent på hastigheten som det är när man kört i 200 knyck. Men bättre är alltid bra så att säga.

En sak till, dom där jävla asen till HDMI kontakter dom har på fyran måste bort. Dom borde åkt bort i någon revision av fyran redan. När man mecklar och det hänger lite Raspberry pi lite varstans så går dom kablarna bara sönder. Hela tiden.. vet inte hur många jag haft sönder.

Gärna pressa priset. Poängen med Pi var ju från början att det skulle ge tillräckligt mycket dator för en väldigt överkomlig prislapp.

Känns som vi har tappat bort den biten på vägen någonstans.

Känns som det kan vara dags för två modeller, en som bygger vidare på dagens tema. Samt en lite kraftigare med dubbla nic, decoder mm. Hade varit bra om den kraftigare behållit formatet dock.

M.2 slot är nog det jag vill ha mest. Ogillar SD/USB för lagring. Annars är 4B helt ok för det jag använder den till

För de som söker mer kräm med dubbla nics etc https://m.aliexpress.com/item/1005004041089752.html?gatewayAd...
Oklart hur support är för dessa .

Jag gör. Tycker hela grejen med Pi är prisbilden där runt 300-400 spänn, och att maximera vad man får för det. Antar det är därför communityn blivit kvar, trots att det finns en miljard "pi-killers". Visst, vore najs med snabbare interface för lagring t ex NVMe etc, men bara om det inte innebär mer än en mycket marginell prisökning för slutkund.

HDMI måste förstås tillbaka till normalstorlek igen, men det antar jag är en designgrej snarare än direkt kostnadsfråga.

Just den där grejen att man lanserade Pi4 i dyrare varianter med mer RAM tror jag dock inte var något steg i fel riktning. Man kan ju tycka att det alltid bör bli billigare per enhet om man konsoliderar, men själva datorn är ju fortfarande samma såväl elektriskt som fysiskt. Enda skillnaden är antal gigabyte i minneschippet man löder dit, och att byta typ man producerar är bara en fråga om vilket chip man ger plockroboten, det blir ingen nedtid pga omställning eller nåt. Kostnadsökningen pga inköp av mindre volymer av respektive minneschip måste vara marginell när volymerna fortfarande är så stora i absoluta tal, och den extra administrationen kring ett större antal modeller kan inte kosta så mycket mer heller.

Ja, RISC-V har native 128bit spec.

Vadå ... bara ett SID-chip?

1. EMMC kontakt, samma som Odroid:arna
2. Håll ner strömförbukningen, PI4 går lite väl varm.

Om jag kan räkna till 128, då borde en dator kunna det också!

😎

RISC-V har en preliminär specifikation som innehåller bl.a. 128-bitars heltalsregister och 128-bitars pekare.

Lite dunkelt exakt vad när man tycker detta kan vara användbart, i utkastet för RV128 (som 128-bitars läget kallas) spekulerar man att det kanske inte räcker med 64-bitars pekare om 20 år eller så.

Sen kan man diskutera om det ens finns någon poäng längre med att prata om hur många bitar en CPU har. Som du listar ovan finns ju redan 128-bitars flyttal i vissa CPUer. Ursprungliga Motorola 68000 ansåg vara en 16-bitars CPU, men ändå hade den 32-bitars adressregister (varav 24-bitar gick att använda rent fysiskt i första generationen).

Det du listar ovan är ARM64 enligt ARMv8A. Utöver den CPUn SIMD i form av NEON som har 128-bitars register. Med ARMv9A är det möjligt med upp till 2048 bitars register via SVE2, där den interna fysiska bredden kan variera från 128 till 2048 bitar. Även om någon valde att implementera fysisk 2048 bitars bredd är det inte mer en 2048 bitars CPU än vad Intels CPU med AVX-512 är 512 bitars CPUer (de är 512 bitar internt).

Angående RISC-V: det vore kul om i alla fall någon sätter ihop en liknande SBC baserad på RISC-V. Idag är inte RISC-V alls lika moget som ARM64, men om man lyckades göra något väldigt likt RPi fast kanske lite billigare alt. lite snabbare skulle det säkert kunna bidra till att fler börjar jobba med RISC-V programvara och optimeringar mot den arkitekturen!

Trodde bitar handlade dels hur mycket data de kunde bearbeta med instruktioner som tar en klockcykel. Har för mig att redan PS2 hade 128/256 bits enligt det räknesättet

AVX512 tar väl några cykler att utföra, eller har jag förstått fel?