- Radeon RX 9060 XT: Ezt aztán jól meghúzták
- Atomenergiával dübörögnek tovább az Amazon adatközpontok, SMR-ek is jöhetnek
- Macron betiltatná az EU-ban a közösségi médiát a 15 év alattiaknak
- Az NVIDIA ipari AI-felhőt épít a németeknek, együtt az OpenAI és a Google
- Két új Ryzen közül választhatnak a kézikonzolok
-
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
-
moli.hu
őstag
a raspi0-ra ha ra akarok kotni billentyuzetet az installalaskor (mert mondjuk nem ssh), akkor milyen adaptert kell venni ezek kozul? mert itt vannak spec OTG adapterek, en meg nemtom, miben mas az otg, hogy mukodik az, valami ellenallas, vagy mittomen.
plzhlp -
#15990
stefh60
csendes tag
FireKeeper
#15982
stefh60
csendes tag
válasz
FireKeeper
#15982
üzenetére
küldtem privit.
-
janos666
nagyúr
válasz
Mr Dini
#15983
üzenetére
Nem a kártyára akarok (akartam) írni, hanem ffmpeg-el RTSP stream-et olvasni (ott helyben inkább UDP, de talán már ott is TCP csomagokat, ami beválik), muxolni TS videó konténer formátumba (X86 CPU-n ez elenyésző terhelés) és azt kiírni egy Raspberry-n mount-olt Samba share-be (a távoli szerverre).
Szóval ami korlát lehet, az vagy az ethernet rész gyakorlati átengedő képessége, vagy inkább a CPU nyers ereje (párosítva az adott Linux kernel SMB kódjának optimalizáltságával), így átalakítva a forgalom jellegét, amit WiFi-n kell átküldeni, ami így némi RAM bufferrel is meg lenne támogatva (ha pl. marad 64Mb szabad RAM, az is elég lehet arra az esetre, ha egy pillanatra meglassul a WiFi valami átmeneti interferenciától).Az egész WiFi téma azért van, hogy az adatok minimális késéssel (pár másodperc) egy központi, távoli helyen legyenek, nem helyben szeretném őket menteni.
-
Kékkutya
csendes tag
válasz
stefh60
#15979
üzenetére
Jelenleg a thepihut-on és a pimoroni-n is várárlónként 1-re van korlátozva a rendelhető Pi Zero-k darabszáma, erre figyeljetek.
"Please Note - Due to high demand and low stock levels, this product is strictly one per customer."
"THIS PRODUCT IS LIMITED TO 1 UNIT PER ORDER." -
stefh60
csendes tag
válasz
moli.hu
#15860
üzenetére
#15860 moli.hu: "ha valaki csinal csoportos rendelest raspi0-ra, benne vagyok 1 db-ban. Budapest belvaros, metro atvetellel."
Amint készleten lesz a PiHut-on rendelek (nekem legalább kettő kell, remélem szállítanak MO-ra). Egy privi-t küldj kérlek, hogy ne felejtsem el és rákérdezzek szükséged van-e még rá
Esetleg mást is érdekel a csoportos Pi Zero rendelés?
Kizárólag budapesti metrós átvétel jöhet szóba, mert nincs kedvem postával bíbelődni, bocsi... -
#15976
csipuka
senior tag
FireKeeper
#15975
csipuka
senior tag
válasz
FireKeeper
#15975
üzenetére
Elvileg nem kene. Asszony linux-an siman megfer a ketto egymas mellett.
Mas.
Megjott a PI2-m es be is lottem rajta az OSMC-t. Megy kiralyul koszi az infot.
A normal LG taviranyitot kezeli, a Yatse is kapasbol megtalalta. Meg ismerkeduk, de baratok leszunk
Ami nem megy, az az LG Magic Remote. Kicsit meggugliztam, de nem talaltam ra megoldast. Felejtos? -
#15975
FireKeeper
nagyúr
FireKeeper
nagyúr
sziasztok!
nyomtató megosztásán munkálkodok. a cups-ot felraktam, és sikerült is életre kelteni a nyomtatót, be is van kapcsolva a megosztás, azonban a hálózaton lévő gépek nem látják. de fel van rakva a raspire a samba is, ami szintén tud megosztást. lehetséges hogy azért nem működik a dolog, mert a kettő összeakad?
-
azbest
félisten
válasz
janos666
#15971
üzenetére
No arra a méretre nem gondoltam volna. Régebben volt, hogy dolgoztam mikrotik alapú megoldással, ott parabolákkal, dual antennával/wifi kártyával volt külön irány g-turbóval, ami 108Mbps elméletit ad, gyakorlatban kb 60/60. Jó cucc, 5 évig ment stabilan, aztán újra kellett kondizni a boardokat, s újra jó lett.
Viszont a pi nem biztos, hogy elég stabil, ha fontos a kimaradás nélküli rögzítés. A régi pinél könnyebb elérni a proci limitjét is és ha nagyon meg van hajtva, akkor esélyesebb, hogy hibázni fog az usb alrendszer, amire a lan is kötve van. Persze a puding próbája az evés.
-
#15972
RoundRobin
aktív tag
janos666
#15971
RoundRobin
aktív tag
válasz
janos666
#15971
üzenetére
"1: N-es rádió (szóval kit érdekel, hogy mit tud a B és G? most komolyan? )"
Itt látszik, hogy kevéssé vagy képben, mivel az n is a b-hez, g-hez hasonlóan működik. Az is rádió.
"2: itt nálam vidéken kellemesen alacsony a noise floor"
Azt ebben az országban te csak remélheted.
Mindenesetre, fejlődsz János, fejlődsz (mivel ismerlek), de úgy látszik tökéletes sose leszel. -
#15971
janos666
nagyúr
RoundRobin
#15970
janos666
nagyúr
válasz
RoundRobin
#15970
üzenetére
Ha megnézed a screenshot-om, az egyértelművé tesz pár dolgot, ami viszonylag érdektelenné teszi a hozzászólásod: például hogy
1: N-es rádió (szóval kit érdekel, hogy mit tud a B és G? most komolyan?
)
2: itt nálam vidéken kellemesen alacsony a noise floor
3: mekkora az elméleti, illetve a szintetikusan generált és ténylegesen lebonyolított adatforgalom konkrét méréseLegközelebb másolj be egy másik bekezdést a wikipedia hasábjairól, hátha...
De ha lehet, inkább majd egy Raspberry Pi témába vágót másolj át, mert mégis csak Raspberry Pi topic lenne ez...Én közben három napi folyamatos bénázás és végül már szenvedés eredményeképp végre tényleg megtaláltam a megoldást.
[link]Esetleg amiatt érhetné meg mégis tenni oda Raspberry-ket, mert az ffmpeg-hez nem találok semmilyen bufferelési opciót, Samba-val viszont nagyon egyszerű lenne elérni azt, hogy szép nagy szeleteken írjon a tárhelyre, így ne legyen apróra töredezve minden *.ts file. Ez nem kritikus, de nem túl drágák ezek a kütyük, főleg ha elég lenne erre a célra a legkisebb és legrégibb RJ45-el is szerelt kivitel, ami már tényleg olcsó használtan.
Szóval mégis érdekel még, hogy mégis mit tudnak ezek SMB share-re írásban.
-
#15970
RoundRobin
aktív tag
janos666
#15969
RoundRobin
aktív tag
válasz
janos666
#15969
üzenetére
Wifi
802.11b: nominálisan 11 Mbps, 5.5 valós.
802.11g nominál 54 és 27 valós, hozzá: ez utóbbi a max.
Wireless átvitelnél egy bit átviteléhez két állapot kell, ezért a fele a valós mindig a névleges sebességnek. Vagy kevesebb..A wireless cuccok ma már csak a sivatag közepén működhetnek zavartalanul, másutt nemigen. Sok a csomagveszteség, nálad még a collision is bejátszhat, hiába más-más csatornán, netán készüléken vannak az eszközeid (esetleg).
-
janos666
nagyúr
válasz
azbest
#15968
üzenetére
Összesen 4db SXT-L5 van, amiknek páronként 4-4 kamerával kéne elbánniuk.
Kb. ez áll rendelkezésre: kétirányba egyszerre 65/65 Mbps 4 TCP kapcsolattal, tehát kvázi van egy Duplex 100Mbps link-em a levegőben (nagyjából pont ezt tudom mérni így TCP-vel egy ethernet switch-en keresztül is <=10m CAT5e kábelekkel, UDP-vel 95+ oda-vissza, de azzal a WiFi valamivel 100 felett fut be...).A kamerák maximum 8Mbps videót tolnak, de átlagban kevesebbet, inkább valahol 3-5 közt, tehát overhead-el együtt is bele kéne férnie 10Mbps-be.
Ha elindítom a rögzítést (ffmpeg "copy" codec-el és *.ts kimenet), akkor nagyjából annyi az adatforgalom az SXT-k közt, amit várok, ha pedig ráindítok mellette valami szintetikusan generált tesztforgalmat, akkor határozottan magasabbra ugrik, miközben az ffmpeg szerint nem esik le a rögzített bitráta.
De valamiért mégis hibásak a videók. Pedig kipróbáltam itthon a kamerákat, mielőtt felszereltem őket, illetve most is van itthon egy ugyan ilyen kamera, közvetlenül kábellel ugyan azon az 1000Mbps switch-en, amibe az SXT-k is bekötnek ezen az oldalon és azt vígan lehet rögzíteni hibák nélkül. A többi 8, ami távol van, az viszont mind szarakodik.
Akkor is szar a rögzített videó, ha semmi más nem csatlakozik egy adott kamerához, csak az ffmpeg. De a végig kábelen lógó kamerát nyugodtan lehet közben nézegetni mobiltelefonon is, nem kottyan meg neki (tesztképp már próbáltam egyszerre több ffmpeg folyamattal is rögzíteni a nagyfelbontású videót külön file-okba és 4 kapcsolatig jutottam, mielőtt megtagadta az ötödiket).
Valami olyasmit sejtek, hogy apró kis csomagokat szeret küldeni a kamera, amit nem szeret a WiFi (se a 802.11, se az NV2 mód - bár utóbbi nem is P2P bridge-hez lett kitalálva, és pl. a TCP-t külön nem szereti...; az nstreme módban pedig folyton disconect-el, így még nem is tudtam kitalálni, hogy az mire lehet jó vagy nem jó, ez gondlom már csak "legacy" támogatású)., valahogy épp eléggé lelassul a dolog ahhoz, hogy elkezdje valahol valami eldobálni a csomagokat és/vagy komplett timeout-ot okozni.
De nem jöttem még rá, pedig 2 napja kínlódok a beállításokkal és a google-el. Elkeseredésemben jön ez a B terv, hogy "aktív okos eszközt" tegyek a távoli helyekre, fogják meg azok a strem-et és küldjék vissza komótosabban bufferelve, nagy csomagokban SMB-n. -
azbest
félisten
válasz
janos666
#15965
üzenetére
"ez valamiért nem akaródzik működni wireless bridge-en keresztül, hiába lenne meg a szintetikus mérések szerint a szükséges sávszélesség többszöröse is és mindhiába játszogatok már a beállításokkal napok óta."
Többszöröse? Csak tisztán az adatforgalom 32 + 32 = 64 Mbps. A wifi stickek jellemzően 150MBps módban kapcsolódnak, aminek a valós sebessége jó ha 70Mbps körül van. Ha 20 helyett 40MHz-es sávszélességű a wifi és úgy is kapcsolódik, akkor valóban feljebb mehet, akár duplájára, de még könnyebben zavarják egymást a közeli wifi hálózatok. Elég necces. Még a 100as lanon is előfordulhat, hogy ingadozik annyit a sebesség, ami már fennakadást okozhatna.
Wifi bridge alatt mit értessz? Ha hatótáv kiterjesztés, akkor ugyanazon a csatornán történő adatforgalom szépen lefelezi a sebességet. Múltkor próbáltam, hogy az ap ellentétjeként a másik oldalon egy router a wifi kapcsolatot bridgeli a lan portjaira és az is lefelezte a sebességet, bár ez lehet a router procilimitje volt, nem mentem jobban utána.
Közben újra elolvasva rájöttem, hogy lehet a pi nem wifin át dolgozna. Csak a wifis streameléssel tapasztalsz problémát. Ha nem multicasttal tolod a videót, akkor minden kapcsolódónak külön-külön megy a forgalom, 2-3 csatlakozó már több, mint a sávszél.
-
mr.o
csendes tag
Sziasztok!
Egy fullHD (Logitech C920) webkamerának a képét szeretném egy projektorra küldeni.
Kérdésem, hogy lehet-e ilyet Raspberry PI-vel illetve hogy mire kell figyelni, mit kell beszerezni?
- H.264-et ismernie kell, de azt gondolom ez nem probléma...
- ja meg hogy olcsó!!! legyen mert csak erre a feladatra kell, hosszú távon.,ha valakinek van jobb/más ötlete szívesen veszem...
Köszönöm válaszotokat! -
janos666
nagyúr
Melyik kivitelre lenne szükségem, illetve elég-e egyáltalán bármelyik, ha durván 32Mbps (4MB/s) sebességgel szeretnék írni (tartósan, stabilan) egy Raspberry-n mount-olt Samba (kényszerből esetleg NFS) hálózati mappába, ahol a bemenet szintén a hálózatról jön (de csak minimális módosítással megy tovább)?
Ahogy keresgéltem, inkább a másik irányba láttam méréseket és általában az volt a konklúzió, hogy file-ok mozgatásakor sokat számít a Raspberry-n használt filerendszer is, ami itt irreleváns lenne, lényegében hálózatról hálózatra másolnék. Kicsit konkrétabban RTSP-n H264 videó stream-et fogadna és újrakódolás nélkül pakolná bele *.ts file-ba, mert ez valamiért nem akaródzik működni wireless bridge-en keresztül, hiába lenne meg a szintetikus mérések szerint a szükséges sávszélesség többszöröse is és mindhiába játszogatok már a beállításokkal napok óta.
-
vargalex
félisten
válasz
Celtis
#15906
üzenetére
Szia!
Azért azt tegyük hozzá, hogy a radius alapvetően sokkal többről szól. Az, hogy SoHo szinten általában csak autentikációra használják, csak egy dolog. De a kolléga is írt néhány példát ezen felül. (Napi x óra, vagy napi y MB maximális forgalom, lehetőség van lassítani is a klienst, stb. Ha akarod, minden accounting üzenetet is tárolsz és ugye user szinten szét van bontva a dolog. Azaz mindegy milyen klienssel jön.)
-
Exfury
tag
válasz
azbest
#15959
üzenetére
tudom, hogy csak egy usb portja van a zeronak, de egyszerre maximum egy kiegészítővel használnám.
gondolkoztam a nagyobb verziókon is (b+, illetve a 2esen is) de sokkal több macera az előre felszerelt csatlakozókat leforrasztani, és később vezetékekkel a tokra illeszteni őket -
-
Exfury
tag
válasz
azbest
#15957
üzenetére
Közben gondolkodtam és dobtam a megoldást.
Megoldható lenne, hogy ezt illetve egy kijelzőt rátudjak kötni, úgy egy pi zerora, hogy az USB port szabad maradjon?Egy kis méretű, "pda"-t szeretnék összedobni,3,5-4,5(-5) colos kijelzővel. A szabad usb pár kellék használata miatt szükséges. Megoldható ez a zeroval ?
-
-
-
azbest
félisten
válasz
Gyula84
#15938
üzenetére
Ha a router mögött van a pécé is, akkor el kellene érned. Az viszont lehetséges, hogy más ip címet kapott a pi a router resete után. A router kezelőfelületén szokott lenni általában lehetőség a mac addresshez ip cím hozzárendeléséhez, hogy mindig azt kapja az eszköz.
Ha az internet felől, kívülről nem éred el, akkor valóban a port forward beállítást is újra meg kell adnon a routeren.
-
Bekapcsolódnék én is egy audio kérdéssel ha már így szóba került, bocs, hogy tovább ütöm a vasat
A jelenlegi setup:
- Apple TV2, jailbreakelve, legfrissebb Kodival
- Yamaha RX-V450 + 2db front + 1db centerrel
- Acer 720p projektor
- Az ATV hdmi-vel csatlakozik a vetítőre, optikán a yamaháraAz egész problémakör a Yamaha miatt van, mert nincs rajta hdmi. Ez így is fog maradni, nem akarom lecserélni, mert amúgy meg vagyok vele elégedve.
A cél:
- RPI2 az ATV2 helyére
- az RPI tudjon csatlakozni rézzel vagy optikával a Yamahára spdif/toslink-el
- Kodi only (más nem érdekel)
- a ma "itt-ott" elérhető 720p/1080p mkv mozifilmekben és sorozatepizódokban levő többcsatornás audio működjön olyan formában hogy akár a Kodi, akár a Yamaha tudja lekeverni a rendelkezésre álló 3 csatornára (két front + egy center).A jelenlegi setup ezt tudja tökéletesen, viszont az ATV-nek lassan mennie kell, mert projektorcsere lesz, az ATV pedig csak 720p-t tud.
A hangfalak száma valószínűleg nem fog nőni, mert se helyem se igényem nincs többre, a centerhez viszont ragaszkodnék, a csak stereora downmixelés kevés.
Tudnátok nekem ehhez ajánlani valamilyen audio eszközt a PI-hez, ami olcsó, és jól működik bármilyen disztribúcióval (openelec, raspbian, bármi jó) + a Kodival ?
-
synar
őstag
Köszönöm a válaszokat és az információ áradatot
Egyébként jelenleg egy Amlogic S812 M8S-t használok, ami lehet, hogy klón, ennek ellenére az egyetlen OpenElec, ami felmegy rá stabilan fut rajta. Amúgy én is azt olvastam, talán egy másik topikban, hogy a többcsatornás, veszteségmentes HD audio csak HDMI-n keresztül megy át, optikai és SPDIF digitális kimeneteken, csak a tömörített DD és a DTS. Azt szűrtem le abból, amit olvastam tőletek, hogy egyelőre nem nyújtana többet a PI, mint a mostani rendszerem, majd talán egy generáció váltáskor, vagy ha én fejlesztek egyszer tovább, de egyelőre lenyugszom. Köszi még egyszer mindenkinek. -
azbest
félisten
-
válasz
azbest
#15935
üzenetére
A HD hangnak nincs definíciója, nem lehet kitalálni hozzá újat.
A Dolby TrueHD és DTS-HD is rengetegféle csomagot jelent. Egységes jellemzőjük, hogy veszteségmentesen tömörített max 8 csatornás PCM jelfolyam. A csomagban lehet 2, 4, 6, 7 vagy 8 csatornás, lehet 48/24, 96/24, 192/24 a PCM jel. Az OpenELEC kibontja a csomagot, és PCM-ben továbbítja 6 csatornán max 192/24-ben, 8 csatornán max 96/24-ben. Amúgy ez a felállás pontosan megfelel a DTS-HD és a D-THD szabványnak is, mindkettőt áttömörítés nélkül tudja kezelni. Mindegy, hogy a szoftver csomagolja ki ezeket, és hányja tovább PCM-ben az erősítő, majd annak a DAC-ja felé, vagy az erősítő saját szoftvere csomagolja ki, és az hányja tovább PCM-ben a DAC-ba.
Abban viszont lehet valami, hogy elvileg spdif/soslink-en sem kellene átmenjen a HD audio.
Az SPDIF-en akkor megy át HD audió, ha az maximum 2 csatornás PCM (192/24-ig).A veszteségmentes tömörítési algoritmuson kívül semmi különbség nincs egy 192/24-es FLAC és egy 192/24-es 2 csatornás DTS-HD között.
-
azbest
félisten
válasz
schawo
#15934
üzenetére
Az spdif / toslink csak egy digitális átviteli közeg, az hogy hány csatornás nem függ össze vele.
Ne találjunk ki új definíciókat a hd hanghoz. Dolby TrueHD és DTS-HD Master Audio amiről szó van. Az arm cuccok jellemzően rendelkeznek valamilyen belső szűk keresztmetszettel, ami miatt nem képesek hdmi-n kiadni ezeket.
Abban viszont lehet valami, hogy elvileg spdif/soslink-en sem kellene átmenjen a HD audio. Szóval lehet, hogy az összes dac meg digi kimenet csak a stereo zenehallgatóknak szánt eszköz elsősorban.
A lényeg, hogy (#15925) synar kérdésével kapcsolatban nem valószínű, hogy bármiben előrébb lenne egy pivel a mostani jól működő (ismeretlen fajta) amlogic eszközéhez képest. Ha van is bármi különbség, akkor jó eséllyel az openelec verzió miatt lehet.
-
válasz
azbest
#15933
üzenetére
Ez a kütyü spdif kimenetes, tehát két csatornával (=sztereó) tud csak dolgozni.
PCM-ben 8 csatorna 96/24-et tud PCM-ben az OpenELEC, az bőven HD. Ráadásul nem egyértelmű, hogy mit jelent a HD kifejezés. Valójában bármilyen 24 bites forrásanyagot tekinthetünk HD-nek, a hangminőség szempontjából sokkal nagyobb jelentősége van, mint a 44 vs 192kHz-nek.
-
azbest
félisten
válasz
envagyok
#15932
üzenetére
Megszólal valami? Meg.
HD audió szólal meg? Nem. A 7.1 magas mintavételezésű hang helyett normál mintavételezésű hang. Lehet, hogy neked ez mindegy, de synar a hd audiót kérdezte. Nem az volt a kérdés, hogy hallom-e a különbséget
i2s hd audió, múltkoriban én is meglepődtem, hogy az újabb bővítőkártyák közt már van olyan, ami tud hd audiót. Itt egy példa, de több fajta is van már [link]. Bár az jó kérdés, hogy ez 8 csatornásan is igaz -e.
(#15931) schawo
arra gondoltam, hogy ha ugyanaz az openelec verzió fut az amlogic-on és a raspberry-n, akkor hasonlóan kell viselkedniük. Mindkét esetben szoftveresen átkonvertálja olyanra, amit ki tud adni. A régi pi esetén kevés volt a proci ereje a konvertáláshoz, a 2 magos amlogic már elég erős lehet, a több magosok pedig lazán konvertálnak.Ráadásul amlogic-ból is legalább négyféle van forgalomban, a hivatalos openelec box-ban AML-8726 MX, másban s802, s805 vagy is s812 lehet.
-
envagyok
veterán
válasz
azbest
#15930
üzenetére
"Tehát nem tudja. Az, hogy szoftveresen visszakonvertálja alacsonyabb minőségűre az nem tudás. A raspberry-hez van olyan i2s hangkártya, ami valóban tudja kezelni és ki tudja adni a hd hangot az erősítőnek, hogy az dekódolja." - Miért ne tudná? Megkapod a 7.1-es hd hangot? Meg. Persze lehet szőrözni, hogy csak 48v96khz-es mintavételezésű hangot ad. Én, mint az emberek 100%-a, csak 10-20khz-ig hallok, de nem baj, neked biztos denevérfüleid vannak.
A hd hangsávoknak nem a kiadott 20 kHz feletti hangjai az előnyük, hanem hogy végre nem tömörített. A 384, 480 kbites Dolby D hangoktól feláll a hátamon a szőr. Azért elhívlak egy vaktesztre, kíváncsi vagyok kiszúrod-e, mikor szól hd audio bitstream, mikor a pi multichannel pcm. És milyen i2s eszköz ad hd hangot?""Zenében is simán lejátsza multichannel pcm-et. Az amlogic ezt nem tudja."
Valóban? Ugyanaz a verziójú openelec valószínűleg mindkettőn ugyanazokat a szoftveres képességeket tudja. Ha az amlogic is négy magos, akkor proci erőből sincsen kevesebb mint a pi2-ben."
Ez nem proci erő kérdése. Az én amlogic mxq lejátszóm sem openeleccel, sem nélküle nem képes multichannel hangot kiadni, csak sztereót.
A pi 7.1 96khz-re képes.
Nekem mindkettő van, tudom mit beszélek. -
azbest
félisten
válasz
envagyok
#15928
üzenetére
"Simán viszi a hd hangokat többcsatornás pc-re keverve. "
Tehát nem tudja. Az, hogy szoftveresen visszakonvertálja alacsonyabb minőségűre az nem tudás. A raspberry-hez van olyan i2s hangkártya, ami valóban tudja kezelni és ki tudja adni a hd hangot az erősítőnek, hogy az dekódolja."teljesen mindegy, hogy az erősítő v a pi kódolja ki."
Nem mindegy. Ha HD képes az erősítője, akkor a pi nem hd pcm-jével nincs előrébb."Zenében is simán lejátsza multichannel pcm-et. Az amlogic ezt nem tudja."
Valóban? Ugyanaz a verziójú openelec valószínűleg mindkettőn ugyanazokat a szoftveres képességeket tudja. Ha az amlogic is négy magos, akkor proci erőből sincsen kevesebb mint a pi2-ben. -
-
dugesz77
őstag
A youtube a raspberrys Kodinál is 720p. Az androidos boxoknál a fő kérdés,hogy tudja-e a kadencia helyes megjelenítést(1080p 24Hz) a raspberry ezt tudja.. Hd hangból a ThruHD és a DTS-HD itt sem megoldott a többivel nincs gond.
Most már kellően stabil mind a három médialejátszó rendszer (Openelec,Osmc,Xbian) csak az egyéni izlés kérdése az egész. Én nem bántam meg,hogy ezt választottam. -
synar
őstag
Szerintetek érdemes-e beszereznem egy Raspberry Pi 2 Model B -t. Miben tudna többet, jobbat nyújtani a mostani Amlogic box-on futó OpenElec-nél, amit használok. Annyit már tapasztaltam, hogy nálam a hd hangok nem mennek át, és a YouTube csak max 720p. Jelenleg NAS-ról megy a film és zene, Onkyo TX-NR609-en, hdmi-n keresztül, projektorra 1080p-ben. Amúgy stabil a jelenlegi összeállítás is, de olyan jókat írtok itt a Raspberry-ről, hogy megjön az ember kedve hozzá. Ha valakinek van összehasonlítási alapja és megosztaná a tapasztalatait, azt külön megköszönöm.
-
azbest
félisten
Néhány ötlet a Pi Zero hálózatra kötéséhez, ha nem szeretnétek az usb-t használni:
Wifi soros buszon: ESP8266
- Connect an ESP8266 to your RaspberryPi [link]
- Getting started with ESP-01 and Raspberry Pi [link]Lan az spi buszon, ENC28J60 10Mbps
- raspberrypi forum, device tree beállítás [link]
- olcsó készre szerelt modulok [link] -
csipuka
senior tag
válasz
dugesz77
#15908
üzenetére
Kossz mindenkinek a hozzaszolast, raprobalok akkor a tv-s usb-vel, es ha valami szivarvanyos dolgot latok akkor kapja a dedikalt USB toltot.
Egyelore otthon csak microSD es HDMI kabelem van, es azon filozok, hogy csak a PI-t es a dobozat rendelem meg. Ugy tervezem, hogy az LGs tv taviranyotojaval hasznalom, es nem akarok beszerezni olyan kis kompakt wireless billentyuzetet, hogy minimalizaljam a kutyuk darabszamat. Be lehet uzemelni billentyuzet nelkul az OSMC-t? Van wireless eger, ha kell. -
-
#15918
MaCS_70
félisten
wassermann
#15917
válasz
wassermann
#15917
üzenetére
ADSL-modem a'la Matáv.
MaCS
-
válasz
Celtis
#15906
üzenetére
No comment
Amúgy lehet pl md5ben vagy akár shaban stb tárolni a jelszavakat. Úgyhogy végülis az is titkosítás.
Nekem csak az számít, h ez jobban bejön, nem kell megadnom a wifi jelszót, amivel mindenhez hozzáfér (pl nasok routerek stb) és be lehet korlátozni a userek elérését.
Mellesleg, mint már írtam megnehezíti a virtuális betörők dolgát, h minden egyes lehetséges felhasználónévvel meg kell próbálnia az összes karaktert. Szerintem lehetetlen feltörni. A radius szerverhez, meg ugye addig nem fér hozzá, amíg be nem lép a hálóra.
Mondjuk a szomszédok mind öregek, őket aztán nem érdekli az auth úgysem fognak wifizni...
-
Gabis
őstag
Vajon a következő elképzelésre is elegendő szuflát tud adni a TV a Pi2-nek?
Arra gondoltam, hogy csak egy wifi modul-t és egy pendrive-ot dugnék a Pi-be.
A laposon megosztom a mappákat, így asszony tud sorozatozni és pedig Ph-zni
Ha pedig csatlakoznék egy jó filmre én is, vagy csak nem akarom, hogy a lapos menjen, vagy úgy maradjon éjszakára akkor wifi-n rámásolom a filmet a pendrive-ra és mehet a móka.
Az egész Pi-t pedig elrejteném a TV mögött
-
Celtis
veterán
-
#15905
consono
nagyúr
RoundRobin
#15878
consono
nagyúr
válasz
RoundRobin
#15878
üzenetére
Sziasztok, már postán van a 0-m, gondoltam beköszönök és nekiállok végigolvasni a fórumot
Régóta nézegetem már a Pi-t, most, mikor megjelent a zero, meghúztam a ravaszt. Ha itt lesz, biztosan jövök majd a sok hülye kérdésemmel ![;]](//cdn.rios.hu/dl/s/v1.gif)
-
válasz
Celtis
#15899
üzenetére
Szia!
Gondolom a 15888-ra gondolsz mivel arra válaszolsz.
Ott nem a radiusra, hanem az enterprisera értem a titkosításos részt, mivel enterprise-al kezdtem a mondatot.És az is ott van, h a raspberry felel az authentikációért.
(ő a radius szerver)Tehát magára az enterprisera értem, mint titkosítási fajtát.
-
#15903
szabieable
aktív tag
szabieable
aktív tag
Sziasztok,
PI2-t használok openeleccel viszont az utóbbi időben egyre többet rakoncátlankodik az rtorrent. A transmissiont nem sikerült a netes tutorialok alapján fellőnöm, de mindenképp szeretnék valami webuit amivel localban tudom managelni a folyamatokat. Szeretném megvalósítani, hogy rssből dinamikusan kezelje a tartalmakat és azokat mappaszinten tudja szétdobni a rákötött HDD-n. Tehát a filmet a filmekhez, sorozatot a sorozathoz.
Tudna valaki esetleg segíteni benne?
Ezek szerint akkor karcsú lenne erre.
)
DSI megoldást preferálnám, de eddig csak a 7inches verziót láttam :/![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- Linux Mint
- Luck Dragon: Asszociációs játék. :)
- LEGO klub
- OFF TOPIC 44 - Te mondd, hogy offtopic, a te hangod mélyebb!
- Kerékpárosok, bringások ide!
- Autóhifi
- Milyen NAS-t vegyek?
- PlayStation 5
- Radeon RX 9060 XT: Ezt aztán jól meghúzták
- További aktív témák...
- Gamer Gép - MSI PRO H610M, Intel I7 12700KF, 32GB DDR4, RTX 4070 12GB , 4 TB M.2 SSD, 550W
- Gamer Gép - ASUS TUF B660, Intel I9 14900K, 32GB DDR4, RTX 4070 SUPER , 4 TB M.2 SSD, 550W
- Csere-Beszámítás! Gamer PC Számítógép! R9 3900X / RX 6700XT / 32GB DDR4 / 1TB SSD
- Gamer Gép - MSI Z490, Intel I7 10700, 32GB DDR4, RTX 3060 Ti 8GB , 1 TB M.2 SSD, Gigabyte 450W
- Eladó fullos Asus Tuff PC Plusz Monitor +...
- AKCIÓ! Lenovo Thinkpad T14 Gen 3 üzleti notebook - i5 1245U 16GB RAM 512GB SSD Intel Iris XeW11
- BESZÁMÍTÁS! ASUS ROG CROSSHAIR VI EXTREME alaplap garanciával hibátlan működéssel
- Csere-Beszámítás! Olcsó Gamer laptop! MSI Cyborg 15 . I5 12450H / RTX 4050/ 16GB DDR5
- Apple iPhone 12 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! GIGABYTE AORUS ELITE Z790 i7 14700K 64GB DDR5 1TB SSD 7900XTX 24GB be quiet! SB802 1000W
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest