- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- HDD probléma (nem adatmentés)
- Milyen billentyűzetet vegyek?
- Itt a legkisebb asztali GeForce RTX 50-es VGA
- Philips LCD és LED TV-k
- Hobby elektronika
- VR topik
- Gaming notebook topik
- Kormányok / autós szimulátorok topikja
-
PROHARDVER!
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
Peter789
#6670
üzenetére
ha nem, akkor...
hát ezért: [link]
Két éve 35 dolcsiért nem volt egy alternatíva sem. Az i/o kellőképpen dokumentált, a soc ilyen dokumentációja tudtommal elérhető. Az ARM1176JZF-S mag dokumentációja is elérhető . A gpu tényleg nem ennyire dokumentált, mert az már NDA köteles, de ez más socnál is így van.
Egyébként ez is elérhet, ha komolyabb szerződést kötsz a broadcommal és aláírsz titoktartási nyilatkozatot. Persze otthoni hobbi fejlesztőknek, akit megcéloztak vele, értsd britt gyerekek, nincs szükség ilyenre.
Ha sokallod a ramot és csak vezérlést szeretnél, akkor az arduino-t ajánlom. De a raspi nem abban a kategóriában játszik, sőt bizonyos esetekben éppen a raspi+arduino a legjobb választás, mert más az előnyük és hátrányuk.
Az smsc chip az én szememet is bántja, de nem nagyon van más választás (ki lehet hagyni, mióta van A modell). Elég elterjedt, elérhető hozzá doksi is [link]... csak nem tartják az alapítványnál fontosnak a problémáit, mivel keveseket speciális felhasználási területeit érinti (a célcsoporthoz képest). Egyébként láttam ilyet más devboardon is. Ahol a soc tudja a funkcióját, ott persze nem tesznek rá ilyet.
Ha megnézed a többi olcsó linuxos dev bordot, akkor azok szinte mind a raspi után jöttek ki és valamilyen androidos felhasználásra tervezték őket (tabletek). Persze voltak és vannak komolyabb dev boardok, de az árazásuk is más. A supportjuk sem jobb (van pár fajta a környezetemben). Sőt, a raspi után kezdtek megjelenni a komolyabbakból is olcsóbb verziók. Aki konkrét terméket akar fejleszteni, az meg úgyis kaphat egyedi devbordot a soc gyártójától. Az X futtatás egyikkel sem olyan sima, mint egy pécén, hiába minden erő, ha nincs direkt hozzá írt X.
Az első linket érdemes elolvasni, mert tényleg jól megindokolja.
Viszont, ha egy mondatos választ szeretnél, hogy mi a nyűgje a raspinak, akkor arra azt mondom: It's british... hogy brittek
[link] -
azbest
félisten
válasz
moli.hu
#6665
üzenetére
ha túl sok terhelés megy keresztül egy eszközön, akkor megsérülhet tőle. A pi-re is mondtak értéket ami fölött nem ajánlott, mert átéghetnek összeköttetések, vagy sérülhet valami rajta. Itt nem a rákötött táp terhelhetőségére gondolok, hanem például a gpio-n keresztül megtápolva, passzív hub-bal rákötve sok-sok eszközt. Ez esetben minden terhelés keresztülmenne a pin. A pi hivatalos tápcsatlakozóján van védelem, ami leold ha túl sok eszköz van rákötve.
Ha egy erős tápról megy minden, akkor érdemes külön-külön vezetéken vinni a pi-re és a hub-ra is tápot belőle. Gondolom léteznek elosztók, vagy ha más nem forrasztással építeni egy "tápsínt" amire közvetlenül kapcsolódnak az eszközök. (pi, hub, hdd, amit így lehet).
Egyébként ha a hubból kispórólták a diódát és az visszatápol az pi usb csatlakozója felől, akkor az is megoldás lehet a pi meghajtására. Ez nagyjából olyan mintha a gpio-ra lenne kötve. Persze ilyenkor meg a hubon megy keresztül minden táp. Szóval, ha van szűk keresztmetszet valahol, akkor hiába van erős táp, mégis lehet olyan pont ahol leesik a feszültség. Ezt azért is gondolom, mert rendes 400W-os pécé táp 5V-járól is hajtottam régebben ideiglenesen a pi-t (a hub tápjaként használva és usb-n visszatápolva a pire) és kevesebb mint 5V-ot mértem a pi tesztpontjain. Gondolom a hubon nem tudott keresztüljönni több. De ezek a dolgok csak észlelésen, próbálgatáson alapulnak, csak felszínese elektronikai ismereteim vannak.
-
azbest
félisten
válasz
Hyperion
#6634
üzenetére
0bda:8176 Realtek Semiconductor Corp. RTL8188CUS 802.11n WLAN Adapter a wifi egyészen pontosan. Azért tettem hosszabbítóra, mert egyébként kevés a jelszint. Lehet néha így is kissé. A ralinknek rendes antennája is van, igaz az többet fogyaszt és jobban leesik a tápfeszültség vele.
Nekem androidos xbmc távirányító van beállítva és a hálózaton át irányítom. Két tippem van:
a) talán a tápegység nem elég nekik. Ha van kéznél feszültségmérő, akkor a tesztpontokon érdemes megnézni, hogy 4.8v alá esik e.
b) gondolom valamilyen távirányító is van rajta, ami lassabb usb eszköz és lehet az aktuális linux nem szereti. Nekem a smartkártya olvasótól lassul be / fagy ki az usb.Kapcsold be az ssh-t az openelec menüben és root
penelec azonosítóval lépj be rá másik gépról. Mielőtt indítod a videót add ki hogy "less /var/log/messages". Ott látod mi történik és lehet a hibaüzenet majd segít. -
azbest
félisten
A konyhai tévének beállított pi-hez rendeltem egy 2A+1A tápot, kicsit behemót, de remélhetőleg éppen ezért van benne anyag. Sikerült kicsit olcsóbban (9 usd szállítással) elcsípnem egy licitálósat.
A 4 portosuknak (2x 1A, 2x 2A) még a belsejéről készült képet is ki merték tenni.
A neten körbenézve úgy tűnik, hogy nem egy teljesen névtelen manufaktúra.
Egy 256MB-os régi pi, hdmi-vga átaalakító [link], canyon cnr-fsp01 hangszóró [link] (jack hang és usb alakú tápkábel, annyira nem is vészes, mint amilyen olcsó). Realtek RTL8188CUS wifi (ralink 5370 nem megy openelec 3.2.4-gyel). Mivel a vga átalakító is usb-ről kap tápot, hogy ne tegye tönkre a hdmi kimenetet, így a hang külön tápról megy most. A fenti töltő mindkettőt rendesen meghajtja majd.
-
-
azbest
félisten
Múltkor kérdezte valaki, hogy lehet usb tárra (pendrive, hdd) tenni a rendszert. Én úgy szoktam, hogy kártyán feltelepítem, beállítom a rendszert.
Szabályos leállítás után fogom a kártyát és a pendrivet, bedugom őket a linuxos gépembe. Az ad kártyáról mentek biztonsági másolatot.
Gparted-del fogom és átmásolom az sd kártya ext4 particióját a pendrive első particiójaként. Átméretezem a pendriven lévőt. Az sd kártya fat particióján a cmdline.txt-ben átírom az /dev/mmcblk0p2 -ről /dev/sda1 -re. A pendrive közvetlenül a pi usb csatijába megy, mert az usb hubom támogatása nincs belefordítva a kernelbe, hanem modulként tölti be a fájlrendszerből. Ennyi az egész. -
azbest
félisten
válasz
Benoe77
#6589
üzenetére
A configuration / dvb inputs / tv adapters részen az eszközt kiválasztva megjelenő parameters táblán "Full Mux RX mode:" pipa.
Ha régebbi tvheadend, akkor a tvadapters / general fülön "full mux reception: on".Persze ez a linuxtól / tunertől is függ, hogy a teljes muxot átengedi -e vagy mindenképpen használ pid filtert.
Ez utóbbi látszik a kernel logban (dmesg):
"dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer" -
#6586
azbest
félisten
wassermann
#6585
azbest
félisten
válasz
wassermann
#6585
üzenetére
Ahogy írtam full muxból megy be egyszerre három
Tehát az összes bemegy most az usb-n, utána ebből az adatmennyiségből a tvheadend az adott csatornához tartozó részt kiválogatja és kiküldi hálózaton oda, ahová a kliensek kérik. Ha nem pipálom be a full muxot, akkor a tunertől csak az megy a pi-re, amit kér a tvheadend. De ez nem tűnt jobbnak, mintha eleve minden átmegy és nem kell változtatnia menet közben.(#6584) sanchomuzax:
már régebben összeraktam ezt, mint set-top-boxot (kijelzővel, távirányítóval), csak szoftveresen nem volt elég megbízható Kis ismertető [link] Most a tunerek jól mennek, erre a kártyakezeléssel van baj 
Szerk, most így néz ki szegény:
-
#6583
azbest
félisten
wassermann
#6580
azbest
félisten
válasz
wassermann
#6580
üzenetére
Beüzemeltem a két it9135 és egy rtl2832u+r820t tunerekkel a raspit. Kb így tudnám összefoglalni:
Úgy állítottam be, hogy a teljes muxot átadják a tunerek a pinek, ne csak azt amit épp nézek (tehát nincs pidfilter használva). Hálózaton át megy natgeo, cartoon network és m1 hd. A vétel térereje kicsit bizonytalan, főleg az it9135 tunerek számára, de elfogadható. Tuning nélkül is működött, de a cpu terhelés úgy már 80 fölé is ment, inkább áttettem 950MHz-es beállításra a tuningot. A rendszer pendriveről fut, mert sd kártyán korábban sokszor volt adatvesztésem. A kártyaolvasó nem a pi-hez van kötve, mert attól lehal. Így körülbelül 66Mbit a tunerektől bemenő adat és úgy 10Mbit a hálózati forgalom. Magát a pit nem kötöttem tévére vagy monitorra, mert egyszerűbb a pécén felkapcsolódni és félretett ablakban nézni az adást.
A dolog apropója, hogy a konyhába teszek egy "tévét". Véglegesen valószínűleg az mk808b androidos stickem lesz a vevő a kompaktsága miatt. Wifin át odamegy a stream
Persze telefonon és tableten sem utolsó az élmény.
-
#6582
azbest
félisten
wassermann
#6580
azbest
félisten
válasz
wassermann
#6580
üzenetére
De, mivel ip alapon kommunikál az oscam és a tvheadend, így nem muszáj egy gépen futniuk. Ideiglenesen a gépemen megy most. Sőt igazából két oscamet össze lehet úgy konfigolni, hogy bármelyik gépen lévő kártyaolvasóba dugom, akkor is minden ugyanúgy megy. Gyakorlatilag egymásra csatlakoznak kliensként is.
Most úgy próbálom rendesen beüzemelni, hogy az ablakba tettem erősítős szobaantennát, így 3 fele osztva is épp elég a jel. Vannak nagy antennáink is, de most képtelenség úgy elhelyezni hogy jobb legyen, mint a bot vagy a szobai. Azt hiszem veszek még r820t chipsetes tunerből, mert ilyen problémás környezetben is jól produkál eddig. Az it9135 is megy, csak annak a drivere teljesen butaságokat ír a vétel erejéről.
-
#6579
azbest
félisten
wassermann
#6578
azbest
félisten
válasz
wassermann
#6578
üzenetére
10 másodpercenként, meg ha jön épp valami frissítés.
Az r820t-vel szerelt realtek tuner nagyon jól megy, az it9135 is megfelelő, azt hiszem nem szóródnak el az adatcsomagok. Az e4000 rf chipes realtek elég gyenge vételt produkált. A teljes mux átmegy rajta, eddig úgy tűnik gond nélkül. Két muxszal még antenna gondok miatt nem tudtam egyszerre kipróbálni. Jobb hijján ideiglenesen kivettem a pi mellől a kártyaolvasót.Kernel logban szépen látszik ahogy kezd összeborulni az usb [link]. Rengeteg hasonló panaszt láttam a kezdetektől kezdve. A usb-soros átalakítókat érintette főleg..
-
-
azbest
félisten
Rádugtam egy rtl2832u+r820t tunert, ennek külön firmware sem kell és remekül megy vele a legfrissebb tvheadend, amit forrásból buildeltem. Alapból támogatja ezt is a kernel, amivel a decemberi raspbian jön
Több tuneresen és kártyaolvasósan nem próbáltam... a kártyaolvasó lehet kritikus (a szeptemberi raspian eldobta az usb eszközöket tőle). A tvheadend beállító része elég sokat változott, de logikus és részletes. Ennél a tunernél meg kellett adnom kézzel a vétel paramétereit, az auto beállítás nem volt elég. -
azbest
félisten
Nocsak, nemrég jött ki újabb raspbian rendszer kép:
2013-12-20-wheezy-raspbianA changelog alapján jobb teljesítményű grafikus felületet kapott, újabb kernel van fenn alapból, mintha a kamera video eszközként is használható lenne
-
#6486
azbest
félisten
wassermann
#6485
azbest
félisten
válasz
wassermann
#6485
üzenetére
Ha tvheadend fut a pi-n, akkor a tableten próbáld ki a tvhguide-t (app storeban fenn van). Ott műsorújságot is lehet nézni és ha be van pipálva a beállításoknál, hogy "prefer external player" akkor vlc-t is meg tudja hívni.
Ha hd adást akarsz nézni, akkor vedd ki a pipát a prefer extretnal player elől és a media container-t állítsd át pass-through állásra.A közszolgálati hd adást szépen viszi a tvhguide nálam. Az sd adásoknál valószínűleg a he-aac hang miatt akadozik, ahhoz tényleg a vlc az igazi szoftveres módban.
Bár az is lehet, hogy az mt8317 tényleg cska 720p-ig tud dekódolást, de érdemes kipróbálni.
-
#6483
azbest
félisten
wassermann
#6481
azbest
félisten
válasz
wassermann
#6481
üzenetére
Nekem rockchip rk3066-os tabletem van, az is két magos. Simán viszi az 1080p-t is. Viszont, ahogy a pi is, ez is érzékeny arra, hogy mivel szeretném lejátszani a tartalmat. A dts hang szokott problémákat okozni, amit hardveresen nem támogatnak licensz hiányában (ismerős a pi-ről ez a probléma) és libffmpeg.o kell általában hozzá, mert az szoftveresen megoldja a hangot
A dice playert használom hozzá való libffmpeg-gel, mert ftp-ről a piről / pécéről is játszhatok könnyen tartalmat. Ez bevált az mtk 6589-es telefonomon is. Persze, olyan programmal ami nem támogatja a hardveres gyorsítást teljesen, azzal nem megy minden simán (vlc, xbmc). Az AMLogic AML8726-MX is elvileg jó multimédiában, az ő chipsetjeiket asztali lejátszókban is használják. Az allwinner a20 elvileg szintén tud fullhd-t is, de lehet direkt hozzá való lejátszó kell. -
azbest
félisten
válasz
Peter789
#6426
üzenetére
Egyébként milyen előnye van az openwrt-nek egy raspin? Hálózat kezelés kapcsán nem tűnik túl biztatónak. Dhcp szervernek már jó lehet. Bár ha az usb drivere nem olyan bugos, mint a linuxos, akkor még tv streamelésre is alkalamas lehet.
Van ahol találkoztam már gyárilag openwrt-vel adott komolyabb boardokkal, router jellegű feladatra (RouterStation vagy rokona, bár ezt nem tudom kapni-e, mikrotikes routerboardokat használtunk több helyen)
-
#6373
azbest
félisten
wassermann
#6372
azbest
félisten
válasz
wassermann
#6372
üzenetére
Időnként előveszem a projektet, amikor ígéretes hírekről olvasok és olyankor megpróbálom az aktuális szoftveres verziókból összerakni. Sajnos eddig még minden alkalommal az lett belőle, hogy nem éreztem elég megbízhatónak és gördülékenynek a működését.
Munka-munka-munka---- de keddtől elvileg szabadságra megyek és talánerre is jut egy kis idő
-
#6370
azbest
félisten
wassermann
#6369
azbest
félisten
válasz
wassermann
#6369
üzenetére
Ha a raspbmc renbdszerre gondolsz, akkor az egy raspbian + xbmc + tvheadend és egyébb segédprogik és konfigolások összessége
Általában elég jól összekonfigolja a srác aki készíti. Megfelelő kártyaolvasóval és oscam buildeléssel a kódolt adók is behangolhatóak vele. A korábbi kiadásról régebben csináltam egy diasort: [link]
-
#6334
azbest
félisten
wassermann
#6332
azbest
félisten
válasz
wassermann
#6332
üzenetére
-
#6331
azbest
félisten
wassermann
#6330
azbest
félisten
válasz
wassermann
#6330
üzenetére
A -C az csak annyi, hogy a kezdő hozzáférés beállításokat legenerálja és jelszó nélkül enged csatlakozni a tvheadendhez
Ezután, fel lehet konfigolni, hogy milyen ip címekről vagy felhasználókkal lehessen hozzáférni a tartalomhoz. A (hts)tvheadend a szerver, ami használja a tunereket, rákapcsolódik a kártyakezelő programra és elvégzi a dekódolást, http-n vagy htsp protokollon pedig hozzáférhetővé teszi a streameket. -
azbest
félisten
válasz
Honkydoo
#6318
üzenetére
Olyan smartcard olvasó kell, amit a linux kernel / beépített ccid driver alapból támogat. Amihez külön zárt driver kell, az nem valószínű, hogy megy, mert a raspi armv6-os rendszeréhez nem szokott lenni driver, hanem csak x86-os linuxhoz.
Omnikey 3121 és rokonai esélyesek, de drágák szoktak lenni. Gemalto olvasók is drágák általában. Alcor micro AU9540 az amit használok a raspivel. Innen vettem [link]
Viszont a 2013-09-25-wheezy-raspbian rendszer eldobja az usb alrendszert pár másodperccel azután, hogy elkezdem használni a kártyaolvasót. A raspbmc alatt nem tudom ez a probléma jelentkezik-e. A régebbi raspbmc és raspbian alatt nem volt ennyire durva kiakadás ugyanezzel. A cmdline.txt-ben meg kellett adnom, hogy dwc_otg.speed=1 , ez lelimitálja az usb sebességét 12 Mbitre, ami viszont necces a dvb tunernek, nem is próbáltam vele, mert pc-re átstreameléshez már biztos kevés. Igaz azóta 41 napja megy gond nélkül (nyomtatószerver és a pc-n futó dvb vevőm a benne lévő kártyát használja).
Gondolom az újabb kernel miatt lehet a különbség, nem tudom azóta kijavították-e.
-
azbest
félisten
Régebben főnököm otthonról kiküldött levelének fejlécében lévő címére próbált rá kolléga és meglepődve tapasztalta, hogy publikus oldalról is elérhető a routerre kötött hdd tartalma. Csinált egy videót arról, amin az látszik hogy minden fájlt kijelölnek, majd megnyomják a törlést... persze valójában nem töröltek semmit, de ezt a videót elküldték a főnöknek
![;]](//cdn.rios.hu/dl/s/v1.gif)
Persze ez oda vissza működik, mert főnök egyszer azzal viccelte meg másik kollégát, hogy böngészőablakban átcseréltek egy körözéses rendőrségi hírnél képet a kolléga bulizós képére, majd behívta a srácot hogy javasolja neki, adja fel magát
Na szal, szép emlékeket idézett fel az ip címes dolog
A képbeillesztést nem is vettem észre először, csak tippeltem, azt hittem valami más trükköt tudsz. Azon gondolkodtam honnan tudod pont az övét, de a válasz, zseniálisan egyszerű
-
azbest
félisten
Ti leveleztek, hogy ilyen direkt kapcsolatban vagytok?
Bár meg kell hagyni simán ki lehet deríteni a címeket, amelyekről megtekintik ezt az oldalt, elég csak egy képet sajtá szerverről beilleszteni és nézni a logot.Szerintem nekem könnyebb kideríteni a lakcímemet, mint az ip címemet
-
#6299
azbest
félisten
sanchomuzax
#6298
azbest
félisten
válasz
sanchomuzax
#6298
üzenetére
"Erre kerestem step-by-step útmutatót, de nem leltem."
Ott van a tar.gz fájlban egy INSTALL nevű fájl. Azt olvasd el.
./configure
make
make install
ha nincs komplikáció -
#6297
azbest
félisten
sanchomuzax
#6296
azbest
félisten
válasz
sanchomuzax
#6296
üzenetére
Jó nyomon jársz, de olvasd el az install fájlt. configure is kell és több lépést is ír. Ha valamit hiányol, akkor keres rá, hogy melyik csomagot kell feltelepíteni hozzá pluszban. Például ez a valac is valami plusz csomag, amit apt-get installal előtte fel kéne tenni ezek szerint.
-
#6293
azbest
félisten
sanchomuzax
#6292
azbest
félisten
válasz
sanchomuzax
#6292
üzenetére
nem túl meglepő, hogy az i386-os, tehát pormál pécés csomag nem megy fel az armv6 eszköz rendszerére
A forrást töltsd le és fordítsd le a pi-n, majd azt telepítsd
-
#6290
azbest
félisten
sanchomuzax
#6289
azbest
félisten
válasz
sanchomuzax
#6289
üzenetére
A netszolgáltatótól kapott routeren is cups van, nem tudom ez mennyire tipikus az ilyen eszközöknél
-
azbest
félisten
Az smsc usb csomag vesztései kapcsán érdekes olvasmány az egyik idevágó issue:
https://github.com/raspberrypi/linux/issues/82
Úgy tűnik foglalkoznak a témával, bár valószínűleg az is kell hozzá, hogy külsősök kielemzik nekik a problémák okait. -
#6192
azbest
félisten
800.henrik
#6191
azbest
félisten
válasz
800.henrik
#6191
üzenetére
Hagyományos elemmel 4 x 1.5V = 6V, ez lehet kicsit sok. De ha ceruza akkut használsz az 1.2V x 4 = 4.8V, azzal nincs gond.
-
#6166
azbest
félisten
wassermann
#6164
azbest
félisten
válasz
wassermann
#6164
üzenetére
Jó kérdés, mert ugye 6-8Mbit a stream. Talán belül még megy... nekem hogy pc-re streamelje már lehet kevés lenne, mert az usb-lan kapcsolaton is megjelenne mégegyszer ennyi forgalom.
-
#6163
azbest
félisten
wassermann
#6162
azbest
félisten
válasz
wassermann
#6162
üzenetére
Oda elég a 12Mbit sebesség, úgy stabil már vagy egy hete. A dvb mux 22MBit, bár ha pid filtert használ (úgy emlékszem egyébként mindig bekapcsolta 3.6 kernel mellett), akkor csak az éppen nézett csatorna pidjei talán amik forgalmát átadja a stick. De akkor már necces lehet 2 csatorna is egymás mellett
-
#6161
azbest
félisten
wassermann
#6155
azbest
félisten
válasz
wassermann
#6155
üzenetére
A legfrisebb raspbian alatt most éppen használhatatlan az usb... a kártyaolvasótól lefagy, ha nem veszem vissza az usb sebességét 12MBit-re. A friss raspbmc-t most nem próbáltam még. A korábbi raspbmc-vel már egész tűrhetően működött, csak persze még mindig volt pár apróbb probléma a képarány automatikus felismerésével például. Most főleg az a problémám, hogy az új lakhelyemen nagyon erős a vétel, csak éppen használhatatlanul zavart, így meg a sok szenvedéstől a pi is használhatatlan tévézésre. Most átlényegítettem nyomtatószerverré.
-
#6153
azbest
félisten
wassermann
#6152
azbest
félisten
válasz
wassermann
#6152
üzenetére
Ez már csak azért is igaz, mert a kernelben többször változtatták már az SD kezelés órajelét is (100MHz-ig felhúzták) és mostanában az írás timeoutját is növelték. Valahogy kézzel meg lehet adni az órajel felülbírálását. Itt találtam is gyorsan egy topicot [link]. Mondhzj ez a régebbi openwtr patch is kritizálja erősen ezt a kódrészletet [link]. Ha midnen igaz a config.txt-ben az init_emmc_clock adja meg a sebességét [link].
-
azbest
félisten
válasz
golya87
#6147
üzenetére
a kommenteknél írják, hogy van ennek a newclock3 branchnek daily buildje, szal onnan kéne leszedni, ha jól olvasom a raspbmc változatnál a nightly buildek közt meg kellett jelenjen egy xbmc-rbp-20130930-newclock3.tar.gz verzió.
(#6149) golya87
mivel a raspi csak 3.3V -os kártyakezelést támogatja, így az igazán gyors kártyákat nem tudja kihasználni. Legjobb esetben is csak a class 10 a max, de sokszor a class 6 sebességét sem éri el.Nemrég vettem csak észre, hogy a régóta használt kártyám komolyabb kártyaolvavasóban olvasás/írás 18/18 Mbyte/sec sebességet tud, a régebbi olvasókban 12/10 sebességet tudott, a piben meg 10/4 körül.
-
azbest
félisten
Magánszemélyként 1 darabot lehet hasonló áron kapsz kintről postázással együtt, mint helyi boltból. Esetleg az rs components lehet picit olcsóbb, náluk a B modell lehet, hogy kínai gyártású, nem pedig britt sony. Persze ez nem biztos hogy lényeges különbséget jelent, de a régebbi sorozatú példányukkal nem vagyok megelégedve, azóta láttam újabb képet egyikről, az már rendbenlévőnek tűnt.
Valamelyik szegedi boltban lehetett kapni nemrég, de nem találom melyik volt.
szerk: közben ahogy nézem az rs components oldalát, úgy tűnik hogy láluk kb 11eft körül lehet szállítással és áfával együtt a B modell.
-
azbest
félisten
Közben párszor átszerkesztettem, az elején a link, hogy melyik Bxxx-nek mi az értéke. Valójában sima számok, amik csak azért vannak bináris Bxxx alakban írva, mert lehet így olvashatóbb bináris műveleteknél a forráskód
Azt mondjuk nem tudom, hogy ha lefordul, akkor a rapsi pinjei mennyire feleltethetőek meg ennek. Talán a gpio sorszám lehet az, ha arduinon azt jelentette. -
azbest
félisten
Gondolom, mert az egy arduino specifikus, csak az ottani környezetben definiált érték. Ha csak ezen múlik odaírhatod az elejére azokat az érték definiálásokat.
De mivel a googli a barátom, ezért rákerestem és megtaláltam az oldalát , ahol az első mondat
There is a port available for Rasperry Pi: https://github.com/r10r/rcswitch-pi
szerk: viszont lehet benéztem és ez nem pont az amelyiket te mutattad -
azbest
félisten
válasz
Proci85
#6103
üzenetére
A hírekből úgy láttam, hogy valószínűleg megtartják a kínai gyárakat is, legfeljebb azok a keleti piacra termelnek elsősorban. Persze, ha készlethiány van, akkor hozni fognak onnan is.
Az a vicces, hogy a direkt kínai piacra gyártott és eu/usa megfelelőség plecsni nélküli piros példányok drágábbak a neten, mint a normál zöld
-
azbest
félisten
Úgy tudom az RS components főleg kínában gyártat, míg a Farnel főleg UK-ban. Viszont ettől néha eltérnek, ha nagy a kereslet. Az UK változaton rajta van hogy made in UK. A bolt/viszonteladó ahol veszed meg tudja mondani, hogy melyiket árulja.
A kereső dobott pár linket róluk: [fórum], [youtube], [kínai példány is előfordult farneltől véve]
Ahogy látom a kínai változat is változik. Nekem még olyan van, amin beöntötték ónnak a be nem forrasztott tüskesort. Gondolom akkor még a rev1-hez készült sablont használták és azóta áttértek a rev2-höz pontosan igazodó sablonra.
-
#6081
azbest
félisten
sanchomuzax
#6080
azbest
félisten
válasz
sanchomuzax
#6080
üzenetére
Tegnap én is megjártam vele. raspi-update közben megállt a /boot -ba másoláskor és közben a mmcqd/0 pörgött. Hamar kiderült, hogy meghalt alatta az sd kártya. Úgy értem, hogy újrahúztam az egészet mentésből és pár módosítás után i/o hibával kezdtek elszálni a programok, sőt el sem indultak már mert sérültek. Utána vettem észre, hogy a régi lestrapáltabb kártyát használtam és nem az újat
-
azbest
félisten
Na a raspbian 2013-09-25 rendszerrel nekem is kijött az a mocskos smsc hiba, hogy eldobja a hálózatot és valószínűleg az összes usb eszközt a pi. Ahogy elkezdem használni a rajta lévő hubra kötött smartcard olvasót, pár másodpercen belül elhal az egész, mint itt [link], [link]. Most megpróbálom átparaméterezni a bootot, hogy lassabb de stabilabb módon menjen a belső smsc hubja.
vm.min_free_kbytes = 8192 növelése
smsc95xx.turbo_mode=NSzánalmas, hogy még mindig nem voltak képesek rendesen megoldani ezt a problémát. Nemrég erősen gondolkodtam, hogy rendelek egy A modellt, amiben nincs hub, de ha azzal is kijön valami hiba, akkor a harmadik pi lesz nálam, ami valamire jó, de igazán semmire sem, mert megbízhatatlan.
ehh, most látom, hogy behoztak egy bugot a gigabites switchre kötéssel kapcsolatban is, lehet részben ez is közrejátszik a problémáimban [link]
-
azbest
félisten
Azért ez a szoftveren is múlik. Tegnap nézegettem, hogy milyen változtatások voltak a kernelben az utóbbi időben és elég sok sd kártyával kapcsolatos hangolás is volt. Kissé széthullott azt hiszem a fájlrendszer az 512-esem alatt, most kezdem próbálgatni a 256-osban a szept-25ös wheezy rendszert.
Ja egyébként láttam, hogy kamerát és "A" boardot pakkban is árulják, így kalkuláltam a körülbelüli farneles árakat:
RasPi "B" 512MB, USB/LAN: (9,541 +1500 szállítás)*1.27= ~14.000
RasPi "A" 256MB + kamera: (9,782 +1500 szállítás)*1.27= ~14.500
RasPi "A" 256MB: (7,545 +1500 szállítás)*1.27= ~11.500
Kamera modul: (6,044 +1500 szállítás)*1.27= ~9.600(#6052) wassermann
a kínai gyártású 512-esem kártyaolvasója nagyon kényes, minimális tuning mellett már elrontja a fájlrendszert. Gyakorlatilag csak úgy tudom használni, hogy a /boot van csak a kártyán és egy pendrive van bedugva / számára. Próbáltam feszesebbé tenni a slotot, majdnem letört emiatt. Inkább gyenge minőségűnek gondolom valamelyik komponenst, ami a soc és a kártya közti részen van. Mondjuk a rengeteg alkatrészek közé szorult ón golyócska sem túl bizalomgerjesztő. A régi, szintén kínai, de első sorozatos 256-os sokkal megbízhatóbb nálam. A mostaniak közül az UK változatban lenne több bizalmam. -
#6037
azbest
félisten
wassermann
#6036
azbest
félisten
válasz
wassermann
#6036
üzenetére
Az 512-es változatnál sokszor megjártam már a fájlrendszerrel. Mostanában raspbmc alatt futtatva inkább egy pendriveon van a / , mert úgy sokkal jobban bírja a gyűrődést. Talán az is számít hogy nem memóriakártya eszköz hanem sda eszközként van jelen.
-
-
#5954
azbest
félisten
gumicukor89
#5944
azbest
félisten
válasz
gumicukor89
#5944
üzenetére
MinDig TV frekvenciacserék a Dél-Alföldön [link]
-
#5706
azbest
félisten
HwAdokVeszek
#5705
azbest
félisten
válasz
HwAdokVeszek
#5705
üzenetére
úgy tudom, hogy wifi shield is van arduinohoz, de biztosan van valamilyen kisebb fogyasztású rádiós hálózathoz is (pl zigBee [link]. Pécé oldalon is léteznek usb-s hálózati eszközök, amelyek nem wifi, hanem kisebb fogyasztású hálózatokhoz használhatók. Persze az ár eléggé változó lehet.
A kínaiaknál is találni néha egész jó megoldásokat [link], ebayen is akár. -
azbest
félisten
válasz
McSzaby
#5601
üzenetére
Valószínűleg a cubiebord-ról beszélsz, azóta már az egy magos változat azt hiszem meg is szűnt, már árálltak a kétmagos alwinnerr a20-ra, ami lábkompatibilis az előző a10-zel. Persze nem feltétlen jó választás az sem. Mármint a hardveres grafika gyorsítás az mindnél problémás. A videolejátszás még úgy-ahogy általában menni szokott, de a sima linux asztal már neccesebb. Ha befejezik a wayland-es grafikát, akkor lesz majd hétköznapi desktop progikhoz is használható sebességű. Persze inkább csak kisebb programok és nagyon benne van a "ha befejezik", mert sok mindent félbehagytak már. Persze ebből lehet majd profitál a cubieboard is.
Egyébként találkoztam már más komolyabb boardokkal is. Az odroid 4 magos 1.7GHz-es, 2GB ramos, mégis erősen húzza a belét a linux desktopon. Ott állítólag az sdkártya a szűk keresztmetszet, mert illene venni hozzá spéci flash modult.
-
azbest
félisten
válasz
szalay_1
#5543
üzenetére
A DIV3 valójában Microsoft High-Speed MPEG-4 V3. Ezt sok lejátszó nem támogatja. Szofveresen talán elég lehetne a proci rá, de azt hiszem nem próbálja proci erőből lejátszani. Nameg szoftveresen a kép megjelenítése is nagyon erőforrás igényes lenne (és még lehet pixeles is).
-
azbest
félisten
Szövegértés...
A h264 hardveres lejátszása alapból támogatott, mert azt licenszelték, sőt a h264-be hardveresen tömörítés is, benne van a pi alapárában. [link]
További codec-ek, amik licenszelhetőek: mpeg2 és vc1, lenne még dts és talán ac3 hang is, de még nem sikerült megegyezniük a jogtulajdonosokkal.
Ezen kívül vannak jogdíjmentes codec-ek is, amelyeket támogat:
Add new start_x.elf with expeimenal support for more free codecs.
Some support for MJPEG, VP6, VP8, Ogg Theora and Ogg Vorbis. [link] -
azbest
félisten
Ügyes, majd alakul szépen
ebay-ről optocsatolós reléket is lehet olcsón kapni. Ja igen, a gpio-nál arra figyelj hogy 3.3V-osak és figyelni kell rá, nehogy az 5volt rákerüljön mert nincsenek védve és megsüthetik. 3.3v - 5v szint illesztőt is olcsón kapni ebay-en. De sokmindent rá akarsz kötni, akkor érdemes lehet megnézni a pi-hez készült panelokat (piface, gertboard...) is, ott rajta lehet már többminden amire szükséged lesz, meg lehet védelmet is tettek rá.
-
azbest
félisten
Olyan adata kártyát használtam/használok, hozta az elvárt szintet. Rengeteget írtam már rájuk kísérletezés közben az utóbbi másfél évben. Az egyiknek már egy pici le is tört a sarkából a sok ki-be rakosgatástól, de azért még elmegy. Simán megérték a kb 1600 forintos árukat.
Arra figyelj, hogy a rev2-es pi-k tuning mellett hajlamosak összekuszálni a fájlrendszert a kártyán, szóval ha nem muszáj, akkor ne tuningolj és akkor kevesebb ősz hajszálad lesz (na meg persze időnként klónozd le a kártyát image-be, hogy baj esetén ne nulláról kelljen újrakonfigolni a rendszered).
-
azbest
félisten
No megérkezett végre a 32GB-os kártya is. Be is tettem a Pi-be a legfrissebb 2013-05-25-wheezy-raspbian rendszer ráklónozása után.
Az elinux oldalon van példa, hogy lehet kiolvasni a kártya adatait a pi-n:
echo "man:$(cat manfid) oem:$(cat oemid) name:$(cat name) hwrev:$(cat hwrev) fwrev:$(cat fwrev)"
man:0x000003 oem:0x5344 name:SU32G hwrev:0x8 fwrev:0x0Lefuttattam az ottani példa tesztet, a pi alapórajelen futott:
sync; time dd if=/dev/zero of=~/test.tmp bs=500K count=1024; time sync
524288000 bytes (524 MB) copied, 46.3088 s, 11.3 MB/sdd if=~/test.tmp of=/dev/null bs=500K count=1024
524288000 bytes (524 MB) copied, 24.7852 s, 21.2 MB/s -
azbest
félisten
Ha a relé rá sincsen kötve, csak lejátszod ugyanazt a use-case-t a szoftverrel, akkor máshogy viselkedik?
Egyébként az lcdproc -hoz van pi-hez patchelt hd44780 driver, persze forráskódostól elérhető, az elég stabilnak tűnik az én esetemben. Pedig a táp ingadozásom is nagyobb, van hogy 4.96 máskor meg csak 4.8 körüli feszt mérek, attól függően, hogy éppen mi aktív a rendszeren. Ezen a fórumon van patch és precompiled so is [link]
-
-
azbest
félisten
Most próbálgatom a friss raspbmc-t és meg kell hagyni rengeteget fejlődött. Nem eszi fel a szabad memóriát, szépen és gördülékenyen működik. Az élő tévé adást is jól kezeli, csak a képarányt nem találja el magától. Ez lehet csak a magyar sugárzással nem ok. Viszont akadás nélkül megy az előnézeti részen, de még a menüben való bóklászáskor a háttérben futó tévéadás képe is. Az új piros skin is tetszetős.
-
azbest
félisten
válasz
dabadab
#5397
üzenetére
A raspbmc előnye, hogy normál fájlrendszert használ, gyakorlatilag egy raspbian, amire felpakoltak már médiacenteres programokat. Ha olyan hardvert is rá akarsz kötni, ami alapból nem támogatott, de megoldható kézi fordítással a telepítése, akkor sokkal könnyebb raspbmc-t használni. Az openelec a zártabb gyári eszközök mintájára működik, ahol jobb esetben minden úgy van ahogy szeretnéd, mert ha nem akkor a build rendszerükkel is meg kell ismerkedned, hogy tudd bővíteni.
Persze a rugalmasságért cserébe a raspbmc lehet jobban eszi a memóriakártyát és könnyebben előfordulhat, hogy egy áramszünet összekuszálja a fájlrendszert. Az openelec rendszere egy tömörített csak olvasható fájlból tölt be, ami a boot partición található, így kevésbé sérülékeny.
-
#5393
azbest
félisten
UsagiYojimbo
#5390
azbest
félisten
válasz
UsagiYojimbo
#5390
üzenetére
vagy inkább magyar cégtől 5V 4A táp 3000 pénzért [link]
-
azbest
félisten
Anno olvasgattam az eredeti gyártó doksijait is és nekem úgy tűnt, hogy főleg az időzítéssel lehet a probléma. Az olcsó klónoknál ez lehet nem is pont ugyanaz, mint az eredeti Hitachi HD44780-nek. A gpio vezérléses megoldásoknál nincs precíz órajeles vezérlés, hanem csak úgy nagyjából mennyi várakozás legyen módi van. Sok bajon volt azzal is, hogy gyakorlatilag kikommentezett sor ottléte / nemléte is befolyásolta a python script működését. Vakartam a fejemet, hogy miért működik, ha előtte van pár nem lényeges utasítás, meg komment és miért nem megy, ha kiveszem őket. Hát az időzítés miatt
-
#5225
azbest
félisten
raspberrypi
#5224
azbest
félisten
válasz
raspberrypi
#5224
üzenetére
Ph! szabályzat [link]
Jótanácsok, további szabályok:
Név kiválasztása: ne legyen védett név vagy elnevezés, közismert ember vagy közszereplő (művész)neve, más jogát vagy méltányolható érdekét sértő, obszcén, reklámot tartalmazó.
-
azbest
félisten
Jee, úgy néz ki megérte felkelni fél ötkor két hete. Igaz két hétig tartott, de már csomagolják a 32GB-os sandisk ultra sd-kártyámat. Még 2-3 hét és meg is érkezik
A 16-ost így megkaphatja a raspi.
Na már csak a 24 dolcsis MK808B androidos sticknek kell drukkolnom, de már valsz refundolták volna, ha nem tudnák postázni(#5188) sanchomuzax
hát nézegest a konfigokat. Nekem úgy van beállítva, hogy a /usr/lib/cgi-bin -ben keresse, de ehhez bele kellett nyúlnom a /etc/lighttpd/ -ben a cgi konfig fájljába, ami az available... részen van, de ha futtattad a cgi bekapcsolásához a korábban írt parancsot, akkor csinált symlinket az enabled... mappába is róla. -
#5187
azbest
félisten
sanchomuzax
#5186
azbest
félisten
válasz
sanchomuzax
#5186
üzenetére
cgi-bin mappába tedd, ha jól láttam, akkor alapértelmezésként a /var/www/cgi-bin lesz az. gondolom bekapcsoltad, hogy cgi futtatás engedélyezett legyen
-
azbest
félisten
Néhány videó a raspi kamera modulról, infra filter nélkül: http://www.raspberrypi.org/archives/4088
-
azbest
félisten
válasz
Honkydoo
#5166
üzenetére
Régebben eljátszottam azzal, hogy a pi-n fordításba besegítsenek a pécéim. Szegény raspi nem igazán tudta elég gyorsan feladattal ellátni a gépeket. [link] Ha egy pécé osztja a feladatokat raspi-k közt, az már valószínűleg jobb lehet. Azóta már frissült az ubuntu, így lehet többet kell varázsolni hasonló megoldáshoz.
-
azbest
félisten
válasz
vargalex
#5156
üzenetére
Nagyon jó, főleg az 512k íráson akadt meg a szemem. A kezdeti időkben linkeltünk sd kártya fájlrendszer optimalizálós írást (kb hogy teszttel megállaptították adott kártyának mekkora a fizikai blokkmérete és ahhoz igazították a fájlrendszer szektorméretét). Ezeknél a kártyáknál érdemes lehet ezt megnézni, mert optimális körülmények közt kegyetlen gyorsak
Durva, hogy az usb2-es olvasó már szűk keresztmetszet nekik.
A dx-es akciós rendelést még nem postázták, de nem is refundolták. Még nem tudom, megkapom e 32GB-osat az ultra kártyából.
-
#5136
azbest
félisten
wassermann
#5014
azbest
félisten
válasz
wassermann
#5014
üzenetére
-
azbest
félisten
felraktam lighttpd-t és bekapcsoltam a cgi-bin részét,
sudo apt-get install lighttpd
sudo lighty-enable-mod cgia www-data felhasználót hozzáadtam a video csoporthoz (enélkül nem éri el a kamera modult)
sudo usermod -a -G video www-dataezzel a cgi scripttel már lehet webszerverként kiadni képet:
#!/bin/bash
echo "Content-Type: image/jpeg"
echo ""
raspistill -t 0 -o -
exit 0Így simán megnézhető böngészőből. Hasonlóan továbblépve össze lehetne rakni mjpeg képsorozatot is, de ott
Content-Type: multipart/x-mixed-replace;boundary=ipcamera
és le kéne kezelni a képek határát, a méretét sem árt beletenni.Sok és alapos munkával egészen komoly kamera vezérlő felületet össze lehetne hozni, hogy normál ip kameraként lehessen használni.
-
#5110
azbest
félisten
Drótszamár
#5107
azbest
félisten
válasz
Drótszamár
#5107
üzenetére
tettem fel még videókat. A night élőben sokkal kisebb fps-sel ment azért tűnik gyorsított felvételnek. Az első videókon volt kevés lámpa, majd látod.
-
azbest
félisten
Az első vállalható kép raspi kameramodullal
Igazából ez a negyedik kép, de azok túl közeliek lettek. A szobában egyébként elég sötét van, szóval ahhoz képest ez jó. Csak próbálgatom a parancsokat [link]
Megpróbálom laptop usb portjáról meghajtva mobilizálni... csak gyorsan sötétedik
-
-
#5079
azbest
félisten
sanchomuzax
#5076
azbest
félisten
válasz
sanchomuzax
#5076
üzenetére
azt hiszem virtuális felbontás lehet, pl linuxra ezt láttam [link]
-
#5049
azbest
félisten
sanchomuzax
#5048
azbest
félisten
válasz
sanchomuzax
#5048
üzenetére
Kíváncsi leszek rá, hogy nekem sikerült -e tényleg. Már írják az oldalon, hogy ahol túlrendelés volt ott majd refundolnak
ja de hogy on is legyek: sajna 20adika után jön csak a kamera modulom a pi-hez, legalábbis ezt mondták. Gondolom kézzel dolgozzák fel a rendelést itt, így munkaidő után már nem ment át a nagykerhez. Viszont érdekes hogy a farnelnél megint készleten írják (700+), na majd kiderül.
-
#5043
azbest
félisten
wassermann
#5020
azbest
félisten
válasz
wassermann
#5020
üzenetére
Ez nem gyenge, deal extremen kiárusítás: 15.75-ért 32GB-os változat. [link]
-
-
azbest
félisten
A Farnel a britt sony gyárban gyártat (made in uk), vannak is a raspberrypi.org-on képes riportok. Az RS pedig kínában valakivel. Ritkán előfordul, hogy a Farnel is kínait árul, ha nem tudják kielégíteni a keresletet.
Az RS-es minőségbiztosításával kapcsolatban vannak kétségeim. Apró ón golyócskák borítottak minden pici rést, ahová csak be tudtak jutni. Ezen kívül lefagy, ha hozzáérek a felragasztott bordára, lehet forrasztási hibás. Másrészt a nem beültetett tüskesorokat is beöntötték ónnal, így aki azokat is szeretné használni sokkal nehezebben tudja beforrasztani, mint a britt változaton, ahol ezek üresen vannak hagyva. Ha jól tudom 3-4 helyen gyártják a pí-t, ebből egy a farnel/sony, egy pedig a csak kínában árulható piros nyákos. Nem az a baj az RS-sel, hogy kínában gyártat, mert a legelső pi-t is ott gyártották, csak akkor komolyabban vették a minőségbiztosítást.
Arra kíváncsi lennék, ha megtalálod. A hálózat nélküli a modell esélyesebb, az valamivel olcsóbb, de szerintem az is nettó rá lehetett, amire rámegy az adó és a posta.
-
-
azbest
félisten
válasz
peter9228
#5015
üzenetére
Ennel a konkret taiwani eladonal, valami high-tech rendsyzer lehet, mert amikor ajanlott kuldemeny jott tole, akkor rendeles utan egy oraval mar nyomkovetheto volt. A csomagolas is komoly benyomast kelt, automatizalt rendszere lehet.
A falusi postaval nekem is volt bajom, de a szegediekkel eddig teljesen jo tasztalatom van. Valoszinuleg teruletenkent valtozo, a hely vezetesen mulik.
-
#5007
azbest
félisten
sanchomuzax
#5006
azbest
félisten
válasz
sanchomuzax
#5006
üzenetére
A hivatalos, linkelt oldalon ki van emelve hogy a normál Raspbian “wheezy” (ez a hard-fp) az ajánlott.
-
azbest
félisten
válasz
szepi70
#5002
üzenetére
az it9135 tunereknél régebben a
/etc/modules -ban lehetett megadni paraméterként a driver mellett, hogy használjon -e hardveres pid filert vagy a teljes mux-ot adja át a tuner. [link]Az af9015-nél nem tudom, hogy ezt lehet-e így állítgarni, vagy a használt program képes vezérelni (az újabb tvheadend-ben megjelent olyan opció, hogy a teljes muxot vegye-e át).
-
azbest
félisten
válasz
szepi70
#4985
üzenetére
Az af9015 elég jól ment nekem rajta. Ami problémát okozhat, hogy a 4.95-ös firmware jó, az 5.0 állítólag bugos [link]. Ha az openelec-be a legfrisebbet mellékeltél a /lib/firmware -ben, akkor az okozhat problémát. A legfrisebb openeleccel nem próbáltam még a tévé vételt.
(#4988) sanchomuzax
Erről már sokszor volt szó a mindigtv és a dvb topicokban. Közönséges pcsc kártyaolvasóval és a megfelelően felkonfigurált programokkal set-top-box megoldásként vagy akár otthoni iptv megoldásként is jó lehet(ne). A műsorok rögzítése, laptopról a lakásban bárhol nézése is kényelmes, nameg az antenna sem annyira mozgatható a legtöbb helyen, hogy mindenütt jó vétel legyen.Másrész linuxra de még windows-ra sem annyira elterjedt a normálisan támogatott kártyaolvasós tuner (csak a saját programjukkal szoktak menni előfizetéssel). Vannak olyan gépek ahol bonyolultabb / drágább a tuner használata, például Mac, ott is egyszerűbb egy pi-re beállítani az adást és azon keresztül nézni. De akár androidos tabletről tvhguide appal is jól lehet tévézni
-
-
#4898
azbest
félisten
sanchomuzax
#4893
azbest
félisten
válasz
sanchomuzax
#4893
üzenetére
Jó drága... ennyiért komplett tabletet kapni hasonló kijelzővel.
Nemrég olvastam hogy edisplayport-os az ipad retina kijelzője, kár hogy a raspi nem tudná kihajtani valószínűleg [link], bár azt sem tudom, hogy hdmi->dp átalakítón át meghajtható lenne-e
-
azbest
félisten
válasz
Hyperion
#4854
üzenetére
Az utóbbi hetekben elég sok dolgom volt így most pihent a dolog. Az it9135 és af9015 tunerekkel elfogadhatóan működik a pi, körülbelül megvan minden hozzá, csak szoftveresen kellene teljesen újratenni nulláról mindent, mert azóta sokat haladtak (openelec 3.0 release például) és kiválasztani melyik a legjobb hozzá.
-
penelec azonosítóval lépj be rá másik gépról. Mielőtt indítod a videót add ki hogy "less /var/log/messages". Ott látod mi történik és lehet a hibaüzenet majd segít.
még akár működhet is.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- Milyen légkondit a lakásba?
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Bemutatkozott a Poco X7 és X7 Pro
- HDD probléma (nem adatmentés)
- Robotporszívók
- Ingatlanos topic!
- Kerékpárosok, bringások ide!
- Milyen billentyűzetet vegyek?
- Nehéz helyzetben az SMIC, régebbi chipet használ az új Huawei laptop
- További aktív témák...
- i7 8700/ RX6500/ 32GB DDR4/ 512GB m.2/ garancia/ ingyen foxpost
- Asztali PC , i7 11700KF , RTX 3070 Ti , 32GB DDR4 , 512GB NVME , 2TB HDD
- Új / Újszerű /Gamer / Munka PC i7-14700KF RTX 4060 Ti DDR5 32GB Garanciális
- ASUS TUF Gaming X570-PLUS GAMING Alaplap + AMD Ryzen 5 5600X
- Lenovo ThinkCentre M83 / i3-4130 / 8 GB DDR3 / 128 GB SSD / Win 10 + 1 év Garancia + Számla!!!
- Csere-Beszámítás! Prémium vizhűtéses számítógép! I9 11900K / RTX 3090 / 64GB DDR4 / 1TB SSD
- AKCIÓ! Gigabyte H510M i5 10400F 16GB DDR4 512GB SSD GTX 1070 8GB Rampage SHIVA Zalman 600W
- Csere-Beszámítás! RTX Számítógép PC Játékra! I3 10100F / RTX 2060 12GB / 32GB DDR4 / 500GB SSD
- DUPLA XEON GOLD 6134!!! HP Z8 G4 LEGNAGYOBB WORKSTATION 64GB 2x8 mag 2x16 szál gamer, szerver, munka
- BESZÁMÍTÁS! CSAK KIPRÓBÁLT! ASUS ROG Ally X (2024) 1TB kézikonzol garanciával hibátlan működéssel
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest