-
Mobilarena
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
moli.hu
#4794
üzenetére
a gratuláció mellé besírtam nekik, hogy cseréljék már le azt a nyavajás smsc-t bárkimásra
Amúgy annyira ügyesek, hogy titkolóznak, hátha megint valami banális hibát elkövetnek amit rögtön kiszúrna a sokezer felhasználó... a táp bemenetet limitáló polyfuse-t kikerülhetnék és közvetlen vezethetnék tovább a tápot az usb-kimenetekre. -
#4779
azbest
félisten
wassermann
#4778
azbest
félisten
válasz
wassermann
#4778
üzenetére
A bibi az, hogy már sok hónapja rajta vannak sok fontos témán, de nem sok előrelépést látni (nem csak 512-est érinti).
A hw gyorsított X külsős önkéntes topic is lehalt licencelés probléma miatt, mert a fejlesztő nem szeretné kiadni minden kapcsolódó munkáját, csak az eredményt, de azt meg nem engedi a gpl. A belsős fejlesztőikről meg elég kevés hír van (elvileg ők is dolgoznak rajta).
De volt már android is raspi-re (semmi hír azóta). Az a baj, hogy sok minden titkos (broadcom), amíg készen nincsen és rá nem bólintanak. -
azbest
félisten
válasz
Honkydoo
#4776
üzenetére
Itt félig off a kérdés, de az sem mindegy, hogy milyen adást szeretnél venni vele? Ha dvb-t adást szertnél nézni, akkor 8 dolcsi körül kapni kínából it9135rev2 chipsetes tunert (2-4 hét szállítás). De kapni hasonlókat magyar boltokban is csak drágábban. Ez kb működik az openelecen. A dvb-c már nehezebb ügy, az analóghoz pedig hw mpeg2 encoderes mehet csak jól, ha egyáltalán van megfelelő driveres arm-ra.
-
azbest
félisten
válasz
Honkydoo
#4765
üzenetére
Ide is bemásolom, hátha másnak is hasznos:
a konkrét tunerhez nem volt szerencsém, viszont többféle másikhoz igen. A raspberry pi B változat két usb porta és lan portja a rajta lévő smsc chipre van kötve. Ennek a kezelése nem problémamentes, elvesznek adatcsomagok, amit némelyik tuner nagyon rosszul visel.
A dvb-T vételnél af9015-ös jól ment, de ilyet már nem igazán kapni. Az it9135 pid filter mellett, oprendszer/kernel verziótól függően vagy jól megy vagy sem. Legutóbb jól ment openelec-cel. Az rtl2832.es tunerváltozatok is működhetnek, de ezt régen próbáltam vele, nem tudom most mi a helyzet.
A dvb-C vételt egyik ismerősöm próbálja egy WinTV-HVR-1900 tunerrel. Sajnos elég rossz tapasztalatai vannak, mert állandóan "continuity error" üzeneteket kap és élvezhetetlen a kimaradó adatcsomagok miatt az adás. Nagyban függ a tuner driverétől, hogy milyen módon kommunikál a tunerrel, mennyire tűri a raspi által elvesztett adatcsomagokat. Ugyanezzel a tunerrel az analóg adást is próbáltuk (hardveres mpeg2 enkódere van, a sima analóg usb tunerek kezeléséhez gyengék ezek a boardok) sajnos úgy tűnik az analóg adás kezelésével problémák vannak, linux alatt a hardveres enkóderes eszközöknek elég gyatra a támogatása.
Amit tanácsolni tudok, hogy nézz utána, hogy a Technisat tunerhez milyen driver érhető el. Ha van linuxos drivere, akkor azt is meg kell nézni, hogy azt bináris formában adják-e vagy elérhető forráskódként, esetleg a linux alapból tartalmazza már a szükséges drivereket. Azért fontos kérdés ez, mert ha a linux kernel magától nem ismeri és külön kell hozzá bináris drivert telepíteni, akkor az x86-os processzorokra érhető el, de a boardok arm processzorán azok nem működnek.
Ha az adást a boardról akarod nézni (tehát nem csak streamelni akarod vele a vett adást másik gépre), akkor más jellegű probléma lehet. A raspi esetén már egészen tűrhető a videók hardveres gyorsítással történő lejátszása, például xbmc segítségével. Viszont a legutolsó információim szerint a cubieboard allwinner a10-es procija/gpu-ja esetén nem megoldott a videók gpu gyorsított lejátszása, tehát hiába erős, mégsem képes szépen és folyamatosan megjeleníteni az adást. (Szóval a raspi jobb lejátszásban, de bajok vannak az usb portjaival. A cubieboard állítólag jobb usb kezelésben, de bajos a videó lejátszásában)
Nemrég próbáltam az openelec-et, ahogy a 3-as verziót kiadták. Pécéről néztem a raspi-n a dvb-t adás streamjét (tvheadend). Sajnos a képarány megfelelő felismerése még mindig hibázik, kézzel lehet próbálni játszani vele. Most androidos tablettel művelek hasonlót
Valamikor gatyába kéne rázni ezt a raspi set-top-box projektet, csak még nem látom a megoldást az usb problémára és az xbmc élő adásos rossz képarányára. 
Lehet hogy egy raspi A változatot leszek kénytelen beszerezni (usb hub már adott) és wifi-vel hálózatozni. Picit kellemetlen, hogy a wifi hajlamos kicsit zavarni a dvb-t adást, főleg ha az gyenge. -
azbest
félisten
válasz
szalay_1
#4723
üzenetére
Azt hiszem az adafruit leírását néztem először [link], de én is láttam hogy van ahol máshogy csinálják. A lényeg, hogy a kábelezés és a beállítás egyezzen meg. A te kiosztásod ha jól látom szerencsésebb, mert nem érinti a rev2 változtatás. Viszont arra emlékszem hogy újabb drivert kellett letöltenem a vezérléshez, mert a régiben nem volt felsorolva minden gpio szám, ami a rev2 esetén kellett (precompiled LCDproc HD44780 driver with support for Rev1/2 Pi [link])
-
azbest
félisten
válasz
szalay_1
#4718
üzenetére
csak futólag néztem, de hibalehetőség lehet hogy a raspi tüske számozása és a gpio számozása nem egyezik meg, annó egy ilyen listát írtam magamnak
LCD| RasPi tüske (gpio)
1 | 6 (G)
2 | 2 (5V)
3 | 6 <-ellenállással, 3K ohm
4 | 22 (25)
5 | 6 (G)
6 | 18 (24)
7 | -
8 | -
9 | -
10 | -
11 | 16 (23)
12 | 11 (17)
13 | 13 (21/27)
14 | 15 (22)15 | 2 (5V)
16 | 6 (G)A rev1 és rev2 boardokon kicsit más a kiosztás. Itt van rev1 és rev2 kiosztás is. Vannak átlátható ábrák is.
-
azbest
félisten
válasz
dabadab
#4590
üzenetére
A raspi "B" változaton az usb és lan kimenetek az smsc chipről mennek, szóval ha problémás az smsc chip vezérlése, akkor ezen nem segít egy plusz rádugott cucc. Az "A" változat és arra dugott aktív hub lehet segítség, de akkor ha lan-t akar valaki, akkor magának kell gondoskodnia usb-lan adapterről (és figyelni hogy ne smsc chipsetes legyen).
Lehet félreérthetően fogalmaztam, a linkelt issub-an is úgy írják, hogy az usb adatcsomagok vesznek el, tehát nem érkezik meg a rendszerre minden adatocsomag, amit a tv tuner elküld
Itt egy topic erről a hivatalos fórumban: [link]
-
azbest
félisten
Ez az ótvar smsc lan9512 chip okozza a galibákat. Tv tuner kapcsán sokan panaszkodnak rá, hogy kimaradnak adatcsomagok... lan forgalommal kapcsolatban is -evannak panaszok.
Egyik ismerősöm is ezzel küzd. Van egy tuti analog hw mpeg2 encoders, dvb-t, dvb-c tunere, amivel nem tud rendesen tévézni az adatátviteli hibák miatt. Házi stream szervert szeretne összehozni vele, de már más alternatívát keres. -
azbest
félisten
válasz
dabadab
#4563
üzenetére
Vannak olyan rgb ledek is, amin kis elektronika van és i2c buszon vezérelhetőek, ha jól emlékszem a tévés amibient megoldás is ilyen volt amit a fórumozók is írtak (ott sok ilyen led volt felfűzve, azt hiszem 4 vezeték fut, amire párhuzamosan vannak rákötve a "led"-ek. Egy pár a táp, másik pár az adatbusz).
-
azbest
félisten
válasz
hombember
#4384
üzenetére
A digitális adást relative könnyen kezeli a pi is. Pár megabites csak egy csatorna, a teljes mux is csak 25Mbps körüli. Három tunerrel is működőképes. Nekem DVB-T van. Analóg adáshoz viszont olyan usb tunerre van szükség, ami hardveresen képes tömöríteni az adást (és linux alatt is jól támogatott). Ismerős WinTV-HVR-1900 tunert üzemel be raspi-vel. A dvb-c megy vele, ezt már tesztelte.
Egy fontos tapasztalat derült ki a beüzemelése kapcsán: ha a dvb vételkor continuity error-okat dobálnak a programok (pl a tvheadend), akkor arra megoldás lehet a pid filter bekapcsolása. Ez limitálja hogy egyszerre hány különböző, de egy frekvencián lévő adást lehet nézni egy tunerről (azért 2-3 ment az esetemben). Valószínűleg a teljes mux 25Mbit egyben a némileg szerencsétlen smsc usb hub miatt túl nagy késéssel ér át és ez okozza egyébként a hibát némelyik tunernél.
Az analóg vételt hardveres mpeg2 tömörítéssel még most próbálja, mert egyszerre nem lehet használni a digitális és az analóg részét a tunernek, ezért újra kellett fordítania a kernelt a dvb letiltásával, hogy biztosan az analógot akarja használni a tvheadend szerver. Mondjuk ezt jogosultságkezeléssel is meg lehetne oldani szerintem.
Valamikor a közeljövőben csinálok képeket és ledokumentálom a set-top-boxomat, csak még a végleges raspbmc-t nem üzemeltem be. Az rc5-ösre építettem eddig, de javított néhány problémát az újabb.
-
azbest
félisten
A video kimenetek közül egyszerre csak az egyik használható. Induláskor detektálja, hogy melyikre van kötve eszköz... de úgy emlékszem, hogy a config.txt-ben megadható fixre is hogy melyik legyen használva.
A compisite video kimenet PAL (576i) vagy NTSC (480i) szabványt támogat (secam-ot azt hiszem nem), alapból lehet, hogy NTSC módban megy, ez is állítható a config.txt-ben.
-
-
azbest
félisten
-
azbest
félisten
válasz
DarkByte
#4303
üzenetére
- a dvb-t hd adásokat képes lejátszani, csak mostanában bugos az xbmc ezen a téren - élő adás megjelenítése, régebbiekkel jól ment, de mostanában komoly javítások is bekerültek, lehet ezt is megoldják. A legfrisebb raspbmc -t még nem próbáltam ki.
- nem próbáltam de esélyes hogy samba csatolással vagy más módon képes lehet, ha tvheadend szerű szerverről van szó, akkor azt valsz viszi
- régebben amikor kompozittal használtam kellett egy kis mókolás a konfigban (talán a cec kikapcsolása)
- a B modell-nek is usb csatolós a beépített vezetékes hálózata, szóval ... -
#4289
azbest
félisten
szabi__memo
#4288
azbest
félisten
válasz
szabi__memo
#4288
üzenetére
Licensz kellene a hw dekódoláshoz, és még nem állapodtak meg ezzel kapcsolatban.
-
azbest
félisten
válasz
Honkydoo
#4252
üzenetére
Csak olyan tunerrel van esélyed rögzíteni analóg videójelet, ami hardveres tömörítést is tud. A digitális tunerek esetén más a szitu, mert az eleve digitális és nem kell sok erőforrás a rögzítéshez. Az xbmc valószínűleg a backend-del tud rögzíteni, ami például egy theadend. A tvheadend eleve csak mpeg tömörítést végző analóg tunerrel hajlandó működni.
-
azbest
félisten
válasz
Proci85
#4208
üzenetére
Gondolom az ilyen kellemetlen áramok ellen egy schottky diode beépítés is segíthet.
Tegnap este próbáltam javítani a kínai rev2 -es raspi sd slot érintkezésén, betettem egy kis műanyag szálat a slot lábai alá. Ettől függetlenül ugyanúgy korrupt lett a kártya újraindítás után. Tehát valószínűleg, valami kevésbé minőségi alkatrész miatt nem bírja a slot a megemelt órajelet, amit az újabb firmware alatt használnak a gyors kártyakezeléshez. Közben feltűnt, hogy egy csomó alkatrész szélére tizedmiliméteres forrasztóanyag golyócskák vannak ragadva, amik könnyen vándorolnak és akár zárlatot is okozhatnak.
Most majd azt próbálom meg, hogy felüldefiniálom a kártyaolvasó sebességét, úgy emlékszem ez valamelyik konfig fájlban állítható. Lassabbra veszem. Meg is van, a config.txt-ben lehet állítani [link]
init_emmc_clock initial emmc clock. Default 100000000 (100MHz)
Hmm, lehet ezt nem bírja, régebben még 50MHz volt, de lehet még lejjebb veszem, ahogy a kezdeti időkben is lényegesen kisebb órajelen hajtották és persze ettől lassabb is lesz, csak ne legyen korrupt állandóan.
Persze a passzosabb slot miatt most meg a vékony műanyag perem kezd szétjönni, ahogy mások is panaszkodnak a letört sd slot kapcsán. Vagy megragasztom valamivel, vagy másikat kell rá forrasztanom ha nagyon szétmegy. Szóval ne akarjátok így javítani az érintkezést, mert az ócska műanyag rögtön deformálódik és törik.
Másrészt viszont óva intek mindenkit, hogy az RS components gyenge minőségű kínai boardjait rendelje. Rossz hír, hogy a Farnel is rendelt kisebb példányszámban kínai boardokat, mert a britt Sony gyár nem tud annyit termelni, mint amekkora a kereslet. Sajnos azok a kínai boardok is ugyanezek, pontosan ugyanolyan bajaik vannak: [link], itt egy kemény kritika olvasható a minőségükről. Sokkal jobb véleménnyel vannak a made in UK példányokról.
-
azbest
félisten
Igen a kamerát néztem, hogy az pont 3 voltos egyébként is
Igazából még csak ötletelés, de láttam barométert, fénymérőt, talán iránytűt is ... szóval mivel hardveresen kb készen van a set-top-box, némi finomításon kívül (valamint az xbmc bugjait leszámítva), így újabb kihívásokat keresek még mielőtt a holdújév / kígyó éve miatt egy hónapra bedugul a kínai webshop Közben a hivatalos fórumot böngészve elvileg képes a pi komolyabb sebességekre is, 1MHz biztosan megy azt mondják, a slave-k sebességén múlik inkább.
-
azbest
félisten
Láttam az adafruit-osat, csak az a bibi vele, hogy az általuk árult rtc-nél az ellenállások lehagyásával gyakorlatilag 3V lesz belőle, de ebayen jó áron más kialakításúakat kapni, amit nem biztos, hogy ugyanígy lehet használni, nameg ha több i2c eszközt kötnék rá, akkor sem megoldás.
A szintillesztő kapcsán ezen gondolkodtam:
- ha jól sejtem 5V->3V megy csak a táp átalakítás
- i/o részen kétirányú az illesztésMi lenne ha az i2c és föld-et bekötném a 3.3 oldalára az illesztőnek (de a 3.3V tápot nem kötném sehová). Az 5V oldalon pedig bekötném a pi 5V és föld ágát, valamint az i/o-t. És ide az 5V oldalra jönnek az eszközök (rtc, kamera, lcd...). Gyakorlatilag csak az i/o lenne illesztve. Ha jól tudom az i2c eszközök szépen felfűzhetőek egymás után, az eszközöknek egyedi címe van a buszon.
Jó a gondolatmenetem?
-
azbest
félisten
Mostanában nézegettem milyen kütyüket lehetne még a pi-re kötni és látom, hogy i2c -vel például rtc vagy kamera vagy akár lcd kijelző is ráköthető lenne. A problémám, hogy szinte minden eszköz 5V-os, míg a pi 3.3V-os i/o-val rendelkezik. Láttam 3 dolcsi alatt 3-5V szint illesztő áramkört, de ez még nem megoldás, mivel a pi 3V-on alig terhelhető. Szóval mit javasoltok, hogyan lehetne úgy megoldani a szintillesztést, hogy elég terhelhető is legyen.
gondolom az nem lenne túl szerencsés, ha a pi 5V-ját kötném tovább a 3.3V->5V illesztés 5V oldalára. Vagy mégis?
-
azbest
félisten
válasz
tamas1985
#4188
üzenetére
te a grafikus felület, X gyorsításáról beszélsz ezek szerint
Hát, annó nagyon tolták az alapítványosok, hogy "nyílt forrású" lett minden... aztán persze helyreigazították őket a témában jártasabbak. Persze ezt is próbálták elkenni, de az android támogatás kapcsán egyértelműen kijelentette egy munkatársuk, hogy azért nincsen még kiadva a közösségnek az amit a broadcom demózott, mert zárt driverekkel kapcsolatban még nincs minden rendezve. -
#4182
azbest
félisten
wassermann
#4181
azbest
félisten
válasz
wassermann
#4181
üzenetére
A 3.6.11-es kernellel nagyon jól mennek. Nem is kellett media tree-ről fordítanom új drivert hozzá (it9135-öket tettem bele), csak a firmware fájlt kellett elhelyezni. Raspbmc van rajta, de gondolom a raspbian is átállt már az új kernelre, legalább is azt láttam a master branch-nak a repójukban. Egy dolgot láttam problémát: a hardveres pid filtert nem tudtam letiltani, mert nem veszi figyelembe az /etc/modules -ba tett "dvb-usb-it913x pid=1" sort, ami feloldaná. Ez akkor jelenthet gondot, ha sok különböző adást ugyanarról a tunerről nyomnék, mert lehet nem elég a 32 pid, amit így átenged. Emlékszem ilyen bugra, lehet mégis felteszem a friss drivert majd.
Kell még vennem erősebb 5v-os tápot, mert a 400W codegen csak 5 volton terhelev nem ad eleget. Legalábbis vele is leesett a fesz 4.7 alá időnként, amikor az usb-sata keretes winyót is rákötöttem. Bár az is lehet, hogy a kábel vége nem a legszerencsésebb, mert nem teljesen olyan csatlakozós, mint amilyen kellene hozzá.
Még a tápot kellene hátra kivezetni, meg a composite-hez várok alkatrészt hogy azt is kitegyem. RTC még nagy kísértés i2c-re, meg akkor már esetleg az lcd is lehetne azzal.
Az usb csatlakozásokkal van időnként problémám, hogy nem mindig érintkeznek teljesen jól és úgy nem jön fel a rákötött eszköz. Ilyet egyébként pécénél is tapasztalok, nem a legmegbízhatóbb kapcsolat az usb.
-
azbest
félisten
válasz
Proci85
#4176
üzenetére
Van rajta rx,tx max a /boot-nál kell átírni a cmdline.txt fájlt, hogy ne oda loggoljon alapból. Arra kell figyelni, hogy 3.3 voltos TTL a pi gpio-ja és más eszközök általában normál (5v+) soros kapcsolattal rendelkeznek, ezért kell közéjük szint illesztés. [link]
Annó a pi soros portjával keltettem életre egy szintén TTL soros portú routert. [link]
-
#4171
azbest
félisten
lord.lakli
#4170
azbest
félisten
válasz
lord.lakli
#4170
üzenetére
mivel dx-en 12 usd körül már kapni hasonlót, így még akár jó is lehet a 9 dolcsi körüli árával.
-
azbest
félisten
válasz
DarkByte
#4137
üzenetére
Csak egy A-B kábel van a hub és a pi között. A hub-ban nincsen dióda, ami megakadályozná, hogy azon a kábelen a pi irányába is folyjon áram, ezt nevezik visszatápolásnak.
A régebbi pi-n, aminek az usb portján volt egy polyfuse ami ezt akadályozta, ott mégegy kábel kellett, amivel a pi tápbementére volt kötve a hub egy portja. A pi-nek mikro usb tápcsatlakozója van, csak az áram erek vannak bekötve, az adat nincsen. Itt mindkét megoldástról tettem képet: [link]
A cubieboard-nál nem tudom, hogy működhet-e a hub és a board közötti A-B kábelen keresztüli visszatáplálás. Sőt erre érdemes kifejezetten figyelni, hogy ha ilyet csinál a hub, az a boardnak nem okoz-e kellemetlenséget. Viszont, ha ez rendben van, akkor így a legegyszerűbb.
Ha nincsen visszatáplálás, akkor ha jól tudom két lehetőség van a cubieboarddal: van egy tápcastlakozója és egy tápra is alkalmas mikro usb-je. Van olyan usb - dc kábel, amit például külső winyó vagy dvd plusz tápcsatlakozáshoz szoktak használni, ha azzal kötöd be pluszban a hub egy portjára, akkor mivel nincs adatvezetékkel kapcsolat: [link]. Az usb-mikrousb esetén lehet probléma, kivéve ha ki van kötve az adat ér benne. Vannak "töltő" usb kábelek, ott lehet hogy össze van kötve a két adatláb, ez sem biztos hogy úgy megy, ahogy jó. Itt az okozhat még problémát, ha a hub limitálja a szabványos 500mA-ra a portjain kimenő tápot, ami gondolom nem elég a boardnak.
Szóval érdemes rákérdezni erre a gyártóktól akár.
-
azbest
félisten
Az új rev2-es pi-met használva egy hét alatt többször kellett backup-ból helyre állítanom a kártyákat, mint előtte hónapokon át a legelső sorozatost használva.
Igaz a kártyák is sokat voltak már használva, hogy mind a kettő egyszerre menne tönkre... Ahogy néztem a két pi kártya foglalatát, az rs components-es példányon egy kicsit még gagyibb a foglalat, mint a régebbin. Kidolgozatlanabb az érintkezők tövénél, picit talán a műanyag is más... érzésre talán nem olyan szoros.
Sok múlhat az érintkezők anyagán is. Elvileg felül lehet bírálni a kártyaolvasó sebességét, ha jól emlékszem több lépésben felvitték 50MHz-re, amitől már egész gyors, csak éppen érzékenyebb.
(#4097) wassermann
a futásban érzésre pörgősebbnek tűnik a class 10-esem, mint a 4-es. De főleg a backup az ahol a 8GB-os kártyánál nagyon jó a 16MB/sec sebesség, így is eltart egy ideig mire végezA hűtőbordát én is részben azért használom, mert szerintem jól néz ki
Meg más boardnál tapasztaltuk, hogy ok nem sérül meg ha véletlen túlmelegedne, mert akkor lefagyasztja magát, de azért stabilabb komolyabb igénybevételnél, ha van borda. -
azbest
félisten
válasz
graffin
#4023
üzenetére
Az openelec-et build időben lehet jobban konfigurálni, multimédiára van kihegyezve. A kártyán csak olvasható rendszer van. Nézd meg a raspbmc-t, az is hasonló viszont teljes rendszer van alatta és ott tudsz telepíteni is.
Elképzelhető sok minden, nézd meg ezt a scanneres megoldást [link], meg ezt a relés videót [link]. Óvatosan a nagy feszültséggel!
-
#4011
azbest
félisten
wassermann
#4010
azbest
félisten
válasz
wassermann
#4010
üzenetére
Közben én is megbékéltem vele. Érzésre még 800-on és többit alapon használva is reszponzívebb az 512-es, mint a high-ra húzott 256-osom. Valsz mert a nagyobbal mindig van elég memória és nem kezd el swap-pelni.
Ha jól értettem a leírást, az arm, ram és gpu órajelek egymástól függetlenek. A gpu órajel függ a core clocktól. A core clock emelésére írták hogy kártyaírás problémákat okozhat. Ezért is vették vissza az előre megadott tuning profilokban alap 250-re a core -t. Ja és lehet másik sd kártyára váltok, mert ezt már nagyon meggyötörtem (sok újraírás, swap... ).
Arra is gondoltam, hogy már nagyon határán dolgozik a tápom ennyi cuccal, így elővettem egy pécé tápegységet próbálgani, mert a kis 2A mellett eléggé ingadozott terhelés függvényében a feszültség . Később kap 3 vagy 4A tápot. Így már a winyót is el kell bírnia, amit eddig nem bántottam.
Jól láttam, hogy az alapítványos raspi github repóban is áttértek 3.6.11-es kernelre? Azt hittem ez csak raspbmc sajátosság
A lényeg, hogy ezzel szépen mennek a tunerek. Még a lirc-cel kell ismerkednem, mert kicsit hekkelés ahogy felélesztem a távirányítót (teljes kiosztást), biztos lehet szebben is.Vigyázzatok, a pi függőséget okoz: ha valami már megy rajta, akkor mindig találni más érdekes dolgot, amit meg akar valósítani a felhasználó. Pl, előbb lcd kijelző kezelése, majd relével kapcsolgatható lcd kijelző ...
-
azbest
félisten
válasz
Hyperion
#3996
üzenetére
nagyon jól hangzik ez az relé, rendelek én is egyet.
Közben elkezdtem próbálgatni a rev2-es pi-t. Hát eddig vegyesek az érzelmek. Sajnos nem bírja annyira a tuningot, mint a régi (pedig azon gyengébb memória van). Még nem tapasztaltam ki mit bír, de 950-nél már fagyogatott, kétszer vissza kellett írnom a kártyára a rendszert mert korrupt lett tőle.
Mivel más kicsit a gpio kiosztás, így ezt is átkonfiguráltam az LCDd.conf-ban, de nem ment jól. Kiderült hogy a hd44780.so driver nem ismerte az a pint, lecseréltem újabbra, így ok. A kijelzőt is átforrasztom, hogy külön menjen rá a táp, majd oda megy a relé, ha meglesz.
-
azbest
félisten
válasz
Hyperion
#3982
üzenetére
Most a hub 2A tápjáról megy, de az már a határán jár, merevlemezhez pedig kevés. Korábban valamikor linkeltem itt a fórumban 4A/5V külső tápot, valószínűleg rendelek olyat hozzá. Előbb még valószínűleg pc táppal kitesztelem a működését.
Ja igen, a táp csatlakoztatását is érdemes lesz hátlapra kivezetnem. Esetleg még a composite videón gondolkodom (bár ott lehet a bedugást érzékeli).Az lcd-t is távirányítással, raspival szeretném vezérelni. Jelenleg úgy forrasztottam fel az lcd-re átkötéseket, hogy ugyanonnan kap tápot a led és az lcd is, majd ezt szétválasztom. Megnézem azt a relét én is, nem ugrott be eddig hogy kb készen is kapni ilyesmit
A szalagkábellel alapvetően nem volt bajom, vettem 26-os csatlakozót és kábelt is, de így kevesebb helyet foglal és könnyebb változtatni rajta, ha máshogy szeretném bekötni. A rev2 pi esetén is ellenőriznem kell, hogy a tüskesor változásai érintik -e a jelenlegi sorrendet. Na meg így mást is könnyen ráköthetek, ha szükséges később.Az rj45 esete adta magát nekem, mert volt kéznél fali csatlakozó betét, szerszám és anyagok is hozzá. A hátlapon minimális igazítással illett a betét egy meglévő nyílásba. De amiket linkeltél is jól néznek ki. A doboz eredeti kialakításához igazodtam, a műanyag dolgokat ragasztással rögzítettem.
-
azbest
félisten
Megérkezett az 512-es raspim
Hamarosan meglátom, hogy a mennyit számít a plusz memória multimédia alkalmazásnál.
Egyre teljesebb lesz a set top box. Még 256-os pi, átcseréltem a wifit inkább a kisebb stickre. Szalagkábelt cseréltem. Még az lcd háttérvilágításra kellene megoldanom a kapcsolhatóságot. Úton vannak a tunerek és az antenna splitter közé való kábelek
-
azbest
félisten
válasz
graffin
#3955
üzenetére
Igen, ha olyan az usb hub, hogy kiadja a tápot a bemenetén is, akkor lehet arról hajtani a pi-t.
A rev1-esek közül a később sorozatokra már 0-ás fekete átkötést tettek az usb csatik mellé. A rev2-esen meg áttervezték és nincs is már meg a helye a polyfuse-oknak. Nekem a régi legelső sorozatúnáál még magamnak kellett átkötést forrasztanom fölé.
-
azbest
félisten
openelec alatt nem próbáltam az oscam-et, ott a rendszer squash fájlrendszeren van, utólag macerás belenyúlni, xbmc pluginként meg nem tudom fenn van-e. Raspbmc alatt viszont fordítottam oscam-et és beüzemeltem, ott szépen működik. Úgyhogy most már minden faja: lcd, tunerek, távirányító és kártyaolvasó is megy. Már csak pár kisebb alkatrész kell, hogy minden csatlakozó ki legyen vezetve hátlapra és kész a set top box.
-
azbest
félisten
az itt található dec 30-as openelec build jól kezeli az it9135 tunereket is, hackelés nélkül
közben sikerült beüzemelnem raspbmc alatt a távirányítómat. 3.6-os kerneltől van támogatás, előtte is megy, de ott sima billentyűzetként látja legfeljebb. Kulcsszavak: hid-aureal 0755:2626 w-01rn
Ide tettem fel a hackelés darabjait, a lirc beállításait és az upstartot is kellett piszkálnom kicsit, biztos van szebb megoldás, de nem értek még annyira a lirc lelki világához: [link] -
azbest
félisten
válasz
kola.11
#3902
üzenetére
például tőlem:
wget http://dvb.drag2web.com/it9135/dvb-usb-it9135-02.fw
sudo cp dvb-usb-it9135-02.fw /lib/firmware/de érdemes megnézni ssh-n keresztül előbb, hogy a tunert utólag a pi-re dugva mit loggol.
tail -n 60 /var/log/kernel.logott kiírja hogy mi a fájl neve, mert ha nem rev2-es tuner, akkor lehet másik kell hozzá. Ez más tunerre is igaz, hogy a logból rádugás után látszik, hogy felismeri -e és csak firmware fájlt hiányol-e hozzá.
-
azbest
félisten
Nekem első sorozatból való van, azt meg kellett patkolni, hogy lehessen visszatáplálni, mert polyfuse-ok vannak az usb porton. [link]
Komolyabb videóknál nálam is hajlamos volt fagyni. Ez abban jelentkezett, hogy folyamatosan világított a sárga led ('ok' feliratos ezen), ami a kártyaműveletet jelzi. Openelec alatt nincs swap és ha elfogy a memória, akkor vége. Azért próbáltam raspbmc-t mert az alatt teljes rendszer van (raspbian származék) és ott tudtam swap fájlt hozzáadni. openelec-re is be lehet lépni ssh-n. root felhasználó és openelec jelszó.
usb dvb-t tunerek közül az megy, amit a rátett rendszer támogat. Raspbian és openelec alatt valamiért köhögősen ment a nemrég legelterjedtebb it9135 (ebay-en 8 dolcsi körüli ezüsszürke [link]), de raspbmc alatt már 3.6-os kernel van, ott alapból megy az is jól, csak a firmware fájlt kell a helyére másolni. Az újabb rtl2832u+r820t [link] viszont még legfeljebb kézi hekkeléssel működik, mert még nagyon új.
-
azbest
félisten
No sikerült beüzemelni az lcd kijelzőt is a raspbmc alá, majd még nem árt némi finomhangolás, mert alapból 4 soroshoz van konfigolva az xbmc és így lehet pont lemarad valami érdekes
http://www.tech-fruits.com/archives/4388
sudo apt-get install lcdproc
viszont külön drivert kellett a kijelzőhöz feltennem, hogy gpio-n keresztül elérje
wget http://dl.dropbox.com/u/29632026/raspdrivers.tar.gz
mkdir hd44780
cd hd44780
tar -xzvf raspdrivers.tar.gzbe kell állítani, hogy milyen kijelző van
/etc/LCDd.conf[Server]
DriverPath=/home/pi/hd44780/
Driver=hd44780[hd44870]
size=16x2
ConnectionType=rpi# ez attól függ hogy melyik gpio tüskékre kötjük az lcd-t, 4 adatbites módban használom
D7=22
D6=21
D5=17
D4=23
RS=25
EN=24Device=/dev/lcd
az lcd szkrollozás sebessége nekem túl sok, ezért átállítottam:
http://wiki.xbmc.org/index.php?title=Advancedsettings.xml#.3Clcd.3E<advancedsettings>
<lcd>
<scrolldelay>5</scrolldelay>
<heartbeat>false</heartbeat>
<dimonscreensave>true</dimonscreensave>
<columns>16</columns>
</lcd>
</advancedsettings>A kijelző sorainak beállítása, hogy miket mutasson, alapból 4 sort írna
http://wiki.xbmc.org/index.php?title=Userdata/LCD.xmlvalami ilyesmi az eredmény, mint ezen a videón: [link]
-
azbest
félisten
Van egy táblázat az egyik raspi oldalon: http://elinux.org/RPi_VerifiedPeripherals#Working_USB_Hubs
Ami szerintem érdekes:
- aktív legyen, 2A táp szerintem ajánlott, hogy rá lehessen kötni ezt-azt
- a visszatápolás az újabb pi-kkel előnnyé vált, külön táp kábel nélkül is üzemelhet a rákötött pi
Szóval érdemes lehet személyesen megnézni, hogy mit írnak a tápon, dobozon, ha van rá mód.Nekem egy kínai van, ami nem feltétlen olcsóbb, mint az itthon kaphatóak, csak amikor rendeltem nem láttam normális leírást a közelemben elérhető fajtákról (pl hogy mekkora táp jár velük).
Egy ilyen hub plusz hozzá konnektor dugó átalakító.
Az lsusb azt mondja róla, hogy 1a40:0201 Terminus Technology inc. FE 2.1 7-port hub.
Elment vele (4.7V alá nem esett) 3 tuner, hdd, lcd kijelző, hdmi-vga átalakító is - szóval teljesen teledugdosva komolyabb fogyasztókkal, de ott már melegedni kezdett a táp, mert komoly terhelést jelentett. -
azbest
félisten
válasz
qgetata
#3888
üzenetére
A div3 (divx 3 low motion - régebbi microsoftos hackelt codec) formátumot nem tudja lejátszani. Ilyen a ph tesztvideók közti is. Ahogy olvastam a rasbmc fórumon még verziónként is eltérő, hogy hány divx-es avit játszik le. Az újabbak már általában xvid-esek, de állítólag a divx5-tel sincs baja.
(#3887) szabi__memo: sokszor pontatlanok a hivatalos infók is. Azt persze nem várom el tőle, hogy az ilyen extrém fajtát is jól vigye, csak annyiból jó, hogy ha ez megy, akkor valószínűleg a többivel is boldogul. XBMC verziónként is eltérő, hogy mennyire jól megy rajta, néhány videó valószínűleg nagyon feszegeti a 256 megás változat határait.
Eddigi raspbmc tapasztalatok:
- a livetv menüben megjelenik az adás kis képe (igaz ott úgy akadozik, mint mikor a menü mögött látszik)
- a hd adást sajna nem akarja mutatni (más rendszerekkel ment, szal valami bug)
- a képarányt nem állítja be magától, kézzel kell beállítanom
-
azbest
félisten
Tényleg a memória szűkössége okozhatta nálam a videojátszás problémáit. Openelec alatt nem lehet swap-et beállíttani (csak komolyabb belenyúlással lehetne).
Viszont most próbálom a raspbmc-t, ami úgy látom elég jól egyesíti a médiajátszáshoz és tévézéshez szükséges képességeket.
- xbmc elég jól megy vele, a távirányítóm ezt nem szereti, de biztos beállítható hozzá valahogy
- mivel raspbian rendszer az alapja, így ugyanúgy tudtam tovább konfigurálni, mint a sima rendszert, swap-pel már elindult a 256 megás raspi-men is a killa sample is. Az 512-est remélem hamarosan megkapom
- igaz, hogy itt nem lehet xbmc menüből telepíteni a tvheadend-et, de forrásból a legfrissebbet tudom használni
- ugyanez igaz a kártyakezelő oscam progira is
- újabb kernelt használ, az openelec-nél jobb paraméterekkel van fordítva. Alapból megy az it9135 tunerem is és nem hibázgaz, mint openelec alatt. Csak a firmware fájlokat kellett felraknom ráNagyon ígéretes eddig.
-
azbest
félisten
tobben is irtatok mar, hogy a pi meg a killa samplet is lejatsza, csak gondolkodik elotte. Probaltam mar tobb fele rendszerrel (openelec, xbian), de sajnos egyikkel sem ment. Nalatok mit jelent, hogy gondolkodik lejatszas elott? Amennyire emlekszem akik irtak, mar az 512 megas valtozatot hasznaljak. Nekem egyelore csak 256os van es az merevre fagy a killa samletol: elsotetul a kepernyo, mint amikor epp elkezdene a lejatszast, majd minded reakcio megszunik, de az sd kartya muveletet jelzo led folyamatosan vilagit.
-
azbest
félisten
válasz
Hyperion
#3854
üzenetére
az én lcd kijelzőmmel úgy tűnik, hogy nem teljesen ok az adafruit féle lib. Lehet, hogy lomhább, mint amihez ők írták, de összevissza hol működött, hogy pedig nem. Amikor nem, olyankor kriksz kraksz lett szöveg helyett. Amit ők alapul vettek és linkelnek is benne, azt írtam át kicsit a saját célomra, egyelőre még csak tesztelésre. Az ékezetes karakterek betöltéséhez bővítettem kicsit.
-
#3835
azbest
félisten
Neil Watts
#3834
azbest
félisten
válasz
Neil Watts
#3834
üzenetére
A dlna client-re keresve az xbmc-t emlegetik például. Pontos módját nem tudom, ilyesmit még nem próbáltam vele. Általánosabb xbmc wikit találtam hirtelen, de raspi fórumon is emlegették [link]
-
-
azbest
félisten
Getting Started with Java® SE Embedded on the Raspberry Pi
http://www.oracle.com/technetwork/articles/java/raspberrypi-1704896.htmlVan openjdk is rá, csak lassabb.
Viszont fontos, ha jól tudom, csak a softft (debian) rendszeren működik a java. Tehát a hardfp raspbian-on nem megy.
-
azbest
félisten
válasz
dudika10
#3727
üzenetére
Attól függ milyen a gép. A desktop mini gépek valószínűvel 20W alá nem nagyon mennek, de ha notebookosabb belsejük van, akkor kevesebb is lehet. Vagy akár egy használt régebbi thinkpad-ben is gondolkodhatsz. A srácok szoktak mérni 10W körüli/alatti fogyasztást is a gépeikkel. T60-asok egész jó árban is szoktak lenni, vagy egyel újabb sorozatból a T81 sem rossz.
A raspi valóban kevesebbet fogyaszt, de az ereje és képessége lényegesen korlátozottabb.
Ez ahogy nézem valószínűleg notebook procival szerelt kisfogyasztású és visszafogottabb teljesítményű gép, viszont nem sokkal többért már akár t60-as notit is kapni azt hiszem.
-
azbest
félisten
válasz
dudika10
#3725
üzenetére
- internetezés, internetes filmek (flash?):
A netezés nem túl gördülékeny, mert még nincs hardveres gyorsítás a grafikus felülethez. A flash pedig nem támogatott rajta, így az ilyen videók sem mennek vele.- 4 win7-es géppel kommunikálni:
nos, ebből nem tudom, hogy pontosan mire gondolsz. Ha a pécék által megolsztott fájlok/videók lejátszásáról van szó, akkor azt elérheti. A pi-n megosztott fájlokat is elérhetik a gépek megfelelő beállítással.- szövegszerkesztés, nyomtatás: linux alatt nincs microsoft office, helyett valamelyik ingyenes szövegszerkeszőt használhatnád. Nem tudom, hogy a komolyabbak megvannak-e raspi-re (az openoffice változatai). A nyomtatáshoz gondolom driver is kellene, itt szintén nem tudom, hogy a linuxos nyomtatódriverek (ppd fájlok) működhetnek-e a raspi rendszerén.
Összességében, azt hiszem, hogy sokkal jobban boldogulhatnál egy normál htpc-vel. Éppen nemrég láttam, hogy egészen jó core2duo procis lenovo gépeket lehet kapni használtan: például , de a raspi ára körül kapni régi p4-eseket is ha sokkal lassabb is elég.
-
azbest
félisten
válasz
moli.hu
#3694
üzenetére
Jó, akkor nézd meg a teljes bekezdést ott ahonnan idézel
H.264 encode
Alongside MPEG-2 support (which you’ll have to pay for), we’re making H.264 encode available for free. The hardware has always been capable of supporting H.264 encode, but we were under the misapprehension that encode required an additional licence fee, so were waiting until the camera board release (which is still coming later in the year) before spending the money to enable it.
During the course of talking to the MPEG LA about the MPEG-2 licence, we discovered that the existing licence fee that is already baked into the cost of the Raspberry Pi actually covers both encode and decode – I tell you, this stuff is arcane - so we’ve enabled the relevant OpenMAX components by default in the latest firmware. It may take a while for someone to produce an encoder application which uses these components, but once they do you should be able to use the Pi as a standalone transcoder.
Szabadon fordítva:
A fizetős mpeg2 támogatás mellett (vele egy időben) ingyenesen elérhetővé tették a h264 enkódolást. A hardver mindig is támogatta ezt, csak korábban tévesen azt hitték, hogy további licensz szükséges az enkódoláshoz, s ezért vártak a kamera modul elkészültéig, addig nem akartak költeni rá.
Az mpeg2-vel kapcsolatos megbeszélések közben fedezték fel, hogy a jelenleg raspi árába épített licensz lefedi az enkódolást és dekódolást is. (Itt utalnak a licenszelés misztikusságára / nehezen értelmezhetőségére.) Szóval a szükséges OpenMax komponenseket engedélyezték a friss firmwaer-ben. Egy darabig eltart, mire lesz olyan program ami képes kihasználni, de amint ez megy, utána használható lesz a pi transzkódolásra.
Kérdés?
-
azbest
félisten
válasz
moli.hu
#3692
üzenetére
Nem keverem, hiszen te is erről beszélsz. H264 enkódoláshoz nem kell külön licenszet venni, mert az már eleve aktív. Más kérdés, hogy szerintem nincs még olyan szoftver, ami kihasználni ezt a képességét a pi-nek.
Az x264 az egy szoftver, ami h264 formátumba tömörít. [link]
-
azbest
félisten
hmm ahogy számolom, a box pi-vel együtt, tunerestől, mindenenestől - kivéve a hdd - 150 usd körüli összegbe került sok kicsi sokra megy alapon.
Közben kifejelejtettem még, hogy az antennához kell megfelelő csatlakozó
- 3x f male mcx right angle [link], ha ez az szerk: attól félek ez mégsem olyan csatlakozós mint nekem kéne.
- 3-as koax splitter [link]
- meg a tápot sem ártana kivezetni hátra és lehet erősebb táp is kéneSzóval ezért már komoly cuccokat lehet kapni készen, bár lehet, hogy azok még mindig nem elég komolyan ehhez képest - ha összejön.
(#3689) wassermann
lehet bug is, nameg a tuning mellékhatása. A legfrisebb raspbian rendszeren a beépített tuning opcióknál visszavették a core frekit az alap 250-re, mert sokan panaszkodtak kártya korrumpálódása... na ezt nem tudom szebben mondani. Szóval íráshibára. Ott most legmagasabb fokozatban 1000/250/500 órajelek vannak és 6-os fesz. -
azbest
félisten
válasz
DarkByte
#3684
üzenetére
Bár megvolt az eredeti lcd kijelző is, de azzal nem foglalkoztam. Az a panel kezelte egyébként az előlapi gombsort is, ami most csak be van ragasztva.
Első szériás raspi van benne, ezt valószínűleg cserélem 512-es rev2-re, ha megjön, de van már hozzá kék hűtőborda (ha már a többi cucc is kék benne
)
- lcd
- borda
- lcd-hez kábelt át fogom cserélni 8 érre ebből [link]
- ralink wifi
- taiwani alcor kártyaolvasó AU9540, amit a linux beépített driverei kezelnek, az arm-os pi-n is. A burkolatát átalakítottam, hogy elférjen.
- 3x usb hosszabbító kábel [link]
- hang hosszabbító kábel (hamis sony, kék) [link]
- a gyárinál rövidebb usb A-B kábel a hub-hoz [link]
- 7 portos usb hub, 2A táppal [link], ha mindent üzemeltetni akarok, akkor lehet erősebb táp kellene, mert eléggé melegedett most ennyi cuccal (de 4.8-at ígyis adta, hogy még hdmi-vga aktív átalakítót is tápoltam róla)
- bontott utp fali csatlakozó belső, erre tűzve egy rj45-ös kábel a vezetékes hálózati csatlakozó kivezetéséhez
- infra vevős távirányító (egeret és billentyűzetet szimulál) [link]
- 3x dvb-t tuner, vegyesen, nekem it9135-ből van több, de a kínaiak kezdenek átállni rtl2832u-ra [link]
- usb hdd tok belseje, ehhez hasonló, de kapni olcsóbban olyat, amin nincs esata (ami ebben a megoldásban nem jobb, mint az usb sebessége).
- ja és egy 120GB-os Fujitsu merevlemez
- Trion TR-6123 dvd lejátszó műanyag burkolata [link]
- egy marék távtartó [link]
- olcsó pillanatrangasztó
- gyorskötöző [link]
- csavarok és utp kábel ér darabok, hogy szoruljanak a távtartókban és lehessen rögzíteni vele az eszközöket (hack)Minden elektronika megfosztva a burkolatától, mert így geek-ebb, kevesebb helyet foglal és jobban szellőzik.
Azt hiszem ez egy egészen pontos lista lett
(#3687) moli.hu
Kódoláshoz nem, az alapból engedélyezett már egy ideje. Amikor elkezdték árulni az mpeg2 és vc1 licenszeket, akkor jöttek rá, hogy a h264 -hez nem csak dekódolást, hanem enkódolást is tartalmazza az a licensz ami benne van a pi árában. -
azbest
félisten
Nos, ma majdnem teljesen elkészült a set-top-box hardvere. Még az antenna és a táp hátlapra vezetése hiányzik. Az lcd kábeleit is átcserélem 8 eres szalagra. Moddolt kártyaolvasó (hogy kisebb legyen). Házra felcsavarozott egységek. Hátlapra kivezetett usb és hang. Azt hiszem erősebb táp sem árthat, mert eléggé felmelegedett a hub saját tápja ennyi eszközt hajtva.
Kép:
Videó róla:
Szoftveres részről még sok minden hátravan még.
-
azbest
félisten
No, megérkezett a linux alatt alapból támogatott kártyaolvasóm, amit szét is barmoltam![;]](//cdn.rios.hu/dl/s/v1.gif)
Így nem foglal olyan hatalmas helyet, mint eredetileg.Lehet nem olyan szép, mint eredetileg, de a próbanyák egész könnyen megmunkálható és jól fogja a pillanatragasztó.Oldalt csak azért az a két kicsi, hogy biztosan jó pozícióba csússzon a kártya.
-
azbest
félisten
-
azbest
félisten
válasz
peter9228
#3648
üzenetére
Olyan hdmi-vga átalakítót véletlenül se vegyetek, mert nem jó semmire. Erről már többször volt szó a témában.
Ilyen, vagy ehhez hasonló aktív hdmi-vga átalakítóval lehetséges a problémát megoldani: [link]. Ebből is olyat érdemes, ahol van külön táp bemenet, mert a táp nélküliek túlterhelhetik a hdmi portot és kárt okozhatnak a raspi-ben / a készülék hdmi portjában.
Nekem utólag kellett táp kábelt beforrasztani, mert lehagyták róla.
Ebay-ről 12 usd körül lehet venni ilyeneket, ami hasonló áron van, mint az előttem linkelt kamu átkötő kábel, viszont ténylegesen működik.
-
#3642
azbest
félisten
Neil Watts
#3641
azbest
félisten
válasz
Neil Watts
#3641
üzenetére
elvileg egér jobb klikk hatására előjön hogy szerkesztés/törlés. Ha nem egérrel vagy egeret szimuláló távirányítóval használod, akkor sajnos nem tudom, hogy lehet ezt elérni.
-
azbest
félisten
válasz
CPT.Pirk
#3616
üzenetére
A raspbian rendszeren nekem is van olyan tuner ami problémás. Az it9135ös ilyen azon. Az af9015 ment ott is. Most r12557 -es openelec van a kártyán, arról próbáltam pécéken lejátaszani több adást egyszerre és a harmadiknál panaszkodott "too many open files" hibára.
Próbáld esetleg úgy, hogy csak az egyik tunerjére kofigurálsz csatornákat (pl kiveszed a mux elől a pipát a második tuneren). Meg a generál fülnél a "Disable PMT monitoring:" bepipálása is segíthet.
-
azbest
félisten
válasz
CPT.Pirk
#3612
üzenetére
naja, az a polifuse is bekorlátoz a fogyasztásban, de akár a táphoz használt mikrousb kábel minősége is bejátszhat, van olyan kábelem, amivel leesett 3.9-re, kicserélve meg 4.6 lett másikkal.
A hub ha aktív (saját tápos) arról el kéne menjen a tuner. Szóval ezt valahogy ki kell logikázni hogy a te cuccaiddal hogy a legjobb, a kiméregetés sokat tud segíteni.
-
-
azbest
félisten
válasz
CPT.Pirk
#3606
üzenetére
pontosan milyen tunered van?
ha be ssh-hoz a pi-re (root/openelec) akkor látni kéne a /dev/dvb eszközöket mondjuk ls -sel listázva.
Esetleg egy lsusb is érdekes lehet.másik ötlet, hogy miután már elindult a rendszer, utólag dugd rá a tunert és ssh-n add ki a parancsot:
tail -n 80 /var/log/messagesebből is látni, hogy mi történik a tunerrel kapcsolatban, hogy hiányol -e valamit. Nálam így néz ki ez: [link]
-
azbest
félisten
válasz
CPT.Pirk
#3599
üzenetére
Az openelec-nél az egész oprendszer egy squashfs-en van egy tömörített fájlban, nem módosítható, ezért már a készítésekor beleteszik az elterjedtebb tunerek firmware-ét. Felismeri alapból az af9015öt, a dupla tuner nem tudom okoz-e problémát, valószínűleg két külön eszközként szépen látszani fog.
A webes felületnek az a lényege, hogy fel tudd konfigurálni a rendszert, nem kell kijelző a szervert futtató eszközre (van aki routert használ erre). Persze lehet ott is beállítani felvételt is, de ha jól tudom az xbmc pvr-je megoldja a felvételek kezelését, nem neked kell a tvheadend-et kattintgatni.
(#3598) vzoltan : igen, ez lehet a feketeség oka. A videó menübe nagyon egyszerű bekötni. Ahogy már írtam
video- add - browse - zeroconf ->kiválasztani a tvheadend-et. Ha nem találná meg magától, akkor az addnál be lehet írni közvetlenül is a címet: htsp://127.0.0.1:9982
Utána a tvheaend ott lesz a video listán és beleépve lehet választani a csatornák közt. Ez általában megy. -
azbest
félisten
válasz
CPT.Pirk
#3596
üzenetére
Hát én mindig teljesen új rendszert teszek rá, nem frissítem. A korábbi build által létrehozott xbmc konfig fájlok is okozhatnak kavart, inkább mindig tiszta lappal fogok neki. A ph médialejátszó teszteknál használt videó csokort szoktam még rámásolni / pendrive rakni és rádugni. Az alapvető beállításokat, meg már fejből tudom, amiket mindig állítani szoktam.
Ha jól emlékszem egyébként egy fájlból áll a teljes rendszer a fat partición, meg időnként lehet frissül mellette a raspi firmware bináris pakk is. A második partición .xbmc mappába generálódnak beállítások, oda teszi a plugineket is, ezt megtartva megmaradnak (de galibát is okozhatnak).
Jut eszembe, sikerült a live tv menüt előcsalnod az xbmc-ből úgy ahogy írtam? Nálad is problémásabb a csatorna indítása, mint a video menübe bekötött lejátszás?
Ma jött meg kínából pár tunerem, sajnos már ez sem a régi fajta af9015, így kénytelen leszek hamarosan kideríteni, hogy mi okot problémát az it9135 változatnál a raspbian alatt. Bár két af9015 így is van kéznél, de 3 tuneresre akarom csinálni a boxomat (vagy realteket teszek bele, de az sem volt sima ügy a legutóbbi próbánál).
-
azbest
félisten
vagy éppen a screen is hasznos.
screen
program indítása
ctrl + a + d a screen leválasztása (háttérben fut tovább), de ha simán bezárod a terminált vagy megszakadt a kapcsolatod a hálózattal, akkor is fut továbbmajd később screen -r visszavenni a munkamenetet úgy látni a kimenetet is
-
#3577
azbest
félisten
solti_imre
#3576
azbest
félisten
válasz
solti_imre
#3576
üzenetére
két dolog miatt javult:
- átálltak hardfp-re a raspbiannal
- 700 helyett 1000MHz-en járatod a Pi-tNekem ennél kicsit gyengébb eredményt ad normál használatnál, mert a legelső változatom van lassabb hynix memóriával, így 950/450/450 beállítást szereti (a legfrisebb rendszernél 950/250/450 a menüben beállított érték). 1000/500/500 beállítással nekem is 65-66 ezres eredményt ad.
-
#3564
azbest
félisten
wassermann
#3561
azbest
félisten
válasz
wassermann
#3561
üzenetére
ha a piros mellett fel-fel villan a sarga, akkor nem talalja a megfelelo adatot a kartyan.
Ha linux alol irtad ki, akkor ugye a teljes kartyara es nem csak egy particiojara? (sdx nempedig sdx1)
Linux es win alatt is felcsatolodik a fat particio, ha a gepre dugod a kartyat, igy ellenorizheted tenyleg rajta van e. -
azbest
félisten
ezek voltak azok: rj45 dugók [link] és lcd kijelző [link]. nov 13-14 napokon jelölték postázottra és 23-ikán jelentkezett a postás.
btw a kijelzővel időnként megkergül az adafruit-os python kód. Valami időzítéses probléma lehet. A sokkal egyszerűbb változatot alapul véve egy kis demót csináltam: video és a kód
btw: köszi, tőled tudtam meg
-
azbest
félisten
válasz
tamas1985
#3541
üzenetére
Nekem sanghajból és hongkonból is jött nemrég csomagom, hogy csak 4-5 munkanapba telt. ráadásul az egyik mégcsak ajánlott sem volt. Ezzel szemben a dx.com-os küldemény két hétig csak ált az ottani postájukon és csak most indult el útjára., de ezek lehet eleve külön szerződéssel és szállítással mennek nagy mennyiségben / bérelt konténerben.
(#3540) Proci85: nem is értem az ilyen eladókat. Annó tévé tunereknél is voltak akiktől egyszer rendeltem (meg is érkezett) és utána már nem szállítottak magyarországra. Valószínűleg a postaköltséget sokallhatják, vagy kifejezetten konkrét országba akar szállítani, csak nem szűrte ki az összes többit.
-
azbest
félisten
ezen kívül a video - add video - browse - zeroconf -> tvheadend htsp....
megoldással a video menübe is megadható a tévé adásÚgy látom hogy a live tv részen gyakran fekete marad a képernyő, valószínűleg azért, mert indításkor egy előnézeti képet is be akar mutatni a képernyő jobb oldalán.
A video menüben viszont nincs ilyen, ott általában azonnal megy az adás. -
azbest
félisten
válasz
CPT.Pirk
#3514
üzenetére
az xbmc nem képes tunerek kezelésére, DE támogat többféle backendet. Ilyen például a tvheadend. Szóval a tvheadend kezeli a tunert és erre kapcsolódik rá az xbmc. Hmmm a livetv menüt még sosem próbáltam eddig. A video részre is be lehet kötni, de ez érdekesebb.
add-ons - openelec addons, services - tvheadend
tvheadend konfig nálam pl
http://192.168.0.102:9981/extjs.html
configuration,
tvadapters
multiplex
add..freki, 8MHz, qam-64, 8k, 1/8, 9k, none, 3/4, none
ezután a general fül alatt kell a map dvb servicest megnyomni... ha nem válik aktívvá akkor kicsit "rugdosni" kell (vételi probléma esetén sem lesz aktív).
Ettől kezdve elérhető a tv adása.Na még aktiválni kéne az xbmc felületén a livetv részt.
system settings livetv
livetv - enable
szól hogy nincs pvr addon, feldob egy listás, tvheadend htsp client
configure részén lehet beállítani
enable a telepítéserre előjön a livetv a főmenüben
-
azbest
félisten
válasz
CPT.Pirk
#3494
üzenetére
Gondolom xbmc pvr + tvheadend - kész buildként ilyen az openelec. Csak nem tudom, hogy támogatja-e pont azt a tunert, amit használsz. Talán van böngésző plugin is xbmc alá, ha jól emlékszem. Ha mindent támogat, akkor még legózni sem kell vele. A tvheadend-et is a menüjében lehet bekapcsolni, de azt hiszem akár más backendet is lehet használni vele.
-
azbest
félisten
válasz
CPT.Pirk
#3492
üzenetére
az openelec friss buildjeit szoktam néha kipróbálni, legutóbb a nov 12-eset néztem [link], azóta az archiv mappába átkerült az, de például ha jól látom mai friss build is van.
Meg úgy általában néha ránézek, hogy milyen fejlesztéseket csináltak a firmware-n mostanság (ebből nem a legfrisebb szokott lenni az imagekben). [link]
-
azbest
félisten
No ideiglenesen össze is raktam. Majd normális tüskesor és masszívabb kapcsolat kell, mert így nagyon sérülékeny.
Egy régi floppy adatkábelt áldoztam be érte. Kevés forrasztó anyagot használtam, mert majd ezt le kell takarítanom róla, ha véglegesre megcsinálom.
Amit ugyanoda kéne kötni azokat összekötöttem.
Welcome to my laboratory
Majd ide fog bekerülni, de most még nem fér be a lógó kábelektől és az ellenállásoktól.LCD| RasPi gpio (nekem régi széria van, nem ellenőriztem le hogy az újakkal kompatibilis -e)
1 | 6 (G)
2 | 2 (5V)
3 | 6 <-ellenállással, 3K ohm
4 | 22
5 | 6 (G)
6 | 18
7 | -
8 | -
9 | -
10 | -
11 | 16
12 | 11
13 | 13
14 | 15
15 | 2 (5V)
16 | 6 (G) -
azbest
félisten
válasz
CPT.Pirk
#3476
üzenetére
a 256 megás pi-n meglepően jól pörgött 1-2 hete, amikor próbáltam. Youtube plugin is jól ment. Valószínűleg azért, mert átálltak 720p felbontású gui-ra, amit 1080p-re skáláznak fel (a videókat ez nem érinti). Így nem futott ki a gpu a memóriából... de az újakon már ez sem szempont. Elvileg van már deinterlace is, bár butább fajta.
Egyik ismerősöm is ezzel küzd. Van egy tuti analog hw mpeg2 encoders, dvb-t, dvb-c tunere, amivel nem tud rendesen tévézni az adatátviteli hibák miatt. Házi stream szervert szeretne összehozni vele, de már más alternatívát keres.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Így nem foglal olyan hatalmas helyet, mint 
Új hozzászólás Aktív témák
Hirdetés
- CASIO órák kedvelők topicja!
- Mibe tegyem a megtakarításaimat?
- Luck Dragon: Asszociációs játék. :)
- Filmgyűjtés
- Yettel topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Rábólintott az EU, eltakarítja az illegális termékeket az AliExpress
- Motoros topic
- Gitáros topic
- Spórolós topik
- További aktív témák...
- i7 8700/ 32GB DDR4/ 512GB gen4 SSD/ R5 430 2GBD5/ HP 400G5 SFF/ garancia/ ingyen foxpost
- AKCIÓ!! i9 9900 , RX 5700 XT , 32GB DDR4 , 512GB NVME , 2TB HDD
- GAMER PC - RTX 4070 Ti - Ryzen 7 5700x - 32GB DDR4 - 1TB Nvme SSD
- Eladó konfig! Ryzen 7 7800X3D 2TB SSD 64GB DDR5 RX9070XT 16GB!
- Asus Prime B560M-K + i5 11500 + be quiet! + 32 Gb Patriot Viper 3.200 Mhz Beszámitok!
- 125 - Lenovo Legion Pro 5 (16ARX8) - AMD Ryzen 9 7945HX, RTX 4070
- Samsung Flip 2.0 PRO 65" WM65R + Connectivity tray + Gurulós állvány
- BESZÁMÍTÁS! Apple Macbook Pro 15" 2019 i9 9980HK 32GB 500GB Radeon Pro 560X hibátlan működéssel
- KATONAI ÜTÉSÁLLÓ!!! Getac S410 i5-6300u, G3: i5-8365u, G4: i5-1145G7
- Samsung Galaxy A54 5G , 8/128 GB , Kártyafüggetlen
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest