Raspberry PI - Openelec - test drive
Moderatori: ragno, tapino, alez, zulu, davidea
Raspberry PI - Openelec - test drive
Sto provando Openelec XBMC (provero' raspbmc in seguito) e la prima cosa che mi ha colpito e' che la raspi si presenta come device HDMI CEC, questo consente di gestire la gui di XBMC col telecomando del televisore!!!
Non c'e' bisogno di altro: e' chiaro che la funzionalita' CEC deve essere supportata dall'apparecchio tv (testato monitor/tv samsung e tv panasonic: la funzionalita' si chiama rispettivamente anynet+ e vieralink).
Potendo sfruttare questa modalita' in pratica si puo' creare ed aggiungere un extender multimediale a televisori che non ne hanno. Inoltre per quegli apparecchi che dispongono di una porta usb si puo' alimentare la raspi da quest'ultima creando un sistema praticamente meglio integrato del solito lettore multimediale: si utilizza il telecomando del tv e si alimenta la raspi dal tv stesso.
Le funzionalita' di XBMC come riproduttore funzionano: ho testato un paio di mkv a 1080p con senza problemi o scatti (cpu massimo al 70%, considerando che si puo' overcloccare del 15-20% senza problemi).
L'unica cosa che non sono riuscito a far funzionare e' il client per VDR. Il plugin vnsi-server e' stato aggiornato in questi giorni e quello nel repository di yavdr sembrerebbe di no. Si possono sempre scaricare i sorgenti dal git e tentare la compilazione: http://forum.xbmc.org/showthread.php?tid=147852
Spero che qualcun'altro abbia delle dritte e ci perda un po' di tempo, imho ne vale la pena
saluti
ragno
p.s. aggiungo che non mi e' chiaro il discorso dei codec video, visto che sul sito ufficiale sono da acquistare???
Non c'e' bisogno di altro: e' chiaro che la funzionalita' CEC deve essere supportata dall'apparecchio tv (testato monitor/tv samsung e tv panasonic: la funzionalita' si chiama rispettivamente anynet+ e vieralink).
Potendo sfruttare questa modalita' in pratica si puo' creare ed aggiungere un extender multimediale a televisori che non ne hanno. Inoltre per quegli apparecchi che dispongono di una porta usb si puo' alimentare la raspi da quest'ultima creando un sistema praticamente meglio integrato del solito lettore multimediale: si utilizza il telecomando del tv e si alimenta la raspi dal tv stesso.
Le funzionalita' di XBMC come riproduttore funzionano: ho testato un paio di mkv a 1080p con senza problemi o scatti (cpu massimo al 70%, considerando che si puo' overcloccare del 15-20% senza problemi).
L'unica cosa che non sono riuscito a far funzionare e' il client per VDR. Il plugin vnsi-server e' stato aggiornato in questi giorni e quello nel repository di yavdr sembrerebbe di no. Si possono sempre scaricare i sorgenti dal git e tentare la compilazione: http://forum.xbmc.org/showthread.php?tid=147852
Spero che qualcun'altro abbia delle dritte e ci perda un po' di tempo, imho ne vale la pena
saluti
ragno
p.s. aggiungo che non mi e' chiaro il discorso dei codec video, visto che sul sito ufficiale sono da acquistare???
vdr: 1.4.7+extpatch54 (pensionata), 1.7.27 (yavdr 0.4)
Percorri la via che porta al sole,
e non camminare sui sentieri oscuri.
E quando penso che sia finita,
è proprio allora che comincia la salita.
Percorri la via che porta al sole,
e non camminare sui sentieri oscuri.
E quando penso che sia finita,
è proprio allora che comincia la salita.
Re: Raspberry PI - Openelec - test drive
Intanto grazie del report.
Mi sa che mi doterò anche io di monitor TV Samsung, ci pensavo da tempo dato che non dispongo di TV HD per fare le prove.
Mi sa che mi doterò anche io di monitor TV Samsung, ci pensavo da tempo dato che non dispongo di TV HD per fare le prove.
Ciao alez
Re: Raspberry PI - Openelec - test drive
Oggi volevo provarlo, ma sono rimasto fregato dall'attacco micro-usb per l'alimentazione e non ho neppure un cavo diretto.... grrrr....
Ciao
Ciao
VDRBOX: GA-K8NS, AMD Sempron 2600+, Hauppauge Nexus 2.1, LFS
Re: Raspberry PI - Openelec - test drive
Aggiornamento: getto la spugna per connessione tramite vnsi: ho scaricato l'ultima build di Openelec (12753) gittato i sorgenti del plugin per vdr, ricompilato, ma ancora non funziona (errore di socket). Provero' xvdr.
Per il resto ho provato l'overclock (modesto), nessun problema, ma ho notato che la differenza la fa la SD card: ne ho provata una barbona da 1 Gb ed una da supersiuri (16Gb extreme), non ci sono paragoni...
ciao
p.s. ora mi dedico al panetone...
Per il resto ho provato l'overclock (modesto), nessun problema, ma ho notato che la differenza la fa la SD card: ne ho provata una barbona da 1 Gb ed una da supersiuri (16Gb extreme), non ci sono paragoni...
ciao
p.s. ora mi dedico al panetone...
vdr: 1.4.7+extpatch54 (pensionata), 1.7.27 (yavdr 0.4)
Percorri la via che porta al sole,
e non camminare sui sentieri oscuri.
E quando penso che sia finita,
è proprio allora che comincia la salita.
Percorri la via che porta al sole,
e non camminare sui sentieri oscuri.
E quando penso che sia finita,
è proprio allora che comincia la salita.
Re: Raspberry PI - Openelec - test drive
Aggiornamento della vigilia...
Il panettone ha fatto effetto: sono riuscito a cavare un ragno dal buco...
Solo per chi utilizza yavdr
Seguendo questo thread: http://www.vdr-portal.de/board60-linux/ ... ost1113284
ho ricompilato sia vdr-plugin-xvdr che vdr-plugin-vnsiserver.
---- fine parte per yavdr -----
Ho installato l'immagine openelec (qui: http://openelec.thestateofme.com/) realizzata nella stessa data del git per i plugghi di yavdr: ho scelto la r12733
Alla fine sono riuscito a far funzionare la raspi con xbmc come client pvr di VDR
Il pluggo VNSI non funziona (ho dei buffer ring overflow) , ma XVDR funziona!!!
Il caricamento della lista canali, epg, etc e' un po' lento (devo provare per l'ennesima volta l'overclock ), ma basta creare un channels.conf (da gestire con il pluggo vdr channelslist) ridotto ed adattato per abbattere i tempi di attesa, inizialmente avevo la channels.conf motorizzata con quasi 5000 canali
Ho avuto un po' di problemi perche pur avendo tutto funzionante, la raspi non mandava in play i canali piu' frequenti (gli sd), poi ho pensato che poteva essere un problema di codec video
Infatti tutti i canali h264 vanno che e' una bellezza, mentre quelli che sono mpg2 no.
Magari se qualcuno che ha comprato il codec potesse provare...
Per il resto vi saluto...
p.s.
grande raspi...hardware dell'anno...
grande
Il panettone ha fatto effetto: sono riuscito a cavare un ragno dal buco...
Solo per chi utilizza yavdr
Seguendo questo thread: http://www.vdr-portal.de/board60-linux/ ... ost1113284
ho ricompilato sia vdr-plugin-xvdr che vdr-plugin-vnsiserver.
---- fine parte per yavdr -----
Ho installato l'immagine openelec (qui: http://openelec.thestateofme.com/) realizzata nella stessa data del git per i plugghi di yavdr: ho scelto la r12733
Alla fine sono riuscito a far funzionare la raspi con xbmc come client pvr di VDR
Il pluggo VNSI non funziona (ho dei buffer ring overflow) , ma XVDR funziona!!!
Il caricamento della lista canali, epg, etc e' un po' lento (devo provare per l'ennesima volta l'overclock ), ma basta creare un channels.conf (da gestire con il pluggo vdr channelslist) ridotto ed adattato per abbattere i tempi di attesa, inizialmente avevo la channels.conf motorizzata con quasi 5000 canali
Ho avuto un po' di problemi perche pur avendo tutto funzionante, la raspi non mandava in play i canali piu' frequenti (gli sd), poi ho pensato che poteva essere un problema di codec video
Infatti tutti i canali h264 vanno che e' una bellezza, mentre quelli che sono mpg2 no.
Magari se qualcuno che ha comprato il codec potesse provare...
Per il resto vi saluto...
p.s.
grande raspi...hardware dell'anno...
grande
vdr: 1.4.7+extpatch54 (pensionata), 1.7.27 (yavdr 0.4)
Percorri la via che porta al sole,
e non camminare sui sentieri oscuri.
E quando penso che sia finita,
è proprio allora che comincia la salita.
Percorri la via che porta al sole,
e non camminare sui sentieri oscuri.
E quando penso che sia finita,
è proprio allora che comincia la salita.
Re: Raspberry PI - Openelec - test drive
Un paio di tricks xbmc (openelec e raspbmc): disattivare i feed rss, ottimizzare il rendering e il buffering
advancedsettings.xml (in .xbmc/userdata/)
Forza mount nfs (solo openelec, non mi funziona il mount da gui)...
n.b. a volte la connessione, non capisco per quale ragione, risulta busy dopo il mount (con azbox e yavdr funzionano sempre). Con rasbmc non serve in quanto basta popolare fstab, openelec gestisce la cosa in maniera non standard.
autostart.sh (in .config)
ciao
p.s. sono a 850Mhz senza overvolt...
advancedsettings.xml (in .xbmc/userdata/)
Codice: Seleziona tutto
<advancedsettings>
<network>
<cachemembuffersize>30242880</cachemembuffersize>
</network>
<fanartheight>560</fanartheight>
<thumbsize>256</thumbsize>
<gui>
<algorithmdirtyregions>3</algorithmdirtyregions>
<nofliptimeout>0</nofliptimeout>
</gui>
<bginfoloadermaxthreads>2</bginfoloadermaxthreads>
</advancedsettings>
n.b. a volte la connessione, non capisco per quale ragione, risulta busy dopo il mount (con azbox e yavdr funzionano sempre). Con rasbmc non serve in quanto basta popolare fstab, openelec gestisce la cosa in maniera non standard.
autostart.sh (in .config)
Codice: Seleziona tutto
#!/bin/sh
(sleep 50; \
mount -t nfs 192.168.1.11:/media /storage/nfs -o nolock ; \
)&
p.s. sono a 850Mhz senza overvolt...
vdr: 1.4.7+extpatch54 (pensionata), 1.7.27 (yavdr 0.4)
Percorri la via che porta al sole,
e non camminare sui sentieri oscuri.
E quando penso che sia finita,
è proprio allora che comincia la salita.
Percorri la via che porta al sole,
e non camminare sui sentieri oscuri.
E quando penso che sia finita,
è proprio allora che comincia la salita.
Re: Raspberry PI - Openelec - test drive
Hai provato anche Raspbmc?
Ti funzionano tastiera e mouse?
Ti funzionano tastiera e mouse?
Ciao alez
Re: Raspberry PI - Openelec - test drive
Raspbmc provata, mi sembra vada bene, avendo sotto una vera debian la preferirei, ma non trovo ho l'extension di xbmc xvdr, quindi niente tv da vdr...alez ha scritto:Hai provato anche Raspbmc?
Ti funzionano tastiera e mouse?
Tastiera e mouse ancora non provati...ma ho scaricato le pile del remoto della tv
ciao
vdr: 1.4.7+extpatch54 (pensionata), 1.7.27 (yavdr 0.4)
Percorri la via che porta al sole,
e non camminare sui sentieri oscuri.
E quando penso che sia finita,
è proprio allora che comincia la salita.
Percorri la via che porta al sole,
e non camminare sui sentieri oscuri.
E quando penso che sia finita,
è proprio allora che comincia la salita.
Re: Raspberry PI - Openelec - test drive
Ciao alez
Re: libCEC e plugin-remote
Allora ho anticipato le prove... installato OpenElec su Raspberry.. veloce e fluido... collegato direttamente alla tv tramite cavo hdmi...
Utilizzo il telecomando del televisore senza dover configurare nulla... ho solo un problema quando premo i tasti... nessun tasto accetta più di 2 pressioni consecutive... se premo un tasto 1 volta per poterlo ripremere devo premerne prima un altro... boh..
Ciao
Utilizzo il telecomando del televisore senza dover configurare nulla... ho solo un problema quando premo i tasti... nessun tasto accetta più di 2 pressioni consecutive... se premo un tasto 1 volta per poterlo ripremere devo premerne prima un altro... boh..
Ciao
VDRBOX: GA-K8NS, AMD Sempron 2600+, Hauppauge Nexus 2.1, LFS
Re: libCEC e plugin-remote
Collegato il rasp al televisore LG 22 pollici (quello del VdrDay) e il telecomando funziona... per cui è un problema di comunicazione con il televisore Philips 47 pollici... che è più nuovo... forse standard leggermente diversi...
Devo indagare
Ciao ciao
Devo indagare
Ciao ciao
VDRBOX: GA-K8NS, AMD Sempron 2600+, Hauppauge Nexus 2.1, LFS
Altre dritte:
Controllare le frequenze impostate in config.txt (per l'overclock):
Cache read_ahead(SD):
Impostare un valore differente (per me va bene 1024, penso si possa settare in autostart.sh):
Qui il benchmark per testare la SD:
Ottengo i segueni valori (2 test):
128Kb: 19.4-18.6 1024: 19.7-19.5
128Kb: 19.9-20.0 1024: 22.1-22.1
ciao
Codice: Seleziona tutto
dmesg | grp cpufreq
Codice: Seleziona tutto
cat /sys/devices/virtual/bdi/179:0/read_ahead_kb
Codice: Seleziona tutto
echo 1024 > /sys/devices/virtual/bdi/179:0/read_ahead_kb
Codice: Seleziona tutto
time sh -c "dd if=/dev/zero of=ddfile bs=8k count=70000 && sync"
time sh -c "dd if=ddfile of=/dev/zero bs=8k count=70000 && sync"
128Kb: 19.4-18.6 1024: 19.7-19.5
128Kb: 19.9-20.0 1024: 22.1-22.1
ciao
vdr: 1.4.7+extpatch54 (pensionata), 1.7.27 (yavdr 0.4)
Percorri la via che porta al sole,
e non camminare sui sentieri oscuri.
E quando penso che sia finita,
è proprio allora che comincia la salita.
Percorri la via che porta al sole,
e non camminare sui sentieri oscuri.
E quando penso che sia finita,
è proprio allora che comincia la salita.
Re: Raspberry PI - Openelec - test drive
Testato lo stream da vdr tutta domenica pomeriggio
Poi ho visto il posticipo...
Comunque funziona ed e' utilizzabile.
Ho riscontrato solo 2 problemi:
1) con lo stream attivo (ricordo che e' in 1080i da vdr con deinterlacciamento auto su openelec) a volte c'e' un rallentamento quando viene premuto il tasto ok ed appare l'OSD, soprattutto richiamando la finestra lista canali (dovrei provare l'OC con governor performance e non ondemand)
2) passando dall'emissione dell'evento live alla pubblicita' (ma non dalla pubblicita' allo studio) per un istante si blocca tutto, come se il broadcaster inviasse il flusso in maniera differente.
Altre dritte:
vcgencmd consente di leggere diversi parametri del processore.
ad esempio:Riporta il clock attuale del processore
Riporta il clock attuale del modulo gpu
Visualizzare i governor disponibili:
Impostare il governor:
etc, etc.
ciao
Poi ho visto il posticipo...
Comunque funziona ed e' utilizzabile.
Ho riscontrato solo 2 problemi:
1) con lo stream attivo (ricordo che e' in 1080i da vdr con deinterlacciamento auto su openelec) a volte c'e' un rallentamento quando viene premuto il tasto ok ed appare l'OSD, soprattutto richiamando la finestra lista canali (dovrei provare l'OC con governor performance e non ondemand)
2) passando dall'emissione dell'evento live alla pubblicita' (ma non dalla pubblicita' allo studio) per un istante si blocca tutto, come se il broadcaster inviasse il flusso in maniera differente.
Altre dritte:
vcgencmd consente di leggere diversi parametri del processore.
ad esempio:
Codice: Seleziona tutto
vcgencmd measure_clock arm
Codice: Seleziona tutto
vcgencmd measure_clock core
Visualizzare i governor disponibili:
Codice: Seleziona tutto
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
Codice: Seleziona tutto
echo conservative > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
Codice: Seleziona tutto
echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
ciao
vdr: 1.4.7+extpatch54 (pensionata), 1.7.27 (yavdr 0.4)
Percorri la via che porta al sole,
e non camminare sui sentieri oscuri.
E quando penso che sia finita,
è proprio allora che comincia la salita.
Percorri la via che porta al sole,
e non camminare sui sentieri oscuri.
E quando penso che sia finita,
è proprio allora che comincia la salita.
Re: Raspberry PI - Openelec - test drive
ragno ha scritto: 2) passando dall'emissione dell'evento live alla pubblicita' (ma non dalla pubblicita' allo studio) per un istante si blocca tutto, come se il broadcaster inviasse il flusso in maniera differente.
Uhm... passaggio 16:9 - 4:3 ?
Interessante, quindi usano una sorta di speed step... oltre ad essere un microprocessore particolarmente efficiente, si cerca di limare ancora di più sul risparmio energetico riducendo il clockvcgencmd consente di leggere diversi parametri del processore.
Ciao alez
Re: Raspberry PI - Openelec - test drive
No, al termine del primo tempo (ma anche alla fine dell'incontro), passando dal live sul campo alla pubblicita' c'e' un istante in cui lo steream si blocca, poi riparte normalmente. Boh!alez ha scritto:ragno ha scritto: 2) passando dall'emissione dell'evento live alla pubblicita' (ma non dalla pubblicita' allo studio) per un istante si blocca tutto, come se il broadcaster inviasse il flusso in maniera differente.
Uhm... passaggio 16:9 - 4:3 ?
Comunque e' quasi ora di comprare la licenza mpg2
Funziona cosi anche sulla dockstar e sugli smartphone (il mio LG1)...Ormai siamo circondati da arm...alez ha scritto: Interessante, quindi usano una sorta di speed step... oltre ad essere un microprocessore particolarmente efficiente, si cerca di limare ancora di più sul risparmio energetico riducendo il clock
ciao
vdr: 1.4.7+extpatch54 (pensionata), 1.7.27 (yavdr 0.4)
Percorri la via che porta al sole,
e non camminare sui sentieri oscuri.
E quando penso che sia finita,
è proprio allora che comincia la salita.
Percorri la via che porta al sole,
e non camminare sui sentieri oscuri.
E quando penso che sia finita,
è proprio allora che comincia la salita.