martes, 29 de julio de 2014

Aun quedan de estos

Sí, es cierto, algunos aun conservan estas antiguallas


Y es de las más jóvenes en nuestro grupo de trabajo.
Así no sufre ni pierde el tiempo con Whatsapp ni Facebook.

martes, 22 de julio de 2014

Resoluciones de otros tiempos: CVCDs

Buscando entre los restos históricos del hardware que tengo almacenado encontré unas cajas antiguas que contenían... 550 CDs en los que había codificado CVCDs.


¿Qué es un CVCD? Como dice la siempre presente wikipedia, «El CVCD, (Compressed Video CD o disco compacto de video comprimido), es un formato de almacenamiento de vídeo para discos compactos. Se trata de una versión no estándar y mejorada del formato Video CD (VCD), aunque sólo varía en la velocidad de bits utilizada para la reproducción.»
Este formato nos permitía ver copias «privadas» en los reproductores de salón antiguos, incapaces de reproducir un fichero avi, ya que no llevaban chips de decodificación. Además, no era necesario mantener el formato estándar del formato VCD (1150 kilobits por segundo (kbit/s) de vídeo,y 224 kbit/s en audio MP2; es decir, 80 minutos de película). Al recortar la calidad se podía meter una película en un solo CD. Así que para ver en esos tiempos antiguos (unos 15 años, más o menos) en la televisión una película de 90-100 minutos, o se partía en dos VCD o se codificaba con más pérdida en CVCD. Pues esa foto son 550 CVCD, con unos ficheros multimedia de diferente origen y condición. Y ahora están en el reciclaje para acabar siendo cazadoras. Hoy en día, con resoluciones de 1920x1080, ver películas en resoluciones de 352x288, similares a las de vídeo VHS.
¡Qué tiempos aquellos! y ¡lo que le llevaba a las máquinas del siglo pasado recodificar las películas!

miércoles, 16 de julio de 2014

Extraer texto plano de una presentación odp

y, ¿para qué?, dirán algunos.
Hagamos una pequeña introducción.
En general, cuando tenemos tiempo, preparamos correctamente nuestros materiales de clase y charlas. Primero revisamos la "historia del arte", es decir, que se sabe hasta hoy de este tema; segundo, hacemos una selección de los documentos necesarios para los objetivos que tiene la clase, charla... lo que sea. Tres, si es posible, añadimos de nuestra propia cosecha los últimos avances que hemos realizado, si son interesantes para el tema. Cuatro, generamos un documento síntesis de toda esa información con las citas correspondientes; un documento bien hecho y bien citado se puede actualizar muy fácilmente con las novedades sobre el tema y nos facilita mucho el trabajo. Quinto, con ese documento generamos las presentaciones cuando tenemos que desarrollar clases o charlas.
Lo que pasa es que muchas veces nos falta el factor tiempo, así que 1, 2 y 3 se hacen juntos, se mezclan en un formato virtual cerebral y se pasa al punto cinco omitiendo el cuatro.
En resumen, actualmente, por falta de tiempo, no generamos los documentos síntesis.
Y de repente, ¡ALARMA!,  te piden que entregues el documento de la presentación, y como todavía no se han diseñado escáneres de cerebro que permitan extraer el contenido de la versión virtual interna (que además está seguramente muy desordenada, según las costumbres de cada cual, ese documento no existe; está solo en tu mente y en unos directorios llenos de ficheros que nadie sabe si fueron usados o no. La redacción de ese documento es especialmente difícil, por que los contenidos están en tu interior, pero el orden de exposición lo has delegado en una herramienta llamada presentación —nos pasa a todos; las aplicaciones como PowerPoint, Impress o incluso Prezi hace que no mantengamos el orden en la cabeza. Tenemos la información, pero hemos perdido el orden—.
Nos queda redactar el documento siguiendo las presentaciones o...
extraer el texto del documento ppt, odp...

Por supuesto, extraer el texto de un PDF es muy sencillo con el comando pdftotext, un comando de la suite de software xpdf, pero que también se encuentra en poppler-utils, un derivado de xpdf. Instalamos

su -c 'yum -y install poppler-utils'
    passwd

y el comando

pdftotext fichero.pdf

nos genera un fichero.txt con el texto plano del documento pdf.
Sin embargo, en este caso tenía un documento odp. Por supuesto, podemos convertirlo a pdf en la libreoffice y lugo aplicar pdftotext, pero no es necesario. Podemos recurrir al comando odt2txt, que convierte el texto de los ficheros OpenDocument en texto plano. Instalamos

su -c 'yum -y install odt2txt'
    passwd

y ejecutamos

odt2txt fichero.odp

y obtenemos un fichero.txt con el texto plano de la presentación.
Siempre es más fácil escribir un documento a partir del esquema que tenemos preparado que volver a seguir una presentación e ir desarrollando los contenidos. O al menos eso creo yo.


lunes, 14 de julio de 2014

Correctores ortográficos, ¿sí o no?

Como ya he dicho algunas veces, suelo escribir en plano (nano o gedit) para evitar problemas de formatos entre diferentes usuarios. También he dicho que aun así no podemos evitar el choque con el retorno de carro de Windows.
Al escribir en programas sencillos -no podemos llamarlos procesadores de textos- no uso correctores ortográficos. Es más, normalmente escribo textos con mucho vocabulario técnico y en diferentes idiomas; cuando doy formato en LibreOffice, ni siquiera me fijo en las marcas de error ortográfico, ya que aparecen el gran parte de las palabras (los tecnicismos no están en los diccionarios habituales). Sin embargo he estado realizando un curso para generar Unidades Didácticas en "galego", y por lo tanto es importante, ya que van a ser documentos públicos con el membrete de la Universidad de Santiago de Compostela, que contenga un lenguaje correcto y ajustado a la normativa actual.
La normativa en gallego ha tenido algunas modificaciones en los últimos años, lo que sumado a que existen aun localismos aceptables de manera oral, pero no escrita, provoca que metamos fácilmente gazapos. Aquí he descubierto la bondad de los correctores ortográficos; gracias a los correctores en gallego en LibreOffice he evitado algunas faltas que debería saber, pero que benévolamente digamos "se me han escapado".
En contra de lo que siempre he pensado, los correctores ortográficos SÍ son útiles.



jueves, 10 de julio de 2014

Disco duro escrito a ceros por su cuenta

Este es un caso de poltergeist del que no he sido capaz de encontrar una explicación. Por pasos:
Una compañera de trabajo me entrega un disco del que le gustaría recuperar miles de fotos que ha perdido (lo de las recomendaciones de las copias de seguridad lo dejamos para otro momento). Es el disco duro Toshiba, 2.5' y 500GB


de un Netbook de las siguientes características:
ACER Aspire One D255, Intel Atom N455, 1GB de RAM (DDR3) y con Windows 7 Starter como sistema operativo.
El netbook de repente dejó de funcionar, y en la tienda fueron incapaces de recuperar nada del disco, así que le pusieron uno nuevo y listo.
En principio pensé que no habían aplicado tiempo suficiente y que sería fácil recuperar la información, bien con foremost o photorec.
Al introducir el disco en el sistema (Fedora 20 64bits, con KDE como máscara gráfica), la aplicación discos lo detecto pero sin partición y, curiosamente, dándolo como disco perfecto, sin ningún daño, así que...

Pregunta 1. ¿Por qué falló el sistema y sin embargo el disco está perfecto? Sí, un virus, troyano o similar. Muy bien, le borró el MBR; lo recuperamos y listo.

Por seguridad, creé una imagen con ddrescue, de forma similar a como decíamos aquí con una unidad USB. De esta forma, trabajamos sobre la imagen y no trabajamos sobre la superficie magnética, y evitamos empeorar daños físicos (que según S.M.A.R.T. no había). Una vez generada la imagen de 467GB, es decir, el disco completo, no fue posible montarla, ya que el disco original no estaba particionado. Con testdisk intenté recuperar la partición, pero fue imposible, ya que ni en busqueda superficial ni profunda pudo encontrar rastro de una tabla de particiones en el disco. Bien, no es la primera vez que pasa algo así. Simplemente, si los datos aun están ahí, foremost o photorec pueden encontrar las cabeceras de ficheros y recuperar al menos parte de ellos (no siempre están en un solo trozo contiguo, y sin la tabla de partición no se pueden reconstruir y volver a unir los trozos separados), aunque no se conserve el nombre y directorio.
Al pasar photorec (ver aquí), el resultado fue un directorio de recuperación ¡completamente vacío!


Cada carpeta de recuperación en función de la identificación de photorec (o foremost, por que lo hice tantas veces que ya no recuerdo cual es cual) dice 0 ficheros recuperados. Es decir, varias horas de revisión de la imagen da cero cabeceras de fichero reconocibles.

Pregunta 2. ¿Como se las arregla un usuario básico en un netbook con Windows 7 starter para escribir en ceros un disco duro de 500GB sin darse cuenta?

Si eso es imposible, o al menos muy poco probable,

Pregunta 3. ¿Qué otra circunstancia o condición puede provocarlo?

Para estar seguro, después de probar dos días seguidos todo lo disponible en la imagen, luego lo apliqué directamente sobre el disco duro, con el mismo resultado. Más aun, por si es cuestión del sistema, luego lo intenté con un Hiren's Boot 15.2, arrancando con Windows XP mini y aplicando toda la bateria disponible.

Por supuesto, lo único que me entra en la cabeza es que en la tienda hayan hecho un formateo profundo, pero no lo creo, por que en un disco de 500GB aun lleva un rato bastante largo. Pero si el usuario no es capaz de hacerlo, que otra circunstancia provoca el borrado completo de datos de un disco dejándolo completamente cubiero de... NADA. Por que los virus y troyanos de hoy lo quieren son las tarjetas de crédito y las palabras clave, o bloquearte el sistema y pedir rescate, pero no borrar discos duros, como antes.

Se admiten respuestas.

PD. El disco funciona perfectamente; lo he formateado en NTFS y lo he llenado casi del todo de material multimedia que se ve y escucha perfectamente; por si había dudas del dispositivo.

jueves, 3 de julio de 2014

Estadísticas del blog. ¿Qué podemos ver?

Ayer discutía con una compañera de trabajo sobre lo que se ve en la estadística del blog. A ella le preocupaba el número de visitas y su origen (éxtasis ante el mapa). Sin embargo, para mi se ven más cosas. Como ejemplo, la estadística mía de ayer
Última semana


Total desde el principio


He señalado con cuadros en rojo y números las zonas desde las que podemos extraer algunas conclusiones. Para ello tenemos que tener en cuenta que empecé a escribir en este blog en marzo de 2008.

1. El uno se refiere al origen de las visitas. Inicialmente dominaba el lector nacional (España), seguidos de los países sudamericanos, debido fundamentalmente al idioma. Sin embargo, desde hace un tiempo los lectores se localizan fundamentalmente en Estados Unidos. Por supuesto, supongo que son fundamentalmente de origen latinoamericano, pero es un punto en el que estoy reflexionando. En segundo lugar, en este blog solo se comentan cuestiones técnicas alrededor de Linux, más alguna cuestión personal, así que lo que se busca aquí es una solución para problemas habituales en Linux que se pueda entender en español.

2. El dos señala el navegador utilizado en la lectura. En un principio, el navegador utilizado era Firefox. En estos momentos Chrome y derivados duplica (en algunas semanas incluso más) a Firefox. Una lástima, ya que valoro mucho lo que Firefox y Mozilla hizo por nosotros en el cruce del "desierto" que supuso la desaparición de Netscape; fue muy difícil sobrevivir sin usar Explorer, Netscape sin desarrollo, hasta la llegada de Firefox. Reflexionemos también sobre ello. En mi caso, la fidelidad a Firefox es absoluta.

3. El tres señala el tipo de sistema operativo que utilizan los lectores. Aquí hay una sorpresa, y no agradable. En la estadística total los lectores se dividen en dos poblaciones; la mitad de Windows, y la otra mitad Linux-Mac, con casi un 40% de Linux o similares y 10% de Mac. Sin embargo en los últimos meses el porcentaje de Windows ha aumentado muchísimo, llegando prácticamente a un 80%. Y ahí nos duele, por que en todos estos años hemos pensado que llegaba el momento de un Linux en escritorio, pero no es así. Una segunda lectura nos dice que los blogs -bueno, a lo mejor solo éste- no se leen por teléfono ni tablets (yo sí, pero debo ser un caso raro).

Por lo demás, el mundo sigue, los blogs ayudan a solucionar problemas ... o eso creo.