- sziku69: Fűzzük össze a szavakat :)
- gban: Ingyen kellene, de tegnapra
- sziku69: Szólánc.
- Flashback: Építsünk PC-t akciós alkatrészekből, lassan. upd: 05.28
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- bambano: Bambanő háza tája
- Parci: Milyen mosógépet vegyek?
- Luck Dragon: Asszociációs játék. :)
- vrob: Az IBM PC és a játékok a 80-as években
- Gurulunk, WAZE?!
-
LOGOUT
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
-
Megőrült a YATSE...
Állandóan azt üzengeti, hogy amit csinálnék, arra csak a fizetős verzió jó.
Amikor odakattintok, közli, hogy igen, látja, hogy megvettem 2014-ben, de indítsam újra a telefont, és akkor minden jó lesz. Ha esetleg mégsem (mert persze mégsem), akkor töröljem az adatokat, vagy forduljak hozzájuk bizalommal.Hát, fordultam, de az ugye nem megy olyan gyorsan...
MaCS
-
válasz
Jim Tonic
#19850
üzenetére
A wear levelling nem elég, azt a legtöbb kártya és pendrive tudja.
A lényeg a PASSZÍV wear levelling, ami már sokkal ritkább.
A sima aktív wl ugyanis csak az aktívan változó tartalomnál ügyel arra, hogy elosztott legyen a helyhasználat, a statikus állományok csak ülnek egy helyben és nem vesznek részt a vetésforgóban. A passzív wl viszont a passzív területet is mozgatja.Emlékeim szerint a Corsairnek vannak ilyen pendrive-jai, de még a cég szerint sem fontos a különbség (úgyis cseréljük, ha elromlik), úgyhogy még csak nem is igazán dokumentálják.
MaCS
-
válasz
Celtis
#19533
üzenetére
Celtis, Azbest -- köszönöm!
Vélhetően én voltam béna, a felhasználóné-jelszópárosításnál szúrhattam el valamit.
Most mindenesetre nincs hibaüzenet, mehetek tovább a csatornabeállításokra.
Az ugye normális, hogy magában az OpenELEC rendszermenüjében a csatornákra vonatkozó menüpontok nem csinálnak semmit?Köszönettel: MaCS
-
-
Nem stimmel a karmám a TVheadenddel...
A backendet elérem a webes felületen, de az OpenELEC folyamatosan a megszakadt kapcsolat mantrát nyomatja, a frontend pedig 99%-on pörgeti a processzort.
Mit állítsak rajta, hogy lássa a backendet? 127.0.0.1-en keresi...Köszönettel: MaCS
-
-
#19365
MaCS_70
félisten
lord.lakli
#19364
válasz
lord.lakli
#19364
üzenetére
bogabi, Pulsar, lord.lakli -- köszönöm!
Az 1 MB/s ezek szerint, bár alacsony érték, de nagyságrendileg rendben van.
Egy 5-6 MB/s sebességgel már elégedett lettem volna .. még mindig csak az elvi hálózati sebesség fele, tehát már reális is lehetne.
Mondhatnánk, hogy ez így faszán Full Speed USB -- annak viszont túl gyors, tekintettel arra, hogy mivel az USB-kontroller vezérli a LAN-t is, még az elméleti sebesség is elvben feleződik, a gyakorlatban sokadolódik.Köszönettel: MaCS
-
Sebességkérdés:
A PI B+-omra dugott, egyébként USB3-as HDD-re nagyméretű fájlokat a gigabites hálózaton át (tehát sem a hálózat, sem a HDD nem szűk keresztmetszet) kemény 1 MB/másodperces sebességgel tudok írni -- és olvasni róla (SMB, NTFS). Azonos hálózaton figyelő egyéb tárolóeszközöknél ez az érték simán meglehet 80 MB/s is, tehát a hálózat, mondjuk, renden van.
A kérdés az, hogy ez az 1 MB/s reális-e, vagy ennél azért többet kéne mutatnia.A PI2 esetén mi lehet a reális sebesség?
Köszönettel: MaCS
-
Ez szerintem is teljesen így van, de akkor még teljesen más volt a hozzáállás. Emlékszem olyan inkompatibilitási problémákra akár otthoni gép, akár komolyabb, ipari környezetben, amik ma már nem fordulhatnának elő.
De azt a magnót nem tudtad máshová bedugni, teljesen egyedi csatlakozója volt, nem fordulhatott elő, hogy másik számítógépbe belepasszolt, aztán szépen elégették egymást.MaCS
-
A C64 idejében azért még nagyon szétszórt volt minden, ma már ezért többet várnék el.
Én meg azért nem látom a lehetetlen küldetést abban, hogy akára tápcsatlakozók is legyenek legalább valamennyire egységesek.
Mégis, mi szól ellene?A sárga gyűrűs 5 voltos csőcsatlakozó pl. viszonylag egységes, bár a minap volt nálam egy ilyen lyukon 3 voltot kérő PMR. Tatom magam ahhoz, hogy igenis kellene ilyen védelem, különösen, hogy a legtöbb eszközön és tápegységen gyakorlatilag olvashatatlanok vagy egyenesen hiányoznak a feszültség- és polaritásadatok.
Legalább legyen egy egységes színkód!MaCS
-
#19299
MaCS_70
félisten
wassermann
#19298
válasz
wassermann
#19298
üzenetére
Annyira, de annyira kíváncsi lennék arra, hogy mégis mi a fészkes jó fenéért kell ezzel variálni, miért nem lehet ez egységes.
MaCS
Szerk: Lenne ugye egy olyan elv, hogy az egyszerű felhasználó ne tudja összekeverni ezeket a dolgokat, azaz ha valamit valahova be tudok dugni, az lehetőleg működjön, de semmiképpen ne ártson. Ez ugye már a tápegységeknél megdől, azonos csatlakozóval van 5, 9, 12 és 19 voltos tápom is, nem is beszélve a polaritásról. (De van a szokás szerint 5 voltos csatlakozón 18 volt váltófeszültséget nyomató kockám is...)
Ott legalább lehet mondani, hogy nem lehet annyiféle csatlakozót forgalmazni, ahányféle feszültség van -- persze ez is kamu, de egye fene.
De hogy miért kell megcserélni egy már létező csatlakozó érintkezőit????
-
válasz
Cool Face
#19287
üzenetére
Milyen gyakorlati meggondolásból tettétek oda a routert? Ez valami speciálisan kültéri kivitel?
A kültériséggel járó problémák mellett gondolok első sorban a nagyfrekvenciás rádiósugárzás horizontális jellegére. Esetleg kifejezetten lefele, a házba irányított antennáitok vannak?Egy barátom egyébként egy PI2-t használ torrentező NAS-nak, már egy éve, illetve ismerek irodákat, ahol szintén PI látja el a központi fájltároló szerepét. Egyik esetben sem nagy terhelésről és sok nagy fájlról van szó, és így teljesen elégedettek a PI-vel.
MaCS
-
-
válasz
azbest
#18930
üzenetére
Az alapvető Linux-ismeretek ehhez már nincsenek meg, nem áll össze fejben a dolog.
A grep tvheadend parancs után pl. kapok egy soremelést, és egyszerűen üres sorok jönnek, nem írja ki az xx@xx:~$-t sem, és nem fogad el további parancsokat -- ilyenkor vajon mi van?Mindegy, a probléma megoldódott, mert OSMC alatt működött az osmc@osmc-páros.
Ami viszont érdekes, hogy amikor a tvheadend webes felületén nyomok egy logOUT-ot, akkor is bejelentkezési adatokat kér (mindegyik rendszer mindegyik gépen), és ekkor már nem fogad el semmilyen általam ismert felhasználónév/jelszó párost -- tehát belépni enged, kilépni nem.
Amúgy teljesen szűz telepítésekről van szó, a tvheadend menüből engedélyezésével, semmi zip vagy alternatív telepítés, frissítés.
Mindegy, a lényeg, hogy most megy, és nekieshetek végre a tévébeállításnak -- remélem, azzal már nem kell Benneteket zargatnom.
Neked és Celtisnek is nagyon köszönöm a kitartó segítséget!
Köszönettel: MaCS
UI: Most jött egy üzenet egy fórumból, a lényegi része a következő:
Your problem is quite typical. I guess it is caused by an error at the first login to TVHEADEND when the user has no control on the default user/psw. Killing TVHEADEND and starting it -C is the way. -
-
válasz
Celtis
#18915
üzenetére
No, sikerült megoldani. Nektek biztosan triviális, nekem belekerült némi keresgélésbe.
Az érdekes része az, hogy állítólag teljesen normális az, hogy elsőre nem enged be a TVhadend...
A megoldás végül az lett, hogy SSH-n
"killall -9 tvheadend" paranccsal ki kellett lőni, majd "tvheadend -C" paranccsal (ahogy mondtad) már üresen lehetett indítani, és így már létre lehetett hozni magamnak egy felhasználót.Már csak azt szeretném tudni, hogy mindezt OSMC alatt hogyan tudom megvalósítani, mivel a killall parancsot nem ismeri.
Köszönettel a segítségért: MaCS
-
válasz
Celtis
#18891
üzenetére
Sajnos nem böngésző-, de még csak nem is gépkérdés.
Különböző gépekről, Opera, Chrome, IE és Edge alól próbálkozva is jelszót kér az IP:9981
Please sign in
You need to sign in...
Site message: "http://IP:9981" requires a username and password. The site says: tvheadend.Az IP értelemszerűen az adott eszköz IP-címét fedi.
És ez így megy a PI-n OpenELEC és OSMC valamint egy atomos HTPC-n x86 OpenELEC-nél is.
MaCS
-
válasz
azbest
#18879
üzenetére
Igen, köszönöm, próbáltam a Base64-ből visszakódolt verzióval is, de nem enged be.
A * mint felhasználónév nem igényel vajon trükközést? Base64-ben semmit nem kapok rá...
Menet közben tettem egy próbát, és telepítettem az OpenELEC-et egy x86-os gépre is (a két gép teljesen független egymástól), és pontosan ugyanez a helyzet fogadott -- az IP:9981 jelszót kér és nem enged be, a konfigurációs fájlok azonosnak tűnnek.
Köszönettel: MaCS
-
válasz
Celtis
#18877
üzenetére
Köszönöm, ez lett:
{
"index": 1,
"enabled": true,
"username": "kodi",
"password2": "kodi",
"prefix": "0.0.0.0/0,::/0",
"streaming": false,
"adv_streaming": false,
"htsp_streaming": false,
"profile": "",
"dvr": false,
"htsp_dvr": false,
"all_dvr": false,
"all_rw_dvr": false,
"dvr_config": "",
"webui": true,
"admin": true,
"conn_limit": 0,
"channel_min": 0,
"channel_max": 0,
"channel_tag": "",
"comment": "New entry"
}De a helyzet nem változott. Újraindítottam a gépet, de változatlanul nem fogadja el a kodi/kodi belépési adatokat.
Magában az OpenELEC tvheadend server beállításaiban nem kell valamit módosítani?Köszönettel: MaCS
-
válasz
Celtis
#18847
üzenetére
Hát, nálam ez a script egy kicsit máshogy néz ki (több feltétel van benne), de ez stimmel:
if [ "$DEBUG" = "yes" ]; then
TVHEADEND_ARG="-B -C -s -u root -g video -c $ADDON_HOME"
else
TVHEADEND_ARG="-B -C -u root -g video -c $ADDON_HOME"
fiMost újrahúztam az egészet, de a helyzet változatlan...
Köszönettel: MaCS
-
válasz
Celtis
#18847
üzenetére
Nagyon köszönöm!
Ezt az SSH-s scriptet nem értem, illetve azt nem tudom, hogy hogyan érem el -- megpróbálom MC-rel.
Addig viszont eljutottam, hogy az Általad javasolt
\Userdata\addon_data\service.multimedia.tvheadend\accesscontrol
mappában találtam egy kiterjesztés nélküli fájlt, aminek a tartalma a következő:{
"index": 1,
"enabled": true,
"username": "*",
"password2": "VFZIZWFkZW5kLUhpZGUtKg==",
"prefix": "0.0.0.0/0,::/0",
"streaming": false,
"adv_streaming": false,
"htsp_streaming": false,
"profile": "",
"dvr": false,
"htsp_dvr": false,
"all_dvr": false,
"all_rw_dvr": false,
"dvr_config": "",
"webui": false,
"admin": false,
"conn_limit": 0,
"channel_min": 0,
"channel_max": 0,
"channel_tag": "",
"comment": "New entry"
}A * username és a VFZIZWFkZW5kLUhpZGUtKg== jelszó (EZ MI a FENE???) nem működik, és ha átírom őket a fájlban, visszaíródnak erre.
Köszönettel: MaCS
-
Ma ismét összefutottam régi mumusommal, a TVheadenddel.
Gondoltam, egyszer már csak sikerül beállítanom...
Hát, még nem...
Frissen telepített OELEC, a hálózaton behozom az IP:9981 oldalt -- mire felhasználónevet és jelszót kér.
Magán a rendszeren a backenden nem találtam erre vonatkozó beállítást, a frontend beállításai között igen, de azokat a webes felület nem fogadja el. (Logikusan...)
Eddig ilyen beléptetési igénnyel még nem találkoztam. Mi lehet a gyári user/psw, illetve hol állítom azt az eszközön?
Köszönettel: MaCS
-
válasz
dugesz77
#18622
üzenetére
Biztosan téves a riasztás, csak éppen az vicces, hogy az erősen kérdéses biztonságú Defender vírust lát, a hisztérikusan paranoid Comodo meg nem. Ráeresztettem egy széles spektrumú vizsgálatot: a komolyabb irtókat nem zavarja, úgyhogy csak valami véletlen egybeesés lehet.
MaCS
-
-
-
Ha van két mSD-kártyád, akkor kb. semmiből nem áll mindkettőt kipróbálni.
Magára a PI-re ugyanis nem települ semmi, maga a rendszer a kártyán van, azt meg szabadon csereberélheted.Nem tudom, milyen tesztverzióról beszélsz, nálam ez jelenik meg legfrissebb buildként.
MaCS
-
Használd nyugodtam az OpenELECet, tényleg nincs Számodra különbség -- én megszoktam az OSMC-t, ennyi az egész. A jelek szerint itt most többen elekeznek, több támogatást kaphatsz.
PI2-ből egyféle van, ha PI2-es a letöltött image, nem nyúlsz mellé.
A BD 3D ISO-rol fogalmam sincs.
MaCS
-
A NAS is egy számítógép, mindkettőn meg kell csinálni a megosztásokat, hogy a hálózaton a többiek, pl. a PI láthassa a megosztott mappák tartalmát.
Az alkalmazott fájlrendszer csak magát a gazdagépet érdekli, ez a hálózatra már nem hat ki. Ami a hálózat számára fontos, az a megosztási protokoll, pl. Samba (SMB, CIFS) vagy DLNA. A Kodi ezeket ismeri.
Az OpenELEC és az OSMC Debianra telepített Kodi-rendszerek, eleve a Kodi interfészével indulnak, tehát tulajdonképpen csak a médialjátszót látod belőlük, nem kell ügyeskedni.
Szerintem tedd fel valamelyiket a PI-re (nekem az OSMC jobban bejön, de használati értékben különbség nemigen akad, legfeljebb az alternatív repository-juk más, az interfészt meg úgyis a Kodi adja, amit aztán le is cserélhetsz), és amikor már látod, hogy mi a helyzet,akkor érdemes továbbkérdezni. Innentől ugyanis már a konkrét használat részleteiről van szó, amit nem sok értelme van látatlanban kitárgyalni.
WP-nal kapcsolatos ismereteim sajnos nincsenek.
Figyelni főleg arra érdemes, hogy a megfelelő buildet tedd fel stabil és gyors kártyára, és használj jó tápegységet a PI-hez.
Ha beindult a rendszer, lapozgasd egy kicsit a felületet. A beállításokat a jobb PROGRAMOK fül alatt találod, kezdj ott!MaCS
-
dugesz válaszához kiegészítés:
A hálózati médialejátszás úgy történik, hogy az adott tartalomtípus )filmek, sorozatok, zene, képek, stb.) füleinél a fájlok menüpontban beállítod a forrást, forrásokat. (Ha elakadnál, nyomd hosszan a menüpontot!)
NFS, DLNA, Samba, mind mehet, a DLNA régebben nekem problémám volt, úgyhogy Sambát használok.
Az így betallózótt forrásokat tett médiatárba, ő majd szépen elrendezgeti őket.Ha még nem lett volna: ha Androidot használsz, próbáld ki a Yatsét, minden távirányítót kenterbe ver a tudásával.
MaCS
-
-
válasz
Pulsar
#17608
üzenetére
A GPIO-s töltésről semmit nem tudok, töltési problémákkal viszont elég sok gondom akadt a közelmúltban, és meglepő módon nálam mindig a kábel okozta a gubancot -- akár más célra tökéletesen megfelelő kábelek is.
Elsőre érdemes keresztpróbákat tenni, külön kábel/tápegységvonalon, és egyáltalán nem hölyeség egy olcsó USB-s feszültség/árammérő beszerzése sem.Üdv: MaCS
-
OFF - akku
Nem is kell egymást meggyőznünk (bár a műszaki tények azért makacs dolgok
, és itt is sok helyen leírtam már: a tárgyaink szolgáljanak ki minket, ne pedig fordítva.
Emellett viszont nem szeretek pazarolni sem, és számomra nem jelent gondot a napi igényeimhez igazítani pl. a telefonok töltését. (Ami egyébként meglepő, mert sok hasonló témában elkeserítően hanyag vagyok -- de egy kicsit akkufetisiszta is, elég jó töltőkkel felszrrelkezve.)
Úgy két hetente feltöltöm 100%-ra, de jellemzően 70-80%-nál leveszem a töltőről -- ami pont az esti olvasgatás ideje -- így nap végére 30% körül járok. Ha viszont tudom, hogy húzós napom lesz, nyilván megy a 100%.
Ez eddig bejött, van napi használatban álló 12 éves telefonom is, a gyári akkujávalItt is azért tettem szóvá a dolgot, mert a powerbankes témánál szóba került egy téves információ -- és az ilyet, ha olyan mindenkit érintő témáról van szó, mint az akkumulátor, szerintem mindenhol érdemes korrigálni, még ha a PI-hez csak valóban nagyon lazán is van köze.
MaCS
-
Akkutéma:
Azt írod: "Ha csak 50%-ig töltöm, nem tudom kihasználni, csak a kapacitásának felét, ugyanakkor ezzel a töltési ciklussal is ugyanúgy öregítem az akkumulátort, mintha 100%-ra töltöttem volna fel. "
Na, sajnos ez az, ami a lítiumakkuknál nem igaz, ha 100!-ra töltöd fel, akkor bizony akár 8-szorosan is jobban öregíted, mint ha csak 50%-ig.
"Most Li-ions charge to 4.20V/cell and every reduction in peak charge voltage of 0.10V/cell is said to double cycle life. For example, a lithium-ion cell charged to 4.20V/cell typically delivers 300–500 cycles. If charged to only 4.10V/cell, the life can be prolonged to 600–1,000 cycles; 4.00V/cell should deliver 1,200–2,000 and 3.90V/cell 2,400–4,000 cycles."A 3,92 volt nyilván az az érték, ami a lítiumcellák kémiájából (a lítium elektronegativitásából) fakad, és amikor ezzel a témával kellett intenzívebben foglalkoznom, mindegyik akkuszaki egybehangzóan elfogadta, egyetértésben az általam ismert népszerű szakirodalommal.
"In terms of longevity, the optimal charge voltage is 3.92V/cell. Battery experts believe that this threshold eliminates all voltage-related stresses; going lower may not gain further benefits but induce other symptoms."MaCS
-
Bocs, de nem.
A töltési ciklust is jellemzően félreértelmezik, az ugyanis a teljes ciklust jelenti -- és a cikluson belül is exponenciálisan nő az igénybevétel. (3,92 volt fölött ugye 0,1 voltonként kétszeresen, 4,2 volt fölött még meredekebben).
Ennél fogva ha mindig 50%-ig töltöm föl az akkut, 4-8-szoros élettartam-növekedést is elérhetek.MaCS
-
#17456
MaCS_70
félisten
lord.lakli
#17454
válasz
lord.lakli
#17454
üzenetére
A kérdésedben benne van a válasz: jó-jobb...
Nyilván nem lehet mindig optimális paraméterek szerint használni az akkukat, hiszen akkor nem szolgálnának ki -- de a felhasználói igényeink adta keretek között azért érdemes odafigyelni a használat módjára.
A lényeg, hogy ha tehetjük, kerüljük a felső feszültségtartományt, mert az fokozottabban amortizálja az akkut.
Az aztán, hogy kinek mik a preferenciái, már más kérdés.MaCS
-
#17416
MaCS_70
félisten
lord.lakli
#17411
válasz
lord.lakli
#17411
üzenetére
Bocs, kifutottam az időből:
Mire alapozod, hogy a powerbank vagy tölt, vagy áramot ad? Az én tapasztalataim és a logikám mást mond.
Miért lenne más logikája a töltőelektronikának, mint mondjuk a telefonoknál? A főszabály az, hogy az akku legyen mindig 100%-on -- erre törekszik minden készülék, akkor is, ha egyszerre lóg a töltőn és fogyasztón.
A lítiumakkuknál viszont nincs csepptöltés, van viszont egy minimális önkisülés, amit viszont a töltő próbál kompenzálni. Az akku már önmagában nem szeret a szokásosan 100%-os töltöttségen lenni, amire a töltő egy-egy lökettel még rá is segít.MaCS
-
Igen, ha a telefon nincs teljesen kikapcsolva, akkor a töltőre tétel nem tesz jót neki, szerencsére azonban ilyenkor elég csekély a telefon áramfelvétele, tehát azért nem olyan vészes a helyzet.
A lítiumakkuk sajnos elég hisztisek, nem bírják a lemerítést és a túltöltést, a hideget és a meleget, allergiásak a macskaszőrre és érzékenyek teliholdkor.
Az egy alapvetően jó stratégia, ha az ember főszabályként 80-90%-ig (minél kevesebb, annál jobb) tölti fel őket -- 3,92 volt fölött minden 0,1 volt kétszeres igénybevétel az akku számára, ami 4,2 volt körül drasztikusan romlik, sajnos azonban az üzemidő-centrikus készülékek nem ritkán 4,3 voltig is felengedik a töltőfeszültséget.
MaCS
-
#17414
MaCS_70
félisten
lord.lakli
#17411
válasz
lord.lakli
#17411
üzenetére
Nem igazán, éppen az alacsony tartományban történő töltögetés viszonylag kímélő a lítiumakkuknak (már feltéve, hogy a 0%-os töltöttséget az elektronika a megfelelő biztonsági tartalékkal kezeli, azaz ekkor még van tartalék az akkunak már valóban káros alsó szintig. Ennél már csak az alsó középtartományban történő töltögetés, tehát mondjuk a 30-60% lenne jobb.
MaCS
-
válasz
zichie
#17402
üzenetére
Akkor félreolvastam, úgy értettem, hogy folyamatosan rá lenne kötve és így jönnének össze ezek az áthidalási időszakok.
Erre teljesen jó a powerbank, erre van tervezve, ebből pár száz ciklust kibír a lítiumakku.Csak a számításnál vedd figyelembe az azbest által is írt feszültségváltási korrekciót és az egyéb, óhatatlan veszteségeket -- így jön ki az a bizonyos 50%, amivel a névleges kapacitáshoz képest kalkulálhatsz.
MaCS
-
válasz
azbest
#17395
üzenetére
A powerbankeknél a kinyerhető kapacitás új akku esetén jellemzően a névleges érték fele -- ami még mindig jó.
Kérdés, hogy a powerbank meddig bírja a kvázi UPC-üzemet, mivel ez a "töltés közben használat" a lítium akkumulátorok elpusztításának egy elég hatékony módja.
MaCS
-
válasz
Pulsar
#17281
üzenetére
Ismertebb az OpenELEC neve.
A minap olvastam egy összehasonlító tesztet a kettőről, és annyira nüansznyi különbségek jöttek ki használat során, hogy teljes döntetlen lett -- azzal a kitétellel, hogy az OSMC alatt teljes értékű Debian dolgozik, ami rendszerbuherátoroknak előny lehet.
MaCS
-
-
Három méterről nézzük az ágyból a 120 centis tévét.
Nem túl nagy.
Mindenki a nüansznyi képminőségbeli kérdéseken rugózik, pedig ennél sokkal fontosabb az, hogy a látómezőből mennyit foglal el a kép.MaCS
-
válasz
hpeti2
#17207
üzenetére
Az a gondom, hogy nem ismerem a rendszertopológiát. Pontosan ki mit csinál ilyenkor, és merre mennek a bitek, ha egy hálózati meghajtó SMB-n osztja meg a filmet, a PI ezt az SMB-t kezeli forrásként és szolgál ki egy harmadik egységet (az ugye a renderer?) DLNA-n.
Leírná ezt valaki?
Köszönettel: MaCS
-
#17206
MaCS_70
félisten
Flowtation
#17203
válasz
Flowtation
#17203
üzenetére
A Transmission a PI1-re már önmagában is csak akkor használható (már ha egyáltalán), ha nagyon szolidak az igények, sokak szerint még a PI2 sem alkalmas érdemi torrentezésre.
Azt nem tudom, hogy a DLNA mennyire erőforrás-igényes, de nagyon kíváncsi lennék rá.
MaCS
-
#17197
MaCS_70
félisten
Flowtation
#17196
válasz
Flowtation
#17196
üzenetére
Nem állítom, hogy értem, a problémádat és a megoldási terveidet.
Én így csinálom:
A NAS-on SMB-megosztás,
a PI a NAS SMB-megosztását látja, és a PI-n egyben be van kapcsolva a DLNA-szerver,
mindenki más remekül látja a DLNA-t a PI-n.MaCS
-
-
válasz
doberman
#17160
üzenetére
Ez a barkácsolás nekem kicsit még magas, gondoltam, hátha van kész(ebb) megoldás PI-re.
Jelenleg valami tiznekét éve csúcs conrados egységet használok HeavyWeather programmal.
A gondom az egésszel az, hogy mivel új szettet helyeznék üzembe, nem szeretnék egy vagyont fizetni a központi kijelzős egységért, ami az ár nagyobbik része, pedig a lényeget tudja aPI -- nézegetni meg úgyse nézzük az asztali kijelzőt.
MaCS
-
-
válasz
erik365
#17004
üzenetére
Leírni most kicsit problémás lenne, mivel telefonról írok, de az OpenElec és az OSMC oldalán a letöltésnél részletesen le van írva.
A lényeg, hogy a letöltött image-fájlt kell egy erre való programmal (pl. Win32DiskImager, amit telepíteni kell a PC-re) felmásolni a kártyára, amivel a működésre kész alaprendszer a PI számára már működtethető.MaCS
-
-
válasz
Celtis
#16887
üzenetére
Van valakinek ötlete arra, hogy régebbi LG tévéken hogyan lehet a HDMI-bemenetet pixelhelyes megjelenítésre kapcsolni?
Nálunk négyből négy tévén rettenetesen túllóg a PI képe a képernyőn, és végigbogarászva a tévék menüjét egyikben sem találtunk erre vonatkozó opciót.Köszönettel: MaCS
-
#16723
MaCS_70
félisten
FireKeeper
#16721
válasz
FireKeeper
#16721
üzenetére
Igaz, az USB-s egér/billentyűzet (akár rádiós) nagyon hasznos lehet, bár nem létszükséglet. (Én nagyon sokáig nem használtam.)
Mivel azonban valamilyen beviteli eszköz feltétlenül szükséges, essen szó három fontos lehetőségről:
- CEC, azaz a tévé távirányítója. Ma már a legtöbb tévé jó ehhez.
- Mobiltelefonos program. Androidon talán a YATSE a legjobb -- teljes körű, az egér/billentyűzetnél jóval komolyabb lehetőségeket biztosít,
- infrás tévirányító -- meg kell venni, mókolni kell vele.MaCS
-
Jó helyen jársz.
Kell maga az alaplap, egy tápegység, egy mSD-kártya és mondjuk egy ház. Meg persze egy HDMI-kábel.A kártyára PC-n felteszed a rendszerképet, ami jellemzően OpenElec, OSMC, esetleg Xbian (ez ma már eléggé visszaszorult). Simán letöltöd a lemezképet az adott rendszer oldalából, és követed a nagybetűs tutorialt, ami pár sor.
Ezzel lesz egy Kodi-rendszered, ami LAN-nal csatlakozik a hálózathoz, és teljes értékű médialejátszó.
MaCS
-
válasz
szasanyi
#16514
üzenetére
Na,ezt már végképp nem értem: mi a baj azzal, hogy tudsz úgy vásárolni, hogy ha a megvett termék nem felel meg az igényeidnek, akkor visszaküldheted?????? Könyörgöm, ez nem jelent kényszert a visszaküldözgetésre, hanem egy lehetőség. Ezek szerint az elállási lehetőség nélküli, kockázatosabb megoldás a Te műfajod?
Egyébként egyáltalán nem biztos, hogy a RPI Neked jobb lenne, mint egy kész médialejátszó. De a PI médialejátszóvá alakítása éppenhogy egy egyszerű művelet, onnantól viszont jó eséllyel van egy jobb felületed, mint legalábbis a legtöbb médialejátszónak, nem is beszélve a sokkal szélesebb körű lehetőségekről.
MaCS
-
válasz
Scooter
#16353
üzenetére
Eddig azért én is eljutottam.
A kábel azért nem lehet szerintem a gond, mert ha az nem lenne stabil, akkor szakadozottan, de meglenne a kapcsolat, most meg ha egyszer elmegy,sose jön már vissza.
A router talán rendben van, minden más eszköz, köztük elég kényesek is, kifogástalanul működnek.
A PI OSMC és OpenElek alatt is leszakadgat, ami hardverhibára utal -- na erre van-e ötlet, hogy hogyan tudnám tesztelni. Így, hogy egy leszakadás órák, napok után következik be, elég nehéz.
Köszönettel: MaCS
Új hozzászólás Aktív témák
Hirdetés
- Milyen légkondit a lakásba?
- Azonnali notebookos kérdések órája
- Bambu Lab 3D nyomtatók
- SD-kártyát vennél? Ezért ne csak a GB-ot nézd! – Tech Percek #9
- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- PlayStation 5
- E-roller topik
- Okos Otthon / Smart Home
- Melyik tápegységet vegyem?
- Motoros topic
- További aktív témák...
- Gamer PC - R5 5600, RTX 3060 és 16gb RAM + GARANCIA
- Void RGB PC - i7 9700f, 16Gb RAM, RTX 2080Ti 11Gb stb.
- RTX 4080 SUPER,16GB. Ryzen 7 7800X3D, 32 RAM Fury RGB! Garancia!
- Asztali PC , i7 9700K , RX 5700 XT , 32GB DDR4 , 500GB NVME , 1TB HDD
- Brutál ERŐMŰ! Lenovo P710 / 2x Xeon E5 (44 mag!) / 256GB DDR4 / 2x 512 SSD / 8TB HDD / ASUS 1660 6GB
- SAMSUNG DDR4 REG ECC 32GB 2666MHz RDIMM szerver RAM modulok, nettó 15740Ft+ÁFA, 1 év gar., több db
- BESZÁMÍTÁS! Asus Rog Zephyrus G14 notebook - R9 4900HS 16GB RAM 512GB SSD RTX 2060 6GB Max-Q WIN10
- Bomba ár! Dell Latitude 5500 - i5-8GEN I 8GB I 256SSD I HDMI I 15,6" FHD I Cam I W11 I Garancia!
- Acer Nitro 5 AN515-54-77VS
- Honor Pad X8 64GB, Wi-Fi, 1 Év Garanciával
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged