Raspberry PI cseréje

Multimédia

Hali,

Van egy elhalálozott RPi-m, ami eddig mediacenter volt (Openelec + XBMC), közvetlenül netről néztünk rajta filmeket.

Nem vennék megint mindenáron RPi-t, de valami hasonlót (kompakt, kis fogyasztású mediabox, ootb működés, nulla hekkelés) igen.

Nézegettem a BananaPi-t, de ahogy láttam, elég vegyesek a review-k és ez elbizonytalanított.

Az OS mindegy, az elvárt funkcionalitás számít. :)

Várom a javaslatokat!

Köszi!

  • 5726 megtekintés

( csupka91 v | 2015. 01. 01., cs – 17:53 )

Szia!

Én most akarom eladni a BananaPi-t... Sajnos nem jó XBMC-nek :(.

( manfreed (nem ellenőrzött) | 2015. 01. 01., cs – 18:39 )

Subscribe.

Én is hasonló keresésben vagyok. Ugyan a Pi-mmel semmi gond, kis türelemmel tökéletesen jó mediacenterként, de valami olyasmi kellene ami emellett elbír egy usb hdd-vel és egy torrent klienssel is.

Az a baj hogy hasonló volt az alapfelállás nálam, és nem volt elég gyors. A pi alapból nem volt elég erős ahhoz, hogy hálózaton fájlokat másoljak, anélkül hogy torrent, vagy xbmc fusson még rajta. Bár lehet azóta szoftveresen történt optimalizálás, rég próbáltam.

Lesz mit tesztelnem :)

Nos, nem tudom nektek hogy működik, az én tesztem eredménye siralmas.

Jelenleg a gépemen lóg egy USB HDD, ami meg van osztva hálózaton, erről nézek filmeket a PI-vel. Jól megy, egy nagyobb fullHD se kottyan meg neki. Ezt a vinyót rádugtam a PI-re, nekiálltam így filmet nézni. Egy sima átlagos, 720p sorozatepizódot sem tudtam anélkül megnézni hogy bele ne akadna folyton. Nem tudom milyen lenne ha ezután elindítanék egy torrentet (vagy 20-30-at amennyit szoktam egyszerre futtatni) vagy elkezdenék fájlokat másolgatni rá.

Filmeket nem szoktam róla nézni, ahogy írtam itt (van erre egy célhardverem, dvd-játékosnak hívják :) ), viszont torrentkliensként/démonként jól teszi a dolgát. A fájlokat ftp-n keresztül másolom. Nem lassabb, mintha a két laptop között másolgatnék (az rpi vezetéken lóg, a laptopok wifi-n).

hd filmeket meg bírja szaggatni az xbmc ha transmission tölt a háttérben.

van egy python scrtipt (azt hiszem nemes egyszerűséggel csak torrentpauser a neve), ami automatikusan pause-be rakja a torrenteket ha elindítok egy filmet, és visszaindítja őket ha vége. így jó.

KoviX

pedig de
a gond az hogy az USB-s forgalom komoly CPU terhelest okoz, es ha nagy savszellel toltesz fel/le, akkor ez mar eleg ahhoz hogy emellett masra ne nagyon jusson
ugyanis a halokartyaja is USB-s...

lehet ezzel egyutt elni, nalam 720p-t siman streamel DLNA-n keresztul ugy hogy kozben megy a torrent, de az 1080-at mar nem birja igy

A külső meghajtó is ugyanolyan szűk keresztmetszet, nem? Márhogy ha lejön 1 mega az usb-s neten keresztül, akkor az az 1 mega ki is íródik a külső meghajtóra usb-n keresztül.

Ha már maga az usb-s forgalom ilyen nagy terhelést okoz (a 

curl kedvenc_iso_netről.iso -o /dev/null

is?), akkor a fájlrendszer megfelelő kiválasztása valóban nem sokat jelent.

egy nagyon gyenge notebookvinyo is boven tudja azt a tempot ami egy filmnek kell
a szuk keresztmetszet maga az usb:
torrentezel mondjuk 10 mbiten, ezt kiirod vinyora (ujabb 10 mbit), plusz meg tolnad ki a halozatra a filmet
es mindez egyetlen csatornan probalna atvergodni ugy, hogy mindharom muvelet meg a procit is tekeri

Nálam a nagy 1080p-s videók simán mentek hálózaton keresztül.

Gyanús ez a pi, ugyanaz a hardver mindenkinél, mégis eltérőek a tapasztalatok. Nálam simán végigtolja akadás nélkül a 10-20 gigás fullhd filmeket (kivéve ha sokáig nem indítom újra), kodira frissítés után talán még fürgébb is lett, ennek ellenére több negatív tapasztalatot olvasni csak ebben a szálban, te pl az 1080p-re mondod, hogy az sok neki, fentebb pedig már a 720p is akadós.

Nem lehet, hogy valakinek az A, A+, B, B+ verziója van?
Másrészt a külső meghajtótól is függhet pár dolog, pl. hogy saját tápja van vagy az usb-ről szedi, így kevesebb kraft jut a gépre, ami kevesebb ampert leadó adapter esetén némi gondot is okozhat. Szerintem.

Nekem B van, a régi fajta amiben még csak 256 mega ram van. Külső vinyót szerintem a pi önállóan nem hajt meg, emlékezetből mint ha csak 100 milliampert adna le usb-n, ha pedig nem jut neki elég áram, akkor lefagy/kikapcsol/újraindul/elrontja az sd kártyát (ilyesmiket tapasztaltam amikor gyengébb usb töltővel próbáltam használni)

Nálam se volt vele semmi gond NASról (model B, rev1, még 256mb ramos + openelec). Minden más rém lassú volt, de nem volt olyan (általa ismert kodekkel készült) anyag, amit le nem játszott volna.
Nem sw-n múlik ez? Először próbálkoztam rasbmc-vel, az sokkal-sokkal rosszabb volt...

( skypper | 2015. 01. 01., cs – 18:51 )

sziasztok

ha már pi és a málnát nem szereted (mert drága) a banán meg olyan ferde meg nem szereti az xbmc-t miért nem narancsot veszel? olcsóbb is meg minden :) http://www.orangepi.org/

( azbest | 2015. 01. 01., cs – 19:40 )

a solid-run féle cuboxi-t nézd meg. Hivatalos openelec támogatás van hozzá. Nem úgy hivatalos, hogy a gyártó tákolt hozzá egyet, hanam az openelec készítőitől.
Több változata is van az egy magostól a négy magosig. A tv változat meg pláne jó teljesítményű. Ha raspi féle hekkelhető változat kéne, akkor meg a hummingboard-juk pont ugyanaz, csak io csatlakozókkal.

A hardkernel féle odroid c1 is jól hangzik, de még nagyon új és nincs sok gyakorlati tapasztalat vele. Ellenben ők sem ma kezdték az ilyen eszközök gyártását, szóvak vab hozzá support. Xbmc állítólag elég jól megy rajta, de openelecet még nem tákoltak hozzá.

CEC, a lirc látószöge annyira kicsi, hogy az már nagyon kényelmetlen, meg amúgy is a tavalyi év célja volt, hogy filmnézéshez legyen elég egy távirányító (programozható nem ér), részben ezért vettem erősítőt.
Ha valamiért nem tudnám a cec-et használni, valószínűleg akkor is inkább gányolnék rá valahogy (az eredeti helyére vagy usb-n) egy külső vevőt.
szerk: frissítettem a bejegyzést is, de csak kb azzal, amit ebben a két hozzászólásban leírtam. Egy maradt ki, ami a bejegyzésben nem volt még benne: OpenElecet használok, kb az első kodi beta óta.

Semmit sem szabad megvenni amiről biztosat nem lehet tudni.

A Raspberry pl. hatalmas tesztelőbázissal rendelkezik, szorgalmasan fejlesztik és fogják még pár évig. Ezeknek a kínai cuccoknak sosem lehet tudni milyen állapotban van a támogatása.

Részemről inkább a CuBox-ra szavazok. Egyrészt az XBMC-t direkt reklámozzák, másrészt meg legalább Izraeliek.

A noname A20 klónokat gyártók azok, akikről nem sokat tudni :)
Hardkernelék már 6 éve benne vannak az iparban. Az U3 pedig kompatibilis a korábbi U2-vel is, de a weblapon könnyű utánanézni, hogy milyen support van hozzájuk.
http://www.hardkernel.com/main/products/prdt_info.php?g_code=g138745696…
http://com.odroid.com/sigong/nf_file_board/nfile_board.php?tag=ODROID-U3
http://forum.odroid.com/viewforum.php?f=75

Persze ez nem azt jelenti, hogy ez lenne a tuti cég. Mindenkinek más lehet az igénye, a feladat határozza meg, hogy melyiket érdemesebb :)

i.MX6/Cubox-i-nél se lesz meg a raspberry pi szintű fejlesztő/tesztelő community, szerintem azzal nem lehet versenyezni - de az i.MX6 már szerintem megüti azt az elterjedtségi szintet, ami mellett nagy baj nem lehet.
Amúgy érdekes, szerintem A10/A20 alapú board is van bőven a piacon. Az Allwinner ennyivel rosszabb dokumentációkat csinálna a Freescale-nél?

Hát... a fejlesztés javát szerintem a raspi esetén is egy szűk szakmai kör végzi. A jelzett hibákat pedig néha nem akarják / nem tudják javítani (usb problémák talán még mindig nem szűntek meg teljesen). A raspi esetén komoly előny, hogy az alapítvány emberei hozzáférnek nda védett információkhoz is a fejlesztés során, a broadcom soc firmware részét ők is kalapálják, van olyan képesség, amit csak licenszelési (dts) lehetőség hiányában nem lehet használni.

Az allwinner-nél a zárt és kétes minőségű mali gpu driverekkel lehet baj. Az xbmc támogatás is ezért problémás azt hiszem. Itt rengeteget számíthat az is, hogy a konkrét board gyártó mennyit foglalkozik a szoftveres supporttal.

Az i.mx6 esetén mintha jobb lenne a gyártói szoftveres support
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=IMX6_SW
és talán a nyílt és zárt blob-ok minősége is jobb lehet.
http://en.wikipedia.org/wiki/Free_and_open-source_graphics_device_drive…

Karácsony óta használok egy prot, Rpi helyett. Ég és föld. A Rpi a menüben a gyenge cpu miatt erőssen botladozott, a cubox mint az álom. Eredetileg valami 4.95 beta/nightly builddel jött, de nem rég felkerült rá a hivatalos 5.0. Nem látok különbséget. Egy fájdalom, nincs rajta csak optikai hang kimenet, a Hifim meg ősrégi. A CEC a Pana plazmával hibátlanul megy.

Én októberben rendeltem tőlük. Egy hónapba telt mire feladták a rendelést! :( Ha DHL-el rendeled, számíts rá, hogy az áfát ki kell fizetni. Ha a lassabb postai szállítást választod, akkor van esély a megúszásra.

Én eSata-n kötöttem rá egy két lemezes raid házat. Itt már nem szaggat az XBMC/Kodi torrent letöltés közben. :)

( gelei v | 2015. 01. 01., cs – 21:08 )

Mekkora a büdzsé? Nagyon nem mindegy. :)

( Breaknet | 2015. 01. 01., cs – 22:09 )

Én az ODROID-C1-et néztem ki, mondjuk elsősorban webszervernek. Mit gondoltok róla?

( uid_20269 | 2015. 01. 01., cs – 23:50 )

So so, a jutyubnak egyelőre nem kell rettegnie tőled, de úgy egyben lévőnek néz ki a vas..
--
God bless you, Captain Hindsight..

( VaZso v | 2015. 01. 03., szo – 19:39 )

Szia!

Tudom, nem erről szól a téma, de remélem, nem haragszol, ha én is kérdezek kicsit a tönkrement Pi-ről.

- Milyen körülmények között adta meg magát?
- Mit csinál most pontosan - ad bármi életjelet, látszik-e rajt sérülés, tönkrement-e más is körülötte?
- Esetleg eladnád-e ilyen állapotban, és, ha igen, mennyit kérnél érte?

( uid_4263 v | 2015. 01. 03., szo – 21:44 )

BananaPI -t több helyről hallottam hogy szidták, nem nagyon van rá normális XBMC build, ráadásul ha fut is rajta az Android, az Androidos XBMC build szénné fog fagyni Mali400-on, tapasztalat.
A philips -től semmit se vegyél ami csak távolról is hasonlít egy dedikált médiaplayerre.
Se az overmax homebox nevű csodát. Igazából ne is vegyél droidos lejátszót.
Talán az Asusnak van valami csodája, majd a többiek mondják hogy mit igen, én a mit tuti hogy ne -re szorítkoznék.
Amúgy az miért nem jó hogy veszel egy másik rpi -t és ugyanazt használod tovább?

szerk.: egyet viszont tudok ajánlani, egy ideje van chromecast -em. Amire én elsősorban használom, az a telefonokról, pc-kről történő youtube cast - ez azért működik jól, mert a chromecast -hoz nem történik helyi streamelés, csak egy utasítást kap hogy milyen ID -val játsszon le egy videót, tehát saját "kliense" van. Viszont állítólag egy halom lejátszó most már tud videót felstreamelni rá helyi hálózatról is.

--
arch,centos,debian,openelec,android

dev: http://goo.gl/7Us0GN
BCI news: http://goo.gl/fvFM9C

Chromecast érdekes lehet, most már egész jó áron (~15k) meg lehet kapni. Tud mást is azon kívül, hogy youtube videokat indítasz rajta telefonról? (gyárilag)

XBMC-nek is van saját youtube kliense. Most jött rá egy frissítés és meglepően jól működik. Telefonról is indítható tulajdonképpen Yatse-val.

Kár, hogy XBMC-re mindössze 2 működőképes alternatíva van: a csilliárd pénzekért összerakott HTPC és a Rasp. Egyiknek ára és mérete van, a másiknak gyenge pontjai.

"XBMC-nek is van saját youtube kliense. Most jött rá egy frissítés és meglepően jól működik. Telefonról is indítható tulajdonképpen Yatse-val."
Én próbálkoztam az XBMC féle youtube addont használni, a keresgélés eléggé PITA szerintem, még droidos keyboarddal is. Marha lassan keres, és amikor megnyitnám a találatokat, vagy 1-2 percig darál és csak úgy adja be, vagy hibát dob.
A yatse féle send to xbmc funkcionalitást sose találtam meg youtube esetén, csak másfajta videók esetén (parmalinkes videofájlok pl, tehát nem embedded).

"Chromecast érdekes lehet, most már egész jó áron (~15k) meg lehet kapni. Tud mást is azon kívül, hogy youtube videokat indítasz rajta telefonról? (gyárilag)"
A chromecast "mindig" gyári, ugyan lehet rootolni és módosítgatni, de nem sok értelme van és sokan nem is törődnek vele. A funkció amit tud az a google cast -el ráküldött tartalom megjelenítése HDMI-n.
Ebből következik, hogy a kliens oldalról kell fejleszteni csak.
A két "gyárilag marketingelt" scenario a youtube castolása telefonról és PC-ről, a másik a chrome böngésző tartalmának castolása, de egy ismerősömnél láttam a teljes windows asztal castolását és meg vagyok róla győződve hogy egy csomó apphoz megírták a szükséges plugint (pl. médialejátszók).
Szóval összefoglalva, a chromecast egy google cast technológiát támogató dummy display, a tartalom küldözgetéséhez "vastag" kliensek kellenek, fordítottan működik mint egy XBMC. (legalábbis az általános esetben, kivéve, ahogy írtam youtube kliense van, illetve lehet hogy használható a google playen vásárolt filmek nézéséhez is (ami tudomásom szerint az user privát youtube fiókjában landol úgyis)).

--
arch,centos,debian,openelec,android

dev: http://goo.gl/7Us0GN
BCI news: http://goo.gl/fvFM9C

PITA == Pain In The Ass? :)

Kodi-t rakta most fel a Rasp magától, ebben újítottak a youtube kliensen, ami szerintem egész jó lett. Keresés + lejátszás való igaz, hogy lassú, de azért az túlzás, hogy percekig tartana (5-10mp). Hibákba korábban én is belefutottam, de most úgy tűnik, hogy fixed.

Ennek örülök. Nálam a keresés ~30-60 sec, a megnyitás szintén ennyi, és néha kidobja, hogy nem tudja lejátszani a stream-et, pedig látszólag minden rendben van (értsd van net, etc). Ezt nem csak 1-2x csinálta így, hanem huzamosabb ideig megbízhatóan előjöttek a problémák.
De a chromecast óta biztosan nem fogom használni, mivel mobil úgyis van a kezem ügyében, ezért inkább castolok, mint yatse-zok. Viszont a helyi tartalomra marad a raspi nyilván.

--
arch,centos,debian,openelec,android

dev: http://goo.gl/7Us0GN
BCI news: http://goo.gl/fvFM9C

"olyan lassú a Raspberry, hogy kihullik a hajam, mire elindít egy filmet."
Teljes megelégedéssel használom, bármit, közte a fullhd -s tartalmat is normálisan viszi. Vajon hol rontottad el? :)

--
arch,centos,debian,openelec,android

dev: http://goo.gl/7Us0GN
BCI news: http://goo.gl/fvFM9C

USB-s Wi-Fi modullal használom, neten keresztül FTP szerverről streamelek vagy helyi hálózatról SMB-n keresztül.
A Wi-Fi miatt a 1080p filmek eleve kiestek, kábelen keresztül is a nagyobb 1080p filmeket már nem tudja lejátszani, csak néha meg-megállva, de ezt már az élvezhetetlen kategóriába sorolom. Film indítása után jópár másodpercet kell várni, mire betölt a lejátszó és gyorsítótáraz annyi adatot, amit már el tud indítani. Ez az Amazon TV-n a jóval gyorsabb Wi-Fi miatt és a gyors proci miatt elég instant.
A médiatár frissítések nagyon lassúak, ezenkívül trakt.tv-re szikronizálom a már megnézett filmeket, ez is nagyon lassú. Nyilván itt az SD kártya gyorsasága vágja meg a felhasználói élményt. Itt a Fire TV a beépített flash-ével nagyon ráver az SD-re.

Nem lejátszás közben nyúl az SD-hez, hanem mikor médiatárat frissít, és egyenként keresi meg a fájl/könyvtárnevekből a filmcímet/fanart képeket aztán egyenként beleírja az adatbázisba őket, ami pedig az SD kártyán van. Aztán trakt.tv-re szinkronizáláskor szintén az adatbázist frissítgeti.
Ha elindult a film lejátszása, már alapvetően nincs problélma vele, ide írtam megjegyzésként, hogy nálam alapból a gagyi USB-s Wi-Fi miatt kiesnek az 1080p filmek, bár ugyan a CPU még megbírkózna vele. Plusz a kb 15GB+ méretű (nem emlékszem pontosan) fájlok már kimaxolják a CPU-t, ha kábelen keresztül jönnek az adatok, akkor is. Itt még lehet órajeleket állítgatni mind CPU-t, mind RAM-ot, mind GPU-t, de az én hardverem túlhúzás terén nem túl rugalmas, úgyhogy nem tudtam sokat nyerni vele, hamar elkezdett fagyogatni, újraindulgatni.

Nekem CIFS-en van kioszva a médiatáram a "házi szerveren", sima 100mbites kapcsolaton (azért cifs mert 3-4 féle platformról kell elérni, és így volt kényelmes). Semmi bajom nincs vele.

--
arch,centos,debian,openelec,android

dev: http://goo.gl/7Us0GN
BCI news: http://goo.gl/fvFM9C

szerk.: egyet viszont tudok ajánlani, egy ideje van chromecast -em.

Apropo Chrome cast. Ti kepernyo megosztasra es video stremalesre (akar mobilrol) mit hasznaltok?
Marmint a TV oldalon (tehat ami fogadja a streamet es kiteszi tv-re).

En ugy nezem, hogy van az Airplay (AppleTV) es van a Chromecast mint alternativa, meg talan stream broadcast is.

Az Airplayre is van kliens androidra, elvileg linux desktop ala is van kliens, amivel a kepernyot meg lehet osztani.

A Chromecast (Google cast) egy erdekes allatfaj. Barhol, ahol mukodik eloszor is Chrome-ot kell felhegeszteni (xmbc ala is!), es a bongeszobe telepiteni a kiegeszitot, es ugy tud fogadni(?) streamet.

XBMC/Kodi elvileg gyarilag tud Airplay-t.

A Chromecast-tol en felek mint a tuztol, ugy latom, hoyg ez egy felhobol streamelo platform akar lenni. Annal is inkabb, mert a helyi streamet letiltotta a google (video_playback), igy kepernyot tud mirrorozni, meg felhobol (youtube) tud streamelni.

A lenyeg, amit szeretnek:
1. kepernyo megosztasa linux desktoprol
2. kepernyo megosztasa androidos telefonrol
3. video streamelese (hanggal!) androidos telefonrol (a amiket a telefonnal vettem fel)
4. ugyanaz az xbmc-s kutyu tudja, ne kelljen plusz egy (chromecast).

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

_nincs_ TV-re dugva (ha ugy lenne, nem kellene DLNA), konkretan semmilyen kijelzo nincs hozza csatlakoztatva
a TV-re a WD TV Live van rakotve :D

MOD: hoppa, az egy masik topic, bocs :D
XBMC nincs a Measy-n, vagy a MacBookra gondolsz? mert az sincs TV-re kotve (legalabbis nem folyamatosan, csak idonkent)

a kerdes az, hogy XBMC mennyire hasznalhato streamelesre.

(android -> xbmc -> tv)
(linux desktop -> xbmc -> tv)
(macbook (haver) -> xbmc -> tv)

Mert ha xbmc kiesett, akkor ez a Measy tunik a legjobb valasztasnak.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

DLNA nem megy a tv-n.
A 720 keves lesz egy desktophoz, fullhd az alap.

Viszont ugy nezem xbmc/kodi tud dlna-t.
A kerdes annyi igazabol, hoyg airplay vagy dlna vonalon erdemesebb nyomulni, hogyha van macbook is a kepben.
Es vajon egy raspi eleg-e a fullhd streameleshez.

Valakinek tapasztalata van esetleg?

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

1) az airplay onmagaban filmlejatszasra nem jo, legalabbis en nem talaltam ra megoldast, desktopot TV-re kirakni pl. csaladi fotok nezegetesehez remek
2) a DLNA filmlejatszasra van kitalalva, ha van akkora savszeled mint ami a film bitrataja akkor megy rendesen, nincs A/V sync hiba, stb
3) raspi tud fullhd-ban streamelni, felteve hogy semmi mast nem csinal (torrent, time machine backup, stb), es olyankor mar maxra van jaratva, BD50 ripek igy is eselytelenek szerintem