Ho appena inserito un mini howto per configurare vdr senza perdersi tra google e wiki.
Il link lo trovate nel menu in alto.
Ho appena inserito un mini howto per configurare vdr senza perdersi tra google e wiki.
Il link lo trovate nel menu in alto.
[~] cat /etc/rc.vdr
# Add here the plugins you want in VDR
# Note the format. The backslashes and doublequotes are important.
VDRPLUGINS="\"-Psc\" \
\"-Pxine -r\" \
\"-Pstreamdev-server\" \
\"-Posdpip\" \
\"-Posdteletext\" \
"
# Add here extra options you want to pass to VDR. Separated by blancs.
VDROPTS="--lirc"
# Set the LOCALE for VDR
VDRLANG="it_IT.utf8"
# List here the driver modules to reload when restarting VDR due to
# a watchdog timeout
# The drivers will be loaded in the given order and unloaded in the
# reverse order
VDRDRIVERS=()
# Do you want to wake up your system for tvm2vdr?
# Note: You MUSST install tvm2vdr to use this.
# Otherwise it has no effect.
TVM2VDRWAKEUP="no"
VDROPTS="-u vdr -v /video"
Un gioiellino.
Wow..altro che kaffeine con il flusso trasmesso in broadcasting
In pratica questo plugin gira sul server dove abbiamo attivo il processo vdr (ovviamente serve attivo solo quello, niente gui come accadeva con kaffeine), e il client attraverso un qualsiasi lettore video può visualizzare e cambiare canale da remoto, semplicemente aprendo il flusso tramite http con la seguente sintassi:
http://<ip_pc_vdr>:3000/<numero_canale> (es: http://192.168.0.2:3000/1)
La porta è modificabile dalle opzioni, inoltre per dare pieno controllo al client occorre impostare:
Veramente è una bomba, l’ho anche provato col netbook via wireless, ogni tanto si ferma l’immagine per qualche secondo per bufferizzare ma poi comunque riparte senza problemi.
L’ideale sarebbe mettere la scheda satellitare su un pc dedicato con login automatico con slim e avvio dei servizi minimi e di xine, però in questo momento ce l’ho montata su un desktop condiviso che uso anche per altre cose, quindi per ora ho semplicemente creato un nuovo utente vdr, così che dopo il login venga automaticamente lanciato xine a tutto schermo:
sudo adduser (/home/vdr)sudo gpasswd -a vdr <gruppo>, i gruppi sono i soliti: [vdr@stazione2 ~]$ groups
disk hal video audio optical storage userssu vdrcd /home/vdrmkdir -p ~/.config/openbox/cp /etc/xdg/openbox/rc.xml ~/.config/openbox/rc.xmlcp /etc/xdg/openbox/menu.xml ~/.config/openbox/menu.xmlnano ~/.config/openbox/autostart.sh :
xbindkeys &
xine -D -f "vdr:/tmp/vdr-xine/stream#demux:mpeg_pes" &cp /home/<utente_funzionante>/.xinitrc /home/vdr/ && cp /home/<utente_funzionante>/.xbindkeysrc /home/vdr/Ora rimane solo che da sistemare la questione telecomando, invece di creare una policy per hal possiamo semplicemente editare il file .xine/keymap aiutandoci asnche con xbindkeys -k, questo è il mio.
Infine qualche commento personale, archlinux per queste cose la considero veramente la numero 1 per ovvi motivi, adesso impiego circa una trentina di secondi per arrivare a xine aperto e funzionante, figuriamoci su un computer dedicato con installato solamente slim, openbox e appunto xine e con pochissimi demoni.
Update 16/03/09: aggiunta l’opzione -D (deinterlacciamento) nei parametri di xine
yaourt -S vdrvdr -u <utente> -v /video -c /etc/vdr -P'xine -r' …xine -D -f "vdr:/tmp/vdr-xine/stream#demux:mpeg_pes"
[~] cat /etc/rc.vdr
VDRPLUGINS=" \"-Pxine -r\" \
\"-P....... \" \
"
.....
VDRLANG="it_IT.utf8"
.....
VDRDRIVERS=()
.....
VDROPTS="-u <utente> -v /video"
[~]
sudo /etc/rc.d/vdr startVDRPLUGINS :
[~] ps ax | grep vdr
.....
/usr/bin/vdr -u <utente> -v /video -c /etc/vdr -s /usr/bin/vdrshutdown.sh -w 60 -Pxine -r -P.....
xine -D -f "vdr:/tmp/vdr-xine/stream#demux:mpeg_pes"
Come prima impressione devo dire che l’interfaccia è veramente molto veloce, la decodifica consuma poca cpu, varia tra il 10 e il 15 % su un athlon xp 64bit 3200:
5262 marinz 20 0 570m 39m 18m S 10 2.3 0:21.90 xine
prossimamente proverò a metterci anche qualche plugin e a smanettarci sopra.
Update 13/03/09: Aggiunti i punti 7-8-9-10.
Update 16/03/09: flag -f nei parametri di xine e altre correzioni minori