Configurar una Hauppauge WinTV-HVR-3000 en Linux
Hace unos meses contaba en Configuración de una Hauppauge WinTV-HVR-1100 en Linux cómo configurar una Hauuppauge WinTV-HVR-1100. En aquella entrada mencionaba que la WinTV-HVR-3000 es similar a la HVR1100 pero soportando adicionalmente DVB-S, por lo que es capaz de sintonizar el trío TV analógica/TDT/Satélite.
Por haber nombrado a la HVR3000 comenzaron a llegar bastantes visitantes que buscaban cómo configurarla en Linux. Dos de ellos, Alberto y Sergio, comenzaron a tratar el tema en los comentarios y posteriormente se les unió X04n 2.0 que con las pistas previas dio con la solución definitiva, que documentó de forma excelente. Yo no tengo una HVR3000, por lo que no puedo probar personalmente si realmente funciona, pero como creo que sí, he pensado que no está de más dedicarle una entrada.
El problema de la HVR3000 es que, aunque aparece en el Documentation/video4linux/CARDLIST.cx88 de las fuentes de un kernel 2.6.22.10:
53 -> Hauppauge WinTV-HVR3000 TriMode Analog/DVB-S/DVB-T [0070:1404,0070:1400,0070:1401,0070:1402]
y está definida en el fichero drivers/media/video/cx88/cx88-cards.c:
[CX88_BOARD_HAUPPAUGE_HVR3000] = {
/* FIXME: Add dvb & radio support */
.name = “Hauppauge WinTV-HVR3000 TriMode Analog/DVB-S/DVB-T”,
.tuner_type = TUNER_PHILIPS_FMD1216ME_MK3,
.radio_type = UNSET,
.tuner_addr = ADDR_UNSET,
.radio_addr = ADDR_UNSET,
.tda9887_conf = TDA9887_PRESENT,
.input = {{
.type = CX88_VMUX_TELEVISION,
.vmux = 0,
.gpio0 = 0×84bf,
},{
.type = CX88_VMUX_COMPOSITE1,
.vmux = 1,
.gpio0 = 0×84bf,
},{
.type = CX88_VMUX_SVIDEO,
.vmux = 2,
.gpio0 = 0×84bf,
}},
.mpeg = CX88_MPEG_DVB,
},
vemos la nota “/* FIXME: Add dvb & radio support */“, indicando que aún no hay soporte de la mayor parte de funciones de la tarjeta.
El desarrollador del proyecto V4L Steve Toth (por la dirección de correo parece que es empleado de Hauppauge) estuvo trabajando hasta Octubre de 2006 en el soporte de esta tarjeta: hvr3000 development repository. En la lista de distribución de DVB de linuxtv.org, Steve contó que sus drivers son, de momento, una proof of concept ([linux-dvb] Hauppauge WinTV HVR 3000 Questions):
they are not ready for merging into the mainline and are proof of
concept patches to handle multiple DVB frontends on a single shared
transport bus. They worked fairly reliably last I tried, although they
need to cleanup and sanity checks before any merge could occur.
Pero claro, por aquellas fechas el último kernel disponible era el 2.6.18 y desafortunadamente estos drivers no funcionan en kernels posteriores ([linux-dvb] HVR-3000: fixed by downgrading kernel, any ~stoth/hvr3000 patches for >2.6.18 kernels?):
> Does anyone know if any *working* patches exist to get Steve Toth’s HVR-3000
> driver (currently in hg under ~stoth/hvr3000) working on newer kernels? I got
> it to compile fairly well, it just didn’t do much after it was compiled…The best bet is to compile steven’s branch (~stoth/hvr3000) with vanilla
kernel 2.6.18. Changes introduced in this branch include support for
multiple exclusive frontends on a single bus, it’s somehow experimental
and it will need several changes prior to include in the main branch.Analog works ok, DVB-T ok, DVB-S working with some troubles with diseq.
En un mensaje a la lista más reciente (Jul/07) nos enteramos de que la inclusión de drivers para esta tarjeta está a la espera de la inclusión de multi-protocol code en el V4L. ¿Tal vez porque tiene que soportar a la vez DVB-T y DVB-S como decía Steve (”handle multiple DVB frontends on a single shared transport bus“)? ([linux-dvb] [Fwd: Re: OHauppauge WinTV HVR-3000 or 4000]):
The HVR-3000 is “supported” by a branch created by Steven Toth. It’s
not seen any updates in a while, and currently (as far as I know)
doesn’t compile with kernels after 2.6.18. It’s working ok for me here
though. I think the reason for no updates / lack of inclusion in
mainline dvb is that he is waiting for some sort of multi-protocol code
to be implemented into the mainline dvb code.
La Hauppauge WinTV-HVR-4000 es una tarjeta que además de soportar TV analógica, DVB-T y DVB-S como la HVR3000, soporta DVB-S2 (emisiones por satélite en alta definición) y TDT en alta definición (a España aún no ha llegado). Pues bien, en la lista de distribución hablan a menudo también de la HVR4000 relacionándola con la HVR3000 porque el soporte de ambas parece que va relacionado. En ese contexto, me temo que es totalmente desalentador para los propietarios de una HVR3000 oir de boca de Steve hace menos de un mes (11/11/07) que mejor olvidar la HVR3000 y comprar una HVR4000 en eBay ([linux-dvb] Future of HVR3000?):
James A R Brown wrote:
> I guess this email is more for Steve and Manu.
>
> It is very pleasing to see the work going on for the HVR4000 and pushing
> the multiproto tree back into the main tree.
>
> Infact its a breath of fresh air as I have sadly watched the HVR3000
> branch be stripped to DVB-T and merged in without the DVB-S Support and
> was actually wondering if the card would be simply passed over by
> LinuxTV. It probably almost has by the HVR4000, but then again HVR3000
> is becoming a cheap card in the UK. (1/2 price of HVR4000)
>
> So my question is, once HVR4000 and multiproto are back in the main
> tree, are there any plans to also merge in the HVR3000 tree with
> multiproto support or should I stick them on ebay and look to the HVR4000?
Use ebay.- Steve
En cualquier caso, Eddi Depieri ha modificado las fuentes de Steve para permitir que funcionen en kernels modernos (2.6.22, 2.6.23): [linux-dvb] [PATCH to be tested] hvr3000 repository ported to today snapshot - support multiple frontends of hvr3000 and flydvb without rmmod/insmod
Por tanto, lo que hay que hacer es descargar el fichero con el snapshot de v4l-dvb del día en que Eddi portó los drivers (18/8/07): v4l-dvb-20070818.tar.bz2 y los dos parches necesarios: v4l-dvb-20070818_hvr3000.diff y v4l-dvb-20070818_hvr3000_trio.diff
A continuación haremos:
# cd /usr/src # tar xvfj /path_de_descargas/v4l-dvb-20070818.tar.bz2 [...] # cd v4l-dvb-20070818 # patch -p1 < /path_de_descargas/v4l-dvb-20070818_hvr3000.diff patching file linux/drivers/media/video/cx88/cx88-cards.c patching file linux/drivers/media/video/cx88/cx88-dvb.c patching file linux/drivers/media/video/cx88/cx88.h patching file linux/drivers/media/video/cx88/cx88-i2c.c patching file linux/drivers/media/video/cx88/cx88-mpeg.c patching file linux/drivers/media/video/cx88/cx88-mpeg.c.diff patching file linux/drivers/media/video/saa7134/saa7134-cards.c patching file linux/drivers/media/video/saa7134/saa7134-dvb.c patching file linux/drivers/media/video/saa7134/saa7134.h patching file linux/drivers/media/video/video-buf-dvb.c patching file linux/include/media/video-buf-dvb.h # patch -p1 < /path_de_descargas/v4l-dvb-20070818_hvr3000_trio.diff patching file linux/drivers/media/video/saa7134/saa7134-cards.c patching file linux/drivers/media/video/saa7134/saa7134-core.c patching file linux/drivers/media/video/saa7134/saa7134-dvb.c # make distclean [...]
El “make distclean” para limpiar el código es importante porque de otro modo en el siguiente paso tendremos un error causado porque Eddi usaba otras fuentes principales del kernel que las nuestras.
Ejecutamos “make menuconfig” y habilitamos la opción “Enable drivers not supported by this kernel“:
a continuación entramos en “Multimedia devices” y deshabilitamos el “Enable Video For Linux API 1 (DEPRECATED)” y dejamos el “Enable Video For Linux API 1 compatible layer” habilitado:
Podemos querer deshabilitar todos los dispositivos que no nos interesen y dejar sólo la HVR3000. Si nos da igual, en este punto se puede salir del “make menuconfig” saliendo y guardado y tras un “make” y un “make install” que instalará los módulos junto con los otros de nuestro kernel en “/lib/modules/linux-2.6.XX.XX-nuestrokernel“, podemos reiniciar y ya tendremos los módulos necesarios para hacer funcionar la HVR3000 que, si el hotplug hace su trabajo, se cargarán automáticamente.
Como digo, no he podido probar personalmente que los módulos funcionen porque no tengo una HVR3000, por lo que si detectáis algún problema con el procedimiento, podéis dejar un comentario.
Y por supuesto, todo el mérito de la entrada y mis agradecimientos por tratarlo aquí para X04n 2.0, Alberto y Sergio. Al primero por proporcionar la solución definitiva y a los segundos por dar las pistas y probarla.
Actualización 7/1/08:
En los comentarios se están tratando algunos problemas que pueden aparecer tras seguir este procedimiento, así que los añado como actualización. Desafortunadamente, en esta ocasión no puedo participar más activamente en el debate por no tener esta tarjeta, así que muchas gracias en especial para Alberto, cuya colaboración creo que está resultando de mucha ayuda para los visitantes de la entrada.
En primer lugar, es importante saber que para hacer el make menuconfig que se indica anteriormente hay que tener los ficheros de desarrollo de la libncurses, algo que en Debian y Ubuntu se puede hacer fácilmente con un:
apt-get install libncurses5-dev
En los sistemas basados en rpm, el paquete necesario es el ncurses-devel.
Por otro lado, una vez que hemos compilado el driver y tenemos los módulos disponibles, al igual que ocurría con la HVR-1100, no tenemos que dejar que se carguen, ya que el orden importa por dos motivos: La sintonizadora no funciona bien y encima es posible que los módulos de nuestra tarjeta de sonido normal no se carguen bien si el módulo cx88_alsa se carga antes. Por tanto, no tenemos que dejar al hotplug cargar los módulos automáticamente. En la entrada de la HVR-1100 lo hacíamos creando un fichero en el directorio /etc/hotplug/blacklist.d/ conteniendo una lista de los módulos que no se deben cargar:
$ cat /etc/hotplug/blacklist.d/dvb cx88_alsa cx88_dvb cx8802 cx8800 cx88xx cx88_vp3054_i2c cx22702
Pero Alberto nos comenta que prefiere hacerlo añadiendo los módulos conflictivos al fichero /etc/modprobe.d/alsa-base-blacklist de la siguiente forma:
blacklist cx88_alsa blacklist cx88_dvb blacklist cx8802 blacklist cx8800 blacklist cx88xx blacklist cx88_vp3054_i2c blacklist cx22702
Una opción u otra deberían llevarnos al mismo resultado, a que los módulos no se carguen durante el arranque. A continuación, hay que arrancarlos manualmente en este orden:
cx8800 cx88xx cx8802 cx22702 cx88-dvb
Para ello, Alberto propone el siguiente script:
#!/bin/bash modprobe cx8800 && modprobe cx88xx && modprobe cx8802 && modprobe cx22702 && modprobe cx88-dvb && \ echo "Los módulos para la HVR-3000 se han cargado con exito" exit
Para configurar el DVB-S (satélite) con Kaffeine (que hay que recordar que sólo soporta DVB y no TV analógica), podemos hacerlo así (texto directamente copiado de los comentarios de Alberto con correcciones mínimas):
Al cargar los módulos se crea el directorio /dev/dvb/adapter0/ con los ficheror de dispositivo asociados a los elementos detectados en la HVR-3000: demux0, demux1, dvr0, dvr1, frontend0, frontend1, net0, net1. Los terminados en “0″ son los de DVB-T y los terminados en “1″ son los de DVB-S.
Sin embargo Kaffeine solo utiliza los acabados en “0″, por lo que si queremos que también detecte los de DVB-S, tendremos que crear un nuevo directorio “adapter1″ y enlazar los archivos acabados en “1″ del directorio “adapter0″:
mkdir /dev/dvb/adapter1 ln /dev/dvb/adapter0/demux1 /dev/dvb/adapter1/demux0 ln /dev/dvb/adapter0/frontend1 /dev/dvb/adapter1/frontend0 ln /dev/dvb/adapter0/net1 /dev/dvb/adapter1/net0 ln /dev/dvb/adapter0/dvr1 /dev/dvb/adapter1/dvr0
De esta forma se crea un nuevo dispositivo adapter1 con los elementos necesarios para sintonizar las emisiones por satélite. Es importante que los nombres de los enlaces acaben en “0″. Como el udev creará los ficheros de dispositivo de nuevo en el siguiente arranque, habría que crear los enlaces cada vez que arrancáramos poniendo las líneas anteriores en un script o modificar las reglas de udev, algo que tiene algo más de complejidad.
Lo siguiente es ejecutar Kaffeine, ir al menú DVB y luego a “Configurar DVB”:
- En el marco de la izquierda nos deben aparecer dos dispositivos, el DVB 0:0 y el DVB 1:0. Seleccionamos el DVB 1:0.
- A la derecha aparece una fila con las configuraciones del LNB 1, pulsar en el botón de la derecha de todo y seleccionar el satélite al que apunta la antena parabólica. En nuestro caso es el ASTRA-28.2E.
- En principio no es necesario hacer nada más. Pulsamos en Aceptar y salimos.
- Ahora vamos al menú DVB y Canales… Desplegamos en “Buscar en” y selecionamos Astra-28.2E. Solo queda comenzar la exploración y nos deben aparecer los canales detectados.
Finalmente, resaltar el apunte de desdelsur en los comentarios sobre que en la página de LinuxTV.org de la HVR-3000 mencionan un nuevo driver de Darron Broad válido para kernels a partir del 2.6.20. Si alguien quiere probarlo y contar su experiencia aquí, actualizaré de nuevo la entrada con mucho gusto.
De nuevo, agradecer enormemente a los que con vuestros comentarios estáis enriqueciendo la entrada, especialmente a Alberto. Como esta vez no puedo probar lo que explico, ¡dependo enteramente de vosotros!
Actualización 2/2/08:
Streinleght nos explica en los comentarios (¡gracias!) que él ha probado el driver de Darron Broad con la última versión disponible de v4l-dvb:
# aptitude install mercurial # hg clone http://linuxtv.org/hg/v4l-dvb # cd v4l-dvb # wget http://dev.kewl.org/hauppauge/v4l-dvb-hg-2008-01-27.diff # patch -p1 < v4l-dvb-hg-2008-01-27.diff # make # make install
Por defecto, parece que deja como dispositivo 0 el DVB-S pero, tal y como explica el wiki de LinuxTV, para poner por defecto la TDT, podemos poner en el modprobe.conf:
options cx88-dvb frontend=1
Para dejar por defecto el DVB-S, sería:
options cx88-dvb frontend=0
Streinleght añade que el TDT, en el Kaffeine le funciona bien, pero que no ha probado la parte del satélite por no tener parabólica. De nuevo, si alguien se anima a contar su experiencia con la parabólica, estaré encantado de actualizar la entrada.
Actualización 7/2/08:
Al respecto de la prueba con los nuevos drivers de Streinleght, Albert nos explica en los comentarios que la sintonización de satélite va perfecta con una parabólica de 60cm apuntando a Astra 19.2E. Conectada directamente al PC desde el LNB ha encontrado 802 canales de TV y poco más de 200 de radio.
Actualización 30/4/08:
Dani, que estuvo participando en los comentarios, nos cuenta en su blog: Cómo configurar una Hauppauge WinTV-HVR-4000 en Ubuntu Hardy 8.04
:wq
Sagman dijo:
Ostras que bueno, precísamente hoy me voy a comprar una WinTV pero USB. Una que es sólo para TDT y que vale 29€ en Eroski, el modelo WinTV Nova. Por ese precio esta muy bien, lástima que no tenga mando, pero no me supone un problema esto xD
Ya te contaré como me va si es que aun hay stock en Eroski
Super Coco dijo:
@Sagman ¡Pues si la usas con Linux ya nos contarás qué tal te va!
Sagman dijo:
Pues ya la tengo!
Pero la antena que trae es una caca 
. Y viene con mando, pero no he probado aun nada porque estoy haciendo pasar un cable de antena hacia mi cuarto (la antena esta preparada para TDT). Primero verificaré su funcionamiento en Windows y luego me pondré manos a la obra con Gentoo y Ubuntu.
Ya te diré de aquí unos días algo
Frames dijo:
Vicente, creo que hay un pequeño typo. Donde dice:
"a continuación entramos en “Multimedia devices” y deshabilitamos el “Enable drivers not supported by this kernel” y dejamos el “Enable drivers not supported by this kernel” habilitado:”Creo (según la solución en el otro post) que debería ser:
"a continuación entramos en “Multimedia devices” y deshabilitamos “Enable Video For Linux API 1 (DEPRECATED)” y dejamos el “Enable Video For Linux API 1 compatible Layer” habilitado:”Es correcto?
Con las capturas de pantalla queda más o menos claro, pero a mí me ha liado mucho al principio.
Estuve a punto de comprar la tarjeta hasta que vi que no daba DVB-T y S a la vez. Ahora tengo el MythTV en “standby”, así que me lo tendré que pensar.
Un saludo y gracias por toda la info en tu blog, especialmente el “destripe” de las EPIA. Otra marca (VIA) que no creo que vuelva a comprar en un futuro, por cierto.
Super Coco dijo:
@Frames Tienes razón. Ya está corregido. Muchas gracias por darte cuenta del error y por avisarme. Siento la confusión que te haya podido causar.
¡Gracias a ti por la visita! Las VIA la verdad es que no van muy finas en el tema de vídeo por culpa del escaso apoyo del fabricante, pero es de las mejores opciones que hay si quieres un ordenador más o menos decente y 100% silencioso. O bueno, tal vez “que había”, porque ya veo que tú te has decantado por el Asus EEE. ¡Lo seguiré muy de cerca!
Atanasio dijo:
Creo que lo hice pero no he llegado a entenderlo del todo. He seguido todos los pasos que marcas para configurar la HVR3000 y no me ha dado ningun error. Reinicio el ordenador entro al kaffeine y le digo que me busque canales, pero nada de nada. ¿Me puedes echar una mano? o dos? Gracias
Super Coco dijo:
Atanasio Me temo que como no tengo una HVR3000 no puedo decirte más de lo que he escrito en la entrada…
Joul dijo:
Buenas. El problema que me he encontrado yo ha sido al hacer el make menuconfig, que lo he solucionado instalando el paquiete “libncurses5-dev”. Después, me pasa lo mismo que a Atanasio, es decir, que sigue sin funcionar. Tengo la HVR-3000 desde abril, y es una pena no poder usarla. Ahora estoy usando Ubuntu Gutsy con el kernel 2.6.22-14.
Atanasio dijo:
Lo mas curioso del tema es que cuando escaneas los canales con Kaffeine (0.8.4) te dice que tiene señal del 100%, pero sigue sin encontrar ningun canal. Alguno tiene alguna idea???
Super Coco dijo:
@Atanasio, @Joul No sé si ayudará, pero si leéis la entrada de la HVR-1100, enlazada al principio de ésta, podréis ver que según el orden de carga de los módulos, es posible que los canales analógicos no se puedan sintonizar.
Otra cosa que podría ayudar es usar otro programa no sea que sea un problema especifico del Kaffeine… Yo suelo usar el MythTV.
Alberto dijo:
Hola.
Lo que ha dicho Super Coco es cierto, hay que cargar los módulos en el orden correcto de lo contrario no funcionan bien. Yo tengo un kernel 2.6.23.9 (compilado por mi, aunque esto pienso que no debe influir), y uso el Kaffeine sin ningun tipo de problema, va perfecto. Yo os recomendaría anular la carga automática de los módulos y después de reiniciado el sistema, lanzarlos a mano.
Yo los lanzo en este orden: cx8800, cx88xx, cx8802, cx22702 y cx88-dvb
En mi caso es importante cargar primero el cx22702 antes del cx88-dvb, de lo contrario este último no se carga.
Para evitar que se cargen automáticamente puedes crear un archivo con el nombre dvb en la carpeta /etc/hotplug/blacklist.d/ y añadir los módulos que no quieres cargar. Yo he metido estos:
$ cat /etc/hotplug/blacklist.d/dvb
cx88_alsa
cx88_dvb
cx8802
cx8800
cx88xx
cx88_vp3054_i2c
cx22702
Para lanzarlos después en el orden correcto, te puedes crear un script y añadir los modprobe separados por && de esta forma se van cargando solo si el anterior se cargó de forma correcta. Yo tengo este:
#!/bin/bash
modprobe cx8800 && modprobe cx88xx && modprobe cx8802 && modprobe cx22702 && modprobe cx88-dvb && echo “Los módulos para la HVR-3000 se han cargado con exito”
exit
Espero que os sirva, yo tengo la HVR-3000 funcionando por lo que si necesitáis algo más, intentaré ayudaros en lo que pueda.
Un saludo.
Alberto dijo:
Rectifico un error que he puesto. Con tantas pruebas anteriores me había quedado una coletilla que no vale para nada. El archivo /etc/hotplug/blacklist.d/dvb no hace nada.
Para evitar el arranque automático de los módulos, lo que he hecho ha sido añadir los módulos al archivo /etc/modprobe.d/alsa-base-blacklist. Los he puesto aquí porque al cargarse al arranque también me afectaban a los drivers de la tarjeta de sonido.
El contenido de este archivo es el siguiente:
blacklist cx88_alsa
blacklist cx88_dvb
blacklist cx8802
blacklist cx8800
blacklist cx88xx
blacklist cx88_vp3054_i2c
blacklist cx22702
Espero que os sirva.
Un saludo.
Super Coco dijo:
@Alberto ¡Muchas gracias por las matizaciones! Yo también hago cosas muy similares con mi HVR-1100 para que funcione bien…
Y me alegro de que confirmes que te funciona todo bien incluso usando Kaffeine.
desdelsur dijo:
Hola muy buenas. Tengo un problemilla y es que instale el kaffeine por probar y este solo me detecta la tdt. he seguido todos los pasos y lo unico estraño (y quizas este hay la clave) es que el archivo al que Alberto hace mencion /etc/modprobe.d/alsa-base-blacklist no aparece por lo que yo lo he creado metiendole el contenido que se cita.
Sin embargo creo que no es asi y que el archivo deberia existir.
Espero que me ayudeis. Muchas gracias, encontrar este blog me ha sido una alegria para mi.
desdelsur dijo:
Bueno pues no era lo que pensaba ya que el archivo hace su cometido (evitar la carga de los modulos) y cuando ejecuto el script facilitado por alberto (muchas gracias dicho sea de paso) pues los carga perfectamente pero kaffeine solo pilla tdt. En fin quizas sea el kaffeine el que este dando la lata.
Alberto dijo:
Hola.
Kaffeine solo soporta DVB. De todas formas todas las principales cadenas analógicas estan en TDT, salvo los canales locales del tipo Localia, Popular TV, etc. y siempre tendrás mucha más calidad de imagen y sonido con la TDT.
Para ver los canales analógicos se pueden utilizar otros programas tipo XawTV, etc.
Un saludo.
desdelsur dijo:
Mi interes esta en hechar a funcionar la parte satelite, (la analogica tiene ya los dias contados) ¿la tienes funcionando?. Creo que estoy a punto pero se me escapa algo.
En cualquier caso, hoy he vuelto ha visitar la pagina wiki de linuxtv y me he llevado otra grata sorpresa (ademas de la que ya me lleve con este blog):
http://www.linuxtv.org/wiki/index.php/Hauppauge_WinTV-HVR-3000
Hay una nueva forma de instalar los drivers para kernels superiores a 2.6.20 y pinta la mar de bien.
Mañana probare y ya contare.
Alberto dijo:
Hola.
Por si todavía no lo habéis configurado, os pongo a continuación lo que he hecho yo para poder ver los canales por DVB-S (satélite) con Kaffeine. Al cargar los módulos se crea el directorio /dev/dvb/adapter0 con los elementos detectados en la HVR-3000. Son estos: demux0, demux1, dvr0, dvr1, frontend0, frontend1, net0, net1. Los terminados en “0″ son los de DVB-T y los terminados en “1″ son los de DVB-S.
Sin embargo Kaffeine solo utiliza los acabados en “0″, por lo que si queremos que también detecte los de DVB-S, tendremos que crear un nuevo directorio “adapter1″ y enlazar los archivos acabados en “1″ del directorio “adapter0″. He hecho lo siguiente:
# mkdir /dev/dvb/adapter1
ln /dev/dvb/adapter0/demux1 /dev/dvb/adapter1/demux0
ln /dev/dvb/adapter0/frontend1 /dev/dvb/adapter1/frontend0
ln /dev/dvb/adapter0/net1 /dev/dvb/adapter1/net0
ln /dev/dvb/adapter0/dvr1 /dev/dvb/adapter1/dvr0
De esta forma se crea un nuevo dispositivo adapter1 con los elementos necesarios para sintonizar las emisiones por satélite. Es importante que los nombres de los enlaces acaben en “0″.
Lo siguiente es ejecutar Kaffeine, ir al menu DVB y Configurar DVB…
En el marco de la izquierda nos deben aparecer dos dispositivos, el DVB 0:0 y el DVB 1:0. Seleccionar el DVB 1:0.
A la derecha aparece una fila con las configuraciones del LNB 1, pulsar en el botón de la derecha de todo y seleccionar el satélite al que apunta la antena parabólica. En caso es el ASTRA-28.2E.
En principio no es necesario hacer nada más. Pulsamos en Aceptar y salimos.
Ahora vamos al menú DVB y Canales… Desplegamos en “Buscar en” y selecionamos Astra-28.2E. Solo queda comenzar la exploración y nos deben aparecer los canales detectados.
Espero que os sirva.
Un saludo.
Juan Antonio dijo:
Hola, soy novato en Linux, he instalado openSUSE 10.3 y estaba intentando seguir este manual para configurar mi He leido que podia ser por no tener ncurses, pero si que lo tengotarjeta, pero el problema viene al ejecutar “make menuconfig”, que me da el siguiente error:
make -C /usr/src/v4l-dvb-20070818/v4l menuconfig
make[1]: se ingresa al directorio `/usr/src/v4l-dvb-20070818/v4l’
make -C /lib/modules/2.6.22.5-31-default/build -f /usr/src/v4l-dvb-20070818/v4l/Makefile.kernel config-targets=1 mixed-targets=0 dot-config=0 v4l-mconf
make[2]: Entering directory `/usr/src/linux-2.6.22.5-31-obj/i386/default’
/usr/src/v4l-dvb-20070818/v4l/Makefile.kernel:38: warning: overriding commands for target `v4l-mconf’
Makefile:19: warning: ignoring old commands for target `v4l-mconf’
make[2]: *** No rule to make target `scripts_basic’, needed by `v4l-mconf’. Stop.
make[2]: Leaving directory `/usr/src/linux-2.6.22.5-31-obj/i386/default’
make[1]: *** [/lib/modules/2.6.22.5-31-default/build/scripts/kconfig/mconf] Error 2
make[1]: se sale del directorio `/usr/src/v4l-dvb-20070818/v4l’
make: *** [menuconfig] Error 2
He leído que podía ser por no tener instalado ncurses, pero si que lo tengo. Entonces lo he intentado con “make config”, pero al final del todo me da este error:
#
# configuration written to .config
#
*** Error during writing of the kernel configuration.
make[1]: *** [config] Error 1
make[1]: se sale del directorio `/usr/src/v4l-dvb-20070818/v4l’
make: *** [config] Error 2
Si me podéis ayudar os lo agradecería.
un saludo.
José Manuel dijo:
Para @Juan Antonio, como ya comentó @Joul, es necesario instalar el paquete “libncurses5-dev” para compilar el kernel o sus módulos.
Por fin un tutorial para mi HVR-3000, que casi me funciona, jeje.
Instale el paquete “ubuntu-restricted-extras” y después Mediubuntu, pero aun no me funciona bien.
El caso es que me sintoniza, pero no tengo imagen, solo audio.
Estaría bien que añadieras los comentarios de @Joul y @Alberto (especialmente su comentario sobre DVB-S) a este gran artículo.
desdelsur dijo:
Muy buenas, ayer escribí un comentario pero aun no ha salido ya que puse un enlace a la pagina wiki de linuxtv sobre la hvr3000.
En esta pagina aparece un nuevo metodo para kernel superiores a 2.6.20. Parece facil pero por lo que he podido entender para cambiar entre dispositivos hay que editar un archivo.
En el comentario tambien le decia a Antonio que mi interes esta en la parte satelite, pero ya veo que ha puesto la respuesta (Muchas gracias, sabia que faltaba alguna tonteria).
Bueno, voy a probar a crear esos enlaces y os cuento.
Para Juan Antonio: ¿Tienes instalado el paquete g y el paquete linux-source?
Alberto dijo:
Hola.
@Juan Antonio. ¿Has ejecutado make distclean antes del make menuconfig?. Es necesario hacerlo para eliminar restos de configuraciones y enlaces a los fuentes del kernel que usó el autor del driver y que no coincidirán con los tuyos. Y antes de nada asegurate de tener los fuentes del kernel instalados y las libncurses.
Un saludo.
desdelsur dijo:
Muchas gracias Alberto, efectivamente lo unico que me faltaba era crear esos enlaces.
José Manuel dijo:
Ya estoy aquí otra vez.
Pues resulta que en KDE me funciona bien con Kaffeine, pero en Gnome también con Kaffeine sólo tengo audio.
Alguna sugerencia para este ignorante (en su buen sentido), usuario de Ubuntu 7.10, aunque estoy pensando en volver a 7.04, si no fuera por mi tarjeta de TV.
Me estoy aficionando a tus posts, aunque la mayoría aun son demasiado avanzados para mi. SIGUE ASÍ
Juan Antonio dijo:
Hola,
como dije soy nuevo en linux, así que estoy bastante perdido.
Yo utilizo open SuSE 10.3, y no se si es que los nombres de los paquetes varían según la distribución, en el caso del paquete “libncurses5-dev” todo lo que he encontrado se refiere a Debian, al igual que “linux-Source”, yo tengo instalados “ncurses” y “kernel-source”, que no se si seran equivalentes.
Un saludo.
Alberto dijo:
Hola.
@Jose Manuel, no se que decirte ahora mismo. Yo uso Debian Lenny con KDE, sin embargo acabo de arrancar una sesión con Gnome y el Kaffeine me funciona perfectamente, audio y video. Con Ubuntu no debería ser muy distinto, está basado en Debian. Voy a investigar un poco e intentar reproducir el fallo con Gnome y te cuento.
@Juan Antonio, lamento no poder ayudarte mucho con SuSE, no lo conozco mucho. Sin embargo te puedo decir que el procedimiento para compilar los módulos debería ser similar independientemente de la distribución que uses, o eso creo. Las libncurses son las librerias necesarias para poder ejecutar el make menuconfig, quizás en SuSE make trabaje de otra forma. Siento no poder decirte mucho más. A ver si alguien que conozca SuSE te orienta mejor que yo. De todas formas suponiendo que tengas todo lo necesario, asegúrate de ejecutar primero un “make distclean” antes del “make menuconfig”, de lo contrario te dará error siempre.
Por cierto, no quiero tener el protagonismo de esta entrada, no es mia. El mérito todo es del gran Super Coco por añadirla y crear este estupendo Blog para permitirnos exponer nuestras dudas y que otros nos ayuden.
Un saludo.
Alberto dijo:
Hola.
@Jose Manuel. Comprueba que tengas instaladas las librerias de Xine para Gnome, creo que el problema puede ir por ahí.
Un saludo.
Super Coco dijo:
@Juan Antonio Si no me equivoco, tienes que instalar el paquete
ncurses-devel. Es el equivalente en sistemas rpm allibncurses5-devde los sistemas deb.Además, por los errores que copias, estoy de acuerdo con lo que dice Alberto: probablemente has olvidado hacer el
make distclean.@José Manuel Como ves, he actualizado la entrada con toda la información nueva de todo este hilo de comentarios. Espero que puesta así sea más fácil de usar para todos los visitantes.
Me alegro mucho de que te gusten las entradas del blog y ¡ya lamento que te cueste seguir algunas partes! Seguro que en parte es culpa mía por no tratar aclarar muchas cosas.
Sobre tu problema Kaffeine/GNOME, dices que sólo tienes audio… ¿Es posible que haya una errata en tu comentario y querías decir que sólo tienes vídeo? Porque eso sí tendría una explicación sencilla si tienes el Kaffeine configurado para usar aRts (KDE) en lugar de EsoundD (GNOME) o ALSA.
@Alberto Agradecerte enormemente la ayuda que estás prestando a todos los visitantes de la página. No es que me quites protagonismo, ¡es que te lo mereces todo! ¡Muchísimas gracias!
Por cierto, tengo una duda en lo que respecta a los enlaces en
/dev/: Hasta donde yo sé, dichos ficheros y directorios los crea y mantiene el demonioudevdejando los originales en/dev/.static/dev/. ¿Tú creas tus enlaces manualmente de nuevo en cada arranque con algún script o similar? Con lo que me digas, actualizaré la actualizaciónAlberto dijo:
Hola.
Es cierto lo que dices, ya había visto esos directorios y ficheros en /dev/.static. Sin embargo lo que observé es que aunque esos directorios existen antes incluso de cargar los módulos, solo funcionan los archivos de dispositivo que te crean los módulos al cargarse y que se ponen en /dev/dvb/adapter0 y solo funciona creando enlaces duros a esos archivos.
Para crear los enlaces, he hecho un script sencillo con los comandos que mencioné antes, es este:
#!/bin/bash
mkdir /dev/dvb/adapter1
ln /dev/dvb/adapter0/demux1 /dev/dvb/adapter1/demux0
ln /dev/dvb/adapter0/frontend1 /dev/dvb/adapter1/frontend0
ln /dev/dvb/adapter0/net1 /dev/dvb/adapter1/net0
ln /dev/dvb/adapter0/dvr1 /dev/dvb/adapter1/dvr0
exit
Lo ejecuto manualmente después de lanzar el script que carga los módulos.
Un saludo.
José Manuel dijo:
Muy buenas:
Ante todo agradecer lo atento que eres tú y tus lectores, que parecen más colaboradores que lectores.
Ya he visto la actualización, que impaciente que soy, Domingo Día de Reyes y yo pidiendo que actualices lo que se comenta ese mismo día.
Mi problema esta bien descrito, pero he descubierto que no es un problema de configuración sino de recursos.
Fui al menu: “Settings/Player Engine” y seleccione la opción: “Kaffeine-xine”
“xine Engine Parameters/Video” y probé todos los modos dejándolo como estaba en “Auto”
Vamos que lo deje todo como estaba, pero al hacer esto se puso a funcionar, pero a saltos muy grandes.
Seguramente por eso en KDE funciona, aunque he de añadir que en KDE funciona muy bien.
De todas formas, muchas gracias.
Super Coco dijo:
@Alberto Gracias por la información.
Veo en
/etc/udev/udev.rulesque la regla de udev para estos dispositivos es:KERNEL=="dvb*", PROGRAM="/bin/sh -c 'K=%k; K=$${K#dvb}; printf dvb/adapter%%i/%%s $$ {K%%%%.*} $${K#*.}", ACTION=="add", \Igual sería mucho más elegante jugar con el
printfpara que los ficheros de dispositivo ya se creen con el nombre deseado. No debería de ser difícil. Tengo que pensar sobre ello. La referencia es la de siempre, el excelente documento: Writing udev rules.@Juan Manuel Me alegro de que tengas el problema más o menos claro ya. Gracias a ti por participar.
Juan Antonio dijo:
Hola.
@Alberto y Super Coco Si que había hecho el “make distclean”. Por lo que he podido leer,parece que el equivalente en openSUSE de las librerías libncurses5 es ncurse, que ya tengo instalado, pero no estoy seguro si el paquete ncurse-devel lo tengo, esta tarde lo comprobaré.
Un saludo y gracias.
desdelsur dijo:
Buenas.
Estoy intentando instalar mythtv y me he encontrado con varios problemillas:
1- La TV analogica no me funciona. He probado con tvtime y xawtv y los escaneos no encuentran nada.
2- El satelite funciona perfecto en kaffeine pero mythtv no encuentra nada, y para colmo tampoco funciona el “añadir channels.conf”.
En fin, gracias de antemano.
Juan Antonio dijo:
Hola,
Poco a poco voy haciendo progresos, ya he conseguido hacer el make menuconfig sin errores, y he podido sintonizar los canales con el Kaffeine, pero no veo nada. Supongo que si he sintonizado quiere decir que la tarjeta esta bien instalada y el problema ahora es del kaffeine. De hecho al abrirlo me dice “Fallo de la carga de la parte Xinepart del reproductor”, no se si será por esto, y como lo puedo solucionar.
He instalado el Mythtv, pero no me funciona, habrá que seguir investigando.
Un saludo y gracias por la ayuda.
Kic dijo:
Hola a todos,
Soy un recién llegado a linux, mas concretamente a Ubuntu y estoy encantado con el cambio.
Estas Navidades me han regalado una WinTV-HVR 4000 y buscando, buscando, he llegado a esta página. El proceso de instalación para la 4000 es igual que para las 3000?
La verdad es que mis conocimientos quedan a años luz de lo que se expone aquí, pero estoy dispuesto a seguir paso por paso lo que me propongáis si alguien me puede echar una mano.
Gracias por adelantado.
Kic
Super Coco dijo:
@Kic Creo que son muy similares. En todos los sitios donde se habla de la 3000 se habla también de la 4000, pero no te puedo asegurar a ciencia cierta que te vaya a funcionar exactamente lo que se cuenta en la entrada. Si lo pruebas, ¡ya nos contarás si te funciona bien!
Kic dijo:
Hola otra vez,
He tenido un pequeño bache pero ya lo he superado
. Sigo
Kic
Kic dijo:
Hola de nuevo.
Ahora si que me he quedado parado.
No acabao de entender esto
Una opción u otra deberían llevarnos al mismo resultado, a que los módulos no se carguen durante el arranque. A continuación, hay que arrancarlos manualmente en este orden:
cx8800 cx88xx cx8802 cx22702 cx88-dvb
Para ello, Alberto propone el siguiente script:
#!/bin/bash
modprobe cx8800 && modprobe cx88xx && modprobe cx8802 && modprobe cx22702 && modprobe cx88-dvb && \
echo “Los módulos para la HVR-3000 se han cargado con exito”
exit
Me echáis un cable?
Gracias
Kic
Super Coco dijo:
@Kic Por favor, cuando no entiendas algo, intenta ser más explícito, por favor. ¿Qué es lo que no entiendes exactamente?
Básicamente, esa parte significa que tienes que bloquear la carga de dichos módulos tal y como se indica en la actualización, reiniciar el sistema (o descargar los módulos manualmente con
rmmod) y ejecutar en el terminal (o en un script):modprobe cx8800 && modprobe cx88xx && modprobe cx8802 && modprobe cx22702 && modprobe cx88-dvbKic dijo:
Gracias super-coco, era la respuesta que necesitaba.
Al hacer modprobe cx8800 && modprobe cx88xx && modprobe cx8802 && modprobe cx22702 && modprobe cx88-dvb
obtengo
FATAL: Error inserting cx8802 (/lib/modules/2.6.20-16-generic/kernel/drivers/media/video/cx88/cx8802.ko): Operation not permitted
Y por otro lado, como se hace el script. Ya dije al principio que soy muy nuevo.
Gracias
Kic
Super Coco dijo:
@Kic Si estás en Ubuntu, tendrás que hacerlo con
sudodelante del comando.Sobre el script. Es sólo un fichero de texto conteniendo los comandos que se ejecutan en orden. Igual que un .bat en Windows. Crea un fichero, copia las líneas de Alberto y lo guardas. A continuación le das permisos de ejecución con el comando
chmod x nombrescripty luego lo tienes que ejecutar poniendo el path completo en la línea de comandos (p.e./home/kic/nombrescript).Kic dijo:
Ya lo hago
Kic
Super Coco dijo:
Kic Vale, creo que es porque el
sudosólo se está usando en el primermodprobe. Haz:Yeyo dijo:
Wenas a todos,
Antes de nada felicitarte por este estupendo blog que llevo ya tiempo siguiendo, aunque soy de los que se mantienen en la sombra y no suelen dejar comentarios.
Bueno este post me ha tocado la fibra, he conseguido poner a funcionar la WinTV 3000 en mi ubuntu, aunque estaba ya un poco desmoralizado pq no sabia por donde meterle mano al asunto.
Aun asi sigo teniendo problemas, despues de seguir al dedillo todos lo pasos del post, no soy o la tarjeta no es capaz de sintonizar ningun canal…??!!
La he tenido funcionando un par de meses perfectamente en un XP, viendo canales, con las ‘flores’ y esas cosas (descarto fallo en la tarjeta o la señal), pero aqui no es capaz de coger un solo canal.
Todo ha ido bien hasta ahora (por los pasos del tutorial), ya tengo dos dispositivos en /dev/dvb/ uno es el DVB-T “Conexant CX22702 DVB-T” y el otro el DVB-S me lo reconoce como “Conexant CX24123/CX24109″ no hace referencia sobre DVB-S en ningun lado pero imagino que será valido.
A la hora de escanear los canales he probado mediante las ‘dvbutils’ con el comando scan (nada bueno) y con el kaffeine (igual) con el mismo resultado, he puesto unos cuantos LNB para probar Astra,Hispasat… y nada. Me lanza este error la consola del kaffeine:
Not able to lock to the signal on the given frequency
Frontend closed
dvbsi: Cant tune DVB
Using DVB device 1:0 “Conexant CX24123/CX24109″
tuning DVB-S to 11527000 v 27500000
inv:2 fecH:2
DiSEqC: switch pos 3, 13V, loband (index 12)
DiSEqC: e0 10 38 fc 00 00
……………
Y el comando scan me deja esto:
scanning Astra-19.2E
using ‘/dev/dvb/adapter1/frontend0′ and ‘/dev/dvb/adapter1/demux0′
initial transponder 12551500 V 22000000 5
>>> tune to: 12551:v:0:22000
WARNING: >>> tuning failed!!!
>>> tune to: 12551:v:0:22000 (tuning failed)
WARNING: >>> tuning failed!!!
ERROR: initial tuning failed
dumping lists (0 services)
Done.
(El MythTV esta parado y matado para que no bloquee el dispositivo en ambos casos)
Aqui me he quedado y no se me ocurre nada mas que hacer….
Si me pudierais dar un consejito, pista o sugerencia….
PD: Por cierto para configurar el mando y el receptor de la WinTV3000??
Muchas Gracias.
Super Coco dijo:
@Yeyo Gracias por tu comentario y me alegro mucho de que te guste el blog.
Me temo que yo no puedo ayudarte. A ver si alguien que tenga la tarjeta funcionando se pasa por aquí y te puede ayudar…
Yeyo dijo:
Hola de nuevo,
Parece que el problema venia de los LNB por defecto que traia el kaffeine.
He visitado la pag oficial del proyecto y en los foros vienen configuraciones mas actualizadas/nuevas de mas satelites (frecuencias y posiciones), me he descargado la configuracion Astra 2A,2B,2D-28.2e y ya tengo canales!!! ahora a ver si se ven y oyen…
En esta web teneis todos los LNB para kaffeine: http://joshyfun.peque.org/transponders/kaffeine.html
Gracias de todos modos.
PD: Lo del mando a distancia todavia me sigue interesando…
Super Coco dijo:
@Yeyo Me alegro de que hayas podido salir del bache. Sobre el mando, ¿has mirado la entrada de cómo lo hice yo para mi HVR-1100? Es posible que sea igual. Si te sirve, espero que nos lo cuentes
Streinleght dijo:
He probado el driver de Darron Broad en debian lenny con kernel 2.6.23.14 siguiendo los pasos de la wiki de linuxtv.org solo he cambiado el parche por otro más actual , quedando los pasos asi:
# aptitude install mercurial
# hg clone http://linuxtv.org/hg/v4l-dvb
# cd v4l-dvb
# wget http://dev.kewl.org/hauppauge/v4l-dvb-hg-2008-01-27.diff
# patch -p1 < v4l-dvb-hg-2008-01-27.diff
# make
# make install
Por defecto deja como dispositivo 0 el DVB-S pero como pone en la wiki de linuxtv pero como queria por defecto el tdt en modprobe.conf puse
options cx88-dvb frontend=1
Para dejar por defecto el DVB-S
options cx88-dvb frontend=0
En kaffeine no he tenido ningun problema para que funcione todo correctamente escogiendo mi zona. La parte de satélite no la he podido probar porque no dispongo de parabólica.
Espero que a alguien le pueda servir de ayuda , como a mi me ha servido esta entrada. Un saludo
Super Coco dijo:
@Streinleght Muchas gracias por tu aportación. ¡Puedes ver que he actualizado la entrada con ella! ¡Espero que le sirva a más gente con problemas para configurar la HVR-3000!
Dani dijo:
Hola
En mi caso acabo de probar con una tarjeta hvr4000 el método indicado por Streinleght que es el mismo explicado en linuxtv.org y funciona para DVB-T con Mythtv (tampoco tengo parabólica), la parte no tan buena es que después de instalar el driver ha dejado de funcionar mi webcam por usb, ya no aparece como lo hacía antes en /dev/video1 :-(, estoy un poco perdido leyendo mucha info, ¿debería compilar de nuevo el kernel añadiendo algo más?
Gracias!!
Super Coco dijo:
@Dani Gracias por aportar tu experiencia con el nuevo driver. Sobre el tema de que dejas de poder usar la webcam, no sé si será que con el nuevo driver de v4l-dvb puede ser que introduzcas alguna incompatibilidad con la webcam o puede ser que simplemente ya no esté en
/dev/video1sino en otro fichero de dispositivo… Me temo que no puedo ayudarte.Dani dijo:
Pues parece ser que hay algún bug entre los drivers DVB y los de las webcams(a mi me ocurre tanto con los qc como con los gspca), de todas las búsquedas que he realizado por google, solamente he encontrado a una persona que lo ha solucionado. En este link aparece:
http://mcentral.de/pipermail/em28xx/2007-June/000547.html
El tema es que mis conocimientos de linux no alcanzan para llevarlo acabo, algún máquina por ahí que explique a los mortales lo que dice George en el link anterior??..
Gracias
Super Coco dijo:
@Dani En el enlace que proporcionas (muy interesante, por cierto), dice que:
Es decir, que para que le funcionara, hizo un “
make kernel-links” en el código del nuevo driver y después tuvo que recompilar el kernel completo de Linux. Si no has recompilado nunca el kernel de Linux, puede ser que te interese leer la entrada: Compilar el kernel de Linux.Dani dijo:
Muchas gracias Super Coco, no entendía bien lo del árbol, ahora entiendo que es en el directorio del driver. Lo de compilar todo el kernel no lo he hecho nunca por miedo, pereza…, es el momento de leerme la entrada y hacerlo, ya contaré si efectivamente funcionó.
Un saludo
Albert dijo:
Hola a todos.
He conseguido configurar correctamente una HVR3000 (Ubuntu 7.10 Gutsy con Gnome) gracias a este fantástico tutorial, pero ahora no tengo un problema con Kaffeine:
Cuando hago doble clic en un canal de la lista para empezar a verlo me sale el siguiente mensaje de error:
21:06:19: xine: no se pudo encontrar un demultiplexor para >/home/aphex/.kaxtv.ts<
21:06:19: xine: complemento de entrada encontrado: complemento de archivo entrada
21:06:19: video_decoder: no hay un complemento disponible para manejar ‘XviD’
21:06:19: xine: encontrado complemento demultiplexor: AVI/RIFF demux plugin
21:06:19: xine: complemento de entrada encontrado: complemento de archivo entrada
Entiendo que debe faltar algún paquete o librería o es que simplemente no sé cómo ver los canales encontrados.
@Streinleght: La sintonización de satélite va perfecta con una parabólica de 60cm apuntando a Astra 19.2E. Conectada directamente al PC desde el LNB ha encontrado 802 canales de TV y poco más de 200 de radio.
Gracias y saludos de un neófito en el mundo de la DVB en GNU/Linux.
Super Coco dijo:
@Albert Según este hilo de los foros de Ubuntu, necesitas instalar el paquete
libxine1-plugins. Prueba a instalarlo y ya nos contarás.Sobre que la parabólica te funciona bien, voy a actualizar la entrada con tu comentario. ¡Muchas gracias por tu aportación!
Albert dijo:
@SuperCoco: Gracias por el cable, con el paquete que me indicaste ya puedo ver los canales de TDT. Lo curioso es que detecta los de satélite pero no los reproduce; tampoco es que sea un problema ya que no tengo tanto tiempo para ver la tele pero es algo no deja de ser intrigante. Me imagino que debe haver algún problema con el driver al cambiar de sintonizador DVB-T a DVB-S (esto también me pasaba en Win XP con los drivers originales de Hauppauge). Haré más pruebas y ya os contaré el qué.
por cierto ¿para Gnome hay algún software de la calidad de Kaffeine?
Saludos.
Kic dijo:
Hola Supercoco,
Sigo intentando instalar la HVR4000.
Para asegurarme que no tenia nada mal configurado decidi hacer una instalacion nueva de ubuntu. He seguido todos los pasos pero me sigue saliendo el mismo error.
Al hacer sudo modprobe cx88-dvb me aparece:
FATAL: Error inserting cx88_dvb (/lib/modules/2.6.22-14-generic/kernel/drivers/media/video/cx88/cx88-dvb.ko): No such device
Alguna idea?
Gracias
Kic
Neil00 dijo:
# patch -p1 < /path_de_descargas/v4l-dvb-20070818_hvr3000.diff
Con los dos .diff me dice: “File to patch:”
Q le digo?
Saludos y gracias,
PD. Gracias por este manual, me pensaba q no era posible usar linux
Neil00 dijo:
neil@htpc:~/Desktop/down$ patch -p1 < v4l-dvb-20070818_hvr3000_trio.diff
can’t find file to patch at input line 4
Perhaps you used the wrong -p or –strip option?
The text leading up to this was:
————————–
|diff -u -N -r v4l-dvb-20070818_hvr3000/linux/drivers/media/video/saa7134/saa7134-cards.c v4l-dvb-20070818_hvr3000_trio/linux/drivers/media/video/saa7134/saa7134-cards.c
|— v4l-dvb-20070818_hvr3000/linux/drivers/media/video/saa7134/saa7134-cards.c 2007-08-18 21:28:35.000000000 +0200
|+++ v4l-dvb-20070818_hvr3000_trio/linux/drivers/media/video/saa7134/saa7134-cards.c 2007-08-18 23:22:29.000000000 +0200
————————–
File to patch:
Super Coco dijo:
@Kic Me temo que no sé qué te puede estar pasando… Ni tengo esta tarjeta ni uso Ubuntu…
@Neil00 El
patchtienes que hacerlo desde dentro del directorio donde tienes el código del driver, y elpath_de_descargastienes que sustituirlo por el path real donde hayas descargado el parche.Arturo dijo:
Buenas,
Tengo par de preguntillas,
1.hay alguna forma para que el script que ejecuta los modprobe… se pueda ejecutar automáticamente al iniciar el Sistema.
2.Hay posibilidad de configurar el mando, es que el boton “Esc” del teclado no aparece en el mando y es importante para salir de las cosas…
Agradecer la ayuda que ofrecéis, un saludo
Super Coco dijo:
@Arturo Tal vez quieras poner el script en el
/etc/rc.local. Te lo ejecutará automáticamente durante el arranque.Sobre el mando a distancia, en el artículo de la HVR-1100 puedes ver cómo configurar el mando a distancia para diferentes aplicaciones.
Horaci dijo:
Felicidades por la entrada y los comentarios; como muchos vengo del mundillo windows y una vez mas estoy intentandolo con linux. Gracias a esta web he llegado mas lejos que nunca asi que animo
bueno y ahora, como no, la(s) pregunta(s).
Tengo Ubuntu 7.10 y he seguido los pasos de la wiki linuxtv con multiple frontend. En principio todo bien, pero la primera cosa algo rara es que abro el kaffeine y parece que a mi me ha asignado los dispositivos acabados en 0 para la entrada satelite (no tengo parabolica pero kaffeine dice que es de tipo Satellite) y los acabados en 1 para la tdt (despues de hacer los varios “ln” puedo ver que kaffeine lo detecta como terrestre). Algo raro pero bueno tampoco me voy a quejar. El problema es que cuando quiero escanear canales en kaffeine, se me queda trabado cuando va por el 22%. Puedo ver como la “signal” y “snr” van variando segun va subiendo el % pero por alguna razon se queda en el 22%.
Esto es lo ultimo que Kaffeine me deja en la consola:
Using DVB device 1:0 “Conexant CX22702 DVB-T”
tuning DVB-T to 506000000 Hz
inv:2 bw:0 fecH:9 fecL:9 mod:6 tm:2 gi:4 hier:4
……………
Not able to lock to the signal on the given frequency
Frontend closed
dvbsi: Cant tune DVB
Using DVB device 1:0 “Conexant CX22702 DVB-T”
tuning DVB-T to 514000000 Hz
inv:2 bw:0 fecH:9 fecL:9 mod:6 tm:2 gi:4 hier:4
…………. LOCKED.
Transponders: 15/63
Reading SDT: pid=17
Barcelona tv: sid=30800
Por otra parte he hecho un dmesg y veo lo siguiente:
[ 349.524655] DVB: registering adapter 0 frontend 1 (Conexant CX22702 DVB-T)…
[ 569.019306] cx24123_set_tone: CASE reached default with tone=-1
[ 569.119535] DVB: adapter 0 frontend 0 frequency 850000 out of range (950000..2150000)
[ 596.115496] cx88[0]: irq pci [0x1000] brdg_err*
[ 596.125150] cx88[0]: irq pci [0x1000] brdg_err*
[ 596.125170] cx88[0]: irq pci [0x1000] brdg_err*
[ 596.125187] cx88[0]: irq pci [0x1000] brdg_err*
[ 596.125203] cx88[0]: irq pci [0x1000] brdg_err*
[ 596.125219] cx88[0]: irq pci [0x1000] brdg_err*
[ 596.125235] cx88[0]: irq pci [0x1000] brdg_err*
como digo soy nuevo en el tema linux pero vaya eso no tiene muy buena pinta. Alguna sugerencia ?
Ahora probare el metodo con un solo frontend pero en principio queria utilizar multiples frontend porque mi idea es algun dia tener tanto la tdt como el satelite funcionando con mythtv…..algun dia. Podria utilizar tdt & satelite si utilizo un solo frontend ?
Horaci dijo:
vaya acabo de probar lo de un solo frontend y sigo en lo mismo….kaffeine se muere al llegar a 22%…. alguna idea de donde empezar a diagnosticar el problema?
Super Coco dijo:
@Horaci Me temo que no sé cómo ayudarte. Además de no tener esta tarjeta, no he probado nunca con Kaffeine…
Horaci dijo:
bueno gracias de todas formas. Despues de googlear un poquito he encontrado este post. Lo copio aqui mismo porque luego las cosas cambian de sitio y no se encuentran nunca mas…
http://www.mail-archive.com/linux-dvb@linuxtv.org/msg30226.html
Hi,
Am Sonntag, den 16.03.2008, 11:02 +0000 schrieb Philip Pemberton:
> Hi,
> I’ve just noticed an absolute ton of these messages in dmesg, can anyone
> tell me what’s going on, or what they mean?
>
> [ 123.404000] cx88[0]: irq pci [0x1000] brdg_err*
> [ 123.404000] cx88[0]: irq pci [0x1000] brdg_err*
> [ 123.412000] cx88[0]: irq pci [0x1000] brdg_err*
> [ 123.412000] cx88[0]: irq pci [0x1000] brdg_err*
>
> (repeat ad nauseum)
>
> Kernel 2.6.22-14-generic, Hg 11fdae6654e8 with HVR-3000 patches from
> dev.kewl.org/hauppauge merged in manually.
>
looks like you need the last patches from Guennadi.
http://marc.info/?l=linux-video&r=1&b=200803&w=2
Most important is that one in the middle.
[PATCH] Fix left-overs from the videobuf-dma-sg.c conversion to generic
DMA
As a workaround there was also a patch from Mauro previously, reverting
videobuf-dma-sg back to PCI DMA until the bug is discovered.
http://www.spinics.net/lists/vfl/msg36025.html
Cheers,
Hermann
Resumiendo, las modificaciones necesarias son:
diff –git a/drivers/media/video/cx23885/cx23885-core.c b/drivers/media/video/cx23885/cx23885-core.c
index 8e40c7b..74bd5bd 100644
— a/drivers/media/video/cx23885/cx23885-core.c
+++ b/drivers/media/video/cx23885/cx23885-core.c
@@ -1084,7 +1084,7 @@ void cx23885_free_buffer(struct videobuf_queue *q, struct cx23885_buffer *buf)
videobuf_waiton(&buf->vb, 0, 0);
videobuf_dma_unmap(q, dma);
videobuf_dma_free(dma);
- btcx_riscmem_free((struct pci_dev *)q->dev, &buf->risc);
+ btcx_riscmem_free(to_pci_dev(q->dev), &buf->risc);
buf->vb.state = VIDEOBUF_NEEDS_INIT;
}
diff –git a/drivers/media/video/cx88/cx88-core.c b/drivers/media/video/