RPI5, Raspberry Pi OS (64-bit) Release date: May 13th 2025 Debian version: 12 (bookworm)
1. A tápfeszültség kikapcsolása utáni bekapcsoláskor nincs hang. A jobb felső sarokban a hangerőszabályzó sem jelenik meg. Ha ezután a kezelői felületen vagy a rajta található nyomógombbal újraindítom, akkor megjön a hang.
2. A https://sign-el-soft.hu/tv.html oldalon található programmal használom. Ez az X11 könyvtárt használja. A rajzolási műveletek mint pl. az XDrawLine nagyon lassú (kb. százszor lassabb). Át kellett dolgozni azokat a részeit, ahol sok a rajzolás (pl. hang jelalak görbék). A wayland állítólag azért készült, hogy gyorsabb felületet biztosítson, akkor miért lett ennyivel lassabb?
- 1742 megtekintés
Hozzászólások
A tápfeszültség kikapcsolása utáni bekapcsoláskor nincs hang. A jobb felső sarokban a hangerőszabályzó sem jelenik meg.
Ehhez így nehéz hozzászólni, de ilyenkor én mindig dmesg-gel és journalctl-lel nézem meg az üzeneteket, és lehet látni, ha valami nem tud elindulni, vagy leállni.
A journalctl-lel az a jó, hogy megmondhatod akár azt is, hogy melyik bootolásra vagy kiváncsi, ki lehet vele listázni, hogy mikből választhatsz, stb...
Nem érdemes csak a "hang"-ra szűrni pl (snd, vagy hasonló), hanem először lapozd át az összes üzenetet.
Szerintem lesz ott valami log üzenet, hibaüzenet, vagy bármi..
- A hozzászóláshoz be kell jelentkezni
Ez eddig a legjobb válasz a threadben a hanghoz.
- A hozzászóláshoz be kell jelentkezni
A hang probléma egy egyedi használat következménye:
Egy túlfesz védett hosszabbítóba van bedugva az asztali PC a monitor az RPI5 és mások. A PC és az RPI5 egy KVM switch-en keresztül osztozik a monitoron egéren és billentyűzeten. Csak akkor jelentkezik a probléma, ha a hosszabbító kapcsolóját kapcsolom ki, majd be. Ha az RPI5 közvetlenül csatlakozik a monitorra, akkor nincs semmi probléma.
Tud-e valaki olyan megoldást, ami a hang rendszert újra indítja anélkül, hogy az RPI5 reboot-olna?
Nagy Gábor https://sign-el-soft.hu
- A hozzászóláshoz be kell jelentkezni
"PC és az RPI5 egy KVM switch-en keresztül osztozik a monitoron egéren és billentyűzeten"
Nem lényegtelen szempont, amikor a hdmi hangról van szó. Lehet, hogy dvi módban jön fel valamiért a kvm switchen át a kimenet?
A mostani rendszeren is van valami üzemód lekérő parancs, tool?
A régebbi rendszeren config fájlban simán meg lehetett adni kézzel, hogy milyen hdmi módban legyen és akár azt is, hogy mindig úgy viselkedjen, mintha rá lenne kapcsolódva a monitorra. A mostani rendszeren valsz bonyolultabb ez.
A hosszabbítónak lehet csak annyi a szerepe, hogy azt bekapcsolva más sorrendben élednek fel az eszközök, mint amikor egyenként kapcsold be őket. És lehet nem áll készen még valamelyik, amikor a pi nézi mi van a portjára kötve, ezért butább módot választ.
- A hozzászóláshoz be kell jelentkezni
Ez valami hasonló, nem? https://forums.raspberrypi.com/viewtopic.php?t=363503
Meg itt lehet érdemes körbenézni: https://www.raspberrypi.com/documentation/computers/config_txt.html#vid…
+ itt legacy video options részt nézd meg még: https://www.raspberrypi.com/documentation/computers/legacy_config_txt.h…
A config.txt-ben lehet még megadni hdmi-vel kapcsolatos beállításokat, pl hdmi_force_hotplug, hdmi_group, hdmi_mode, hdmi_drive
Érdemes lehet megnézni őket, ahogy @azbest is írta. Én a yocto-val szívtam rengeteget a hdmi-vel RPI-n. Kiderült, hogy egy rossz kábel is okozta a furcsaságokat (ha minden kötél szakad, akkor érdemes erre is gondolni). :)
- A hozzászóláshoz be kell jelentkezni
Igen az első linkhez hasonló. A fenti linkek nagyon hasznosak!
Mindenkinek köszönöm a segítséget.
Nagy Gábor https://sign-el-soft.hu
- A hozzászóláshoz be kell jelentkezni
A Raspberry Pi OS most már alapból Wayland-et használ, és X11 alkalmazásokat Xwayland kompatibilitási rétegen keresztül futtat.
Az XDrawLine és hasonlók software rendering-gel kerülhetnek megvalósításra, ha az OpenGL-ES/DRM backend nem támogatja őket vagy ha az Xwayland nem gyorsított.
Wayland nem támogatja közvetlen X11 hardware-gyorsítást, csak a "kompatibilitási Xwayland" rétegen keresztül, ami nagy mértékben szoftveres lehet a Raspberry Pi5-ön, ha a megfelelő driverek nincsenek betöltve.
lsmod | grep vc4
glxinfo | grep "OpenGL renderer"
Ha szoftveres renderelést "llvmpipe" látsz, az probléma.
Szerintem próbálj visszatérni xorg-hoz.
sudo raspi-config -> Advanced Options -> Wayland / X11 -> válaszd az X11-et.
Sajnos egyre több probléma van a RPi-vel. Nemcsak drága lett de problémás is. Még ma is a RPi3-at tartom az utolsó vállalható Raspberry-nek.
- A hozzászóláshoz be kell jelentkezni
-
- A hozzászóláshoz be kell jelentkezni
Az rpi3 óta a teljesítmény a fogyasztással egyenes arányban nőt, szerintem sincs érdemi fejlődés. Egy ideje nem vagyok naprakész a témában.
Van már sata?
Még mindig választani kell, hogy x265 vagy x264 -et akarok gpu-ból dekódolni ?
- A hozzászóláshoz be kell jelentkezni
Nincs natív SATA. De USB 3.0 és PCIe 2.0 x1 van, így már használhatsz gyors SATA-t adapterrel. Mivel a RPi 5 egy darab PCIe 2.0 x1 FPC csatlakozón keresztül létezik, amihez lehet NVMe vagy SATA adaptert csatlakoztatni.
PINEberry Pi HatDrive! vagy Geekworm X1001 Ezek SATA vagy NVMe M.2 SSD-t támogatnak.
Ami a sebességet illeti PCIe 2.0 x1 elméleti maximuma kb. 500 MB/s, gyakorlatban 300–400 MB/s.
B. megoldás, hogy USB 3.0 porton keresztül is csatlakoztatható SATA, de ott is csak USB-SATA bridge van, nem natív vezérlés.
Az RPi 5-ben a VideoCore VII GPU található, amely hardveresen támogatja a H.264 és H.265 (HEVC) dekódolást.
A hardveres dekódolás most már v4l2-m2m interfészen keresztül történik. Az ffmpeg és gstreamer támogatja. De GPU-korlát miatt nem tudsz egyszerre H.264 és H.265 streamet dekódolni hardveresen.
Konkrétan
Egyik ablakban H.264 megy GPU-val.
Másik ablakban H.265 már szoftveresen vagy az előző leállítása után megy GPU-val.
És ezt úgy reklámozta a Raspberry, hogy már desktop használatra alkalmas a RPi 5. Hát nekem más fogalmaim vannak erről.
A legtöbb médialejátszó (KODI, VLC, mplayer, ffmpeg) általában beállítható úgy, hogy preferálja a hardveres dekódolást, de formátumváltáskor fallback van szoftveresre, ami CPU-t zabál. Playlist lejátszásánál ez simán előfordulhat.
A korretség kedvéért annyit meg kell jegyeznem, hogy a Pi5 CPU-ja (Cortex-A76, 4 mag) elég erős akár 1080p x265 szoftveres dekódolásra is, de 4K már necces.
- A hozzászóláshoz be kell jelentkezni
A Pi5 pont h. nem tud már hardveres h264-t, szoftverből dekódol.
És eléggé megterheli, főleg egy h265-höz képest.
Pi5: 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 (ahol az ISP = Image Signal Processor)
- A hozzászóláshoz be kell jelentkezni
Igazad van. A RPi4 volt ami hardveresen támogatta a h.264-et és h.265-öt is.
Illetve nem múlt idő a RPi4, mert még ma is kapható. Ha a videolejátszás fontos az Orange vagy Banana Pi jobb választás. De a megemelkedett árak miatt szerintem videózásra is inkább Intel n100 jobb mindegyiknél.
- A hozzászóláshoz be kell jelentkezni
Milyen alternatív boardot javasolnál hasonló árkategóriában, jó szoftverellátottsággal? Sajnos az RPi5 nekem se jön be.
- A hozzászóláshoz be kell jelentkezni
Nem engem kérdeztél, de én x64 mini PC körül nézelődök. Ez a dzsunka arm SBC vonal egyre nagyobb csalódás nekem, mindig csak a korlátaival találkozok.
- A hozzászóláshoz be kell jelentkezni
+1
En 2 eve vettem 3 x mini PC-t darabja £229 (azota van sokkal olcsobban is) memoriat es ssd-ket en raktam bele mert volt itthon boven. De a PI sem sokkal olcsobb mert a 16 gigas PI5 is £114.90 es ez csak a board ehhez vegyel PSU, hutot, hazat, sd kartya, micro hdmi kabel es arban mar kozel vagy a mini PC-hez nade a teljesitmeny eg es fold. Ja a mini PC darabja 20 wattot eszik atlagban.
Amugy ha mindenkepp SBC kell akkor a https://radxa.com/ meg viszonylag nagyobb gyartok kozul van
- A hozzászóláshoz be kell jelentkezni
Intel N100, N150 procis vagy hasonló minipécé. 4 efficient core, 32GB ddr4 vagy ddr5-tel még több memória modullal is megy, bár intel hivatalosan 16GB támogatást mond, 1 slotban.
100-150 dolcsi közt kapni sokszor, sokféle változatban. Van olyan integrált, kompakt változat is, ami kb akkora mint egy raspberry pi. Csak persze ez házban van, tápegység jár hozzá. De van router változat is, amikor 2.5G lanokat tesznek rá 2-6 db közt. Csak 9 pcie sávja van, így ha sok a slot / lan, akkor lehet 1-2 sávot kap csak egy nvme ssd slot.
200-300 dolcsi körültől meg már ryzen procisokból r5 5825U, r5 6600H vagy akár r7 6850H procis is van.
- A hozzászóláshoz be kell jelentkezni
Ha kellenek a csak RPi kompatibilis kiegészítők, mint HuskyLens vagy PiRotator vagy érzékelőkészletek meg a többi millió RPi GPIO-ra csatlakozó kiegészítők, akkor a PC nem lesz kompatibilis alternatíva. Banana Pi és Orange Pi alternatíva lehet, viszont kicsi közösség áll mögöttük, ezért ha elég a Raspberry Pi 3 akkor azt tartom még ma is a legjobb alternatívának. Nem kell aktív hűtés hozzá, az áramfelvétele is kisebb. Az volt az utolsó jól sikerült Raspberry.
De egyébként a ha ilyen GPIO-ra csatlakozó kiegészítők kompatibilitása nem köti a kezed ma már Intel N100 jobb választás szerintem. Valamivel többet fogyaszt, de még elfogadható határon belül. Rengeteg OS között válogathatsz, hozza a PC kompatibilitás minden előnyét.
- A hozzászóláshoz be kell jelentkezni
N100 + 40 PIN GPIO header https://radxa.com/products/x/x4/#techspec
- A hozzászóláshoz be kell jelentkezni
Ez jól néz ki! RPi kiegészítőkkel való kompatibilitásáról van infód, mert a GPIO megléte még nem garantálja, hogy mindegyik működik is vele. De a kiegészítőkön túl minden másra jó alternatívának tűnik.
- A hozzászóláshoz be kell jelentkezni
Bocsi de nincs, korábban nézegettem ezeket és onnan emlékeztem. Számomra csak alacsony fogyasztású eszközök amin tudok szoftvert futtatni. Bár mostmár néha bánom hogy nem robotika szakirányt választottam annó...
- A hozzászóláshoz be kell jelentkezni
nik?
- A hozzászóláshoz be kell jelentkezni
A NYÁK-on van egy RP2040-es mikrovezérlő is, ugyanolyan, mint amit a Raspberry Pi Pico-ra is tettek. Ennek a mikrovezérlőnek a portlábai vannak kivezetve a GPIO tüskesorra. Az RP2040 USB-n vagy UART-on keresztül érhető el az Intel N'00-as CPU felől, vagyis teljesen máshogy tudod kezelni a GPIO lábait, mint egy Raspberry Pi esetében, így kompatibilitásról csak hardveres értelemben lehet beszélni, szoftveresen bele kell nyúlni a dolgokba rendesen.
https://docs.radxa.com/en/x/x4/software/c_sdk_examples?type=GPIO
Ahhoz, hogy használhasd az RP2040-et, előszö bele kell töltened egy firmware-t:
- A hozzászóláshoz be kell jelentkezni
Igen, ez még olcsóbb is, mint az RPi5, és teljesítményben oda-vissza veri (cache, CPU, GPU, memsávszél), ráadásul mivel x86-os platform, szabvány GPU driver, szabvány disztrók viszik, nem kell spécit tölteni mindenből, aki nagyon mazohista, még teljes értékű Windowst is tehet rá, akár 11-est is.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Azért ez csalás, mert egy pécé és egy mikrokontroller egy pcb-n. De nem hiszem, hogy kompatibilis lenne a rendes raspberry pi gpio-val. Mert az a mikrokontroller tüskesora lesz. :)
https://docs.radxa.com/en/x/x4/software/c_sdk_examples
- A hozzászóláshoz be kell jelentkezni
Intel N100 hogy áll a HDMI-CEC -el? Bár lehet nem a CPU-n múlik hanem a gyártón. Utoljára mikor néztem csak a tv bekapcsolására láttam utalást a spec. -ben. Jó lenne ha nem kellene bohóckodni 2 távirányítóval.
- A hozzászóláshoz be kell jelentkezni
Köszönöm. Az X11-re át tudok váltani a raspi-config segítségével, de mivel a programot már korábban módosítottam, nem biztos, hogy azt fogom használni. Az X11-hez tartozó ablakkezelő ugyanis kevésbé szimpatikus.
Azzal, hogy egy egyenes rajzolásához hardver gyorsításra lenne szükség, vitatkoznék. Én úgy oldottam meg a wayland/x11lib problémát, hogy a program azon részeit, ahol sok egyenest rajzol átdolgoztam. (pl.: https://sign-el-soft.hu/reklam.html itt kb ötször annyi egyenest rajzol, mint ahány képpont széles az ablak) Mostantól C-ben írt programrész húzza az egyeneseket egy bitmapben, és azt utána egy lépésben átadja az X11-nek, ami továbbadja a wayland felé. Kb 100-szor gyorsabb mint az Xlib/XDrawline a wayland alatt!!! Az XDrawline a wayland nélkül persze mindig jól működött.
A https://hup.hu/comment/3203276 szálon hivatkozott link ezt írja:
"The only problem, the ONLY problem is the forced deprecation of X11 BEFORE Wayland is ready."
Nagy Gábor https://sign-el-soft.hu
- A hozzászóláshoz be kell jelentkezni
Ide legkevesbe off a kerdes:
Van-e olyan ValamiPi (ARM64 SoC elerheto aron), ami azert egy Intel Iris / Intel ARC 140 integralt GPU-t elver, vagy legalabb utoler GPU performance-ban?
- A hozzászóláshoz be kell jelentkezni