![[FSF Associate Member]](/blog/wp-content/uploads/2010/05/fsf_member.png){kind=small}
21
nov
He actualizado el anterior 901 por este 1005 ha-h desde donde escribo. Las principales diferencias son las siguientes:
- Pantalla de 10.1 pulgadas frente a las 9 del 901.
- Procesador de última generación N280 de 1.66Mhz frente al N260.
- Pantalla de alto contraste con tecnología nueva de menor consumo.
- Disco duro de 160Gb frente al disco duro sólido SSD de 20Gb, aquí quizá veo no una gran mejora, sí de espacio pero no de calidad.
- Protocolo N en wifi, el estandard más rápido, el problema es no disponer aún muchos aparatos con esta tecnología pero podría implantarse en un tiempo.
- Bluetooth 2.1 , la última versión del protocolo con todas sus mejoras.
- Touchpad integrado en la carcasa, multitáctil.
La decisión llevó su tiempo y la inversión tiene una relación calidad precio de 10.
Eeepc power. Aquí funcionando con Ubuntu Remix que funcionó con todos los dispositivos recién instalado, perfecto.
Al instalar el plugin de Quake Live por primera vez en Linux, Ubuntu concretamente, tuve que hacerlo en modo administrador ya que tuve la feliz idea de actualizar a la versión siguiente “Karmic Koala” aún sin ser estable aún, por poco, quizá tenga que ver.
La cuestión es que tengo que jugar con el firefox en modo administrador. Los gráficos van perfectos, rápidos y fluidos, pero el sonido es otra cuestión, es como si el eco del ambiente entrara en un bucle y se fuera montando hasta que el sonido es atronador, luego el sonido cesa al acabar los ecos, estuve mirando la solución y es la siguiente:
Hay que abrir la consola y configurar estos comandos…
com_soundmegs 32
- Reiniciar el Quake Live -
s_mixahead .22
s_mixprestep .1
s_alsa_latency 128
snd_restart
Ahora el sonido va perfecto al menos en Ubuntu x64.
Espero que le sirva a alguien.
Ya son 3 máquinas migradas a 64bits sin novedad.
He estado tuneando los sistemas por aquí y por allá, adaptando anteriores y optimizadas configuraciones al renovado sistema y ahora la cosa marcha bien, muy bien. Lo que más tiempo que me ha llevado en los equipos con entorno de escritorio, que en realidad no ha sido tanto, fue la optimización de Pulseaudio y los plugins del navegador.
Tras un tiempo de uso he sustituido el navegador que originalmente instalé Swiftfox para tener mis plugins de Flash(32bits) y Java(32bits) funcionando ya que las fuentes no las configuraba bien y el aspecto en general dejaba que desear.
El sustituto quasi-perfecto (está en inglés) hasta el momento ha sido Swiftweasel. Este nuevo proyecto paralelo a firefox de navegador “sin marca” tiene dos versiones, una de 64 y otra de 32 bits, originalmente tiene un repositorio para Ubuntu aunque yo lo he acoplado en mi Debian sin ningún problema, ahora mis fuentes se ven bien y tengo FLASH y JAVA. Una anécdota importante es un problema que me daba instalando extensiones (add-ons), daba un error -213 que me mandaba a revisar la consola de errores, la instalación de extensiones era totalmente fallida, tras investigar encontré un post que decía que HABÍA QUE BORRAR EL ARCHIVO extensions.rdf dentro del perfil del navegador, así lo hice y todo se resolvió.
Para instalarlo hay que añadir la línea al archivo sources.list:
deb http://download.tuxfamily.org/swiftweasel hardy multiverse
y luego instalar el swiftweasel32-athlon64 con:
apt-get install swiftweasel32-athlon64
(por ej. aunque yo uso aptitude)
Actualicé mi flamante mediacenter a la última versión de Ubuntu y me encuentro que el 5.1 había volado, tras mucho googlear y esperar al fin di con la solución.
La nueva versión de Ubuntu trae Pulseaudio que es como una infraestructura de sonido que quiere controlarlo todo independientemente del escritorio y aplicación, estando alsa como driver y pulseaudio como control final.
Para sonido 5.1 los canales son 6, para el 7.1 son 8.
necrolord@pelibukas:~$ sudo /etc/pulse/daemon.conf
En la línea donde aparece esto:
; default-sample-channels = 2
se sustituye por esto (por ej. para 5.1).
default-sample-channels = 6
Tras esto un:
sudo /etc/init.d/pulse restart
Hay que configurar dentro del reproductor correspondiente la fuente de sonido en Pulseaudio y ya está, otra vez habilitado el surround.
Los 64 bits han llegado a mis 2 máquinas principales, el ordenata de escritorio y el server ambas con Debian testing/SID.
Siempre fui reticente a este cambio de arquitectura ya que como buen experimentador ya instalé versiones anteriores de AMD64 en sus comienzos siempre con resultados catastróficos, en su mayor parte por la falta de software compilado para 64bits y el tema de tener gran parte del sistema en 32bits y ya se sabe que mezclar no es bueno. Hoy por hoy el problema está mas o menos resuelto.
Para los Windowseros las opciones quedan reducidas a güindous XP 64 bits, quizá el más maduro, luego tenemos el elenco de los poca VISTA, que parece que con el SP1 la cosa se ha vuelto menos inestable y próximamente habrá una versión del güindous Server 2008 64. Todos estos paquetes suelen tener un precio directamente proporcional a los recursos de hardware que se pierden usándolos.
Comienzo:
El proceso comienza con una copia de seguridad exhaustiva de los directorios /etc y los /home de los usuarios que albergan las configuraciones de las aplicaciones, así no hay que pensar en la reinstalación, la mayoría de las aplicaciones conservan archivos de configuración similares para ambas arquitecturas y luego con un copy paste quedan configuradas. También me hago con una lista de los paquetes instalados con “dpkg –get-selections > dpkglist” para luego ir replicando el sistema.
Seguimos. La instalación desde el CD netinstall de DEBIAN amd64 va fluida excepto algún problema con las nuevas particiones en XFS (siempre quise probarlo). La instalación personalizada se lleva a cabo sin problemas y en el server se me instala LILO como cargador de arranque ya que GRUB se lleva mal con XFS y el debian installer dice que me olvide de poner GRUB, esto me pasó en una máquina, en la otra hice una partición /boot en ext3 y todo fue rodado, vale, tiene pase.
Primeros problemas:
Con el sistema en reconstrucción llegaron los primeros problemas, tras instalar el entorno gráfico y paquetes varios observé que el plugin de java no funcionaba en el Iceweasel (firefox). Tras googlear y hacer mis propios apaños vi que era imposible habilitarlo, la solución derivó por la instalación de Swiftfox que es un paquete que agrega al sistema un navegador en 32Bits (beta) que está basado en el motor de Firefox 3. Salimos del paso aunque el navegador está un poco cogido con pinzas.
El tema del multimedia, otro miedo de antaño, me encuentro que en el repositorio de Marillat hay un paquete que es w64codecs que me resuleve el tema de los codecs de Windows de un plumazo. Otro pequeño paso resuelto. Observo, al igual que en UBUNTU, que han incluido el paquete “Tracker” y procedo a instalarlo.
El paquete “Tracker” es un indizador masivo de archivos del equipo, trabaja con una base de metadatos que se actualiza con cualquier cambio, es una gran ayuda a la hora de buscar cualquier cosa, rápido y eficaz, me gusta y ya lo he usado unas cuantas veces.
Conclusión:
El sistema funciona con más frescura y las particiones en XFS vuelan literalmente, allí metí el sistema, los volúmenes de almacenamiento son ext3. Ahora mismo todo funciona pero ha sido una operación digna de alguien con ganas de complicarse la vida y de que manera.
Quiero probar ese rendimiento precisamente con los proyectos del BOINC a los cuales estoy suscrito que son Rosseta y SETI, veremos esas stats de aquí a unas semanas 
sanitarium:~$ cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 67
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 5600+
stepping : 3
cpu MHz : 2812.962
cache size : 1024 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy
bogomips : 5630.14
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc
processor : 1
vendor_id : AuthenticAMD
cpu family : 15
model : 67
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 5600+
stepping : 3
cpu MHz : 2812.962
cache size : 1024 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy
bogomips : 5625.96
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc
sanitarium:~$ uname -a
Linux sanitarium 2.6.24-1-amd64 #1 SMP Fri Apr 18 23:08:22 UTC 2008 x86_64 GNU/Linux
El otro día descubrí por necesidad una página que me guió y actualizó en el panorama de la edición de vídeo en linux. El resumen fue que la cosa está repartida entre una serie de programas dominantes que podrían ser 5.
El gran dominante en funcionalidades y robustez es Cinelerra. Con un desarrollo constante y una amplia escalabilidad es el más completo y a su vez el más pesado.
Lives es un proyecto que actualmente se haya parado el desarrollo por falta de financiación de su infraestructura mínima.
Kino/Avidemux son ambos dos editores sencillos sin multipista pero con disponibilidad de transiciones y efectos. Básicos y rápidos.
Kino
Avidemux
Kdenlive es el que decidí probar por ser un termino medio entre Cinelerra y Kino/Avidemux.
El programa es un editor de vídeo bastante completo que usa las librerías de KDE, multipista, con soporte para transiciones y efectos, con manejos de distintos tipos de clips tanto de vídeo, audio, secuencias de imágenes, etc. Aún no está traducido al castellano, de todos modos el argot popular de este tipo de programas puede ayudar a manejarlo incluso quien no se entere mucho del idioma.
Está basado en MLT que es un framework de desarrollo multimedia multipropósito y en FFMPEG para el manejo de los formatos de ahí su versatilidad y eficacia. Aquí podemos ver opciones de exportación para nuestro trabajo.
Realmente el soporte de transiciones y efectos es bastante completo. Lo único que se le echa en falta es un poco más de estabilidad cuando se realizan tareas medianamente complejas de audio y vídeo. Por lo demás, me ayudo a producir mi primer vídeo!
El programa tiene su última versión estable en Agosto de 2007, un poco antigua aunque su versión de desarrollo es usable, es la que muestro. El desarrollo a corto plazo tiene a su autor trabajando en la versión para KDE4 además de realizar unas mejoras en el código para el uso a medio plazo de nuevos desarrolladores.
Se han producido cambios en la manera de manejar los formatos dentro de los parametros a pasar al programa ffmpeg presente en la mayoría de las distribuciones de linux con lo cual el script de conversión de vídeo para la psp queda así:
#!/bin/bash
if [ $# == 0 ]
then
echo “Use: make_psp_movie video1 video2 video3 …”
fi
target=”/tmp/`echo $LOGNAME`/pspmovies”
mkdir -p “$target”
for m in “$@”
do
echo “——————-”
echo “Start converting $m”
echo “——————-”
output=”10001″
while [ -f "$target/MAQ${output}.MP4" ]
do
let “output += 1″
done
ffmpeg -y -i “$m” -vcodec libx264 -coder 1 -bufsize 128 -g 250 -s 480×272 -r 29.97 -b 768k -acodec libfaac -ac 2 -ar 48000 -ab 64k -f psp “${target}/MAQ${output}.MP4″
ffmpeg -y -i “$m” -f image2 -ss 5 -vframes 1 -s 160×120 -an “${target}/MAQ${output}.THM”
done
Todo ello podría grabarse como “make_psp_movies” y se le da atributo de ejecución:
chmod +x make_psp_movies
Usado así:
make_psp_movies archivo1 archivo2 archivo3 …
y el resultado se alojará en:
/tmp/nombredelusuario/pspmovies/
También tengo otra línea de conversión que ofrece una calidad superior no se si superable para la conversión de vídeos, es esta y también es con ffmpeg.
ffmpeg -y -i archivo.origen -acodec libfaac -ab 128 -vcodec libx264 -b 512kb -ar 48000 -mbd 2 -coder 1 -cmp 2 -subcmp 2 -s 480×272 -r 30000/1001 -title TITULO -f psp -flags loop -trellis 2 -partitions parti4x4+parti8x8+partp4x4+partp8x8+partb8x8 archivo.destino (MP10001.MP4 por ej.)
3
ene
Me encontré un snapshot-package en una tienda de los chinos.
Aquí ya abierto e instalándose…
Creía que iba a tener más transparencias y se ve un poco cartoné… en fin.
24
nov
Tras un largo periplo por Amule, Azureus y otros sabores de la red bittorrent he vuelto a unos orígenes con fundamento: MlDonkey.
- Puertos:
Tras un ajuste en mi firewall-iptables he conseguido no solo una ID alta sino que también sirva para algo y descargue bien. Tenemos definidos los puertos 9001 TCP/UDP + 9005 UDP para la red Donkey, los 9002 TCP/UDP para kademlia (ayuda mucho en búsqueda de fuentes) y Bittorrent 10001 TCP/UDP (no aparece en la imagen).
He descubierto una de las grandes desventajas que posee aMule que es no poder descargar archivos mayores de 4 GB, de ningún modo. Hoy por hoy esa desventaja ha sido crucial para hacer que me esmerara en la configuración de Mldonkey para ofrecerme un rendimiento óptimo si no perfecto. Atrás quedaron frustraciones del pasado ya que con un poco de configuración he llegado a un resultado en 4 días más que notable con archivos de pocas fuentes.
Una de las piedras angulares en el rendimiento han sido dos simples configuraciones referentes a los límites de descarga y subida y la desactivación de redes innecesarias.
- Ajustes Subida/bajada (download/upload):
En lo referente a la configuración del primer apartado me he limitado a dejarlo así tras una serie de pruebas de rendimiento de red, leyendo en algunos foros que contiene un bug en las últimas versiones en las cuales hay que determinarle el doble del valor para algunas variables para que rindan con la mitad de lo configurado, por ejemplo, en mi rate de subida configuré 200 Kb para que realmente rinda a 100 Kb de subida, soy generoso claro. La descarga a 0, o sea, sin límite.
- Activar redes necesarias:
El tema de activación y desactivación de redes fui práctico y dejé las que realmente voy a utilizar y quité las que convierten al servidor en un monstruo amasa recursos y paquetes de red entre múltiples redes de P2P. Conseguí los resultados que buscaba con la siguiente configuración:
Con todo esto afinado y alguna configuración menor dentro de los archivos donkey.ini y downloads.ini he conseguido lo que pienso que será una duradera amistad entre mi y el P2P con cliente P2P como servicio y control web para el manejo quasi total.
Tiempos de cambio acontecen a mi escritorio, una vez más. Ahora le toca el paso con honores a la siguiente versión de Enlightenment, aún en desarrollo pero con una probada estabilidad en lo que es el propio entorno de ventanas, las aplicaciones que formarán parte de la suite aún están muy verdes y no las he visto muy funcionales.
Con una gran velocidad y mejoras de cara al usuario me ha costado comprender la manera de agregar aplicaciones al menú de apps favoritas ya que hay q jugar con la creación de iconos desde el menú de configuración y luego con la ubicación del archivo-icono resultante en el directorio de aplicaciones favoritas. Puede que luego lo explique con más detalle, pero yo que venía de la versión anterior que iba ya para unos cuantos meses, el cambio ha sido a mejor, a mucho mejor.
¡Vamos Enlightenment Hordes!
