Vlákno názorů k článku
Nový Raspbian s HW akcelerovaným VLC
od AW - Kdyby raději konečně vydali nové RasPi s (alespoň)...
-
Přezdívka: (neregistrovaný)
3141-59-27, 3.1.4159, 3.14.1592, nebo 3.14.15927?
https://www.improgrammer.net/dating-a-programmer/Či snad ta emerická zpřehozenost března 14. kterýkoli rok?
Ale ono je to stejně jedno, budiž pozdravena Eris!
Today is Pungenday, the 31st day of The Aftermath in the YOLD 3184 -
Ondra Satai NekolaZlatý podporovatelSice (částečně) padne kompatibilita, ale pořád zůstane komunita/pověst/postavení...
Dřív nebo později stejně ten řez budou muset provést.
-
ono je v podstate jedno ze jen castecne, dulezite je ze by se na tom nedal pustit ZADNEJ stavajici image pro RPi kvuli zavadeci, jadru a gpu... i kdyz bys tam narval novej zavadec a jadro, nesla by HW akcelerace v Chromium, VLC, neslo by vubec Kodi protoze to nebezi systemove ale je upravene primo na GPU...
komunita by zustala jen "teoreticky" protoze by slo o to zda/kdo ze stavajici se preorientuje na to nove, zda bude podporovat nove a stare, nebo jen stare...
povest i postaveni, opet souvisi s tim zou jsou ted a byli dlouho zpetne kompatibilni...
ze nekdy prijde doba co kompatibilitu zahodej je jasne, stejne tak ze se to snazej oddalovat co to jde a majorita RPi uzivatelu je za to radeji nez aby meli 4GB RAM, GLAN atd..
uz treba to ze 2roky stare RPi3 mas 64bit, ale Raspberry je stale 32bit...
-
Jenda (neregistrovaný)
> dulezite je ze by se na tom nedal pustit ZADNEJ stavajici image pro RPi kvuli zavadeci, jadru a gpu
To podle mě není pravda, upgrade stávajících image je při vydání nové revize Pi potřeba už teď, a u úplně nové desky by to mělo jít udělat stejně - bootloader vybere správný DTB (nebo v nejhorším celý kernel), nahraje ho do paměti a odpálí. A systém je pořád stejný ARM rootfs, tam se nic nemění (za mě škoda že je furt pro úplně první RPi, si tam musím dávat vlastní balíčky, protože mám matematický software, který využívá ARMv7 instrukce a ten defaultní systém s ARMv6 to nepodporuje).
-
@Jenda
> > dulezite je ze by se na tom nedal pustit ZADNEJ stavajici image pro RPi kvuli zavadeci, jadru a gpu
> bootloader vybere správný DTB (nebo v nejhorším celý kernel), nahraje ho do paměti a odpálí. A systém je pořád stejný ARM rootfs, tam se nic neměníasi si prehledl "i kdyz bys tam narval novej zavadec a jadro, nesla by HW akcelerace v Chromium, VLC, neslo by vubec Kodi protoze to nebezi systemove ale je upravene primo na GPU..."
-
ded.kenedy (neregistrovaný)
A zkousels to merit? Ta matematika neni tak jednoducha. Mas sice vic registru, ale i tak je 13 registru na ARMv7 docela dost. (X86_64 jich nema o moc vic) k tomu nejake instrukce navic. A pak je tu jeste nejaka cache, ktera se na 64bitech plni tak nejak rychleji nez na 32bitech. V minulosti jsme s tim laborovali a ty vysledky nebyly vubec tak jednoznacne, jak si tady zastup minuskaru mysli.
-
Jenda (neregistrovaný)
Výkonově nic moc (i když pravděpodobně šlo o nějaký problém ve Volku, nikoli o vlastnost architektury), ale já si pod 64bit architekturou představuju také pohodlí nammapovat si velký soubor do paměti nebo konkrétně u ARMv8 myslím podporu virtualizace.
-
nebo od FriendlyARM NanoPC-T4...
- CPU RK3399, GPU Mali-T864
- RAM 4GB DualChannel, eMMC 16GB
- slot m.2 PCIe 4x NVMEhttps://www.friendlyarm.com/index.php?route=product/product&product_id=225
-
me (neregistrovaný)
Mozna by jste potreboval Odroid H2. Jen ta cena je vyssi, vice nez 100 USD...
https://magazine.odroid.com/article/odroid-h2-a-brand-new-x86-platform-device/
ČLÁNKY DO MAILU