Configurar webcam
-
Hola a todos,
tengo una webcam usb de creative que funciona con el ov511, el problema es que no se que tengo que hacer para que funcione, he leido un montón de articulos pero no lo consigo no se porqué, tengo tambien una targeta de tv pinnacle con el bttv. He provado a hacer un enlace hacia el dispositivo dev/video0 ( webcam ) y dev/video1 ( tv ) pero no consigo que me funcione. ¿ Alguién sabría decirme como tengo que montar estos dispositivos para que funcionen ?
Salu2!
-
Hay algunas versiones de webcam creative, que segun el chip usb que lleven, son soportadas por un driver o por otro. Lo digo por que por ejemplo, yo uso la "Creative webcam 5" y hay modelos que funcionan con el ov511 y otros que funcionan con el de philips.
Tienes que enterarte de que driver soporta tu camara, si es que hay alguno. Lo mas rapido es que averigues el ID de fabricante y modelo de tu camara, usando por ejemplo usbview, o el centro de informacion de KDE. Con estos datos acude a esta tabla:http://alpha.dyndns.org/ov511/cameras.html#chipsets y enterate de que driver es el de tu camara.Cuando ya sepas que driver es, lo siguiente es recompilar el Kernel. Ademas del tipico soporte USB, que supongo que ya tendras instalado, debes de añadis soporte para:
Device Drivers---> Multimedia devices ---> [m] Video For Linux USB support ---> [m] Aqui el driver de tu camara
Luego recompila el kernel. Suponiendo que tu drivers sea ov511 tal y como dices, tendras que cargarlo ejcutando
modprobe ov511 ```esto ya te cargara automaticamente el modulo videodev. Si usas otro driver cambia ov511 por el nombre de tu modulo. Lo siguiente es comprobar si al cargar el modulos se te han creado los dispositivos en /dev/v4l/ Si no se te han creado los creas con el comando
mknod /dev/v4l/video0 c 81 0
Opcionalmente, si tienes problemas puedes crear un enlace simbolico de /dev/video a /dev/video0 Si tienes problemas de permisos, normalmente se solucionan añadiendo tu usuario al grupo "video". Solo queda bajarte algun programa para comprobar que funciona. Por ejemplo el xawtv. un saludo.
-
Eso es exactamente lo que había hecho antes y no me funciona no se porque, según la página del enlace y el usbview si que está soportada y es con el driver ov511 el cual tengo cargado y todo bien, pero con el xawtv se me queda colgado, me he bajado también el camorama y tampoco me rula. Una pregunta, ¿el enlace no será que lo tengo que hacer hacia dev/v4l/video0 en vez de /dev/video a /dev/video0? ( en teoría /dev/video0 debería estar enlazado hacia /dev/v4l/video0 , no se, no se porque no rula ). Gracias Nacho.
Salu2!
-
El dispositivo de video real es /dev/v4l/video0, el problema es que por defecto, muchos programas buscan en el /dev/video o en /dev/video*. Si ni siquiera tienes /dev/v4l/video0 quiere decir que tu camara no ha sido reconocida por ningun driver.<br /><br />Para asegurarte de que la camara es reconocida has lo siguiente:<br />-Desinstala el modulo: rmmod ov511<br />-Desenchufa la camara<br />-Carga de nuevo el modulo<br />-Enchufa la camara<br />-Mira la salida del siguiente comando para saber si la camara ha sido reconocida o si hay algun error: tail /var/log/messages<br /><br />Lo que puedes hacer es no crear enlaces simbolicos para no liar mas la cosa, y entererte de como se pasa como parametro el dispositivo en cada programa. Por ejemplo, para xawtv, deberias de ejecutarlo asi:<br /><pre>xawtv -c /dev/v4l/video0</pre> <br /><br />Tambien pude ser que que la camara esté funcionando, pero que no veas nada ,que es lo que me pasa a mi y aun no lo he solucionado, porque mi driver, el pwc, no es tan configurable como el ov511.<br /><br />Como tienes la suerte de usar el ov511, puesdes configurar algunas cosas pasando argumentos al cargar el modulo. Te pongo aqui unas cuantas sacadas de la documentacion del modulo del kernel (es interesante al menos al principio desacrivar el autobrillo : modprobe ov511 autobright=0 ):<br /><br />You can set these with: insmod ov511 NAME=VALUE<br /> There is currently no way to set these on a per-camera basis.<br /><br /> NAME: autobright<br /> TYPE: integer (Boolean)<br /> DEFAULT: 1<br /> DESC: Brightness is normally under automatic control and can't be set<br /> manually by the video app. Set to 0 for manual control.<br /><br /> NAME: autogain<br /> TYPE: integer (Boolean)<br /> DEFAULT: 1<br /> DESC: Auto Gain Control enable. This feature is not yet implemented.<br /><br /> NAME: autoexp<br /> TYPE: integer (Boolean)<br /> DEFAULT: 1<br /> DESC: Auto Exposure Control enable. This feature is not yet implemented.<br /><br /> NAME: debug<br /> TYPE: integer (0-6)<br /> DEFAULT: 3<br /> DESC: Sets the threshold for printing debug messages. The higher the value,<br /> the more is printed. The levels are cumulative, and are as follows:<br /> 0=no debug messages<br /> 1=init/detection/unload and other significant messages<br /> 2=some warning messages<br /> 3=config/control function calls<br /> 4=most function calls and data parsing messages<br /> 5=highly repetitive mesgs<br /><br /> NAME: fix_rgb_offset<br /> TYPE: integer (Boolean)<br /> DEFAULT: 0<br /> DESC: Some people have reported that the blue component of the image is one<br /> or so lines higher than the red component. This is only apparent in <br /> images with white objects on black backgrounds at 640x480. Setting this<br /> to 1 will realign the color planes correctly. NOTE: You will likely<br /> need a fast (500 MHz) CPU.<br /><br /> NAME: snapshot<br /> TYPE: integer (Boolean)<br /> DEFAULT: 0<br /> DESC: Set to 1 to enable snapshot mode. read()/VIDIOCSYNC will block until<br /> the snapshot button is pressed. Note: enabling this mode disables<br /> /proc/video/ov511/<minor#>/button<br /><br /> NAME: force_rgb (Deprecated; may be removed in the future)<br /> TYPE: integer (Boolean)<br /> DEFAULT: 0<br /> DESC: Force image to be read in RGB instead of BGR. This option allow<br /> programs that expect RGB data (e.g. gqcam) to work with this driver. If<br /> your colors look VERY wrong, you may want to change this.<br /><br /> NAME: cams<br /> TYPE: integer (1-4 for OV511, 1-31 for OV511+)<br /> DEFAULT: 1<br /> DESC: Number of cameras allowed to stream simultaneously on a single bus.<br /> Values higher than 1 reduce the data rate of each camera, allowing two<br /> or more to be used at once. If you have a complicated setup involving<br /> both OV511 and OV511+ cameras, trial-and-error may be necessary for<br /> finding the optimum setting.<br /><br /> NAME: compress<br /> TYPE: integer (Boolean)<br /> DEFAULT: 0<br /> DESC: Set this to 1 to turn on the camera's compression engine. This can<br /> potentially increase the frame rate at the expense of quality, if you<br /> have a fast CPU. You must load the proper compression module for your<br /> camera before starting your application (ov511_decomp or ov518_decomp).<br /><br /> NAME: testpat<br /> TYPE: integer (Boolean)<br /> DEFAULT: 0<br /> DESC: This configures the camera's sensor to transmit a colored test-pattern<br /> instead of an image. This does not work correctly yet.<br /><br /> NAME: dumppix<br /> TYPE: integer (0-2)<br /> DEFAULT: 0<br /> DESC: Dumps raw pixel data and skips post-processing and format conversion.<br /> It is for debugging purposes only. Options are:<br /> 0: Disable (default)<br /> 1: Dump raw data from camera, excluding headers and trailers<br /> 2: Dumps data exactly as received from camera<br /><br /> NAME: led<br /> TYPE: integer (0-2)<br /> DEFAULT: 1 (Always on)<br /> DESC: Controls whether the LED (the little light) on the front of the camera<br /> is always off (0), always on (1), or only on when driver is open (2).<br /> This is not supported with the OV511, and might only work with certain<br /> cameras (ones that actually have the LED wired to the control pin, and<br /> not just hard-wired to be on all the time).<br /><br /> NAME: dump_bridge<br /> TYPE: integer (Boolean)<br /> DEFAULT: 0<br /> DESC: Dumps the bridge (OV511[+] or OV518[+]) register values to the system<br /> log. Only useful for serious debugging/development purposes.<br /><br /> NAME: dump_sensor<br /> TYPE: integer (Boolean)<br /> DEFAULT: 0<br /> DESC: Dumps the sensor register values to the system log. Only useful for<br /> serious debugging/development purposes.<br /><br /> NAME: printph<br /> TYPE: integer (Boolean)<br /> DEFAULT: 0<br /> DESC: Setting this to 1 will dump the first 12 bytes of each isoc frame. This<br /> is only useful if you are trying to debug problems with the isoc data<br /> stream (i.e.: camera initializes, but vidcat hangs until Ctrl-C). Be<br /> warned that this dumps a large number of messages to your kernel log.<br /><br /> NAME: phy, phuv, pvy, pvuv, qhy, qhuv, qvy, qvuv<br /> TYPE: integer (0-63 for phy and phuv, 0-255 for rest)<br /> DEFAULT: OV511 default values<br /> DESC: These are registers 70h - 77h of the OV511, which control the<br /> prediction ranges and quantization thresholds of the compressor, for<br /> the Y and UV channels in the horizontal and vertical directions. See<br /> the OV511 or OV511+ data sheet for more detailed descriptions. These<br /> normally do not need to be changed.<br /><br /> NAME: lightfreq<br /> TYPE: integer (0, 50, or 60)<br /> DEFAULT: 0 (use sensor default)<br /> DESC: Sets the sensor to match your lighting frequency. This can reduce the<br /> appearance of "banding", i.e. horizontal lines or waves of light and<br /> dark that are often caused by artificial lighting. Valid values are:<br /> 0 - Use default (depends on sensor, most likely 60 Hz)<br /> 50 - For European and Asian 50 Hz power<br /> 60 - For American 60 Hz power<br /><br /> NAME: bandingfilter<br /> TYPE: integer (Boolean)<br /> DEFAULT: 0 (off)<br /> DESC: Enables the sensor´s banding filter exposure algorithm. This reduces<br /> or stabilizes the "banding" caused by some artificial light sources<br /> (especially fluorescent). You might have to set lightfreq correctly for<br /> this to work right. As an added bonus, this sometimes makes it<br /> possible to capture your monitor´s output.<br /><br /> NAME: fastset<br /> TYPE: integer (Boolean)<br /> DEFAULT: 0 (off)<br /> DESC: Allows picture settings (brightness, contrast, color, and hue) to take<br /> effect immediately, even in the middle of a frame. This reduces the<br /> time to change settings, but can ruin frames during the change. Only<br /> affects OmniVision sensors.<br /><br /> NAME: force_palette<br /> TYPE: integer (Boolean)<br /> DEFAULT: 0 (off)<br /> DESC: Forces the palette (color format) to a specific value. If an<br /> application requests a different palette, it will be rejected, thereby<br /> forcing it to try others until it succeeds. This is useful for forcing<br /> greyscale mode with a color camera, for example. Supported modes are:<br /> 0 (Allows all the following formats)<br /> 1 VIDEO_PALETTE_GREY (Linear greyscale)<br /> 3 VIDEO_PALETTE_RGB565 (565 16 bit RGB)<br /> 4 VIDEO_PALETTE_RGB24 (24bit RGB)<br /> 7 VIDEO_PALETTE_YUV422 (YUV422 capture)<br /> 8 VIDEO_PALETTE_YUYV (YUV422 capture; same as 7)<br /> 10 VIDEO_PALETTE_YUV420 (YUV 4:2:0 Planar)<br /> 13 VIDEO_PALETTE_YUV422P (YUV 4:2:2 Planar)<br /> 15 VIDEO_PALETTE_YUV420P (YUV 4:2:0 Planar, same as 10)<br /><br /> NAME: backlight<br /> TYPE: integer (Boolean)<br /> DEFAULT: 0 (off)<br /> DESC: Setting this flag changes the exposure algorithm for OmniVision sensors<br /> such that objects in the camera's view (i.e. your head) can be clearly<br /> seen when they are illuminated from behind. It reduces or eliminates<br /> the sensor's auto-exposure function, so it should only be used when<br /> needed. Additionally, it is only supported with the OV6620 and OV7620.<br /><br /> NAME: unit_video<br /> TYPE: Up to 16 comma-separated integers<br /> DEFAULT: 0,0,0… (automatically assign the next available minor(s))<br /> DESC: You can specify up to 16 minor numbers to be assigned to ov511 devices.<br /> For example, "unit_video=1,3" will make the driver use /dev/video1 and<br /> /dev/video3 for the first two devices it detects. Additional devices<br /> will be assigned automatically starting at the first available device<br /> node (/dev/video0 in this case). Note that you cannot specify 0 as a<br /> minor number. This feature requires kernel version 2.4.5 or higher.<br /><br /> NAME: remove_zeros<br /> TYPE: integer (Boolean)<br /> DEFAULT: 0 (do not skip any incoming data)<br /> DESC: Setting this to 1 will remove zero-padding from incoming data. This<br /> will compensate for the blocks of corruption that can appear when the<br /> camera cannot keep up with the speed of the USB bus (eg. at low frame<br /> resolutions). This feature is always enabled when compression is on.<br /><br /> NAME: mirror<br /> TYPE: integer (Boolean)<br /> DEFAULT: 0 (off)<br /> DESC: Setting this to 1 will reverse ("mirror") the image horizontally. This<br /> might be necessary if your camera has a custom lens assembly. This has<br /> no effect with video capture devices.<br /><br /> NAME: ov518_color<br /> TYPE: integer (Boolean)<br /> DEFAULT: 0 (off)<br /> DESC: Enable OV518 color support. This is off by default since it doesn't<br /> work most of the time. If you want to try it, you must also load<br /> ov518_decomp with the "nouv=0" parameter. If you get improper colors or<br /> diagonal lines through the image, restart your video app and try again.<br /> Repeat as necessary.<br /><br /><br /><br />A ver si asi consigues algo.<br /><br />Un saludo.
-
Nada tio que no hay manera, llevo toda la tarde intentándolo y me he dado por vencido ( por lo menos duranto hoy :rabieta: , a cabezón no me gana nadie ) , ahora encima cuando ejecuto el xawtv se me pencha el ordena :rabieta: . Bueno ya seguiré intentándolo si consigo algo ya os lo comentaré. Gracias Nacho . Salu2!
-
Siento reflotar esta rama, pero he buscado y es un problema similar al mío.
Yo tengo LinEx (debian) y he enchufado una camara de fotos digital muy malilla como webcam (cosa que en güindons recuerdo que funcionaba bien con el msn y etc….
El problema es que la enchufo y no me sale nada de nada. Tengo que escribir algún comando o algo para "montarla" o como puedo hacer si no que funcione????PD: Me he fijado que muchos tenéis de firma Linux User Register #321864968 (nº que sean). Que significa eso?????
-
Siento reflotar esta rama, pero he buscado y es un problema similar al mío.
Yo tengo LinEx (debian) y he enchufado una camara de fotos digital muy malilla como webcam (cosa que en güindons recuerdo que funcionaba bien con el msn y etc….
El problema es que la enchufo y no me sale nada de nada. Tengo que escribir algún comando o algo para "montarla" o como puedo hacer si no que funcione????Para esto lamento no poder ayudar, porque nunca use una webcam
PD: Me he fijado que muchos tenéis de firma Linux User Register #321864968 (nº que sean). Que significa eso?????
Hay una pagina que se encarga de contar la cantidad de usuarios Linux, por supuesto si te registras. La unica condicion es que cada un año entres nuevamente para actualizar el registro, o pierdes tu numero. Aca tenes el enlace
Salu2!!!
-
Muchas gracias Zeratul, eres el mejor.
Ya puedes ver mi firma actualizada, xD.EDITO: Una pregunta, cuantos usuarios de linux somos en todo el mundo??? Es que pone algo en esa web pero con el inglés me pierdo.
-
-
Muchas gracias Zeratul, eres el mejor.
:risitas: :risitas: Gracias!!
EDITO: Una pregunta, cuantos usuarios de linux somos en todo el mundo??? Es que pone algo en esa web pero con el inglés me pierdo.
En la pagina del link que te deje dice 138143 Registered users. Esos son todos los usuarios que se registraron y que cumplen con la norma de entrar a la pagina una vez por año al menos. Fijate que el numero real (138143) es mucho menor al numero que te dieron, eso demuestra que no todos los que se registran le dan importancia a eso.
Salu2!!!