El Demonio Negro

Si hace unos días lo comentaba, con cierto retraso como siempre que se me ocurre algo, entre que lo pienso, lo escribo, etc y lo termino publicando.
Después de estas palabras egocéntricas y vanidosas la chicha

Free, un operador ADSL de Francia, lanza un producto para aprovecharse de las características de su módem/media center FreeboxHD. Todos los abonados del operador podrán crear su propia cadena de televisión, ya sea en directo o en diferido, y emitir para el resto de los abonados de Free (mas de un millón).
Lo que hará falta: una cámara de vídeo y conectarlo a la entrada analógica de la FreeboxHD. Esta se encarga de codificar el vídeo y mandarlo al canal 13, en el que habrá un menú en el que acceder a todas las cadenas!

Como veis está parte de lo que yo decía, se necesitará cámara de vídeo, obvio. Pero no cualquiera puede montar un buen vídeo o mejorar un canal de imagen. Es decir, lo cutre tiende a desaparecer rápido y lo espectacular a aburrir demasiado (mirad lo qué le pasa al porno).
El potencial, el “boom”, de este producto está en la audiencia que proporciona de buenas a primeras. Aunque dure poco tiempo (cuanto más tiempo pase más gente habrá emitiendo) permitirá y terminará como está Internet, para ganar audiencia fiel entre la marabunta necesitas buenos contenidos, cierta constancia, dedicación, promoción, sinceridad, recomendaciones (Yo estoy en ello, no se para qué (€€€?), pero estoy)… o dar lo que la mayoría quiere.

Ahora sólo falta un servicio similar, masivo, para móviles, en el que no se necesitará más que el propio móvil con su cámara.

La información de primera mano está en francés, TV PERSO AVEC FREEBOX.

Referencias:

• TV PERSO AVEC FREEBOX
• [meneame.net] Bombazo en la ADSL francesa, Free lanza la TV personal
• [bandaancha.st] Un ISP frances permite a cada cliente emitir su canal de TV sobre ADSL

Recomendación: Puede resultar denso, si te apetece coger los conceptos, lee con calma.

Si el fenómeno de los diarios de Internet (blogs en inglés) revoluciona la forma de transmitir noticias y eventos, sus futuros sucesores no serán menos.

Hoy día, Internet da la capacidad a un individuo de crear su propio medio de expresión.

Internet ha traído la libertad. Libertad de expresión y de elección.
Lees, oyes y ves.
Lo que te da la gana, cuando te da la gana y de quien te da la gana.

¿Qué tenemos?

Podemos establecer que las pautas para caracterizar a un medio de comunicación por su importancia son su audiencia, su credibilidad, su calidad y sus contenidos.
A las bitácoras y compañía las (un poco de laísmo) caracterizan los criterios personales, alejándolas del concepto de objetividad periodístico, de forma que sus ideas (como estas frases mismas) son discutibles y mejorables. Se genera un debate directo en el que el iniciador participa.

Cualquiera de las vías tradicionales de comunicación se puede llevar a cabo con una inversión asequible para casi cualquier persona. Repetimos las consabidas formas de mayor a menor coste.

El menor coste posible es el texto, opcionalmente acompañado de imágenes. Queda poca gente que no se haya siquiera planteado escribir su propia bitácora. Entre otras cosas porque su coste económico tiende a cero. Otra cosa es el tiempo, del que absorbe bastante.
Se puede llegar a cualquier sitio. Sólo se requiere un aparato con conexión a Internet. Sonará chocante esta cuestión, pero poca gente se ha planteado imprimirse periódicamente su sección favorita de un blog.

Después se puede colocar al sonido. Trasmitir mediante radios en directo, o en diferido, a través de Internet. Aquí ya tendrías que tener una tarjeta de sonido, con coste ridículo, pero ya lo hace más caro que el texto. Y no es igual de trivial.
Sin duda aquí tenemos más posibilidades de difusión. Si bien el punto de partida puede ser Internet, también se pueden descargar en los emepetreses y de camino a que vas a X escuchar lo que te apetece.

Por último la imagen en movimiento, opcionalmente sin sonido. Se puede retransmitir en directo, o en diferido, a través de Internet. El coste ya es mayor, al igual que la complejidad. No todo kiske es capaz de poner en marcha una “tele” propia. Pero sin duda es el más cómodo para la audiencia, te lo dan todo hecho y masticado, sólo sentarse y mirar.

Lo que marca la diferencia

Lo que ya es luego difícil de cambiar es el cerebro de la raza humana, que prefiere caballo grande a burra pequeña cabezona. Lo que se puede llamar crear audiencia o clientela. El proceso más duro para cualquier “negocio” (entiéndase en lenguaje cheli, en un significado parecido al “¿qué negocios tienes entre manos?”).
Yo mismo (con mi mecanismo) lo estoy comprobando en mis carnes bien hermosas. Mi audiencia, ese eres tú, al que me gustaría escuchar críticas de vez en cuando (ya se que escribir cuesta), sube día a día, y por algo tendrá que ser. El problema es averiguar por qué. Ahora entiendo a los televitubos preocupados por sus “share” , es el único dato que tienen de retorno de la audiencia. Pero yo tengo algo más en ese aspecto, comunicarse conmigo es mucho más sencillo.

¿Qué va a cambiar?

Hace 5 años hubiese estado bien pronosticar acertadamente que la prensa escrita estaría en jaque por culpa de Internet. Los blogs y los diarios digitales le han pegado una ostia que les ha asustado y de la que ya no se repondrán. Se tendrán que adaptar.
Como cuando se inventó la imprenta, como cuando se inventó la radio, como cuando se inventó la televisión.
Tres medios de masas ya amenazados a adaptarse a Internet.
La prensa se está adaptando a los blogs. Los libros siempre tendrán su versión en papel, por mucho que digan que se lee poco, están asentados y no desaparecerán en un futuro a medio plazo.
La radio y los músicos están en proceso de aceptar que Internet no es el coco.
A la televisión le está por llegar lo que al cine ya le ha llegado. Descargar tu serie favorita para verla cuando te apetece (digitalizada y adaptada y con subtítulos, creados por anónimos) ya es común. Recibir las noticias en directo desde el lugar de un suceso es común.
La inmediatez y que alguien no perteneciente a una gran televisión pueda emitir a través de Internet es lo que hoy, junio de 2007, está por llegar y tambalear a los de dentro de la caja (¿tonta?).

Ejemplos de cambio

Periodismo digital y blogs.
Esto me ha hecho pensar y puede que los artículos de opinión y la subjetividad se dejen para Internet como opiniones personales y los periódicos aumenten la calidad periodística de sus noticias.
Periodismo Incendiario, Periodistas 21, escolar.net…
Radios on-line, podcast y música a la carta.
jamendo, lastfm, podcast, emwreloaded…
Cine y televisión a la carta, emisión en Internet.
zattoo TV P2P, emwreloaded…

Añade el tuyo

El hervidero que es mi cabeza durante las noches me ha obsequiado esta noche pasada con una singular propuesta.
Me ha mezclado un espacio de entrevistas con forma de reportajes (¿entrevista con forma de reportajes? tu eres tonto chaval) con personajes famosos.

Pues vaya mierda que ya está inventada.
Ya, pero una vez tienes el concepto los matices le aportan el color.

Yo mismo me he fascinado al desarrollar en mi imaginación la idea de la forma en que me gustaría.

El relato.

Me encantaría leer entrevistas de gente relevante por su coco y su trabajo. El mundo está lleno de investigadores, investigaciones que únicamente saltan como titular de repente a la prensa como para rellenar. Luego ni tienen continuidad ni se sabe a dónde han ido a parar.

Cogiendo un poco el estilo de los reportajes que hace Punset en el programa de televisión Redes. En ese programa se abordan temas de corte científico, usando para ello como parte principal la entrevista a un científico o investigador prestigioso en el campo que se aborda.

Si a esta parte, de repertorio científico, se le añade además un enfoque como persona, molaría aún más.
Me gustaría por ejemplo que contasen sacrificios personales, sufrimientos, desavenencias, triunfos, fracasos, lalala. Transmitir una parte más humana de lo que es el personaje.

Si ya con esto es poco, seguir exprimiendo el punto personal hasta llevarlo a contar anécdotas y prestarle atención al lugar de la entrevista. Como ya menciono, otro punto fuerte y novedoso sería el lugar en que se realiza la entrevista: restaurantes, parajes, playas, montañas, plazas, laboratorios, excavaciones… lo que sea.

Mezclar todo lo anterior.

Obviamente el formato adecuado para esta iniciativa sería la Internet. Futura plataforma dominante del mundo de los contenidos (esto para otro rato).
Permitiría votar los entrevistados y los lugares entre una serie de propuestas o similar. El caso es mezclar el control editorial con la opinión de la audiencia.

¿Y si ya existe? Pues yo no lo conozco.

Inciso: Creo que el programa de Sardá de viajes podría asimilarse un poco en cómo le da importancia al lugar. Conste que lo digo habiendo visto sólo un programa.

Un pequeño problema para el que no he encontrado la solución por más que he buscado.
El problema ha surgido ahora que estoy usando las autotools para automatizar toda la compilación, linkado y distribución de GLKM.

El caso es que al ejecutar el autogen.sh que tengo preparado me salía un mensaje, entre la maraña que sueltan estas herramientas, del tipo:

user@einstein:~/svn/pfc/trunk/gui$ ./autogen.sh
…
cp: no se puede crear el fichero regular «po/Makefile.in.in»: No existe el fichero o el directorio
…

Acotando el comando que fallaba lo ejecuté en modo depuración, para saber que hacía exactamente.

user@einstein:~/svn/pfc/trunk/gui$ intltoolize –copy –force –automake –debug
intltoolize: enabling shell trace mode
+ test -f configure.ac
+ configure=configure.ac
+ files=’intltool-extract.in intltool-merge.in intltool-update.in po/Makefile.in.in’
+ auxdir=.
++ egrep ‘^AC_CONFIG_AUX_DIR’ configure.ac
+ auxdirline=’AC_CONFIG_AUX_DIR([build-aux])’
+ test -n ‘AC_CONFIG_AUX_DIR([build-aux])’
++ echo ‘AC_CONFIG_AUX_DIR([build-aux])’
++ sed ’s/^AC_CONFIG_AUX_DIR(\([^)]*\)).*$/\1/’
+ auxdir=’[build-aux]‘
+ test ‘[build-aux]‘ = ‘AC_CONFIG_AUX_DIR([build-aux])’
++ echo ‘[build-aux]‘
++ sed ’s/^\[\(.*\)\]$/\1/g’
+ auxdir=build-aux
+ case “$auxdir” in
+ test -z yes
++ pwd
+ cur=/home/user/svn/pfc/trunk/gui
+ test build-aux ‘!=’ .
+ test -z yes
+ cd build-aux
+ for file in ‘$files’
+ test -f intltool-extract.in
+ test -z yes
+ rm -f intltool-extract.in
+ test -n ”
++ basename intltool-extract.in
+ cp -f /usr/share/intltool/intltool-extract.in intltool-extract.in
+ :
+ for file in ‘$files’
+ test -f intltool-merge.in
+ test -z yes
+ rm -f intltool-merge.in
+ test -n ”
++ basename intltool-merge.in
+ cp -f /usr/share/intltool/intltool-merge.in intltool-merge.in
+ :
+ for file in ‘$files’
+ test -f intltool-update.in
+ test -z yes
+ rm -f intltool-update.in
+ test -n ”
++ basename intltool-update.in
+ cp -f /usr/share/intltool/intltool-update.in intltool-update.in
+ :
+ for file in ‘$files’
+ test -f po/Makefile.in.in
+ rm -f po/Makefile.in.in
+ test -n ”
++ basename po/Makefile.in.in
+ cp -f /usr/share/intltool/Makefile.in.in po/Makefile.in.in
cp: no se puede crear el fichero regular «po/Makefile.in.in»: No existe el fichero o el directorio
++ basename po/Makefile.in.in
+ echo ‘intltoolize: cannot copy ‘\”/usr/share/intltool/Makefile.in.in’\” to ‘\”po/Makefile.in.in’\”’
intltoolize: cannot copy ‘/usr/share/intltool/Makefile.in.in’ to ‘po/Makefile.in.in’
+ status=1
+ exit 1
+ exit 1

Estoy usando un directorio para guardar los archivos de autoconf (config-aux) y tener la estructura de directorios y archivos ordenadita.
Ahí radicaba el problema. Así que con crear un directorio llamado po bajo ese directorio ha desaparecido el error.

user@einstein:~/svn/pfc/trunk/gui$ cd config-aux/
user@einstein:~/svn/pfc/trunk/gui/config-aux$ mkdir po
user@einstein:~/svn/pfc/trunk/gui/config-aux$ ll
total 412K
-rwxr-xr-x 1 user user 44K 2007-04-20 04:09 config.guess*
-rwxr-xr-x 1 user user 32K 2007-04-20 04:09 config.sub*
-rwxr-xr-x 1 user user 18K 2007-06-07 21:28 depcomp*
-rwxr-xr-x 1 user user 13K 2007-06-07 21:28 install-sh*
-rw-r–r– 1 user user 23K 2007-06-14 16:53 intltool-extract.in
-rw-r–r– 1 user user 36K 2007-06-14 16:53 intltool-merge.in
-rw-r–r– 1 user user 28K 2007-06-14 16:53 intltool-update.in
-rw-r–r– 1 user user 193K 2006-03-11 19:49 ltmain.sh
-rwxr-xr-x 1 user user 11K 2007-06-07 21:28 missing*
-rwxr-xr-x 1 user user 2,0K 2007-06-14 16:52 mkinstalldirs*
drwxr-xr-x 2 user user 48 2007-06-14 17:51 po/

Si tras ejecutar subversion con un svn co, o un svn update el resultado de la operación os luce con un bonito:

user@machine:~/svn/pfc/trunk/gui/src$ svn update
svn: No se pudo leer el archivo ‘/var/lib/svn/glkm/db/revprops/5′: End of file found

El problema es que el archivo en cuestión, llamémosle forunculo, contiene algún error.
Hasta aquí todo esto lo puede haber pensado cualquier hijo de vecino.

En mi caso salía porque había tocado a mano ese archivo para modificar el log de subversion en ese commit/revision, número 5. Le había quitado algunas letras y lo había dejado tal cual.
Cuando intenté posteriormente obtener esa versión para hacer unas pruebas me encontré con el fallo.

Estos archivos de propiedades de cada versión (eso deduzco por el nombre) contienen unos campos de control de longitud, algo muy cutre, pero muy sencillo. Para arreglar el problema hay que contar de manera exacta los caracteres ocupados (yo resté, menos mal que eran pocos).

Un ejemplo similar al caso real (Ojo, antes del END deberían aparecer 2 líneas vacías, en el ejemplo no se muestran):

user@machine-svnserver:/var/lib/svn/glkm/db# cat revprops/5
K 10
K 10
svn:author
V 9
wodofredo
K 8
svn:date
V 27
2007-05-11T17:44:13.460401Z
K 7
svn:log
V 19
2007-05-11 Enrique
END

aristoteles:/var/lib/svn/glkm/db# diff revprops/5 revprops/5~
< V 24
< 2007-05-11 Enrique jdfgj
---
> V 19
> 2007-05-11 Enrique

Para que un proyecto software se lleve a cabo siempre van a hacer falta los mismos pasos. Quizás, según la experiencia o profesionalidad del equipo que lo lleve a cabo, se puedan omitir algunos pasos.

Los primeros pasos van encaminados a encontrar un problema a solucionar. A buscar una necesidad que necesita ser resuelta.
Es decir, lo que hay que hacer es definir que va a hacer el proyecto.

Otra parte que se da es la de documentación. Porque casi siempre que llevas a cabo un proyecto vas a necesitar saber cosas que desconoces. Tienes que

Ojo, muy importante, en el software, como en la vida, estamos sometidos continuamente a cambios, nuestros o del entorno y tienen una incidencia importantísima en el proyecto.
De nuevo, quiero decir que llevar a cabo un proyecto software no es lineal. No es:

1. escabar
2. cimientos
3. cemento
4. ladrillo
5. tubos
6. luz
7. ventanas
8. puertas
9. …

Se trata de:

• Documentarse. Adquirir conocimientos que no posees
• Definir funcionalidades
• Planificar proyecto
• Diseñar
• Implementar
• Probar
• Documentar. Que consiste en describir lo que estas haciendo.

Y cualquiera de estas directrices se puede tener que realizar, y se realizan, en mayor o menor medida, en cualquier momento del proyecto.

Concretamente estoy en fase de documentación desde hace unos cuantos meses ya. Pero es que me es muy fácil esparcirme y de repente ponerme a hacer otra cosa. Lo que se llama falta de concentración (o motivación, ni yo lo se).
Me estoy documentando para ver cómo se escriben interfaces gráficos usando las librerías GTK/GNOME. Además estoy intentado usar un IDE para GNOME llamado anjuta, pero entre que estoy usando la versión que esta en fase de desarrollo (y falla) y que no se manejarlo muy bien, me está costando. Es que no me apetece escribirlo yo todo.
Además me facilita el código para poder hacer la aplicación fácilmente traducible a cualquier idioma.
También me estoy leyendo un manual de C++, que casi no me acordaba de la última vez, a parte de que estoy aprendiendo cosas sobre las que no tenía ni idea de su existencia.

A la vez que me documento (y me disperso), me he ido informando de las herramientas con similares cometidos que ya existen, para ver que me podían aportar cada una de ellas.
Según sabía y descubría más o menos que quería hacer e ido indagando que cosas podía o no usar. Por ejemplo, si usar DBUS para comunicar ciertos eventos. Por ejemplo, si permitir trabajo en red.

Algunas de las características las busco porque un proyecto fin de carrera requiere manejar distintas tecnologías (o debería).
Por otra parte busco que las tecnologías del proyecto encajen y tengan sentido en el programa de forma que lo hagan más usable y útil.

Como veis todo este X se encuentra bajo que yo llamo el caos ordenado o el orden caótico. Muchas ideas y actividades aparentemente inconexas pero a su vez interrelacionadas y que se respetan mucho.

Con esta entrada anuncio el lanzamiento público del que va a ser mi proyecto Fin de Carrera.
El título es provisional.
Muchos estaban deseando obtener información sobre él. Pues ahora lo vais a poder seguir de cerca.

En las últimas dos semanas he estado configurando la página web y algunos de los servicios necesarios para tener en marcha la infraestructura mínima necesaria para llevar a cabo un proyecto de software libre.
De acuerdo con mi tutor no habría problema en que hiciera todo esto.

Lo que he hecho en concreto ha sido instalar y configurar un software para web que suministra herramientas muy útiles para el desarrollo de un proyecto software. En concreto trac, muy usado en proyectos de software libre.
Trac incluye wiki, navegador de código fuente, gestor de tickets. Además permite extender sus funcionalidades mediante un sistema de plugins.
Con el wiki puedo crear páginas web con la información que crea necesaria.
Con el navegador de código permito a cualquiera ojear el desarrollo del código fuente.
El gestor de tickets es una idea sencillamente genial. En base a esto puedes reportar fallos (bugs) y sugerir funcionalidades (features). Mezclando un poco todo esto puedes seguir cuánto falta para alcanzar cierta meta del proyecto (Roadmap).
El apartado de evolución (Timeline) también es muy útil porque en base a todo (repositorio de código, edición de wiki, gestión de tickets) puedes ver toda la evolución que tiene el proyecto. Es información útil para un desarrollador, para un aquel que no le interesen esto detalles iré narrando en la bitácora la evolución de todo.

La única cosa que me falta para cubrir todos los aspectos de un proyecto de software libre es una lista de correo o foro, pero cómo de momento el único desarrollador voy a ser yo, lo dejo para más adelante. El tiempo dirá.

Lo podéis seguir todo desde:

GNOME LINUX Kernel Monitor

I’ve had some little problems just by now when I’ve upgraded my wordpress to version 2.1

The problem comes from get_links() function and maybe all it’s relatives.
It’s an easy problem to solve.
The main problem is that the upgrade changes ids from links/blogroll categories. So, go to blogroll management and look suspiciosly.
What you need to do is to go to admin>blogroll and mouse over the category you want to display. You should see what id that is, i.e. ….link-manager.php?cat_id=XXX
Those XXX are the new ids.

I’ve upgraded a lot of plugins. And I’m waiting for some to update their versions to wordpress 2.1 compatibility (gallery 2 plugin as a main example).

References:

[Wordpress Support] get_links and wp_list_bookmarks()