domingo, abril 24, 2005
Pasar fichero .ACT a .MP3 o .WAV
Si tienes el típico reproductor MP3 cutre que permite grabar sonido y genera archivos .ACT, con este programa los puedes pasar a MP3 o WAV.
Hay mucho overclocking ahí afuera
El blog de Raymond Chen es una lectura muy interesante para cualquier desarrollador de Windows, aunque también para cualquier persona interesada en el mundo del desarrollo de software, ya que ofrece una visión desde dentro de uno de los mayores productores de software del mundo, Microsoft, y desde una posición privilegiada.
Raymond es una de las personas que recibe esos informes que Windows nos da la opción de enviar cuando se produce un error. Entre esos errores, según cuenta en la historia There's an awful lot of overclocking out there, había uno que les sorprendió: el ordenador cascaba en instrucciones como cmp o xor entre registros. ¿Cómo es posible que haya un cuelgue justo al ejecutar esas instrucciones que no trabajan con memoria? Podría ser un fallo de la CPU, pero en Intel les dijeron que no había ninguno en esas instrucciones.
Siguieron investigando y se pusieron en contacto con diez personas que habían sufrido ese error. Cinco de ellas dijeron que habían hecho overclocking con su CPU. Eso explicaría el error: al poner a la CPU por encima del punto de funcionamiento para el que están preparadas, pueden ocurrir cosas raras. ¿Pero que pasaba con las otras cinco personas? Pues que también tenían la CPU con overcloking aunque no lo sabían: había sido en la tienda donde compraron el ordenador donde subieron la frecuencia del procesador, para así vender uno más lento haciéndolo pasar por otro más rápido.
¿Cuál es la moraleja de esta edificante historia? No es una sino dos: que el overclocking tiene sus riesgos y que hay tener cuidado con lo que nos venden.
Nota: Intentando buscar una biografía de Raymond Chen, he encontrado una página con biografías de empleados de Microsoft. Eso sí, en el más puro estilo Microsoft no tiene una forma fácil de buscar entre ellas ya que, en lugar de tener al menos un índice alfabético (es lo que esperas cuando buscas personas), están ordenadas y divididas sólo en una página por producto.
Raymond es una de las personas que recibe esos informes que Windows nos da la opción de enviar cuando se produce un error. Entre esos errores, según cuenta en la historia There's an awful lot of overclocking out there, había uno que les sorprendió: el ordenador cascaba en instrucciones como cmp o xor entre registros. ¿Cómo es posible que haya un cuelgue justo al ejecutar esas instrucciones que no trabajan con memoria? Podría ser un fallo de la CPU, pero en Intel les dijeron que no había ninguno en esas instrucciones.
Siguieron investigando y se pusieron en contacto con diez personas que habían sufrido ese error. Cinco de ellas dijeron que habían hecho overclocking con su CPU. Eso explicaría el error: al poner a la CPU por encima del punto de funcionamiento para el que están preparadas, pueden ocurrir cosas raras. ¿Pero que pasaba con las otras cinco personas? Pues que también tenían la CPU con overcloking aunque no lo sabían: había sido en la tienda donde compraron el ordenador donde subieron la frecuencia del procesador, para así vender uno más lento haciéndolo pasar por otro más rápido.
¿Cuál es la moraleja de esta edificante historia? No es una sino dos: que el overclocking tiene sus riesgos y que hay tener cuidado con lo que nos venden.
Nota: Intentando buscar una biografía de Raymond Chen, he encontrado una página con biografías de empleados de Microsoft. Eso sí, en el más puro estilo Microsoft no tiene una forma fácil de buscar entre ellas ya que, en lugar de tener al menos un índice alfabético (es lo que esperas cuando buscas personas), están ordenadas y divididas sólo en una página por producto.
Ceklog el barnizagaitas
Ceklog está participando en un concurso de posicionamiento para las fiestas de la Escuela Politécnica de Cáceres con su bitácora Barnizagaitas. Me parece que no necesita mi ayuda para ganar, pero como tampoco cuesta nada... :-)
jueves, abril 21, 2005
Anuncios de ordenadores antiguos
Pues eso, anuncios de ordenadores viejos. Está hasta el Vic-20 que yo llegué a probar en casa de un amigo.
(Vía El gato en el tejado.)
(Vía El gato en el tejado.)
domingo, abril 10, 2005
Dos pagodas: India y China
Escucho en Radio 5 una noticia sobre el apedreamiento de la embajada japonesa en Pekín. Por lo visto, protestan porque dicen que Japón intenta ocultar en sus libros de texto su belicosidad en el pasado contra China. Pero también hay otros asuntos de fondo, como el deseo de Japón de formar parte del Consejo de Seguridad de la ONU y la aspiración de China por controlar la economía asiática.
Al respecto de esto último contaron algo que es lo que ha provocado esta entrada en este blog sobre tecnología: El presidente de China está de visita en la India y ha dicho:
Es decir, China es un gigante de la fabricación de hardware mientras que India lo es de software; juntos pueden tener un potencial enorme. Es un movimiento importante.
Al respecto de esto último contaron algo que es lo que ha provocado esta entrada en este blog sobre tecnología: El presidente de China está de visita en la India y ha dicho:
La cooperación es como dos pagodas, una de hardware y otra de software.
Es decir, China es un gigante de la fabricación de hardware mientras que India lo es de software; juntos pueden tener un potencial enorme. Es un movimiento importante.
Cambio en los comentarios
Aprovechando que hay problemas con Haloscan, he decidido pasarme a los comentarios de Blogger, ahora que ya se pueden hacer sin necesidad de tener una cuenta de Blogger. Creo que es mejor así porque los comentarios quedarán para siempre, no como en Haloscan que los borraban después de un tiempo.
Habrá problemas con los comentarios a las entradas antiguas. Lo siento.
Habrá problemas con los comentarios a las entradas antiguas. Lo siento.
Sistemas de control de versiones
Está habiendo mucha polémica sobre BitKeeper, que es el sistema de control de versiones que utiliza el núcleo de Linux y no es libre. Hasta ahora había una versión gratuita pero han decidido dejar de distribuirla. Mucha gente acusa a Linus de irresponsable por haber decidido utilizar un software no libre. El problema es que no hay ninguna alternativa de software libre que haga lo mismo.
Yo utilizo Subversion y estoy contentísimo con él: se acabaron muchos de los problemas del CVS, como el renombrado de ficheros o el trabajar con binarios. Pero los mismos autores de Subversion dicen que no hace lo mismo que BitKeeper. Mirando la comparativa que tienen en el sitio de BitKeeper (que imagino que estará sesgada, pero teniendo en cuenta que los de Subversion dicen que es verdad que no ofrecen lo mismo...) parece que BitKeeper está pensado como un sistema de control de versiones distribuido, frente a la arquitectura cliente/servidor de Subversion. Parece que también tiene otras ventajas como que cuando se juntan varias ramas no se pierden los registros de cada una, cosa que sí ocurre con Subversion.
En fin, que la comunidad de software libre tendrá que ponerse a trabajar en un sustituto para los proyectos que lo necesiten: muchos estarán servidos con Subversion, pero algunos proyectos importantes como el núcleo de Linuxo KDE necesitan algo más complejo.
Yo utilizo Subversion y estoy contentísimo con él: se acabaron muchos de los problemas del CVS, como el renombrado de ficheros o el trabajar con binarios. Pero los mismos autores de Subversion dicen que no hace lo mismo que BitKeeper. Mirando la comparativa que tienen en el sitio de BitKeeper (que imagino que estará sesgada, pero teniendo en cuenta que los de Subversion dicen que es verdad que no ofrecen lo mismo...) parece que BitKeeper está pensado como un sistema de control de versiones distribuido, frente a la arquitectura cliente/servidor de Subversion. Parece que también tiene otras ventajas como que cuando se juntan varias ramas no se pierden los registros de cada una, cosa que sí ocurre con Subversion.
En fin, que la comunidad de software libre tendrá que ponerse a trabajar en un sustituto para los proyectos que lo necesiten: muchos estarán servidos con Subversion, pero algunos proyectos importantes como el núcleo de Linux
viernes, abril 08, 2005
Los europeos se fían de Microsoft
Leído en una entrevista en El País de los Negocios el domingo pasado a Michael Deaver, vicepresidente de Edelman, empresa que ha elaborado el Barómetro de la Confianza 2005:
En cuanto a las empresas, en Europa sólo Microsoft alcanza niveles próximos [de confianza] a los de una ONG.
John Carmack y Java en los móviles
John Carmack, uno de los desarrolladores de juegos más famosos por haber hecho el Wolfstein 3D, Doom y Quake, se puso a jugar con Java y escribió sus conclusiones, no muy alagüeñas, en su blog.
Básicamente, dice que Java en los móviles tiene bastantes problemas de rendimiento (por estar muy limitado por el tamaño de la memoria), que siempre será mucho más lento que C (" even the most inspired java code is going to be a fraction the performance of pedestrian native C code") y, lo peor, que tiene problemas de portabilidad ("Write-once-run-anywhere. Ha. Hahahahaha. We are only testing on four platforms right now, and not a single pair has the exact same quirks."). Precisamente eso se supone que es la ventaja de Java, pero parece que cada móvil tiene una implementación distinta y los juegos comerciales se ajustan y compilan para cada teléfono (a menudo, más de 100 modelos distintos).
Por último, también dice que la latencia es muy grande (debido a que hay muchos buffers intermedios) y que parece que las compañías de teléfonos no están por la labor de disminuirla. Eso hace que los juegos en red, que sería una de las aplicaciones donde los móviles podrían tener ventajas, no sean viables.
A mí me parece que Carmack es alguien muy centrado en la programación a bajo nivel y no me extraña que no le guste Java. En cualquier caso, es un artículo muy interesante.
Básicamente, dice que Java en los móviles tiene bastantes problemas de rendimiento (por estar muy limitado por el tamaño de la memoria), que siempre será mucho más lento que C (" even the most inspired java code is going to be a fraction the performance of pedestrian native C code") y, lo peor, que tiene problemas de portabilidad ("Write-once-run-anywhere. Ha. Hahahahaha. We are only testing on four platforms right now, and not a single pair has the exact same quirks."). Precisamente eso se supone que es la ventaja de Java, pero parece que cada móvil tiene una implementación distinta y los juegos comerciales se ajustan y compilan para cada teléfono (a menudo, más de 100 modelos distintos).
Por último, también dice que la latencia es muy grande (debido a que hay muchos buffers intermedios) y que parece que las compañías de teléfonos no están por la labor de disminuirla. Eso hace que los juegos en red, que sería una de las aplicaciones donde los móviles podrían tener ventajas, no sean viables.
A mí me parece que Carmack es alguien muy centrado en la programación a bajo nivel y no me extraña que no le guste Java. En cualquier caso, es un artículo muy interesante.
sábado, abril 02, 2005
Podcasting
He estado escuchando el podcasting de La voz del hosting y me han surgido varias reflexiones.
La primera: ¿Por qué pusieron un nombre tan complicado a algo esto que se entendería muy bien como audio-blogs o audio-posts? Vamos, que yo estuve, como creo que mucha gente, oyendo hablar de ello sin entender bien lo que era para finalmente descubrir que no son más que ficheros de sonido insertados en un blog y, como es típico, con fuente RSS o similar.
La segunda reflexión es que hacer un podcast tiene ciertas ventajas y desventajas con respecto a hacer un blog en texto. Ventajas:
- Se puede escuchar :-) Eso permite escucharlo en el coche o con un reproductor portátil mientras das un paseo. También, meter música, que siempre es mucho mejor que describirla, aunque deberás tener los derechos, así que tampoco podrás poner todo lo que te apetezca.
- Puede ser más rápido de hacer porque tardamos menos en hablar que en escribir. Aunque si quieres que quede bien, tendrás que hacer un guión, mezclas, recortar y demás, y eso lleva su tiempo.
Desventajas:
- Se requiere mayor ancho de banda.
- Se requieren más conocimientos para hacerlo.
- Mejor que tengas una buena voz :-)
- La más importante: no se puede buscar dentro del podcast. A mí me interesaban ciertos temas de estos podcast de La voz de hosting y con el sonido es más difícil hacer una "lectura rápida" buscando palabras clave. Al final casi tienes que escuchar 10 minutos para ver si está lo que te interesa, cosa que en un archivo de texto puedes saber en 10 segundos. Como además, de momento los buscadores web no saben analizar el sonido, se pierde toda la gracia de búsqueda automatizada que tienen los textos. Sí, se podrían poner palabras clave, pero sería más trabajo y yo creo que si la web semántica -sea eso lo que sea- depende de tareas no automáticas, lo llevamos claro: yo no pienso pasarme la vida poniendo etiquetas y meta-etiquetas :-)
Pos nada, esos son mis pensamientos sobre podcast.
La primera: ¿Por qué pusieron un nombre tan complicado a algo esto que se entendería muy bien como audio-blogs o audio-posts? Vamos, que yo estuve, como creo que mucha gente, oyendo hablar de ello sin entender bien lo que era para finalmente descubrir que no son más que ficheros de sonido insertados en un blog y, como es típico, con fuente RSS o similar.
La segunda reflexión es que hacer un podcast tiene ciertas ventajas y desventajas con respecto a hacer un blog en texto. Ventajas:
- Se puede escuchar :-) Eso permite escucharlo en el coche o con un reproductor portátil mientras das un paseo. También, meter música, que siempre es mucho mejor que describirla, aunque deberás tener los derechos, así que tampoco podrás poner todo lo que te apetezca.
- Puede ser más rápido de hacer porque tardamos menos en hablar que en escribir. Aunque si quieres que quede bien, tendrás que hacer un guión, mezclas, recortar y demás, y eso lleva su tiempo.
Desventajas:
- Se requiere mayor ancho de banda.
- Se requieren más conocimientos para hacerlo.
- Mejor que tengas una buena voz :-)
- La más importante: no se puede buscar dentro del podcast. A mí me interesaban ciertos temas de estos podcast de La voz de hosting y con el sonido es más difícil hacer una "lectura rápida" buscando palabras clave. Al final casi tienes que escuchar 10 minutos para ver si está lo que te interesa, cosa que en un archivo de texto puedes saber en 10 segundos. Como además, de momento los buscadores web no saben analizar el sonido, se pierde toda la gracia de búsqueda automatizada que tienen los textos. Sí, se podrían poner palabras clave, pero sería más trabajo y yo creo que si la web semántica -sea eso lo que sea- depende de tareas no automáticas, lo llevamos claro: yo no pienso pasarme la vida poniendo etiquetas y meta-etiquetas :-)
Pos nada, esos son mis pensamientos sobre podcast.
