Miniszámítógépek, SBC-k

ESP32-re Arduino IDE felülettel próbálok elkészíteni egy kódot, ami a feltöltött fájlban lévő adatokat folyamatosan olvasva, azt az ESP egyik GPIO-jára teszi ki. A jeleknek egyenletesen kellene a kimeneten megjelennie.

Szépen is működik kicsi fájlal, de amint nagyobb fájlt töltök fel, a SPIFFS megakasztja néha a folyamatot. Gondolom, valami pufferbe tölthet be adatokat. Megpróbáltam a feldolgozás előtt egy tömbbe beolvasni az adatokat, ami meg is oldotta a problémát, de a tömböm maximális mérete 64K lehet. Nekem pedig 100K feletti fájljaim is lennének.

Tehát a kérdésem az lenne, hogyan lehet többszáz kilobájtnyí adatot egyenletes sebességgel felolvasni a SPIFFS fájlrendszerből Arduino IDE felülettel?

Sziasztok.

Egy RPI-re telepített linuxon midi-outputon kiküldenék egy olyan midi file-lejátszást, ami a 3-as midicsatornán a panorámapotit random mód tekergeti.
Csak ennyit.

Kérdés:

ki hogyan valósítaná meg GUI nélkül, csak parancssorban?

---------

Egy DAW-ban szerkesztéssel könnyen megoldható mindez, vagy előre felvéve és ott lejátszva. De nem így akarom.

Gondoltam arra is, hogy DAW nélkül modularral megoldom, de az borzalmasan felzabálna néhány hardvert,meg százezreket.

Keresek egy lehetőleg pici, egyszerű, olcsó hardvert, amin azért már egy debian elfut. Lehet arm cpu is. Jó lenne új, de használtan is ok, ha érdemben olcsóbb.

Egyetlen alkalmazás futna rajta, egy konzolos USB soros kommunikációs program 115200-as sebességgel, és kb 500MB tárterületigénnyel, amit zömében csak olvasni fog. ARM32, ARM64 és x64 binárisok közül választhatok. A gépet jó lenne a tápfeszültség bekapcsolásával indítani, és a tápfeszültség elvételével leállítani, mivel konzol nem is lesz rákötve.

Egyelőre találtam egy Orange Pi zero-t használtan, de még nem biztos, hogy sikerül hozzájutnom. Az is lehet azonban, hogy van egyszerűbb megoldás. A Raspberry PICO-n úgy tűnik már nem fut el normál linux.

Van ötletetek?

A feladat videókat lejátszani végtelenítve, gombnyomásra másik videót lejátszani - végtelenítve, és új videó lejátszásakor minél mínőségibb átmenet az új videóba.

Gugliztam is meg törtem a fejem mókás és egyszerű megoldáson. Eddig jutottam:
framebufferbe lejátszani ffmpeg-gel.
- rpi bootol és belefut egy végtelen ciklusba: inotifywait egy.file írás figyelése
- egy.file tartalmazza a ffmpeg parancsot és persze a videofile nevét
- mini weblapon vagy ssh-n új tartalmat írok egy.file -ba és erre egyből
- előző ffmpeg killed és új ffmpeg játsza a következő videót framebufferbe (vt1-en)

Ez nem lesz interneten, csak lanon.
ffmpeg nem játszik le framebufferbe akármilyen pixelformatot.

Valakinek esetleg best practice meglátása? Kiost módban futtatott vlc X-en esetleg Wayland+Cage+VLC

Szeretnék egyszerűen színes composite NTSC jelet generálni, hogy tesztelhessem, melyik TV képes azt helyesen megjeleníteni.

Van egy ESP-WROOM-32 lapkám, amihez több NTSC generáló kódot is találtam. Megpróbáltam ezeket feltölteni, de sajna még csak le sem fordulnak. Többek közt ezt a hibát adják:

'I2S_CLKM_CONF_REG' was not declared in this scope

Próbáltam 1.8-as és 2-es Arduinoval is, próbáltam többféle lapka beállításával is, bár szerintem azt ESP32 dev modul kellene.

Pár kód, amivel próbálkoztam:

- https://github.com/marciot/ESP32CompositeColorVideo

- https://github.com/erenard/esp32-i2s-composite

Hogyan tudnék életrekelteni egy NTSC jelet generáló kódot, vagy hogyan tudnék színes NTSC jelet előállítani viszonylag egyszerűen?

Megoldás:

A kód elején be kell hívni az i2s_reg.h fájlt. Hogy miért, nem értem, de így módosítva a kódot hiba nélkül lefordul.

Mini PC PN50-ben szeretném megosztani a 48GB memóriát úgy, hogy egy része menjen a videokártyának, másik része a futó alkalmazásoknak. Amit eddig olvastam, hogy a BIOS Advanced-ben kellene lennie ilyen opciónak, az Asus BIOS-ban viszont nem találom ilyet. Azt is olvastam,, hogy az alkalmazások döntik el, hogy mennyi ramot vesznek el a video eszköz javára. Lehetséges, hogy linux alatt ez a történet nem kivitelezhető?

Állítólag van benne hardver véletlenszám-generátor. Nem sok infót találtam róla. Nekem megfelelne valami pszeudo-random generátor, akár valamilyen függvénnyel. Ami a feltétel, hogy két független véletlenszámot kell előállítanom. Tud ebben valaki segíteni? uint8_t elegendő.

Sziasztok,

szeretnék egy saját NVR-t összehozni max. 16 kamerára. Nézegettem és rendeltem is az Aliról Dahua NVR-t, de nem igazán vagyok vele megelégedve, mert nagyon lassú, illetve az már tönkre is ment. - https://www.aliexpress.com/item/1005004899591170.html

Ezért arra gondoltam, hogy összerakok egy saját vasat, egy mini pc-t.

Nagy dolgokat nem kellene tudnia. Rögzíteni folyamatosan a képet, illetve, ha kell, akkor adott felvételt le tudjam tölteni, illetve telefonon meg tudjam nézni a kamerákat.

Kérdésem, hogy erre milyen mini pc lenne alkalmas, illetve milyen programot lenne érdemes rátenni (Linux vagy Windows) alapú valalmit? Milyen jellegű programok vannak erre a célra?

Köszönöm előre is!

Kalmi

Hogyan oldható meg Raspberry Pi-n az, hogy több PC-re is tudjon kapcsolódni off-home, azaz otthoni hálózaton kívülről? 

A gyári hardveres Steam Linkkel ez nem probléma, mert azon több Steam Link kapcsolat is lehet párhuzamosan. A szoftveres Steam Link-en viszont csak egy aktuális kapcsolat lehet. Otthoni Lan-on természetesen mindig rá lehet keresni settingsben az éppen működő Steamet futtató PC-kre és bármelyiket ki lehet jelölni, onnantól az lesz az egyetlen aktuális kapcsolat. Otthoni lan-on kívül viszont ez természetesen nem oldható meg. Az egyetlen megoldás amit találtam különböző userek létrehozása az otthoni PC-khez, és mindegyiken egy-egy aktuális PC kapcsolat van beállítva. De ez eléggé körülményes. Van erre egyszerűbb megoldás szoftveres Steam Linkeken? 

A probléma nem Raspberry Pi specifikus egyébként, desktop Linuxszon, Windowson, Androidon ugyanez van, csak egy aktuális Steam Link kapcsolat.

Van egy működő Commodore 610 számítógépem, lemezegység nélkül. Gondoltam, nem nagy baj, van rajta szokványos Commodore magnócsatlakozó, majd kazettáról töltök be programokat.

Napokig küzdöttem vele, mire kiderült, hogy bár a gépen van fizikai magnócsatlakozás, ráadásul Cassette felirattal, a kernele mégsem támogatja a magnókezelést. A SAVE és LOAD műveletek "?device not present" hibaüzenettel leállnak, a rádugott magnónak pedig folyamatosan megy a motorja, nem képes azt indítani és leállítani.

Találtam egy kernelt hozzá, aminél a LOAD nem ad hibaüzenetet, de az sem kezeli a magnót. Végül most egy olyan kernelt tettem fel rá, ami a magnócsatlakozón keresztül képes a 1541-es meghajtót kezelni ... elvileg, mert kábelem még nincs a kettő közé.

A kérdésem azonban az, hogy ha valaki mélyebben ismeri a Commodore 610 vagy B128 vagy csak CBM-II néven emlegetett gép lelkivilágát, igazán mesélhetne arról, hogyan kerülhet magnócsatlakozó egy olyan gépre, ami nem kezel magnót? Értem én, hogy Business Machine, és az üzleti felhasználásban inkább lemezzel nyomultak, de akkor mégis minek rá a csatlakozó? Ha meg én derítettem ki rosszul a tényeket, akkor hogyan lehet mégis magnóról betölteni bármit is?

Mivel a gép egy kiállításon fog szerepelni, szeretném, ha valami látványosabb játék vagy demo futhatna rajta, de szoftvert is alig találtam hozzá. Van néhány lemez, ami elérhető, de ezek nem konvertálhatók TAP vagy T64 formátumba, ami persze érthető is, ha nem kezeli a kazettát. Van még hozzá egy bővítőkártyám, de EPROM-ba írható programokból is csak diagnosztikát, meg néhány utilitit találtam, látványosat egyet sem. Tehát ha valaki tud szoftver forrásokat ehhez a géphez, azt is megköszönném. És persze minden információt erről a gépről, mert úgy látom elég kevés maradt fenn.