Archivo de configuración de Lirc para Encore ENLTV-FM3

La Encore ENLTV-FM3 es una placa sintonizadora de televisión analógica. Después de seguir varios instructivos logré hacer un archivo de configuración para el control remoto. Cada control tiene su propio archivo de configuración. He aquí el código:

begin remote
name Encore
bits 56
eps 30
aeps 100
one 0 0
zero 0 0
pre_data_bits 8
pre_data 0x0
gap 107989
toggle_bit_mask 0x0
begin codes
Power 0x04000400000010 0x01016400000001
Shutdown 0x04000400000047 0x01008E00000001
1 0x04000400000009 0x01000200000001
2 0x0400040000001D 0x01000300000001
3 0x0400040000001F 0x01000400000001
4 0x04000400000019 0x01000500000001
5 0x0400040000001B 0x01000600000001
6 0x04000400000011 0x01000700000001
7 0x04000400000017 0x01000800000001
8 0x04000400000012 0x01000900000001
9 0x04000400000016 0x01000A00000001
0 0x04000400000048 0x01000B00000001
ChannelUp 0x0400040000004C 0x01019200000001
ChannelDown 0x04000400000000 0x01019300000001
VolumeUp 0x0400040000000D 0x01007300000001
VolumeDown 0x04000400000015 0x01007200000001
Rec 0x04000400000054 0x0100A700000001
Pausa 0x0400040000004D 0x0100CF00000001
VideoSettings 0x0400040000001E 0x01008B00000001
Izquierda 0x0400040000000E 0x01006A00000001
Derecha 0x0400040000001A 0x01006900000001
VideoDefault 0x0400040000000A 0x01016300000001
HidePanel 0x0400040000000C 0x01017400000001
100chan 0x04000400000004 0x01018B00000001
Recall 0x04000400000040 0x01019500000001
TvAv 0x04000400000002 0x01017500000001
Snapshot 0x04000400000005 0x0100D400000001
Fullscreen 0x04000400000049 0x01001C00000001
Mute 0x04000400000006 0x01007100000001
end codes
end remote

Tvtime: conflcitos entre la webcam y la capturadora de TV

Resulta que tengo una webcam USB y la sintonizadora PCI. Cuando arranca el equipo, a veces le asigna "video0" a la sintonizadora y "video1" a la  webcam y otras veces lo hace al revés. Encontré la solución en la wiki de Archlinux y consiste en crear una regla de udev:

Ejecuto el comando siguiente:

udevadm info -a -p $(udevadm info -q path -n /dev/video0)

Dónde "video0" o "video1" es el dispositivo que queremos "reglar".
Con el comando obtenemos mucha información que servirá para completar el archivo: /etc/udev/rules.d/83-tv.rules.

Éste es un ejemplo para la placa de TV:

KERNEL=="video[0-9]*", SUBSYSTEM=="video4linux", SUBSYSTEMS=="pci", ATTRS{vendor}=="0x1131", ATTRS{device}=="0x7134", SYMLINK+="video-tv1"

De ésta manera, en lugar de identificar al dispositivo como "video0" o "video1" lo vamos a identificar con el nombre "video-tv1". Sólo habrá que configurar tvtime con ése dispositivo.

Ahora, cada vez que reiniciemos el equipo, udev identificará el dispositivo físico y creará un "alias" llamado "video-tv1". Por ejemplo, el archivo ~/.tvtime/tvtime.xml contiene una línea dónde podemos especificar el dispositivo de tv, que en el caso de crear el alias quedaría:

<option name="V4LDevice" value="/dev/video-tv1">

Sistema operativo: Debian 7 "Wheezy" AMD64

Skype 4.1: solucionando "glitches" y otros problemas

 

Skype 4.1 para Linux está haciendo mucho ruido, literalmente. Con la reciente adquisición por parte de Microsoft del rey de las llamadas por internet hay un poco de incertidumbre sobre lo que sucederá con la versión para Linux. Algunos sitios confirmaron de fuentes de Skype que el desarrollo del cliente para GNU/Linux seguirá siento continuo.
En Debian Wheezy (todavía no lanzada como versión estable) tuve el siguiente problema: cuando iniciaba Skype el sonido era horrendo, peor aún cuando llamaba. Entonces, buscando en la web encontré la solución:

Antes de instalar Skype, instalar los siguientes paquetes: ia32-libs, ia32-libs-gtk  y libasound2-plugins:i386

En el archivo /etc/pulse/default.pa, buscar la línea:

load-module module-udev-detect

y cambiarla por:

load-module module-udev-detect tsched=0

En el archivo /etc/pulse/daemon.conf buscar la línea:

; default-sample-rate = 44100

y cambiarla por:

default-sample-rate = 48000

Una optimización para Pulseaudio: cambiar la línea en /etc/default/pulseaudio:

DISALLOW_MODULE_LOADING=1

por:

DISALLOW_MODULE_LOADING=0

Basta con cerrar la sesión en el gestor de ventanas y volver a entrar para que Pulseaudio se reinicie y problema resuelto.

Sistema Operativo: Debian 7 "Wheezy" AMD64

Servidor VNC Vino y "Depósito de claves" en Gnome

El servidor VNC Vino que viene por defecto con Gnome es muy útil. Pero el problema que vi que todos tienen y que no me fue ajeno es que cuando se habilita el inicio automático de sesión en Gnome, se nos pide desbloquear el depósito de claves. En mi caso, yo enciendo la pc de manera remota y la entrada en el modo gráfico se produce de manera automática. Pero cuando quiero conectarme remotamente por VNC en la PC sale una petición de desbloqueo del depósito de claves y no me deja establecer la conexión remota. La solución que todos plantean es dejar sin protección a las claves almacenadas, algo que es totalmente inseguro. Antes que nada, se debe configurar Vino con "vino-preferences" para que solicite contraseña y no requiera confirmación. Para evitar que del depósito de claves nos impida iniciar conexión con VNC, lo que haremos será modificar la configuración de Vino para que no use el depósito de claves:

Primero

Vamos a : Sistema -> Preferencias -> Contraseñas y cifrado

Ahí en la solapa "Contraseñas" vemos la contraseña de Vino en una entrda. Hacemos click derecho sobre "Contraseñas" y elegimos "Desbloquear". Luego desplegamos la primer entrada "Contraseñas" seleccionamos "vino.local:5900" y apretamos boton derecho y elegimos "Eliminar".

Segundo

ALT + F2 y ejecutamos: gconf-editor

Ahi vamos a desktop -> gnome -> remote_access y buscamos la clave  "vnc_password" y eliminamos lo que tenga en el contenido. En una terminal escribimos echo -n "CONTRASEÑA" | base64 y la salida la copiamos y la pegamos en el valor de la clave vnc_password. Damos click en aceptar.

Tercero

Damos aceptar y reiniciamos el equipo. Hacemos una prueba de conexión remota. Si todo salió bien, no aparecerá más el cartel de soliciutd de clave del depósito.