Raspberry Pi kontra 1080p

Multimédia

Raspberry Pi-vel néztetek már valami extrém magas bitrátájú 1080p-s (netán 3D) videót hálózaton keresztül?
Viszi az ilyeneket is szaggatás nélkül?
Nekem kevésnek tűnik az a 100 Mbites LAN... :(
Egyébként tetszik.
Az RS-nél már 3 féle házat is lehet rendelni hozzá kicsi pézé', a Nokia töltőm meg pont jó lenne hozzá tápnak. :D
Memóriakártyám van, így kijönne kb. egy 10-esből egy HTPC, de félek, hogy nem tudná azt, amit a mostani (házilag összerakott) cuccom tud.

  • 11037 megtekintés

( answ | 2012. 10. 03., sze – 05:53 )

"While the peak bit rate for standard Blu-ray movies is 40 Mb/s, the peak bit rate for Blu-ray 3D is 60 Mb/s."
http://www.tomshardware.com/reviews/blu-ray-3d-3d-video-3d-tv,2632-10.h…

Tehát elméletben a 100 Mbit/s nem lehet akadály. A gyakorlatban persze SMB-vel valószínűleg nem is érdemes foglalkozni ekkora bitrátánál (úgyse fog menni), hanem NFS-ről kell játszani..

"The GPU is capable of BluRay quality playback, using H.264 at 40MBits/s."
http://www.raspberrypi.org/faqs

Tehát hardveresen is 40 Mbit/s-ig biztosan támogatott a videó lejátszása.

( krumplicska | 2012. 10. 03., sze – 07:25 )

Óvatosan az RS-el, elég lassan szállítanak (18 hét!) augusztus végi rendelést november végére ígérik, így utólag inkább a farnellt választottam volna.
http://uk.rs-online.com/web/generalDisplay.html?id=raspberrypi&file=que…
Standard Delivery (Despatch expected within 18 week(s))

Ja és nem 10e, hanem 12e/fő, sőt ha egyedül veszed akkor még kicsit több, a szállítási díj nem oszlik el...

( Cajga | 2012. 10. 03., sze – 07:56 )

Az van, hogy pont a hataron van... Nehany film megy rendesen nehanynal meg bele-bele akad (felmasolva az SD kartyara, mindegyik megy rendesen).
En a mostani overclocking-tol varom a megoldast, de meg nem volt idom kiprobalni az uj release-eket (eddig az xbian-t preferaltam).

Szerk: Es hozza kell tennem, hogy sambaval teszteltem...

ez nem igaz, amikor a menüben járkálok tényleg van terhelés, de filmnézés közben leesik. A memoria viszont nagyon kevés. 

Mem: 110696K used, 12348K free, 0K shrd, 14756K buff, 46356K cached
CPU: 39.0% usr 15.2% sys  0.0% nic 44.9% idle  0.0% io  0.0% irq  0.8% sirq
Mem: 110696K used, 12348K free, 0K shrd, 14756K buff, 46356K cached
CPU: 39.0% usr 15.1% sys  0.0% nic 45.5% idle  0.0% io  0.0% irq  0.2% sirq
Load average: 1.02 1.03 0.99 1/85 1562

free
             total         used         free       shared      buffers
Mem:        123044       110384        12660            0        14756
-/+ buffers:              95628        27416
Swap:            0            0            0

és ami épp megy: 


ffmpeg -i 19.mkv
ffmpeg version 0.8-4:0.8-2~bpo60+1, Copyright (c) 2000-2011 the Libav developers
  built on Mar 20 2012 12:56:59 with gcc 4.4.5
This program is not developed anymore and is only provided for compatibility. Use avconv instead (see Changelog for the list of incompatible changes).
[matroska,webm @ 0xa030260] Estimating duration from bitrate, this may be inaccurate

Seems stream 0 codec frame rate differs from container frame rate: 59.94 (2000000/33367) -> 29.97 (30000/1001)
Input #0, matroska,webm, from '19.mkv':
  Duration: 01:04:48.35, start: 0.000000, bitrate: N/A
    Chapter #0.0: start 0.097000, end 3888.355000
    Metadata:
      title           : 00:00:00.097
    Stream #0.0: Video: h264 (High), yuv420p, 800x450, PAR 1:1 DAR 16:9, 23.98 fps, 29.97 tbr, 1k tbn, 59.94 tbc (default)
    Stream #0.1: Audio: aac, 48000 Hz, stereo, s16 (default)
At least one output file must be specified

Ok, en neztem meg meg a lejatszas alatti CPU hasznalatot, de abban remelem egyetertunk, hogy a proci sebessege kihat a halozatra.

A free parancsod nem szamol a cached memoriaval (nem neztem meg sose, de lehet, hogy busybox?) szoval felejtos.

A top kimenetenel latni, hogy tobb mint a fele memoriad (persze annak a fele amit az appok hasznalhatnak miutan a GPU megkapta a maga reszet) szabad:
Mem: 110696K used, 12348K free, 0K shrd, 14756K buff, 46356K cached

Hajnali 5 körül olvasgattam a raspberry.org-on a FAQ-ben valami olyasmit, hogy terveznek ezirányú fejlesztéseket.
Nem mernék már semmilyen részletbe belemenni, most meg nincs időm utánanézni, de arra az elhatározásra jutottam, hogy később érdemes lesz még ránézni a projectre. :) 

openSUSE 12.2, vagy ami éppen jön.

( gergov | 2012. 10. 03., sze – 11:28 )

Nekem többnyire overclock nélkül is jó tapasztalataim vannak vele. Leszámítva persze a múltkori hálózatos problémámat.
Eddig a raspbmc disztrót használtam. Konzolról felcsatolva (tehát nem az xbmc menüjéből) az nfs megosztást egy 21 GB-os 1080p-s Avatar még elmegy rajta, bár "bonyolultabb" jeleneteknél meg-megdöccen.
Ami nekem inkább nem tetszik, az a menürendszer borzalmasan lassú működése.

( Hyperion | 2012. 10. 03., sze – 12:26 )

Eddigi tapasztalataim szerint, a Pi nem tud kiváltani Pl. egy popcornt, vagy netán egy HTPC-t, multimédia szempontjából.

Amire én használom arra tökéletes: USB-s HDD megosztás/Feltételekkel/, XBMC távirányítóval, Webrádió..

Első körben a tervem az volt, hogy az rPi legyen a fő NAS-om ami a filmeket, zenéket tárolja, majd a popcorn azt lejátssza.

A gond ott volt, hogy a PCH és az rpi között max 2MB/s -es sebességet tudtam elérni SMB-n keresztül. NFS-el sem volt jobb a helyzet. Linux-os router és rpi között ugyan az az eredmény.

Ellenben windows-rpi hozta a tőle várt 6-7MB/s-et.

Fordított esetben, rpi <-> router, rpi <-> PCH szintén siralmas az eredmény.
Minimális különbséget vettem észre, ha az XBMC futott, vagy sem.

Ennek fényében én nem ajánlanám szívesen a fenti feladatra. Azon kivül viszont király cucc! :D

Mintha azt olvastam volna a FAQ-ban, hogy azért nincs gigabites LAN, mert USB-n keresztül oldották meg a LAN portot, ami ugye 2.0-ás, így nem képes a gigabites net sebességére.
Remélem azért ezt megoldják a Plan C-ben... :)
Szerintem amúgy minden másban megfelelne az én igényeimnek. 

openSUSE 12.2, vagy ami éppen jön.

Hát nemtudom.. Én el vagyok kényeztetve a popcornal ez igaz, de pl film közben a raspi-n ha vmit szeretnék állítani, (pl.: felirat, hang) eléggé döcögős. Nah ez PCH-nál nincs minden szép folyamatos. Nem szaggat a menü, nem pattan egy rohadt nagyot a hang stb.
Igaz az árkülönbség is nagy.

Én csak arra szeretnék rávilágítani, hogy az rPi több örömet okoz, ha nem feltétlenül htpc helyettesítő eszközként tekintesz rá! :D

persze, mert sokan tokre masra akarjak hasznalni ezt a cuccot mint amire terveztek. mintha ez egy egyszeru boardnak keszult, hogy konnyen lehessen ra programozni apro cuccokat, meg vezerelni ezt azt: sorerjesztot, mars jarmut vagy raketa inditot.

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

( 2Geza | 2012. 10. 04., cs – 11:07 )

Feloverclockolva nekem simán lejátssza a BD-t 100 megás hálózatról (smb), bár 3D-st nem próbáltam.
Bár én az omxplayert használom, XBMC feleslegesen sok erőforrást eszik.

Félreértettelek, mert az openELEC xbmc-je is az OMXPlayert használja, ezért tételeztem fel, hogy Te mást használsz.
Érdekes módon ha egy PC-re felteszem az openELEC-et, simán viszi a DVD-ket és működik az egér görgetője is. De ha ugyan ezzel az egérrel Raspberry Pi-re teszem a legfrissebb openELEC-et, ott nem megy a görgetés, és a DVD-ket sem játssza le.
A menü hangja hallatszik, de nincs kép. A szmláló megy, de ennyi.
Erre van valami ötleted?

Te milyen disztót használsz, milyen egyedi szoftverekkel? 

openSUSE 12.2, vagy ami éppen jön.

( WG | 2012. 10. 27., szo – 11:26 )

Megjött a cuccom a Farnelltől, immáron 512 MB RAM-al. :)

Az eddigi tapasztalataim a következők:
Nem tudningoltam még fel a gépet, gyári beállításokkal megy egyelőre minden.

Class 4-es kártyával elég nyögvenyelős az OpenELEC és a Raspbmc is, de Class 10-essel már egész elviselhető a kezelhetősége.

Az első film, amit próbáltam egy 11.8 Mbps bitrátás 1080p VC-1 DTS-HD MA5.1 hangokat taralmazó rls volt.
Kb. 5 mp-enként megáll 1 mp-re, tehát szaggat a lejátszás.
A második próbálkozás egy 11.1 Mbps bitráta, DTS 5.1 1536 Kbps és AC3 5.1 448 Kbps 48KHz hangcsatornákkal ellátott mozi volt.
Ezt zökkenőmentesen vitte, ahogy a nagykönyvben meg van írva. (OpenELEC-el néztem végig)
DVD-t egyelőre nem játszik le ez a verzió (Mpeg-2 codecet kell venni hozzá), de PC-s verzióval jászottam már le DVD-t, úgyhogy van remény.
(Valahol olvastam, hogy apt-get install mplayer ffmpeg megoldja a problémát :) A "beépített" OMXPlayer-nek vannak csak lejátszási gondjai.)

Gbites hálózaton, sambán keresztül linuxos gépről toltam rá a filmeket, zenéket.

Az egér görgetője nem működik az általam eddig kipróbált Raspberry Pi-s XBMC verziókban, de a PC-ben az is ment, úgyhogy gondolom meg fogom tudni oldani.

Zenét szépen játszik MP3-ból.

Webes felületen távolról vezérelhető az XBMC.

Kipróbáltam vagy 10 skint.
Egyik gyorsabb, másik lassabb, némelyik teljesen magyar, van, amelyik itt-ott angol, egyikből a magyar ékezetek egy része is hiányzik. :)
Legalább 2-t találtam, ami tetszik is és működik is megfelelő sebességgel, ékezetekkel, magyarul.

Az eddigi benyomásaim pozitívak, már csak azt a pár bosszantó apróságot kell megoldanom, amiket említettem és 100%-os lesz a cucc házi szórakoztató központnak. 

openSUSE 12.2, vagy ami éppen jön.

Nekem a 2012.10.23-i OpenEELEC nem nyújtotta szét, cserébe jó nagy fekete sáv volt jobb és bal oldalon.
A TV-n addig nyomkodtam az Aspect Ratio feliratú gombot, amíg 4:3-hoz nem értem és jó lett a kép.
A következő filmnél visszatettem 16:9-re.
Kicsit macerásabb, mintha automatikusan történne a képernyőhöz igazítás, de ezt még a család is meg tudja jegyezni. :D

Szerk.: Itt a Te problémáddal foglalkoznak... szerintem. 

openSUSE 12.2, vagy ami éppen jön.

Nem teljesen. Nálam működik a kézi képarányállítás.
A probléma alapvetően az, hogy itt ez a mintafájl: http://centaur.sch.bme.hu/~nyebi/11.mpg
Ez ugye 720x576 képpont felbontású, de 16:9-es képarányú. Kb. minden linuxos és windowsos lejátszóban jól is jelenik meg, beleértve a gépemen lévő XBMC-t is.
Viszont a raspberry pi változatokban, függetlenül az alatta lévő rendszertől (raspbmc vagy openelec), a 2012. augusztusnál fiatalabb nightly buildek mind széthúzzák.
Vajon lehet erről valahol bugreportot írni nekik?

( E-Medve v | 2012. 10. 27., szo – 18:31 )

A fullhd BigBuckBunny-t néztem rajta Raspbian alól omxplayer-rel Samba-n keresztül és nálam nem akadt.

Megnéztem, 12 Mbps a bitrátája -ami elég korrekt-, de .avi, nem .mkv, mint amiket én próbáltam.
Kipróbálom mindjárt.

Közben abba futottam bele, hogy sem a Raspbian rpi_installer_08-19-12, sem a 2012-09-18-wheezy-raspbian.img nem kezeli sem a billentyűzetemet, sem az egeremet.
Logitech K520.
OpenELEC és Raspbmc alatt ment, amúgy PC-n régóta használom.

Szerk.: Kipróbáltam, ezt az enyém is viszi szaggatás nélkül.
Úgy látszik, a bitrátán kívül a tömörítési codecnek (milyen érdekes :)) is nagy szerepe van.

Szerk.2: Feltuningoltam a procit 800 MHz-re, így már viszi azt a filmet is, ami eddig szaggatott.

Szerk.3: Mivel az ominózus film lejátszása a vége előtt ~20 perccel meg is állt, megnéztem PC-n is mplayerrel, ahol kiderült, hogy a filmmel van baj. :)
Egyszóval eddig ezen (a hibás) filmen kívül eddig mindent vitt tuningolás nélkül is szaggatásmentesen, már ami egyáltalán elindult rajta.
Némelyik DVD-nek csak hangja van, a menü képe nem jelenik meg, így elindítani sem tudom, némelyik el sem indul. De ez az OMXPlayer hibája, nem a Raspberry Pi-é, úgyhogy keresek rá megoldást. 

openSUSE 12.2, vagy ami éppen jön.

( tovis v | 2012. 10. 28., v – 14:00 )

subscribe

* Én egy indián vagyok. Minden indián hazudik.