-
Mobilarena
Amit érdemes tudni a Raspberry Pi-kről:
A legelső változat 2012-ben jelent meg. Pici, olcsó és nagyon alacsony fogyasztású, hobby-célú kártyagép. Felépítése ARM alapú, nem PC-architektúra, hanem kb. egy régi mobilhoz hasonló. Nagyon sok mindenre használható! A Linux-nak és a magas eladási mennyiségnek köszönhetően jelentős fejlesztőtáborral rendelkezik.
Új hozzászólás Aktív témák
-
azbest
félisten
válasz
asuspc96
#38729
üzenetére
hm, az eredeti cikkben benne vannak a képek is
https://blogs.oracle.com/developers/building-the-world%e2%80%99s-largest-raspberry-pi-clusterBár ezt compute modulokkal lehetne szépen csinálni, nem kéne az a rengeteg kábel, hanem custom pcb amin van mondjuk usb hub és lan switch is integrálva
Bár a rendes pi4-gyel is lehet csalni, ha nem kell gyors hálózat. A belső usb2 bus rajta van a typec tápcsatin. Azon át pedig lehet hálózat is.
-
#38719
azbest
félisten
wassermann
#38710
azbest
félisten
válasz
wassermann
#38710
üzenetére
Egy kicsit bonyolultabb ez az sd kártya sebesség kérdés. A specifikáció szerinti sebességgel tolják valószínűleg. Az órajel emelés meg lehet tényleg túlhajtás.
Az órajel csak egy része a képletnek. A gyorsabb üzemmódoknál már más feszültséget használnak a kompatibilis olvasók. Szóval uhs módokhoz 1.8V-ot kéne tudnia adni. pdf
Lehet a régi pi-nél nem volt erre külön okos elektronika és azért nem implementálták jobbra, az egyszerűség és olcsóság jegyében. Az újabb pi-knél, ahol már külön chippel generálják a feszültségeket, már lehet kissé idokolatlan az, hogy még mindig nem támogatják a gyorsabb módokat. Ahogy látom a 3B+ -on megjelent chip már készít 1.8V-ot [link]
Bár a weblapon elérhető eredeti raspi b estén is van 1.8v feltüntetve. Akkor talán a broadcom chipbe nem tettek újabb vezérlő modult. A legutóbbi információim szerint a pi sd slotja nem 1.8V-os.
Az sd kártyák általában visszafelé kompatibilisek. Néha az fordul elő, hogy normál sd protokollon kívül nem tudnak i2c protokollt. Ez mikrokontrollereknél szokott kellemetlen lenni, mert ott sokszor azt használják. Néha előfordul az a blama, hogy pl 3d nyomtatóhoz olyan sd kártyát adnak ajándékba, ami nem tudja ezt és nem működik a nyomtatóval
Esetleg az is előfordulhat, hogy a broadcom soc-ban a videocore nem hardveresen kezeli az sd protokolt, hanem a belső zárt rendszerében szoftveresen van implementálva, ahogy valószínűleg sok más dolog is. Az io pedig 3.3V-os a socban.
És ezért van az, hogy új vas megjelenés után még hónapokig hangolgatják és stabilizálják. Az új oprendszerrel új firmware is jön, amit betölt a videocore-ra a kártyáról a régi pi is (az újnál meg flash update). Ha behúzta az új bootcode bin-t lehet aztán már a kompatibilisebb kód fut a régi piken is. Ezért volt könnyebb nekik kompatibilis lenni a frisebb kernelekkel, mert hozzá tudták igazítani az io-t a videocore-ban szoftverből. -
azbest
félisten
Néhány adalék, ha már így felmerült
Pár éve pécén én is játszottam kicsit a realtek chipsetes tunerjeimmel. Valami progival és talán drótból hajtogattam valami netes leírás alapján egy kisebb antennát, amivel a közelben elmenő gépek 1090MHz-es jelét valóban lehetett fogni.
A kifejezetten sdr-ezésre használt tunereknél azt hiszem az antennabemenetnél kicsit módosítani szoktak, hogy még érzékenyebb legyen, ha jól emlékszem. De a közönséges tunerrel is megy. Az r820t rf chipes változat talán a leggyakrabban megtalálható és már jópár éve árulják, van pár más fajta chipsetes is a gyűjteményemben.
Ha valaki az r820t2 rf chipes (általában kék tokos) változatot azért venné, hogy majd az jó lesz dvb-t2 vételre is, akkor érdemes tudni hogy a nevében a t2 valójában a chip neve és nem tud dvb-t2 vételt, arra drágább több chipes tunereket lehet csak kapni olcsóbban (astrometa és mygica változatok).Ha jól emlékszem ma már talán képes linux alatt egyszerre kezelni az sdr módot a sima tuner móddal. Egyébként az fm és dab rádió vétele is ilyen sdr-es szoftveren módon van kezelve. Régen, win alatt még külön spéci drivert kellett telepíteni sdr-hez. De nem is szaporítom a szót, ha valakit érdekel az ilyesmi, akkor sok kifejezetten ezzel foglalkozó weblap van.
-
azbest
félisten
válasz
Zirowe
#38425
üzenetére
Ha jól tudom az is működhet, hogy az sd kártyára kizárólag egy bootcode.bin -t teszel. Így a fejlettebb firmware-t tölti be, nem a beégetett-et használja. [link]
Így csak induláskor olvas minimálisan a kártyáról, másra nem használja.
Pi4-nél ilyen nincs, mert frissíthető a bootcode-ot tartalmazó rom. -
azbest
félisten
hatékonyabban, a processzort kevésbé terhelve tud grafikus műveleteket végezni a vulcan api-t támogató alkalmazás. Egyébként érdekes fordulat. Mert az alapítványosok is dolgoztak ezen a pi4 számára [link] és úgy tűnik egy fejlesztő hobbiból megcsinálta a régebbiekre tőlük függetlenül.
Mondjuk lehet a lassabb pi-ken adhat nagyobb különbséget. Lehet egész jól fut az opengl-es is eleve 2-3 generációsokon. A mostani os verzión lenne érdemes összehasonlítani ugyanazon a vason
De lényegében ez is egy lépés lehet arra, hogy jobb teljesítménnyel fussanak grafikus dolgok rajta. Esetleg az erősebb konzolok emulációjánál is sokat javíthat.
-
azbest
félisten
Nocsak, nocsak
Nyílt forrású Vulkan grafikus drivert jelentett be az NVIDIA egyik mérnöke régebbi Raspberry Pi-okhoz [link] (Broadcom Videocore IV )
Igazából az újhoz is jó gondolom. Legalább is visszafelé kompatibilis sokmindenben a pi4.
Természetesen ehhez is van Quake3 -
azbest
félisten
Ha inviteles/digis neted van, akkor náluk 1-2 hete van olyan globális probléma, hogy publikus ip helyett néha 10.x.x.x címet osztanak a routernek. Olyankor persze nem látható a net felől és ahol a belső hálózat is olyan tartományt használ, akkor teljesen felborul minden.
-
azbest
félisten
válasz
D@reeo
#38364
üzenetére
ha "megfagy", akkor inkább arról lehet szó, hogy nem elérhető azon a címen a pi.
- a pi ledjei közül csak a piros világít bekapcsolás után? Ha a másik nem villog, akkor nem is bootolt be. Akkor a kiírással volt baj. Ugye a pi-hez valót használtad.
- esetleg rossz címen próbálod, ellenőrizd le mondjuk a routered kezelőfelületén, hogy milyen címet kapott
- alapból lehet nem aktív az ssh, hanem külön kell bekapcsolni vagy fel kell telepíteni. -
azbest
félisten
közben fentebb beleírtam hogy ha jelszavas vagy csak olvasható, akkor az optionsba kellhet még más.
A tvheadend persze hogy nem találja, hiszen
/storage/recordings
útvonalra csatoltad fel
Nem pedig /volume... nem a nason lévo, hanem a helyi útvonal kell, ahová helyben felcsatoltad, az kell neki. -
azbest
félisten
systemctl daemon-reload
futtatást kér azért mert megváltozott a szolgáltatás.Utána újra
systemctl start storage-recordings.mountde ez csak próba, ha muködik a másik véglegesíti, hogy újraindítás után is menjen
systemctl enable storage-recordings.mountHa jelszó kellene hozzá, akkor gyanítom, hogy az Options részre kell így megadni
username=nasfelhasználó,password=jelszó
és lehet rw is kell, vesszovel elválasztva a végére még, hogy írható módban csatolja. -
azbest
félisten
a hivatalos wikiben a /storage - n belül szokták létrehozni. A rendszer egy része nem írható, hanem egy tömörített fix fájlból jön
ez ilyen libreelec specialitás.
Lehet éppen azért csavarintosabb a hivatalos leírás.
A nas eléréséhez szükségeseket persze a sajátodra kell behelyettesíteni. -
azbest
félisten
válasz
atesss
#38270
üzenetére
a pi user pontosan a pi user jogosultsági szintjével fut
Egyébként van neki sudo-er engedélye is, szóval át tud váltani emelt szintűre is.
De nagyon sok esetben csupán arról van szó, hogy az emberek nem értik a jogosultsági rendszert és ezért root-ként futtatnak mindent.A felhasználó egyben csoport is, valamint léteznek technikai felhasználók is. Ez azt jelenti, hogy ha a pi-nek hozzá kell valamihez férnie, akkor általában ez azt jelenti, hogy a pi usert hozzá kell adni ahhoz a csoporthoz, ami azt az erőforrást kezeli.
A felhasználó alatt kiadott groups parancs kiírja, hogy milyen csoportoknak tagja már. Raspbianon alapból tagja például a gpio i2c spi csoportoknak, hogy plusz állítgatás nélkül tudjon a felhasználó játszani azokkal.
Az sd kártya sebessége nagyban függ a kártyaolvasó képességeitől is.
-
#38256
azbest
félisten
Marcsello31
#38246
azbest
félisten
válasz
Marcsello31
#38246
üzenetére
Elég csak az androidos videó alatti kommenteket nézni: no hardware support, no gpu support.
Még mindig mindent processzor erőből csinál. Ez azt jelenti, hogy melegszik valamint nagyobb felbontású videókat sem tud lejátszani. A játékot meg el is lehet felejteni. Szóval az android pont olyan fapados rajta, mint a win10. Driverek nélkül döcögős szenvedés.Ezért érdemes filmezésre libreelec-et vagy más hasonló cél rendszert használni. (Kompromisszumos ) Asztali jellegű használatra pedig raspbiant (raspberry os) vagy valamelyik más disztribúciót. De gyanús, hogy az alternatív disztribúciók is korlátozottabbak a hardver kihasználásában, mert nem terjeszthetik a zárt bináris blobokat, ami az alapítványé, ezért csak a hivatalos os-ükhöz esélyes, hogy adják.
-
azbest
félisten
válasz
vtechun
#38226
üzenetére
Csak a szokásos. A raspi-config -ban állítsd át a gpu memóriát az alapértelmezett 64MB-ről 256-ra. Talán már 112-vel is megy, de 256 mellett már nem lehet gond. Az új 4B-nél, ha valaki h265 os 4k videót akar, oda azt hiszem már több kell.
Ha megnézed a libreelec-ben a config.txt-ot ott is be van írva a gpu ram értéke.
-
azbest
félisten
válasz
atesss
#38142
üzenetére
az lxsession start természetesen a grafikus felület indítása után indul el. Azért nem volt jó oda betenni a grafikus felület elindítását. És persze azért indul el újra és újra egy újabb X, ha oda is beteszed.
Alapból valsz azért indult el, mert amikor nem dugsz rá monitort, akkor sem headless módban megy, csak akkor a kompozit kimenet az alapértelmezett (erre workaround az általad írt hdmi_force_mode, mert akkor mindneképp a hdmi-t választja és nem a kompozitot) és azon lenne kép. Szóval a már egyszer elindul alap X -ből indítottál el egy másik X szervert a start.sh-dal, ami aztán a mádodik X indulása után újra lefut és így tovább.
-
azbest
félisten
válasz
atesss
#38130
üzenetére
Ha hardverhiba, akkor ugye fizikailag hozzá kell nyúlni. Nem ismerem a képességeiket
Egyébként remélem van backup a rendszerről, rá telepített programokról, kofigjukról.Van esély rá, hogy régebbi pi-t is kapni valahol, csak nem a kiskereknél (rpi-bolt, málnapécé), hanem mondjuk farnel vagy rs-componensnél vagy azok viszonteladóinál. Persze lehet pont a 3as nem az amelyiknek több évre garantálták az elérhetőségét, a 2B -ből emlékszem ilyenre. Bár a 2B 1.2-es változata valójában egy 3-as, csak a 2-es nyákjára építve (wifi bt tnélkül).
Ahogy látom a farnell-nek elvileg van 3B készleten [link],
Régen, magánszemélyként a magyar fhd viszonteladójukon át rendeltem tőlük, úgy magyar számlát kapsz. [link]Pesze, az újabb vason egy régebben kiadott oprendszer nem indul el, mert az még nem ismeri az újabb hardvert. A friss rendszer viszont elvileg megy a régi pi-ken is. Szóval, ha egy újabbon telepíted, azt a kártyát áttéve egy régibe, akkor is elindul - hacsak direkt kézzel nem konfigurálod úgy be, hogy mindenképp az újhoz való dolgokat töltse be. Ez persze a raspbianra igaz, nem a mások által készített rendszerekre.
Azóta már maga a raspbian is 2-3 verizólépést csinált. (Múltkor cseréltem le én is egyik pimen frissre a rendszer több év után) Persze lehet próbálkozni végigtolni egy régin a több lépcsős frissítési folyamatot, de ha amúgy a szoftver nem épít kivejezetten valami régebbi megoldásra, akkor jó eséllyel kompatibilis maradt vele az új rendszer egy legújabb pi-vel is. Csak esetleg a csatlakozók fizikai helyzete, alakja más a 4-estől, ha nincs hely máshogy elrendezni a kábeleket, akkor abból lehet probléma. (type-c, mini-hdmi, felcserélt sorrendben a lan és usb)
Távolról lehet egy új készletre telepített, az ő pi-jükről lementett / backupjából kivett konfiguráció vagy python script programból lehet egy új telepítés a legegyszerűbb. Ha azt fizikailag át tudják cserélni a régi helyére, akkor még akár távolról is meg tudod oldani.
A gpio kapcsán nem az elektromos hálózatra gondoltam, hanem a vezetékekben villámláskor is indukálódhat áram, ami tönkreteheti. Ilyen védő / buffer áramkörökből rengeteg féle van [link]
(#38132) atesss
lehet nálad is az a baj, hogy ha cronba / autostartba teszed, akkor ott nem úgy indítod el, hogy a felhasználó konfigurációját is betöltse, hanem csak közvetlenül próbálod indítani és úgy még a path-ot sem feltétlen ismeri bármihez.Az lxterminal meg mintha a grafikus felületen futó terminál lenne, ami nem fut grafikus felület nélkül.
-
azbest
félisten
válasz
atesss
#38126
üzenetére
mivel munkaeszköz és filléres tétel, érdemes venni egy komplett új szettet, tápegységgel, kártyával. Ha nem akarnak sokat szöszölni vele, akkor régi pi3 -mal.
Ha azután is érdekel valakit, hogy mi romolhatott el a régin, akkor lehet egyesével cserélgetni a komponenseket. Akár a tápnak is lehet hibája, vagy egy vihar során villámlástól kapott a gpio-kon át kapott valami lökést és a soc-ban sérült meg valami - pláne, ha nincs valami külön gpio védő áramkör közbeiktatva. Vagy akár egy sztatikus kisülés is eljuthatott valamelyik gomb felől hozzá. A pi gpio-ja közvetlenül a soc-ba vezet. De lehet kapni sokféle kiegészítőt, amit a védi és akár 5v toleránsá is teszi.
-
azbest
félisten
alapból a cron-ból induló dolgok nem töltenek be mindenféle környezeti változót. Emlékeim szerint ahhoz a bashnak internactive módban kéne indulnia talán. Ezért lehet a scriptben valamelyik parancsot jelképező binárist nem találja vagy esetleg olyan környezeti változóra van hivatkozás, ami nem létezik így futtatva.
Vagy nem interaktív hanem a login paraméter kell neki talán
/bin/bash -l script....
Úgy felszedi a futtató user profil konfigját (ami alapból talán a root
már ha általános cron és nem crontab -bal futtatod egy user alól. Ha crontabbal futtatod, akkor az adott userként futna szerintem, amihez beállítottad. -
azbest
félisten
rendelem is kínából a jósgömböt
![;]](//cdn.rios.hu/dl/s/v1.gif)
Azért nézz körül, hogy mekkora a mérete a hibásnak.Hogy a logokban mit látni, mert szinte biztos, hogy ott van benne egy egészen beszédes üzenet arról, hogy mi a bánata
Elvileg a cron job hibája esetén is kell legyen valahol valami, vagy teljesen kikapcsoltál minden logot? Nem emlékszem, de talán /var/log/syslog vagy messages vagy valami eltárolja, ha a cron jobnak van kimenete.Esetleg csak a fájl elejét vagy végét nézd meg valamivel, hogy nem került-e bele valami szöveges üzenet
-
azbest
félisten
válasz
pvt.peter
#37370
üzenetére
A kártya mentését nem magáról a futó pi-ről kell csinálni, sem a visszaállítást.
Kiveszed a kártyát, beteszed egy kártyaolvasóba és kimented. A visszatöltésnél szintúgy.
A nyitott fájlok miatt sérült lehet dd-vel a mentés, ha róla fut a rendszer. A visszaállítást pedig szerintem nem is engedné, mert saját magát írná felül.Ha mégis az élő rendszerről kéne néha backup, azt nem dd-vel kell. Ha a topicban rákeresel az rsync-re, akkor valsz kiadja a scriptet amit a srácok pofozgattak. A visszaállítás akkor sem lehet saját magára.
-
azbest
félisten
a relé jumperével vigyázz, ha azt rosszul teszed fel, lehet ki tudja nyírni a pi-t is.
(#37141) mgergo76
opto csatolós relé. A 3.3 csak a jel, külön 5v kell hajtsa magát a relét.Vannak különböző alternatív módjai a pineknek. Szóval jó lehet akár a 23. Kivéve, ha valami már használja másra. A boot kofiguráció környékén lehetnek modulok, amik esetleg átállítják más módra.
Ez pl egy hasonló cucc [link]
-
-
azbest
félisten
válasz
PistiSan
#36768
üzenetére
már régóta, pi 3adik generációja óta... a pi4 kapcsán volt, hogy kiadáskor még nem tudta a firmware. De mivel a pi4 külön frissíthető flash-t kapott a firmware tárolására, ezért jönnek hozzá frisstések.
Ó, bocs. Most nézem, hogy a hálózati boot az, ami már benne van a 4es fw-jében, nem az usb [link] Az usb-re még várni kell a 4esnél, de már elkezték előkészíteni és a következő béta sorozatban várható a changelog szerint.
A "barkács" boot partició sd kártyán és a rendszer meg máshol, az persze működik most is.
-
azbest
félisten
válasz
MaCS_70
#36758
üzenetére
ha jól sejtem az fstabban is kell megfelelő paraméter hozzá: discard
Plusz lehet, hogy más is, itt írnak több beállítást és ellenőrzést [link]btw, a pi4B v1.2 és v1.1 közti különbségről született egy blogpostot, elvileg a type-c csati kompatibilitását és sd kártya kezelést finomítja [link]
Bár az sd kártya kapcsán úgy tűnik csak arról van szó, hogy sokan leütötték az smd alkatrészt véletlenül a nyák széléről, ezért beljebb tették.
-
azbest
félisten
válasz
Márton
#36680
üzenetére
hát, a powerbankok nem erre vannak kitalálva. Nekem is olyan van, amiről azt írták, hogy az egyik portja akkor is áram alatt marad, ha töltés alól elmegy az áram. Igen... de ha visszajön az áram, akkor lekapcsolja a portot
Viszont múltkor amazon ajánlgatott egy direkt erre való eszközt [link]
A firetv kapcsán gondolom az lenne a koncepciója, hogy amikor inaktív, akkor feltölti usb-ről és amikor használják olyankor nem terheli túl az usb-t. Ez sem túl életszerű a tévék usb port kezelését ismerve, viszont szünetmentesnek lehet, hogy jó. Bár, lehet csak 1A-t tud leadni. -
azbest
félisten
11 nap
múltkor vettem észre, hogy már kettővel régebbi volt az egyik pi2-őmön futó rendszer, mint az aktuális raspbian Update helyett már jobb volt full újratelepítést tolni, hogy friss legyen. Simán több hónap uptime-okkal, csak azért indítottam újra néha, mert mondjuk beragadt valamelyik tv tuner és áramtalanítani kell, hogy elfelejtse a firmwareét a tuner (warm vs cold start) -
azbest
félisten
Ha dd-vel csinálnád, akkor 128 gigás kártyára tudja a dd visszatenni, kisebbre nem.
Ha mentés előtt csinálsz egy nagy fájlt, amit feltöltesz csupa nullával a szabad helyen, akkor nem foglal sok helyet az üres terület. Most valami random adatot talál ott a korábbi használattól függően és azért foglal helyet a tömörített fájlban is.Régebben volt egy script, ami nem dd-vel csinálta, hanem image fájlba hozta létre a particiókat és a hasznos adatot másolta csak bele.
Most, ha jól látom, akkor nem az egész kártyát, hanem a particio0 -át mented ki. A pi rendszerén tudtommal még mindig az van, hogy egy boot és egy adat particiót használ. Szóval nem az egész kártyát mented.
-
azbest
félisten
válasz
golya87
#36400
üzenetére
új revizíó kapcsán a gyártási kód magyarázó oldalon szerepel már 4b 4GB v1.2 [link]
DE úgy látom, hogy szokás szerint még azt is tagadja a staff, ami a saját doksijukban szerepel [link] Megbízható forrásból meg nincs infó, hogy 1.2-est tényleg kapott-e már más, vagy csak pár feltűnési viszketegségben szenvedő ember postolt 1.1-es képeket.Fő vonalon biztos nem lesz mostanság nagy változtatás, évekig ellesznek a mostani soc-kal. Tényleg csak az tűnt fel, hogy mennyire nincs készleten egy ilyen befutott és jól menő cég némelyik terméke. De a drágábbak pörgetése is elég indok lehet.
-
azbest
félisten
válasz
MaCS_70
#36398
üzenetére
hát nem tudom, azért sokan az olcsóbbal is elvannak, pláne ha sok darabot használnak.
Eh farnell oldalán a csupasz 1GB-os elérhetősége:
"További készlet rendelkezésre állásának kezdete: 2020.05.25."Úgy persze igaz lehet, hogy a profit miatt a drágábbaknak nagyobb prioritása van. Az alapítvány nagyon durván növeli a tőkéjét évről évre (25 millió font tőkéjük + 10 millió vagyonuk volt 2018 végére ). Durva a 2012-es talán 20 ezer dolláros startról.
-
azbest
félisten
No, idén nincs izgulás azon, hogy vajon lesz -e bármi szülinapi meglepetés málnáéknál?
Igaz, pi4 után nagy dolgokra én sem számítanék, mert ezzel biztosan el leszünk pár évig.Inkább az szúrt szemet, hogy a pi zero-kból gyakorlatilag mindenütt kifogyott a készlet és ahogy látom sok helyen már novemberben. Kis keresgélés után érdekes információmorzsákat is találtam: állítólag az 1GB-os pi4b is alapítványi megrendelésre gyártódik, ahogy a pi zero is. Szóval simán lehet, hogy csak átcsoportosították a pi4B 1GB-re a gyártókapacitást. Ezt azt jelentheti, hogy a legkisebb 4B -n nincs akkora árrés, amiért a nagy gyártók bevállalták volna (farnell és rs comp). Bár a típuskód táblázat alapján érdekes módon az összes 4B mintha a Sony-nál készülne, s az a gyárt az UK-ban van. Mondjuk, hogy ennek mekkora az valóságtartalma, azt nem tudom, mert csak egy fórumozó írta. [link]
Ami így februárban érdekes lehet, az egy kis szokásos találgatós, interjúban eldobott feszültségfokozás volt:
Még egy novemberi interjúnál volt ez
"As he shepherds me round the offices on a Cambridge science park, we whizz past a research lab where a secret project that he won't tell me about is under way" [link]
Persze lehet csak újságírói nagyotmondás.
Hát, el tudnék képzelni egy újabb pi zero változatot, esetleg a cm vonalon valami frissítést. -
azbest
félisten
ne feledd, hogy vpn-en át amikor letöltést végzel, akkor a túloldal feltöltését használod. Ha a te 300/20as netedet akarod távolról használni, akkor az max 20 as letöltés lesz elméletben.
Másrészt vpn beállítás sem mindegy, hogy teljes forgalim és dns is a vpn-en át megy e.
ugye nem arról a hálózatról próbálod ki a vpnre kapcsolódást, amin épp a vpn is fut?
-
azbest
félisten
válasz
t72killer
#35518
üzenetére
az a 4 port valóban kiesik, ha leveszed a chipet, mert az az usb3 kontroller felel értük, ő használja a pci-e buszt. Ezért tette a helyére a hacker, csak egyúttal újra is hasznosította egyik kimenetet, hogy egy elterjedt és olcsó riser megoldással kompatibilis legyen a pinout.
Viszont ilyenkor sem veszik el minden usb. A régi, belső, broadcomos usb port a type-c -re ki van vezetve. Persze az csak usb2. De mindenre úgy jó, akár egy hubbal, mint a régebbi pi-k usb2 kimenetei. Mert azok erre voltak drótozva a lan/usb-hub smsc chippel.
Azt nem nagyon értem, hogy milyen előnye lenne egy pcie kártyaolvasónak. Sd kártyával nem hiszem, hogy sokkal előrébb lennél, mintha veszel egy rendesebb fajta usb3-as olvasót. Ha jól sejtem az a pcie-re közvetlenül drótozott kártyaolvasó azért tud működni, mert az újfajta XDQ szabványú kártyák pcie -t használnak. Hacsak nem pi-vel akarod olvasni azt a fajta kártyát, amit drágán megvettél a kamerához, akkor nem életszerű. Annyiból vehetsz usb3-as ssd-t terabájtos méretben. Ráadásul a piben úgy emlékszem 1x 2.0 busz van.
-
azbest
félisten
"négy megjelenése ... vissza is küldte" részből gondoltam a pi4-re, de valóban túlságosan összetett lett a mondat
A vc1 és mpeg2 valsz nem, azt proci előből épp bírhatja. A fullhd h264 már neccesebb lehet, nem próbáltam még az újal - de gondolom osmc-sek úgy gondolják menni fog, ha nem nagyon akarják támogatni évekig gányolós a hw módotAbban tuti igazad van, hogy a gpu ram megosztást rendszeresen benézik emberek, akik raspbianon alapbeállítások mellett kezdenek videózni. Még pi4 esetén is volt, talán korábban épp azt linkeltem más kapcsán. A h265-ös pi4-nél már 320 megát írtak javasoltnak. A pici 256-megás régi piken meg 112 az abszolút minimum.
Egyébként, mivel a video dekoder hardveres egység azonos (h264 legalábbis), a gpu sebességben is csak minimális változtatás volt, így a videót bírnia kell. A combosabb hang codec-ek szokták megfogni a pi1 alapú változatokat. Réges-régen mutattam is olyat, ahol 4 sd élő tévéadás képét játszottam le egyszerre, egy képernyő négy sarkában egy pi1-es alapú pi zeron. Letiltott hanggal. fullhd-ből már csak 15-15 fps körül megy 2 db.
-
azbest
félisten
pi4 -hez nem is tudja megvenni. Figyelmeztető szöveg van a licensz oldalán, hogy a pi4-ben nincs ilyen hardver.
(#35505) Dißnäëß
vp9 -re elvileg van hardver pi4-ben, csak még nincs megcsinálva a szoftveres körítés. Az is a h265-s modul mellett van.Egyébként, ha a vp9-et aktiválják... akkor elvileg megfelelne hivatalos androidtv rendszer igényeinek. Más kérdés, hogy egy hackelhető eszközre mennyire lenne hajlandó kiadni a google (drm támogatás és chromecast mód nem megy hackelt változattal alatta).
-
azbest
félisten
válasz
MaCS_70
#35496
üzenetére
melegebb volt a pi4, erősebb procit töbet eszik. Na meg a legelső szoftverekkel még sok
mindent izomból csinált, mert még nem volt kész, ez is fűt.Azóta adtak ki több bootloader és firmware updatet is, amelyek közt van aminél fogyasztáscsökkenést is említettek. Például az október végi Eben szerint felére csökkentette az usb vezérlő fogyasztását. Csináltam külön frissítő toolt is.
De biztos továbbra is meleg. Annyi, hogy azóta kijött kodi 18 a raspbianra, ami már támogatja a pi4 hardveres dolgait is kb. Az osmc meg felejtős ilyen szempontból rajta, mert az tán még évekig szoftveres dekódolást fog használni arra is, amit korábbi piken hardveresen csinál... vagy ilyesmi. Libreelec is jó lehet.
Hűtés nem árt, de nem kell túlzásba sem estni. Csak hogy nagyobb munkakor se essen vissza az órajele. De ezeket csak az olvasottak alapján mondom, mert pi2 óta nem vettem újat. Amire használom a meglévőket, arra nem kell új. Videózáshoz meg céleszközeim lettek (mibox, firetv)
-
azbest
félisten
válasz
sztanozs
#35488
üzenetére
Én is csak itt-ott olvastam róla, pl . Ez nem csak annyi, hogy 2 bittel több a dolog
Plusz hardveres dekódolásnak tudnia kell ezt, nem szoftverből történik. Ezen kívül meg talán a hdr kapcsán is van többféle "szabvány", nehogy egyszerű legyen.
A hardveres dekódert valószínűleg az alapítványosok tudják valamennyire paraméterezni, korrigálni, a zárt firmware-n belül. Szoftver oldalról meg persze kommunikálni kell tudni vele. Itt jön képbe az, hogy nincs szabványos támogatás talán, hanem kerülőutas hack-ek. -
azbest
félisten
válasz
sztanozs
#35485
üzenetére
ha jól tudom, a h264 modul teljesen ugyanaz a pi4-ben is. A h265 egy másik modulban van. A vc1 és mpeg2 modul pedig kikerült (vagy úgy vannak vele, hogy azt procierőből is viszi és nem akarnak a licenszeléssel tökölni). Szóval a 10 bit lehet csak h265 mellett megy.
(#35483) Patice
4k h265-öt szoftveresen nem bírna erőből. Arról van csak szó, hogy a h265 modult teljesen máshogy lehet használni. Az osmc-sek valami standardizárt driverre várnak 1-2 évet... a libreelec-esek meg fogták magukat és a nem szabványos hívásokat be-patchelték az ő általuk használt kodiba. A raspbian repóban lévő kodi18 is valsz a libreelec-es megközelítésű, mert nem várnak 2 évet, hogy működjön -
azbest
félisten
Egyébként az általános linuxos hibakeresést tudom ajánlani: meg kell nézni a logokat.
Ha épp elérhető hálózatról, akkor ssh-val belépni és ott megkeresni, hogy libreelec hová loggol. Dmesg parancs kimenetét nézni esetleg. Syslogot nézni. Esetleg az is megy, ha egy linuxos gépbe (akár pendrivere tett ubuntu bebootolva pécén telepítés nélkül) bedugva az sd kártyát, ott meg lehet nézni közvetlenül is ezeket a log fájlokat.A logokból pedig ki kell derüljön, hogy esetleg térerő gyengesége miatt van-e gond... vagy esetleg az energiagazdálkodás lekapcsolta és nem tudja feléleszteni utána...
Gondolom fix ip van hozzá beállítva a routereden, hogy mindig ugyanott legyen elérhető. Esetleg usb-re annyi minden van dugva, hogy nem bírja táppal már. Ha wifivel nagyon nem boldogulsz, akkor lehet kapni elektromos hálózaton át netet átvivő dugókat is párban viszonylag kedvező áron (példa , másik).
-
azbest
félisten
válasz
Márton
#35376
üzenetére
azt hiszem arra tudok tippelni, hogy a config.txt -ben lévő opció arra lehet jó, hogy a programok, például az omxplayer megfelelően tudja detektálni, ha nem négyzet alakúak a pixelek. De nem biztos
Amúgy mire kötitek a videó jelet, miután kijön a pi-ből? Mert úgy olvasom, hogy euroscart-on egy pin megfelelő feszültséggel ellátásával lehet egyszerűen kapcsolni, hogy 16:9-es módról van-e szó. A set-top-box-ok is valószínűleg ezt használhatják a tévékhez. [link]
Ezért érdekes, hogy vajon azt támogatja-e az eszközötök, amivel aztán a videójel tovább megy a nézők felé.Ha jól sejtem a fapadosabb scart átvitel is lehet rgb helyett composite. Sőt, biztosan, mert ilyen filléres átalakítót én is használtam már (mint pl ez)
-
azbest
félisten
válasz
Márton
#35371
üzenetére
A képen mintha függőlegesen nyújtott lenne a kodi képe. 4:3-as a képernyő fizikailag? Mert lehet 16:9 arányúban rendereli a képet csak kihúzza függőlegesen a tévé. Gondolom azt befolyásolhatja, hogy milyen arányúra renderelje. Bár lehet kodi beállítás is van pluszban felbontásról, nem tudom az bekavarhat -e. Ez rasbian kodival vagy librelec?
Akartam próbálni projektorommal, mert azon van video bemenet. De úgy tűnik nem ugyanolyan kiosztású a kábelem, mint a pi videokimenete, mert ezzel csak futó, széthulló képet kaptam.
-
azbest
félisten
válasz
Márton
#35365
üzenetére
a tévén nincs arra opció, hogyan kezelje a 4:3 adást? Lehet ott van kihúzásra állítva képaránytartás helyett.
Lehet a pi nem adja ki azt a kapcsolójelet, ami az automatikus váltáshoz kell. Itt egy régebbi komment pont erről [link]az analóg 16:9 pontosan ugyanolyan módon sugároz, annyi sorral, mint a 4:3. Csak van egy jel, amiből a tévé tudja, hogy most össze kell nyomnia 16:9-re a képet. Ha jól tudom.
-
azbest
félisten
válasz
files32
#35337
üzenetére
kipróbálni, mielőtt letörlöd, jó lehet
Nincs hardveres gyorsítás, nemhogy videókat, de a kezelőfelületet is proci erőből csinálja. Lényegében semmi másra nem jó, mint valami szöveges vagy térképes tartalmat mutatni.
Meg amúgy is egy tabletes android, amire tévés stílusú launchert tettek. -
azbest
félisten
válasz
sztanozs
#35325
üzenetére
A vp9 meglepő módon jól optimalizált. A régebbi pécék is csak szoftveresen kezelik. Múltkorában régi core2duo laptopon jobban ment a vp9 mint a h264 youtube-ról.
Pláne ha max fullhd-ig kell csinálni. A h265 az másik történet.Egyébként arra gondoltam, hogy ha hossza azt az élményt, mint a régebbi pi-k, akkor a felhasználóknak mindegy, hogy mi dekódolja. A 4k és h265 / vp9 támogatás meg a korábbi pikből is hiányzik, a pi4 meg valamikor még megkaphatja az osmc-nél is. Annyi hátránya lehet a szoftveres lejátszásnak, hogy jobban melegszik tőle, mintha célhardverrel menne.
-
azbest
félisten
két hete is azt írták [link]
szoftveres dekódolás, rendes support meg 2021 körülAzt mondjuk nem értem, hogy pi4 -re miért nem tudják megcsinálni közel ugyanazt a támogatást, mint a régi pi-kre. A h264-es modul ugyanaz az új pi-ben is. Kivettek pár más modult (mpeg2, így ezt szoftverből kell) és hozzátettek egy teljesen más (h265, vp9) modult.
Persze, ha szoftverből képes hozni ugyanazt, mint a pi3 hardverből, akkor mindegy. -
azbest
félisten
válasz
sztanozs
#34819
üzenetére
" Illetve ha másik gépen van a fájl (nas pl) akkor lehúz és másik gépre feltölt. Ez effektíve felezi a sávszélességet."
Nem feltétlen. A full duplex mód fel is giga, le is giga. A régi pi2-esemmel is szoktam netről nasra menteni és van, hogy mégis megvan a 100 megabites tempó.
(#34825) konyok
tippre arra gondolhat, hogy ezt mikrokontrollerrel is meg lehet oldani. -
azbest
félisten
-
#34363
azbest
félisten
Milestone85
#34362
azbest
félisten
válasz
Milestone85
#34362
üzenetére
nem biztos, hogy ez a kali lesz neked a nyerő, ha multimédiáznál. Ez inkább hacker toolokkal megpakolt biztonságtechnikai linux disztribúciónak tűnik [link]
Így nem szempont a video lejátszás, a gördülékeny böngésző, ami megpróbálja a pi specifikus hardvert kihasználni...
-
#34354
azbest
félisten
Milestone85
#34350
azbest
félisten
válasz
Milestone85
#34350
üzenetére
Mivel a pi video drivere nem valósít meg mindenféle api-t, ami az állítgatáshoz kell, ezért nem lehet ott állítani.
Mi a tévé natív felbontása? 1920x1280? És amellett 16:9 a képaránya? A tévéknél előfordul, főleg a régebbieknél, hogy nem négyzet alakú pixelekből áll a kép. Ilyenkor még a pécék video drivere sem mindig tudja felismerni, hogy milyen felbontás és képarány kombinációt kellene használni.
A hd ready régi tévéknél meg még cifrább lehet, mert a natív felbontás például 1360x768, de úgy hirdeti a bemenetet, mintha fullhd lenne vagy épp 1920x1280, aztán a tévé torzítja olyanra, amilyenre gondolja.
A tévén magán is lehet beállítás arra, hogyan töltse ki a kép a képernyőt. Ezt aszerint kell beállítani, hogy melyik módban nem tojás alakú egy kör a képernyőn.Szóval nem ártana tisztázni, hogy milyen felbontást támogat a megjelenítő. Erre raspbian alatt van segédprogram, ami nem tudom ott van-e kali linux alatt.
A hivatalos rendszerben lévő segédprogramok és a config.txt paramétereiről van részletes leírás [link]
A tévé által támogatott módok listája így kérhető le a kétféle üzemmódból
/opt/vc/bin/tvservice -m CEA
/opt/vc/bin/tvservice -m DMTa jelenleg mód használt pedig így
/opt/vc/bin/tvservice -sHa a listákból és a tévé fizikai képességéből megvan az a mód, ami megfelelőnek tűnik, akkor a config.txt-ben a hdmi_group és hdmi_mode paraméterekkel fixre beállítható, hogy újraindítás után azt használja.
A cigam által linkelt írás végén lévő grafikus beállító program is valószínűleg ezeket kéri le / állítja be. -
azbest
félisten
válasz
Csicsóka
#34334
üzenetére
most ők i2c adapteres megoldásról beszélnek.
Amikor közvetlenül az lcd -t kötjük a pi gpio-ra, akkor van olyan bekötés, amivel illesztés nélkül is működik. A titka az, hogy a pi csak küld adatot, de a kijelző felől nincs vissza adatáramlás. Ahhoz itt a pimoronis leírás is [pdf].
Bár úgy látom nem pont ugyanaz a bekötés, ami én használtam, mert ott volt egy ellenállás is.Ááh az csak a háttérvilágítás volt, én fix ellenállást használtam poti helyett. -
azbest
félisten
válasz
zsolt_64
#34223
üzenetére
inkább a külső merevlemezes topicban érdemes olvashatni. Például uasp-re is ott találhatsz tippeket. Ez nem pi specifikus, és mivel a pi kernele relatíve friss verzió (4.19), így általában, ami linuxon megy, az a raspin is megy - ha nem kell külön telepíteni valami drivert hozzá.
-
azbest
félisten
válasz
syler123
#34217
üzenetére
hm, ami még érdekes lehet, hogy a raspbian userspace emlékeim szerint máig armv6-osra van fordítva, hogy ugyanaz az alkalmazás fusson az első generációstól az utolsóig. A kernelekből választ talán csak az aktuális géphez valót. Mondjuk armv8-as rendszer lehet nem nagyon van rá, de arm v7-es disztribució lehet. Csak akkor ugye azon nem lesznek rajta a pi specifikus extra cuccok, nem minden képesség kihasználható esetleg. De nas esetén ez nem hiszem, hogy szempont.
Ezzel azt akarom kinyögni, hogy lehet armv6-os a samba is raspbianon.
Például nálam az sshd-t megnézve
readelf -a -W /usr/sbin/sshd
.... a végén...
File Attributes
Tag_CPU_name: "6"
Tag_CPU_arch: v6
Tag_ARM_ISA_use: Yes
Tag_THUMB_ISA_use: Thumb-1
Tag_FP_arch: VFPv2
Tag_ABI_PCS_wchar_t: 4
Tag_ABI_FP_rounding: Needed
Tag_ABI_FP_denormal: Needed
Tag_ABI_FP_exceptions: Needed
Tag_ABI_FP_number_model: IEEE 754
Tag_ABI_align_needed: 8-byte
Tag_ABI_align_preserved: 8-byte, except leaf SP
Tag_ABI_enum_size: int
Tag_ABI_HardFP_use: SP and DP
Tag_ABI_VFP_args: VFP registers
Tag_CPU_unaligned_access: v6 -
azbest
félisten
válasz
syler123
#34212
üzenetére
Az attól is függ mint tud az a hdd.
Valamint befolyásolhatja, hogy az usb3-sata átalakító tud-e uasp módot.Elvileg így le lehet ellenőrizni
$ lsusb -t
...
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 5000M
|__ Port 2: Dev 5, If 0, Class=Mass Storage, Driver=uas, 5000M
|__ Port 4: Dev 3, If 0, Class=Mass Storage, Driver=usb-storage, 5000M
...Ebből látszik, hogy a procit kímélőbb / gyorsabb uasp módban van-e vagy usb-storage, ami jobban terhel és lassabb lehet.
-
#34201
azbest
félisten
bacsomarton
#34200
azbest
félisten
válasz
bacsomarton
#34200
üzenetére
csak hdmi? pi4?
Csak mert lehet ott elvileg a sima beállítás mintha csak a hdmi0 kimenetre hatna. De legalábbis elvileg külön lehet megadni a 0 (táphoz közeli) és az 1-es kimenethez [link]
Szóval a táphoz közeli portot használd, ha általános beállítást használsz, ha a másikat, akkor egészítsd ki a kimenet sorszámával is a konfigot
A linken egyébként más jellegű hdmi beállítás hibát jeleztek. Csak példának pont jó lehet. De a hdmi beállítás hivatalos doksiba is van róluk szó, csak múltkor még el volt írva pár dolog
[link] -
#34198
azbest
félisten
bacsomarton
#34196
azbest
félisten
válasz
bacsomarton
#34196
üzenetére
próbáltad már úgy, hogy nem teszel üres sorokat a blokkok közé egy filterhez tartozó részen? Nem állítom, hogy úgy működik, de lehet az üres sor megtöri a hatást. Bár a leírás alapján úgy tűnik, hogy folyamatosan kéne hatnia a filternek addig, míg más filter nem jön.
Gondolom friss a rendszered, nem tudom melyik verziótól kezdve támogatott.
-
azbest
félisten
Raspberry pi 4 kapcsán gyakori kérdésekre válaszolnak a mérnökök [link]
0:41 Pi 4B early, was to be 2020
1:40 Two Micro HDMI ports
3:51 USB and Ethernet moved
5:02 USB-C on Raspberry Pi 4B6:04 Missing resistor on the board/USB-C power issue
6:32 USB OTG
7:45 Raspberry Pi 4B official USB-C power supply
9:54 Raspberry Pi 4B official case
(+ bonus case ASMR courtesy of Gordon?)
14:14 Raspberry Pi official keyboard
15:13 Why does it say "2018" on the Raspberry Pi 4B?
20:23 Easter Egg
21:03 Three different RAM options, and why 4GB on everything?
24:01 Different colours, Union Jack design? Welsh for Made in Wales?
24:39 8GB
25:54 What people will do with Pi 4B
28:58 GPIO Pins, made better on Pi 4B
31:44 Boot over USB/Ethernet
33:56 Software doesn't have bugs
37:39 Heat
39:54 Update to the USB controller, and where to get it
41:27 International availability
43:14 Easter Egg 2
43:40 Buster
48:36 Third party resources/availability at launch of Pi 4B
48:59 Month since launch and amount shipped
50:38 Team of 300+ involved in Raspberry Pi 4B -
azbest
félisten
válasz
#70234880
#34175
üzenetére
egy hdmi vga adapter kínából 5 dolcsi körül megvan. Én ilyet használtam régebben. Ennek usb-dc kábellel lehet tápot is adni, ami jobb, mert úgy biztosan nem terheli túl a hdmi potrot az áramfelvételével. Valamelyik pi-nél combosítottak rajta, de nem emlékszem hogy b+ vagy 3-tól, a régebbi piknél a sima táp nélküli adapterek esetleg kárt tehetnek a hdmi portban a túlzott áramfelvételükkel. Dc nélküliből már 2 dolcsi körül is vannak [link].
Itt azt írják, hogy a b+ -ba került bele plusz védelem, de 200mA a max (ott már forró a dióda). A 3B-től esélyesebb, hogy bármilyen hdmi-vga adapter problémamentesen megy vele, mert ott a terhelhetőség is nőtt
Múltkoriban linkeltem gertvga 666 boardot is 6 dolcsi körül, ami gpio-n át 6 bites dsi video kimenetet alakít vga-ra, de azt kézzel kell felparaméterezni és a kép minősége sem közelíti a hdmi-vga-t Az inkább csak poénból vagy spéci esetben második monitornak való a régi pi-khez.
-
azbest
félisten
válasz
#70234880
#34172
üzenetére
semmi sem lehetetlen, csak pénz és idő kérdése
LVDS móddal kapcsolódik a képernyő. Felbontás függő is azt hiszem. Plusz a háttérvilágítás sem mindegy milyen.
Itt egy példa valami más panelhez [link]
Létezhet még hdmi bemenetes vezérlő board a panelhez. [link]Bár ennyiért már lehet tudsz venni egy rendes asztali hdmi bemenetes használt monitort, aminek kevésbé ocsmny a képe. Bár látom hardveraprón azt hiszik aranyból van a 10+ éves monitoruk.
-
azbest
félisten
válasz
golya87
#34163
üzenetére
ami kapásból hiányzik:
cm3 közül valami lite, 4GB és nec edition 16GB flash-sel [link]
cm3+ változatok (lite - no flash, 8, 16 ,32GB flash)Viszont a pi zero w és wh lényegében ugyanaz, csak utóbbira felforrasztották a gpio headert.
Az 1B rev2 blue-t pedig csak promociós célokkal osztogatták, igazi kihívás lehet beszerezni
(#34169) angyalpc2
Ott van felette, hogy
model name : ARMv7 Processor rev 5 (v7l)
Az első generáció ARMv6
A hardver részt lehet direkt hagyták a régin, esetleg kompatibilitás okokból.Itt azt írja a hivatalos doksi, hogy a 4.9-es kernellel az összes pi esetén 35ös végűt ad vissza [link]
-
azbest
félisten
válasz
golya87
#34158
üzenetére
Gondolom, mert kompatibilitási okokból megtartják 1.1 helyettesítőként.
De a kérdés, hogy minek?
Mi az, amiben egy pi3+ nem jó a 2bv1.2 helyett? Ha jól emlékszem a ledek helye van máshol egyébként kb ugyanaz a csatlakozók elrendezése is, bemegy a 2 helyére a 3+ is. Hacsak nem gyűjtési szándékból keresed.
A 3asakon lévő wifit letilthatod, órajelét leveheted config txt-ben és akkor kb fogyasztásban is a 2-est hozza. A 2bv1.2 egy visszabitított 3as (wifi nélkül alacsonyabb órajelen).a 2bv1.1 -hez képest a 2bv1.2 csak akkor számít, ha kifejezetten az újabb soc-ra készített 64 bites oprendszert próbálnál futtatni, ami nem megy az előző soccal. De arra ott vannak a 3b változatai. És hivatalosan a 64 bites módot nem igazán támogatják, még a 4b-n sem.
A pi4b is jó lehet akár, csak az még nem minden téren élvez ugyanolyan széles támogatást, de hamarosan.... a fizikai kialakítása miatt nem lehet egy-az-egyben bepattintani egy korábbi pi számára kialakított helyre.
Gondolom azért nincs itthoni shopban mert 0-hoz közelít a kereslet rá. Farnell vagy rs components biztos árulja még, csak ők az üzleti ügyfelekre fókuszálnak. Angliai webshopokban is előfordulhat
-
azbest
félisten
válasz
angyalpc2
#34156
üzenetére
igen, és?
Ott van a megjelenés dátuma is a wiki oldalon. A board megtervezése és gyártása közt hónapok is eltelhetnek. Nem feltétlen 1.0 verzió a megjelenéskori. Plusz nem feltétlen adnak ki rögtön minden új változatot, hanem visszatarthatják hónapokig is, ahogy az üzleti érdekük kívánja
A wikipedia oldalon a release date sorban be is van hivatkozva a bejelentések oldala képekkel együtt.
Szerk, igen, az az eredeti változat. A v1.2 a 3-ason is található soc a 2-essel egyező kiépítésben és sebességben.
-
azbest
félisten
Juhú, tegnap játszottam kicsit a gertvga 666-tal pi2-vel. Kellett kicsit keresgélnem, hogy lehet aktiválni a két képernyőt egyszerre vele. Busterrel bejött firmware változatban úgy tűnik a régi pi-re is él pár config.txt kapcsoló.
max_framebuffers=2
és nagyjából ez amit írnak [link], bár láttam több kapcsoló is van a gpio más szolgáltatásainak tiltására, de lehet azok alapból nem aktívak.A vga képe egyébként kicsit zizi, nem tudom, hogy ez általánosan jellemező, vagy csak a példányom miatt. Youtube-on láttam egy videót róla [link], de máshol nem olvastam ilyen panaszról.
Két képernyőn két különböző fullhd videó játszása úgy látom, hogy limitált, két 30 fps-es még elmegy, de láthatóan akadnak, h264 órajelnövelés valamiért mintha nem működne. Majd teszek egy próbát, hátha egyiknek mpeg2 -nek kell lennie, hogy codec licensszel külön modullal játsza le és ne akadjanak.
Múltkor beszélgettünk itt valakivel a pi4 kapcsán hasonlóról, ezért is próbáltam ki a régi pi estén mi a helyzet.
-
azbest
félisten
válasz
Archttila
#33804
üzenetére
hát csak találgatni lehet, mivel azt sem tudjuk honnan és hogyan próbálsz
a cli speedtestnek megadható szerver konkrétan, hogy legalább esélye legyen reprodukálni, mert lehet épp lassú szervert válaszott magától.
letöltés sebességet az sd kártyára írás is korlátozhatja, vagy a szerver, ahonnan töltesz...
A router beállításán is múlik, hogy boldogul -e gyorsabb nettel, ha gyorsabb a neted. -
azbest
félisten
válasz
Archttila
#33796
üzenetére
konzolban esetleg a
dmesg | grep NIC
kiírhatja, hogy milyen sebességgel fogott kezet a hálózattal. Ha nem ír találatot, akkor esetleg más szöveget ír ki, a dmesg tartalmán végigpörgetve vagy a /var/log/syslog tartalmát átpörgetve lehet keresni a hálózatra vonatkozó sorokat.Esetleg nem tettél be valami konfig hekket valahová a 3b+ alatt, amivel lekorlátoztad 100-asra, hogy stabilabb legyen?
-
#33649
azbest
félisten
tatu611088
#33648
azbest
félisten
válasz
tatu611088
#33648
üzenetére
pontosabban még nem működik a beépített támogatás. Helyette, az általános megoldás megy jelenleg, ami kezdettől fogva az összes pi-vel megoldható.
Régi pin én annó úgy csináltam, hogy sd kártyára rakott rendszert alapszinten belőttem, aztán leklónoztam a munka particiót az usb eszközre a pécémen és átírtam a cmdline.txt -ben az útvonalat.
-
azbest
félisten
egyébként emlékeztek még a raspberry pi 40 pines változatokhoz készült gert-vga-666 boardra?
Elvileg működik a pi4b -vel is és ma már kínából kapni 6 dolcsi körül is. Igaz, egy hdmi-vga adaptert is kapni akár olcsóbban is, de poén
Pár infó, ha valaki nosztalgiázni akar [link], [link], egy frissebb spanyol videó a piros kínai boarddal [link]
Ha esetleg a két hdmi nem lenne elegendő
-
azbest
félisten
válasz
Benoe77
#33576
üzenetére
Az OSMC-re igaz, mert full újra akarnak írni mindent. LibreElecéknél rátették a kodi buildjükre a szükséges patcheket. Az alapítványosok is megemlítették, hogy talán majd ők is alkalmazzák azokat a raspbian repóban lévő kodira. De igaz, még egyáltalán nem kiforrott.
(#33570) kovbandi82
mintha lehetne csak listáztatni azt, hogy mi frissülne. Meg le is lehet tiltani megadott alkalmazások frissítését. Frissítéskor nem tudom pontosan mit néz, verzió számot vagy mit. Mert ha nagyobb a verziója, akkor nem írja felül. Ha kézzel telepítetted dpkg -vel, azt hiszem akkor nem része az apt csomagkezelésnek és nem frissíti. -
azbest
félisten
válasz
golya87
#33560
üzenetére
rendes specifikáció hijján leginkább annyit, hogy megduplázódott a sebessége
van sokféle io mód, ahogy az sd szabvány változott. Talán az sdr50 vagy ddr50 módot támogatja [link]. A régi piken 25MB/s mód volt, de lehet az is csak úgy, hogy egy lassabb módot hajtottak a specifikációnál magasabb órajelen.
A hivatalos fórumban mintha azt írták volna, hogy más lett az sd vezérlő az új socban.
Sokféle üzemmód lehet egy sd kártyánál. És akkor még arról nem is beszéltünk, hogy spi protokollon át is kommunikálhatna elvileg a legtöbb kártya.
És azóta is kerültek be újabb módok az újabb vezérlőkbe. Gondolom az a pláne itt, hogy a régi csak 3.3V-os az új meg 1.8V-os módokat is tud.
-
-
azbest
félisten
válasz
AcCEsS
#33541
üzenetére
én még azért kivárok pár gyakorlati tapasztalatot. Ahogy olvasom még a video lejátszást szoftveresen kalapálniuk kell, mert még nem teljesen jó. A videózás terén sem tiszta még a pontos specifikáció.
Ami nekem instant buy lenne:
- ha google kiadna hozzá teljes értékű androidtv rendszer, chromecast móddal, mindennel. De ennek közel nulla az esélye, mivel nem igazán van olyan rendszer, aminek hozzáférhető a fájlrendszere és hivatalos rendszer van rajta - a másolásvédelem miatt.
- ha ms kiadna hivatalosan teljes értékű armos win-t, kíváncsiságból lehet megnéznémNekem árnyalja a képet, hogy még mindig megvan a pi1-eseim mellett a két pi2-esem. És per pillanat azok a szerver feladatokat ellátják simán számomra. Médialejátszásra meg van egy mibox androidtv rendszerrel, ami 4k tartalomlejátszásban még mindig mintha kicsit túlmutatna a pi4-en (codec-ek, hivatalos androidtv rendszer az előfizetős tartalmakhoz).
Majd ha letisztul a pi4 megítélése, lehet még elgondolkozom rajta. Most úgy látom az angoloktól kapni 4GB ramosat, itthon még nem láttam készleten. Árban kb hasonlóan adják.
-
azbest
félisten
No, ez érdekes. A pi4 már az amlogic 922x szintje körül lehet.
Eddig az olvasottak alapján a benyomásaim:
pro:
- 4k támogatás
- h265 4k@60Hz dekódolás
- a videocore 6 (5 + pár mod médialejátszás terén) és a mesa driver használata, amivel desktop felületen is lehet hw gyorsított rajzolás. Ha jól értem, ezzel már tényleg lehet böngészőben is teljes képernyőn youtube videót nézni és nem fog akadni.
- nagyobb ram opciók, aki desktopolni akar vele, annak must have. 1GB rammal már a böngészők is szenvednek. Plusz durvább szoftvereket lehet headless módban is futtatni
- igazi gigabit lan
- usb3
- sd kárta gyorsabb üzemmódot is támogat, így a mai modern kártyákkal gyorsulhat
- a type-c tápcsati egyben közvetlenül kivezetett usb2 port a soc-ból, nem csak áram bevitelre jó. Így, a régi pi zerokhoz hasonlóan usb gadget módot is támogat.
- érdekesség képpen az usb3 egy 4 portos chipből jön, ami pci express2.0 buszon ül. Azért van két usb2, mert tán az usb3 plusz 8 adatvezetékét nem tudták volan elhelyezni. A pcie érdekes lesz, ha valamikor esetleg kijön kompaktabb változat a chip és portok nélkül, megvan a lehetősége, hogy egy pcie buszt tegyenek rá, péládul ha egyszer lesz compute module változat.
- plusz 2 i2c, 4 uart, az analóg hangnak külön pwmkontra:
- mpeg2 és vc1 codec hadveres támogatása kikerült, nem lehet aktiválni sem tán. Így azokat proci erőből fogja. A gyorsabb proci valsz elboldogul vele, szóval legfeljebb annak bosszantó, aki ilyen videók nézése mellett a háttérben is futtatna prociigényes dolgokat
- vp9, nem esik szó róla, hogy támogatja-e. Youtube-on a nagyobb felbontásúak így vannak.
- h264 4k nincs, fullhd dekódolás a max -
#33404
azbest
félisten
toth_janika
#33403
azbest
félisten
válasz
toth_janika
#33403
üzenetére
A pi video dekódere nem támogat 4k-t. Ha kodis médiaboxra vágysz, nézz körül az amlogic topicban, s905 változatokat egész olcsón kapni.
-
azbest
félisten
Minden pi-vel lehet usb háttértárat használni. Kezdettől fogva.
Legelőször még az volt, hogy a boot partició maradt az sd kártyán és a kernel paraméterben meg lehetett adni, hogy hol a másik partició. Ilyenkor a rendszer frissítésekor azért ír a kártyára is.
De jóideje már van olyan lehetőség is, hogy az sd kártya csak bootcode.bin -t tartalmazza. Azzal usb és hálózati boot mód is elérhető bármelyik pi-vel. Ezzel sosem ír a kártyára. Még az újabb pi-k esetén is van, hogy ez jobb, mint a soc-ba égetett kód, mert azóta derültek ki bugok és ez már tartalmazza a javításokat. Plusz nem kell átbillenteni a bootmód bitet sem hozzá. A linken írnak még pár másik hacket, ami a bootcode.bin-es megoldásnál lehetséges (uart, timeout).
-
azbest
félisten
a régi, pi1 alapúak máshogy működtek. Ott a soc maga állította elő a többi feszt, amire szükség van.
In fact, the Raspberry Pi 3B+ has no fewer than six different voltage rails: two at 3.3V — one special ‘quiet’ one for audio, and one for everything else; 1.8V; 1.2V for the LPDDR2 memory; and 1.2V nominal for the CPU core. Note that the CPU voltage is actually raised and lowered on the fly as the speed of the CPU is increased and decreased depending on how hard the it is working. The sixth rail is 5V, which is the master supply that all the others are created from, and the output voltage for the four downstream USB ports; this is what the mains power adaptor is supplying through the micro USB power connector. [link]
Gondolom ez már a pi2-től kezdve hasonlóan volt, csak a chip helyett butább megoldásokat csináltak. De már akkor is külön volt a ram.
hackaday írás erről [link]
-
azbest
félisten
pláne, hogy már sokadjára változtatják meg a táp áramköröket.
A 3+ változatoknál egy chipbe van integrálva már, de ahhoz sem csinálták meg az okostöltős támogatást
Bár ez főleg az 5v-ból sokféle más fesz előállításáért felelős.
biztos drága két ellenállás, vagy rontaná a saját márkázott töltők árusítását
-
azbest
félisten
válasz
t72killer
#33156
üzenetére
Valószínűleg nem.
- a kártyahibát hogyan érzékelné.. ha nem fagy le teljesen, akkor legfeljebb valami saját monitorozo megoldással próbálhatsz reboot-ot kiadni. De ettól nem tűnik el a kártya, ha talál rajta olvasható rendszert, akkor arról próbál indulni. Ha lefagy, akkor elvileg a pi tartalmaz hardveres watchdogot, ami fagyás esetén x idő után újraindítja a pit - régen használtam, nem tudom most mennyire jó, de gondolom továbbra is megvan.
- meg kell nézni, hogy mi a boot sorrend, ha több eszköz is jelen van. Ez valahol a pi hivatalos leírásában megvan. A pi verziókat és a mód aktiválását is figyelembe kell venni.
Úgy látom az újabb pi-k esetén a gpio megfelelő konfigurálásával hardveresen is megadható, kihagyjon-e valamilyen boot módot. Viszont ez is beég a hardverbe és azokat a gpio-kat nem tudod másra használni utána.[link]
-
#33155
azbest
félisten
kovbandi82
#33154
azbest
félisten
válasz
kovbandi82
#33154
üzenetére
esetleg a képernyő 60Hz miatt nem egyenletes a 24-es film képkockáinak folyamata - kadenciahelyesség.
Vagy ha tényleg akad, akkor esetleg nem adtál a gpu-nak plusz ramot, legalább 112MB kell neki, de 256 jobb. Alapból 32 vagy 64 van talán a nem videóra kihegyezett rendszereknél. -
azbest
félisten
válasz
Sera26
#33142
üzenetére
Ez esetben lehet a kábel, amit a táp és a pi közé tettél a ludas. Hiába a jó táp, ha a kábelen akkora a nagy ellenállás és vékony fém vezeték miatt a felszültségesés, hogy nincs meg a 4.75.
Gondolom van mérőd... terhelés alatt mérd meg a pi oldalán a tápcsatinál és a táp oldalán. Nem lepne meg, ha vacak kábellel 4.0-4.5V lenne a pi felől, míg a táp felől még 5.
-
azbest
félisten
-
azbest
félisten
válasz
alfa20
#32530
üzenetére
persze, hogy lehet tesztelni. Szisztematikusan.
Következőnek például más tápegységgel, valamilyen erősebb telefontöltővel rápróbálhatsz, hátha a tápegység halt meg.
Más: ha valaki látni akarja miért nem érdemes videólejátszáshoz, netezéshez mini pécét venni, akkor íme egy jó videó, ami desktopon hasonlítja össze a videolejátászi képességeit különböző boardoknak [link]
Persze médialejátszóként desktopot használni elég kapufa ezeknél. És nem meglepő, hogy a 120 ezres netbook alapú board windowssal bírja jobban
Amúgy médialejátszásra optimalizált os eléggé mást hozott volna ki, bár szerinte a rock64 a nyerő, de valsz csak armos desktopos összehasonlításkor - a legkevésbé rossz.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
múltkor vettem észre, hogy már kettővel régebbi volt az egyik pi2-őmön futó rendszer, mint az aktuális raspbian 
Új hozzászólás Aktív témák
Hirdetés
- AKCIÓ!! i9 9900 , RX 5700 XT , 32GB DDR4 , 512GB NVME , 2TB HDD
- GAMER PC - RTX 4070 Ti - Ryzen 7 5700x - 32GB DDR4 - 1TB Nvme SSD
- Eladó konfig! Ryzen 7 7800X3D 2TB SSD 64GB DDR5 RX9070XT 16GB!
- Asus Prime B560M-K + i5 11500 + be quiet! + 32 Gb Patriot Viper 3.200 Mhz Beszámitok!
- Eladó Konfig Ryzen 7 7700 32GB DDR5 1TB SSD RX6800XT 16GB!
- BESZÁMÍTÁS! Sony PlayStation4 PRO 1TB fekete konzol extra játékokkal garanciával hibátlan működéssel
- VÉGKIÁRUSÍTÁS - REFURBISHED - Lenovo ThinkPad 40A9 docking station
- Dell Latitude 8-11. gen i5, i7, 2-in-1 szinte minden típus csalódásmentes, jó ár, garancia
- Telefon felvásárlás!! Huawei P20 Lite/Huawei P20/Huawei P30 Lite/Huawei P30/Huawei P30 Pro
- Samsung Galaxy Xcover 6 Pro, 6/128 GB, Kártyafüggetlen
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest