vdr is incredible

1. interfaccia veramente veloce, leggera e funzionale
2. switch canali veloce (circa 1 secondo)
3. funzione timeshifting
4. funzione picture in picture
5. possibilità di registrare più canali simultaneamente appartenenti ad uno stesso trasponder
6. con due schede dvb, possibilità (teorica) di registrare tutti i canali rai su una e quelli mediaset su un’altra, quindi 6 canali contemporaneamente
7. sempre in linea teorica è in grado di gestire fino a 8 schede dvb
8. ovviamente se si sta registrando si può guardare un altro canale o comunque fare altre cose
9. possibilità di trasmissione e controllo totale via rete (LAN e non)
10. abbondanza di plugin…
11. …per questo si può fare qualsiasi cosa
12. veloce
13. veloce
14. veloce
15. ……

Un gioiellino.

vdr e streamdev-plugin

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:

1. Suspend behaviour = always suspend
2. client may suspend = yes

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.

decoder, htpc e consumi

Mi sto informando su che cosa offre il mercato per un possibile htpc da mettere in salotto, e siccome vorrei che durasse nel tempo, dovrebbe essere in grado di leggere i filmati hd (720 e 1080p), dovrebbe avere almeno una slot pci (ma ne preferirei due), una slot pci express per una futura scheda video ma sopratutto deve consumare poco.

Per farmi un idea sui consumi ho cercato prima quelli relativi ai decoder:

• philips gold box: max 40 W, min 5 W
• nokia mm 9701s: max 40 W, min 6 W
• dreambox sui 15 W

Poi mi sono informato sui processori, ad esempio:

• amd k7 thunderbird 1 ghz che ho in soffitta: circa 45 W (ovviamente solo la cpu)
• amd athlon xp mobile 2000+ (laptop cpu), 35/45W
• il mio desktop, un amd 64×2 3800+: stesso consumo, circa sui 45 W (sempre solo la cpu)
• acer aspire one A150x, max 30W

La migliore soluzione comunque per un htpc sembrano le mini-itx intel atom D945GCLF e D945GCLF2

consumano al max in totale sui 40 W, il problema però è che hanno solo uno slot pci, niente slot per scheda grafica e sembra che i filmati in 720 siano fluidi, ma non girano quelli in 1080, e volendo un sistema che duri negli anni è un problema non di poco conto.

Andrebbe bene un sistema con quel procio e mb, ma con qualche slot pci in più e uno slot per una scheda grafica un pò più performante, vi terrò aggiorati.

vdr system

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:

1. sudo adduser (/home/vdr)
2. sudo gpasswd -a vdr <gruppo>, i gruppi sono i soliti:
   [vdr@stazione2 ~]$ groups
disk hal video audio optical storage users
3. su vdr
4. cd /home/vdr
5. mkdir -p ~/.config/openbox/
6. cp /etc/xdg/openbox/rc.xml ~/.config/openbox/rc.xml
7. cp /etc/xdg/openbox/menu.xml ~/.config/openbox/menu.xml
8. nano ~/.config/openbox/autostart.sh :

xbindkeys &
xine -D -f "vdr:/tmp/vdr-xine/stream#demux:mpeg_pes" &
9. cp /home/<utente_funzionante>/.xinitrc /home/vdr/ && cp /home/<utente_funzionante>/.xbindkeysrc /home/vdr/
10. riavviamo  e proviamo ad entrare in 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

ricevitore skystar

Nel mio caso il telecomando in dotazione ha la sigla “TS35-IRUSB”, mentre il ricevitore è di tipo usb.

Per la configurazione:

1. pacman -S lirc
2. lircd in DAEMONS
3. mettere questo file (TTS35AI) come /etc/lircd.conf
4. se non si usa l’autocaricamento dei moduli, si devono aggiungere i moduli  hid e usbhid nell’array MODULES:
   
[~] cat /etc/rc.conf | grep MODULES
# MODULES -ARCH kernel:
MODULES=(libata pata_amd ata_generic sata_nv pata_acpi cdrom sr_mod sd_mod mbcache jbd ext3 usbcore rtc_lib rtc_core rtc_cmos forcedeth slhc forcedeth slhc snd-mixer-oss snd-pcm-oss snd-hwdep snd-page-alloc snd-pcm snd-timer snd snd-hda-intel soundcore usblp dm_mod ac button evdev fan processor thermal sg i2c_core ohci_hcd nvidia ehci_hcd k8temp serio_raw pcspkr ieee1394 parport i2c_nforce2 ppp_generic ohci1394 analog psmouse lp ns558 crc_itu_t ppdev parport_pc hid usbhid usb_storage fuse loop b2c2-flexcop-pci)
.....
[~]

5. rebootare.

Ora non mi resta che creare una entry apposita nel grub che lanci automaticamente xine in modalità vdr.

Update: il ricevitore viene gestito da hal, i numeri e altre cose funzionano ma comunque per avere funzionanti tutti i tasti dovrò creare una policy adatta.

Alla scoperta di vdr e xine

1. yaourt -S vdr
2. si segue la configurazione passo passo riportata sulla wiki;
3. per i canali consiglio di prenderli da qui (con scan devo ancora capire come fare per creare un file compatibile per vdr)
4. si installa vdr-xine e dipendenze, al momento alcuni pacchetti in aur non sono scritti bene, per qualcuno (non ricordo quale) occorre scaricare il pkgbuild ed eseguire le operazioni riportate dentro come root;
5. infine in una shell eseguiamo: vdr -u <utente> -v /video -c /etc/vdr -P'xine -r' …
6. … e in un’altra: xine -D -f "vdr:/tmp/vdr-xine/stream#demux:mpeg_pes"
7. Se funziona, possiamo rendere il tutto definitivo editando il file rc.vdr in questo modo:
   
[~] cat /etc/rc.vdr
VDRPLUGINS=" \"-Pxine -r\" \
\"-P....... \" \
"
.....
VDRLANG="it_IT.utf8"
.....
VDRDRIVERS=()
.....
VDROPTS="-u <utente> -v /video"
[~]

8. sudo /etc/rc.d/vdr start
9. Controlliamo che i parametri del processo siano corretti, altrimenti in caso contrario o mancano dei plugin oppure c’è un errore nella variabile VDRPLUGINS :
[~] ps ax | grep vdr
.....
/usr/bin/vdr -u <utente> -v /video -c /etc/vdr -s /usr/bin/vdrshutdown.sh -w 60 -Pxine -r -P.....

10. lanciamo xine e selezionamo il pulsante vdr dall’interfaccia.
11. oppure 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

xine e skystar2

1. Generatevi un channels.conf (ad esempio con scan seguendo le istruzioni del post precendente)
2. cp channels.conf .xine/channels.conf
3. xine dvb://<canale> (es: xine dvb://RAI1)

Commento: In questo momento mi funziona solo in questa maniera, se provo ad aprire xine e a selezionare dvb ottengo un crash di xine