Publicados por Nacho

Toda la ilusion que teniamos se ha ido a la mi****

A CALDO<<<

Bueno, si el lunes quedais, pegad un toque con un poquito de antelacion, a ver si me puedo acercar y tomamos unas birritas.:dormido:

Bueno gente. Mas vale tarde que nunca, pero es la 1ª vez desde la party que tengo 1 minuto libre.

Mi opinion:

La party bien, muy bien (por la GENTE!!)
Lo de internet, la verdad es que no lo eche de menos, pero los problemas de red si que dieron bastante por cul:o

Me lo he pasado de PM pero me he quedado con ganas de mas, porque yo llegaba alli cuando la gente dormia y me piraba cuando todo el mundo se levantaba.

Me gustaria ir a la Euskal , pero no tengo claro las fechas y la inscripcion es ya, asi que la proxima es la Fiberparty, solo espero que no coincida con la MurciaLanPary.

joer, si es que ya tengo ganas….:sisi:

A ver si organizan una party en Madrid y os devolvemos las visitas a los madrileños, que la verdad es que no os perdeis una.

Un saludo

Y a mi que lo que me encanta del kernel es que se pueda compilar

No por el hecho de compilar, sino por el hecho de poder elegir que quieres y que no quieres. Si usas uno precompilado que tenga incluido la tira de cosas, auqnue sea como modulos, pierde el sentido de kernel, es decir, la personalizacion y la optimizacion. Si yo no tengo la camara XYZ por qué perder tiempo de arranque o espacio en memoria o disco duro para cargar sus drivers? Si no utilizo una placa con chipset ABC, ¿para que darle soporte?

Donde esté un kernel bien ordenadito que se quiten los mastodontes. Solo por curiosidad, ¿cuanto ocupa un kernel 2.6.3 de esos precompialdos de mandrake?¿Supera la barrera de los 1,2MB?

Saludos.

Publicado originalmente por flipauta
**A mi no me deja editar el lilo.conf… me dice permiso denegado.
Y entro en propiedades y veo k el "usuario" tiene permiso de escritura...

salu2**

Tendrá permisos de escritura pero… lo estas intentando logeado como su propietario? es decir, ¿estas intentandolo editarlo como root? Si no es asi, e slogico que te de problemas.

Saludos.

El NFSU si se puede jugar en LAN, pero es un poco kk porque:

-Hay que crar un servidor con un programa especial y ademas ejecutar un cliente en el ordenador de cada jugador
-Solo pueden jugar 4 a la vez
-Nada mas acabar la carrera sale al menu principal de juego online y a volver a repetir los pasos:conectar con EA.com, crear partida o buscar partida, desafiar,….

Total, que por ejemplo, para jugar un drag, estás unos minitos creando, buscando y uniendote a la partida y solo 23 segundos jugando :(, y encima solo contra cuatro. Mejor jugar al Revolt o cualquier otro juego que sopote mas jugadores, porque para ser solo 4, ya lo haces en casa con internet, para una party mejor si somos muchos, que no tenemos esta oportunidad todos los dias y ahora que nos hemos juntado muchos, mejor aprovechar

Saludos.

Por lo genereal, no deberias de deshabilitar el acceso, ya que quien no es visitado por los robots, no es indexado, y por tanto es como si no existiese en Internet

En cualquier caso ahi va lo que pides: Crea un archivo llamado robots.txt en el webroot (la raiz de tu servidor web). En dicho archivo Solo tienes que poner estas dos lineas:

User-agent: *
Disallow: /

Si es un servidor linux recuerda darle los permisos correctos o no servira de nada.

Si quieres mas informacion sobre lso robots, busca en el google esto: robots.txt

Espero que te sirva.

Un saludo.

Pues si lo quieres hacer sin soft, de programar un driver no te libras.

Te dejo una url que encontraras de interes si quieres hacerte tu propio driver:
http://home.iae.nl/users/pouweha/lcd/lcd.shtml

Si lo quieres hacer en linux es otra historia, no te costaria nada, que hay drivers ya hechos, que son solo eso, drivers, no programas de visualizacion, y usando el pipe-pluging (o como se llame) del xmms ya lo tendrias casi todo hecho.

Un saludo

Los pecomark no dividen el caudal, por eso son tan restrictivos.

en cualqueir caso, si que emrece la pena usar tubos de 100, mejor que la restriccion esté solo en un tramo y no en todo el trayecto

Un saludo.

No se si es el efecto de la camara o es que tienes el contraste al maximo. Si lo tienes al maximo, bajaselo YA si no quieres que literalmente se queme en unas pocas horas. No estaria de mas meterle la resitencia Rlimit si no se la has puesto.

Un saludo.

Compra palomitas, alquila un par de buenas pelis o simplemente saca los apuntes de la signatura mas gorda que tengas y ponte a estudiar, porque te va a costar tiempo recompilar todo

Cuando lo tengas todo preparado escribe:

emerge -uDe world

Un saludo.

La verdad es que un 486 da para mucho con un linux optimizado. Yo le pondria servidor de correro, servidor web, enrutado y firewall. i se queda corto (dependera de la ram) quitale el servidor web, y si aun asi no tira ni pa'tras, quitale el servidor de correo.

Yo creo que mejor que RedHat le podrias poner Debian, ya que te permite una instalacion bastante pelada.
Para las tarjetas de red ISA, puedes preguntar en una tienda de informatica, que segur que tienen alguna en una vitrina

Lo que veo mas difil es lo de "nada de ingles". Me parece que eso ya es pedir demasiado

Es posible que existan versiones especiales o incluso distribuciones especiales para ordenadores poco potentes, si te enteras de alguna comentanoslo.

Un saludo.

Hola.

Creo que lo que te está diciendo es que has arrancado con un kernel que no es el que actualmente está enlazado en /usr/src/linux. Por eso te da problemas al instalar el driver.

Para solucionarlo, borra el enlace actual y crea uno nuevo que apunte al kernel con el que has arrancado. Si por ejemplo tu kernel está el el directorio /usr/src/2.4.22-10mdkcustom haz lo siguiente:

rm /usr/src/linux
ln -s /usr/src/2.4.22-10mdkcustom /usr/src/linux

Acostumbrate a que /usr/src/linux siempre apunte al kernel con el que acabas de arrancar, asi es que siempre que compile sun nuevo kernel actualiza el enlace.

En cuanto a si merece la pena pasarse al kernel 2.6 pues… ¡SI!. Es mas rápido y gestiona mejor la memoria. Incluso si tienes un ordenador antiguo es recomendable, ya que obtendras mejor rendimiento. Además, a mi me parece mucho mas facil de configurar, ya que está mejor organizado, no es como el 2.4 que al hacer el "make menuconfig" te salen mil opciones de golpe, sin clasificacion alguna.

Y sobre al guia para hacerlo en Mandrake, todos los kernels se configuran igual encualquier distribucion, asi es que cualqueir guia te sirve. Como ya has compilado el 2.4, te aseguro que compilar el 2.6 te será mas facil.

Un saludo.

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.

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.

Publicado originalmente por barc
**nacho, notaste menos ruido? (como dijeron q podria pasar, al principio del post)

**

Yo no note diferencia. Ruido y rendimenito como siempre.
Lo que si note, es que con el ductin mod si que sonaba menos a maximas revoluciones

yo lo hice con el ventilador del volcano 9, y funciono exactamente igual que siempre.

Prueba esto

Publicado originalmente por Forenaits
Chicos por si os interesa yo llego sobre las 18:15 a la estacion de bus de Valencia, pero aun no he sacado el billete asi que puede cambiar la cosa si me vengo en tren. En principio me recoge Nacho y en caso de que el no pudiese CREO que se acercaria Hits a por mi

Cuenta conmigo para el traslado de la estacion a la paty. Si vienes en autobus, estamos a 6 minutos del pabellon. Si vienes en tren hay que callejear mas, pero tampoco importa. Cuando sepas hoaios y tal, concretamos.

No es por nada, pero si yo viniese de fuera de Valencia con un coche cargado de ordenadores, no me haria nada de gracia dejarlo aparcado en la calle mientras me tomo un café. Yo creo que es mejor descargar y meter las cosas, y cuando ya estemos en nuestros puestos, ir a tomar algo, o incluso tomarlo ahi dentrro, aunque sea de maquina.

Para quedar, lo priemero que deberiamos hacer es enterarnos de que hora es la oficial de entrada. Cuando lo sepamos, podriamos quedar una o dos horas despues, ya que siempre se retrasa y se forman colas.

Un saludo.