Computación, Educación, Economía

noreply@blogger.com (Joan) — Mon, 23 Mar 2026 15:21:00 +0000

Este Blog migró a:

Análisis, Mercados Tecnológicos, Macroeconomía

GPT3. La Inteligencia Artificial que ha conseguido 100 millones de usuarios en 2 meses

noreply@blogger.com (Joan) — Tue, 02 May 2023 09:42:00 +0000

GPT, es machine learning basado en Redes Neuronales. El Transformer se puede entrenar en paralelo y aprovechar las GPU. Utiliza un mecanismo de atención, investigación publicada en 2017. Los modelos anteriores no podían memorizar textos largos ni correr en paralelo. GPT-3, lanzado en 2020, tiene 175.000 millones de parámetros. Entrenado con textos de internet de 500.000 millones de tokens. La generación de textos, puede alcanzar un nivel literario que pasa inadvertido por los humanos, el modelo es capaz de mantener la coherencia en textos largos y debido a su gran conocimiento del mundo, crear un contexto y párrafos muy reales. Logra realizar tareas “inesperadas” de manera correcta, sin haber sido entrenado para ello...

Las tecnológicas que nos gustaría tener. Recopilación de artículos

noreply@blogger.com (Joan) — Wed, 23 Nov 2016 17:01:00 +0000

La burbuja de las FANG

Facebook y sus ingresos por publicidad

Salida a bolsa de Snapchat

Amazon,Google, etc rentabilidad desde salida a bolsa

La pujanza de la economía digital

El secreto para ganar con la industria estadounidense

Facebook: rendidos a sus pies

Los gigantes tecnológicos y la Inteligencia Artificial

Francisco Martín, lider mundial en aprendizaje automático

Airbnb compra una empresa española

Angel Alegre: el genio de los negocios pasivos

Alphabet: máximo histórico en bolsa

¿Quienes seran los líderes en plataformas digitales?

Wimi5: El WordPress de los videojuegos. Recopilación de artículos

noreply@blogger.com (Joan) — Wed, 23 Nov 2016 16:51:00 +0000

Expertos en el negocio de los videojuegos hablan de las dificultades de este modelo

Tres empresas vascas viajan a Boston para acelerar su crecimiento. El salto tendrá gran impacto en sus plantillas

WiMi5 aúna en una plataforma todo lo que hace falta para lanzar juegos en HTML5

La empresa bilbaína WiMi5 permite que cualquier usuario con un manejo mínimo del PC pueda crear sus propios videojuegos

App Stores, Steam y la pobreza indie: la web como alternativa (Artículo invitado de Wimi 5)

Insomnio: ¿ Qué es ? Tipos, Causas, Remedios, etc

noreply@blogger.com (Joan) — Tue, 19 Apr 2016 12:34:00 +0000

Recopilación de Artículos

Insomnio Agudo y Crónico

Tipos de Insomnio

Dormir seis horas es no dormir

Tratamiento natural del Insomnio

5 maneras de dormir mejor según la ciencia

Si vas a dormir aléjate del WhatsApp

Más común en mujeres que en hombres

Cómo aumentar la serotonina naturalmente

10 alimentos que te aportaran serotonina

El mar es medicina

Insomnio y acupuntura

Enfermedades que pueden curarse con sexo

El insomnio y las conexiones cerebrales

Electrotecnia. Máquinas de Corriente Contínua: recopilación de recursos para su estudio

noreply@blogger.com (Joan) — Sat, 16 Apr 2016 08:25:00 +0000

Teoria y problemas resueltos

Recopilatorio de recursos

WhatsApp o Telegram: Recopilatorio de Artículos

noreply@blogger.com (Joan) — Sat, 16 Apr 2016 08:17:00 +0000

La guerra está servida:

Recopilatorio de Artículos

El Android "sin Google"

noreply@blogger.com (Joan) — Tue, 14 Apr 2015 11:58:00 +0000

En lo que nos fijamos principalmente de un smartphone o tableta, es en el tamaño de su pantalla. Si la pantalla es muy pequeña y hemos de leer mucho, nos cansaremos la vista fácilmente. Por mi experiencia personal, no conviene leer mucho rato al día, en pantallas de menos de 5 pulgadas. Recordemos que las pulgadas de una pantalla, se refieren a la longitud de su diagonal principal. Una pulgada es equivalente a 2,54cm.

El detalle en que nos solemos fijar después, es en la versión del sistema operativo que lleva el dispositivo, Android ó iOS ó Windows.

Evidentemente el precio también cuenta, y quizás es el primer parámetro en el que se fija, el usuario menos experto.

Suponemos que ese smartphone llevará WhatsApp. Un smartphone en el que no podamos usar el WhatsApp, no nos lo vamos a comprar seguramente. Este es el caso de los smartphones con FirefoxOS.

Centrados ya en Android, si somos usuarios más experimentados, miraremos la versión de sistema operativo que lleva el dispositivo. En el caso de Android, miraremos si lleva, a lo sumo, Android Kit Kat, o si tenemos la suerte de que nuestro dispositivo, ya lleve Android Lollipop.

Los usuarios más experimentados, también van a tener en cuenta, el hardware de los dispositivos antes de comprar. Si es un Snapdragon 400 ó 800, o si es un Intel Z2520 o un Z3735D etc ...

Como contaba en mi artículo anterior, depende del fabricante que un dispositivo, reciba actualizaciones de Android o no y durante cuanto tiempo las va a recibir.

Me atrevo a decir, que cuando uno ha fijado su presupuesto a la hora de comprar un dispositivo, y el tamaño de la pantalla, lo más importante va a ser la versión de Android.

Google es la responsable del proyecto de código abierto AOSP (Android Open Source Project). Posteriormente Google añade una "capa de software propietario" que son las Google Apps y los Google Services.

El hecho de que los fabricantes a partir de AOSP, "fabriquen" sus propias versiones de Android, adaptadas al hardware de su dispositivo, introduce un problema añadido, al de la fragmentación de Android.

Android está muy fragmentado, porque sus usuarios, tienen versiones muy dispares. Aún hay una base de usuarios grande de la versión 2.2 y no digamos de las versiones 4.0, 4.1 y 4.2. La base de usuarios de Kit Kat (4.4) ya es significativa y la de Lollipop (5.0) es muy pequeña.

Para los fabricantes de dispositivos, es un problema tener que personalizar y adaptar a sus dispositivos AOSP, y actualizar las versiones de Android. Han de mantener una plantilla de ingenieros especializados en esta tarea.

De lo buenos que sean esos ingenieros, y de la cantidad de recursos económicos que dedique el fabricante a esta partida, dependerá que la experiencia del usuario de Android, en esa marca, sea mejor o peor. Hay mucha diferencia de unas marcas a otras. Los fabricantes más grandes, tienen versiones de Android más optimizadas y que funcionan mejor, que las de otros fabricantes pequeños.

Muy pocos fabricantes consiguen beneficios significativos en la venta de smartphones. La competencia es feroz.

En este escenario, tenemos a la empresa Cyanogen. Totalmente especializada en una única tarea, desarrollar versiones de Android, sin capa de personalización y sin las Google Apps, ni los Google Services, para la mayoría de dispositivos. Un Android sin Google.

¿Pueden competir los departamentos de Ingeniería de Sistemas Operativos de las principales marcas, con el Departamento de Ingeniería de Cyanogen ?

Mi respuesta, es que solo, las grandes marcas. De hecho, es muy común, que la versión de Cyanogen para un dispositivo, funcione mejor y sea más reciente, que la de la propia marca. Cyanogen actualiza versiones de Android de ciertos dispositivos y el fabricante no. En muchos casos, la propia comunidad de desarrolladores de Android, actualiza, en base al código fuente de Cyanogen, antes que el propio fabricante.

Vemos algo que ya hemos visto otras veces en la historia de la computación: "el sistema operativo o más genéricamente, el software, es más importante que el hardware." Esto lo hemos visto durante muchos años, con el dominio del Windows Microsoft. Y de como Microsoft, presionaba y controlaba a todos los fabricantes de ordenadores.

¿Es Google la próxima Microsoft ? ¿Va a acabar controlando y presionando Google a todos los fabricantes de dispositivos Android? ¿Es Cyanogen el salvador de las operadoras y fabricantes? Todo parece indicar que si. Y no solo a los fabricantes de hardware, también a las operadoras de telefonía móvil.

Ahora es más fácil que entendamos, una noticia que nos sorprendió a todos, hace unas semanas:

http://www.elmundo.es/blogs/elmundo/el-gadgetoblog/2015/03/26/cyanogen-respira.html

Hasta pronto !!

Fundamentos de Android I

noreply@blogger.com (Joan) — Tue, 07 Apr 2015 11:53:00 +0000

Android e iOS, los sistemas operativos móviles de Google y de Apple respectivamente, en dispositivos móviles, smartphones y tabletas, han hecho una Internet "mucho más grande" al permitir a sus usuarios navegar y usar la red desde cualquier lugar y a cualquier hora.

Un elemento fundamental de estos sistemas operativos, son sus tiendas de aplicaciones, Google Play e Itunes. Un lugar centralizado dónde los usuarios pueden encontrar millones de aplicaciones para sus dispositivos.

Android, la plataforma móvil de Google, desde su primera versión en Noviembre de 2007, es hoy, la plataforma móvil, más usada del mundo, con una cuota de mercado del 87% (cifra de Abril de 2015).

A mediados de 2013 se activaban 1,5M de dispositivos Android cada dia y a finales de 2013, se alcanzaron los 900M de dispositivos Android activados.

Andoid Open Source Project (AOSP) es un proyecto de software libre, del que Google es el responsable de su gestión y desarrollo. Sobre este proyecto Google añade los Google Mobile Services (Google Play, Google Maps, Google Now, etcétera) y las Google Apps (Gmail, Google Drive, Google Keep, etcétera). Todo esto último es completamente cerrado y propietario de Google. Todo este conjunto, lo vemos, en las versiones de Android de los smartphones y tabletas, de diferentes fabricantes, que usamos a diario.

Hagamos un poco de historia:

Año 2009: Google libera Android 2.0 Eclair y la cuota de mercado global de Android es del 2,8%

Año 2010: Google libera Android 2.2 y 2.3 Gingerbread y la cuota de mercado de Android es del 33%

Año 2011: Google libera Android 3.0 y 4.0 Ice Cream Sandwich y la cuota de mercado de Android es del 53%

Año 2012: Google libera Android 4.1 Jelly Bean y la cuota de mercado de Android es del 75%

Año 2013: Google libera Android 4.4 Kit Kat y la cuota de mercado de Android es del 78,6%

Año 2014: Google libera Android 5.0 Lollipop y la cuota de mercado de Android es del 84,7%

Cuando Google libera el código fuente de Android, los fabricantes de móviles inician, a veces el lento proceso, de adaptación de la nueva versión a sus dispositivos, smartphones o tabletas, y son ellos los que finalemnte deciden, cuales de sus dispositvos recibiran la actualización a la nueva versión y cuales no.

El primer elemento fundamental de Android, es el Bootloader. El bootloader, es el que ordena al kernel de Android, arrancar. El kernel de Android está basado en el kernel de Linux.

Una Stock Rom, es una versión de Android suministrada por el fabricante del dispositivo. Son las versiones que nos encontramos instaladas, cuando compramos cualquier smartphone o tableta Android.

Una Custom Rom, para un dispositvo concreto, es una rom, hecha por la comunidad. Normalmente porque el fabricante ha decicido dejar de actualizar Android para ese dispositivo o porque el funcionamiento de la Stock Rom deja mucho que desear.

Google está desarrollando otro sistema operativo para ordenadores, Chrome OS. Android es muy interesante en pantallas de más de 10 pulgadas, por los millones de aplicaciones disponibles para la paltaforma, Y más interesante es aún, si puede correr sobre el hardware de siempre, el de nuestros ordenadores de sobremesa y ordenadores portátiles. Como iremos viendo, hardware mucho más potente que el de nuestros smartphones y tabletas. Por todo esto, es muy interesante el proyecto libre android-x86. Este mes de enero se liberó la versión 4.4-r2 de android-x86.

Android-x86, funciona, muy bien en ordenadores con procesador y gráfica Intel, tal y como voy contando en otros artículos de este blog. Hay otras versiones compiladas por la comunidad de android-x86 y actualmente, ya hay una versión de febrero de 2015, de android-x86 5.0 Lollipop.

Cuando instalamos android-x86 en nuestros ordenadores y corremos los benchmarks típicos de Android (Antutu o Passmark), nos damos cuenta de la diferencia de potencia de nuestro hardware de siempre comparado, con los SOCs ARM que llevan los smartphones y tabletas que se venden.

Para que nos hagamos una idea, después de ejecutar estos benchmarks, uno ve por ejemplo, que un portátil con Intel Celeron N2840 con pantalla de 15,6" es ya, un poco más potente que, un smartphone o tableta con Intel Atom Z3735D y más mucho barato. Ya no digamos, ordenadores con Intel i3,i5 ó i7. Como comenté en mi artículo anterior, un i7U da más puntuación en Antutu que un Nexus 9.

En un próximo artículo, veremos que significa tener el bootloader abierto ó cerrado, que es el recovery etc, hasta pronto !

Android-x86 4.4-r2: OpenGL ES 3.0,más de 50.000 puntos Antutu,1.5M de Apps disponibles y en pantallas de 15.6"

noreply@blogger.com (Joan) — Mon, 30 Mar 2015 12:39:00 +0000

Estamos acostumbrados a ver Android KitKat, en pantallas muy pequeñas de móviles o tabletas. Ver Android KitKat funcionar en un ordenador, portátil o de sobremesa, con una pantalla mucho más grande, es una gran experiencia, por la rapidez de funcionamiento y por el tamaño de la pantalla, sobretodo.

Android-x86 es un proyecto libre que pretende, poder instalar Android en ordenadores. La última versión disponible es 4.4-r2 KitKat.

Al poder ejecutar diferentes Benchmarks (Antutu ó Passmark) dentro de Androidx86 KitKat, en nuestros ordenadores, nos damos cuenta de la poca potencia de la mayoría de SOCs ARM ó Intel Atom (Bay Trail), comparado con la potencia hardware de la mayoría de nuestros ordenadores. Para que nos hagamos una idea, los SOCs más avanzados de Intel Atom (ej, el Z3795) son solo "algo" más rápidos, y mucho más caros, que los procesadores Intel, presentes en ordenadores portátiles, como el "pequeño" Intel Celeron N2840 o el E2-3800 de AMD. Ya no digamos, si comparamos con ordenadores con procesador Intel i3, i5 ó i7.

Téngase en cuenta que la puntuación de Antutu para el Nexus 9 (lleva el SOC más potente del mercado para Android), oscila alrededor de 57.414 puntos. En las últimas pruebas que he hecho de Android-x86 4.4-r2 sobre un Intel i7-3537U, la puntuación de Antutu es de alrededor de 70.000 puntos.

Es verdad que muchas apps de Android, estan pensadas para pantallas táctiles y para hacer uso de los sensores que tienen los móviles o tabletas Android. Estos sensores, no están presentes en nuestros ordenadores. Todas estas apps no las vamos a poder usar correctamente en Android-x86. Pero a pesar de todo esto, animo a comprobar lo bien y rápido que funcionan la mayoría de apps de Android, en Android-x86.

Android-x86 4.4-r2, es la última versión disponible, mientras se escribe este artículo, y es de 01/01/2015. Esta versión, nos da OpenGL ES 3.0, sólo en ordenadores con procesador Intel y tarjeta gráfica Intel HD Graphics. En ordenadores con procesador Intel y tarjeta gráfica Radeon o NVIDIA, solo dispondremos de OpenGL ES 2.0. Para tarjetas gráficas más antiguas de Intel, habrá que comprobar una vez instalado, dentro de Android, Ajustes -> Acerca de, a ver de que aceleración gráfica OpenGL disponemos. Esto es importante para después obtener una buena experiencia con juegos de Google Play que hagan uso de 3D.

Para ordenadores con procesador AMD y tarjeta gráfica NVIDIA es mejor usar otras imágenes de Androd-x86 4.4, que ha desarrollado la comunidad.

En un próximo nuevo tutorial, vamos a ver como instalar la última versión de Android-x86 4.4-r2 (KitKat-x86), en un ordenador con Windows, tanto si el esquema de particinado del disco es MBR (normalmente ordenadores con Windows 7 y Windows anteriores), como si el esquema de particionado del disco es GPT (normalmente Windows 8 y Windows posteriores).

Vamos a repasar unos conceptos.

UEFI: Unified Extensible Firmware Interface. Es una especificación que define una interficie software entre el Sistema Operativo y el Firmware del hardware. UEFI se ha definido como reemplazo de la vieja interficie BIOS. En la práctica la mayoría de imagénes UEFI soportan compatibilidad con servicios BIOS. UEFI puede soportar diagnósticos y reparación de ordenadores, de forma remota, incluso sin sistema operativo.

GPT: GUID (Global Unique Identifier) Partition Table.A parte del esquema de partición de discos, que usa MBR (Master Boot Record), UEFI trabaja con un nuevo esquema de partición de discos: GPT. El esquema de particionado MBR, permite solo 4 particiones primarias por disco y discos de hasta 2 TB. GPT permite discos y particiones de hasta 8 ZB (10⁹ TB).

SECURE BOOT: Es una característica de UEFI, cuya misión, es impedir la ejecucón de cualquier software no firmado por el fabricante. Esto impide que sea ejecutada cualquier amenaza, durante el inicio del sistema, pero por otra parte, también, impide la instalación de otros Sistemas Operativos

En un próximo tutorial, se hará todo el proceso desde Windows. Esta es una petición que suelen hacer los lectores en los comentarios, de los anteriores tutoriales, donde se hacía el proceso de instalación, de versiones más antiguas de Android-x86, desde Linux Ubuntu o Linux Mint.

Hay una imagen de Android-x86 4.4-r2 para BIOS y otra para UEFI. Se ha de usar la que corresponda, dependiendo de si nuestro ordenador es UEFI o BIOS. En ordenadores con Windows 7 y anteriores versiones de Windows, tenemos BIOS y esquema de partición de discos duros MBR.

Para instalarlo en ordenadores con BIOS y MBR, normalmente ordenadores con Windows 7 y versiones anteriores de Windows, es suficiente seguir las indicaciones del instalador de Android-x86, creando una nueva partición ext3 para él y cargando el arrancador GRUB en el disco duro.

En ordenadores con Windows 8, tenemos UEFI, Secure Boot y esquema de particionado de disco duro GPT, aquí es más complicado instalar Android-x86.

En el proceso de instalación, uno se puede equivocar y borrar particiones de su disco duro, por lo tanto se ruega encarecidamente, hacer una copia de seguridad completa del disco duro, antes de empezar, y tener mucho cuidado en todo el proceso y no dar ningún paso, hasta entender perfectamente lo que se está haciendo.

Hasta pronto !!

MultiBoot: Linux Mint, Windows 8, Chromium OS y Android x86 4.4-r1 en un Asus F550CA i7-3537U

noreply@blogger.com (Joan) — Wed, 17 Dec 2014 09:18:00 +0000

All Operating Systems installed on hard disk with a GRUB2 menu.
Laptop Asus F550CA i7-3537U 2GHz - 3.1GHz Intel HD Graphics 4000 with 4GB RAM.
Chromium OS build 2014-12-08
Android-x86 4.4-r1 Kit Kat.

Youtube full HD 1080p with hardware video acceleration and WebGL support on Chromium OS.
OpenGL ES 3.0 and Youtube HD 720p on Android Kit Kat

Antutu Benchmark 69791
Nexus 9 57414
Samsung Galaxy Note 4 46633

Tutorial para instalar Linux Mint y Android-x86 4.4-r1 (KitKat-x86) Rooteado, en disco duro de ordenador con Windows

noreply@blogger.com (Joan) — Thu, 27 Nov 2014 21:44:00 +0000

Vamos a ver la forma que considero más fácil, para instalar Android-x86 4.4-r1 (8-8-2014) en un ordenador que tenga Windows instalado. Un ordenador con Windows (7 ó 8, ó 8.1) es el caso más común.

Antes que nada recordar que esta versión de Android está pensada para ordenadores con procesador Intel y gráfica Intel HD Graphics. En el caso de ordenadores con procesadores AMD y gráfica Radeon HD, u ordenadores con gráfica Nvidia, hay que usar otras imágenes de Android-x86 que vienen con un kernel diferente, para soportar estas gráficas y que han sido creadas por voluntarios que colaboran con el proyecto Android-x86, esta imagen es la última que conozco,creada con el kernel 3.16.1 + Mesa 10.1.5, de este autor. En el caso de gráficas AMD GCN, de momento Android-x86 no funciona en ellas.

Vamos pues a empezar, el primer paso es desactivar Secure Boot de la BIOS si es el caso. Posteriormente procederemos a instalar Linux Mint,es la distribución basada en Ubuntu que tiene más seguidores hoy en día. Este paso lo considero imprescindible porque facilita el proceso. Una vez instalado Mint, nuestro ordenador ya tendrá el arranque dual de Linux y Windows con GRUB 2 y esto hará más fácil instalar diferentes versiones de Android-x86.

Para instalar Mint, arrancamos nuestro Windows y vamos a su página web y descargamos la imagen de 32 bits o la de 64 bits, según el microprocesador que lleve nuestro ordenador. Recomiendo usar el escritorio Cinnamon, es más parecido al de Windows 7. Después instalamos Rufus, para crear un usb bootable con Linux Mint. Grabamos pues, con Rufus, la imagen de Linux Mint en nuestro usb.

Apagamos y arrancamos el ordenador desde el USB que acabamos de crear. Para esto hemos de saber como se hace para seleccionar el arranque USB, dependiendo de la placa base que tengamos se hará de una manera o de otra, normalmente se hace pulsando F11 o F12 justo al encender el ordenador.

Si todo ha ido bien aparecerá el menú de arranque de Linux Mint. Hemos de elegir Instalar Mint y posteriormente, Instalar Mint junto con Windows. Vamos avanzando dentro del instalador hasta poner nuestro nombre de usuario y contraseña, que tendrá Linux Mint. Durante la instalación nos pedirá una contraseña WIFI para conectarse a Internet, sino está conectado con cable de red a Internet. Ya conectados, hemos de indicar además, que cargue las actualizaciones y el software de terceros.

Una vez finalizada la instalación, podremos arrancar el ordenador con Linux Mint o con Windows. Este instalación dejará intacta la instalación de Windows, instalará Linux Mint en nuestro disco duro y creará un menu de arranque que por defecto arrancará el ordenador con Linux Mint, pero podremos bajar el cursor y arrancar con Windows. Más adelante veremos como modificar la opción por defecto de este menu, si nos interesa elegir por defecto el arranque de Windows.

Al finalizar la instalación de Mint, hemos de arrancar el ordenador, por defecto si no tocamos nada, arrancará con Mint.

Una vez dentro de Linux Mint, hemos de crear una nueva partición en el disco duro, para allí poder instalar diferentes versiones de Android-x86. Para ello vamos a usar el paquete Gparted. Abrimos un Terminal de Linux y lo instalamos con el siguiente comando:

sudo apt-get install gparted

Ahora desde el Terminal arrancamos gparted:

sudo gparted

Una vez dentro de gparted, hemos de crear una nueva partición con formato ext3. Para ello recomiendo hacer un poco más pequeña la partición de Windows, quitándole 10GB, y posteriormente en este trozo vacío de 10GB, crear una nueva partición ext3. Hemos de apuntarnos el número de esta nueva partición, por ejemplo si es /dev/sda4, quiere decir que es la partición número 4. Ahí es donde instalaremos nuestro Android-x86. Estoy suponiendo que en el ordenador, sólo hay un disco duro, y es /dev/sda

Una vez hecha la partición, hemos de descargar la imagen de Android-x86 4.4-r1 (8-8-2014). Una vez descargada, desde el menú de inicio de Mint, dentro de accesorios, elegimos "grabar una imagen en usb", podemos usar el mismo pendrive USB que hemos utilizado para grabar la imagen de Mint, para esta vez grabar en él, la imagen de Android-x86.

Si todo ha ido bien, ahora hemos de arrancar el ordenador desde el pendrive con Android-x86. Una vez en el menu de arranque de Android, estaría bien, a modo de prueba, arrancar Android en modo Live y comprobar que arranca y funciona bien, con conexión a Internet ya sea por cable o por WIFI.

Una vez comprobado, volvemos a arrancar y esta vez le decimos que lo instale en el disco duro, última opción del menu de arranque.

Hemos de elegir la partición de número, la que hemos creado para Android, si es la 5, pues /dev/sda5 decirle que no escriba GRUB (opción por defecto) y /system con permiso de escritura, opción por defecto.

Una vez instalado Android en nuestro disco duro, reiniciamos y arrancamos Linux Mint.

Ahora se trata de escribir una nueva entrada en /boot/grub/grub.cfg para que podamos elegir Android en el menu de arranque, al arrancar el ordenador.

Abrimos un terminal y editamos grub.cfg:

sudo gedit /boot/grub/grub.cfg

y añadimos en la sección correspondiente:

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.

###Android KitKat###

menuentry "Android KitKat" {
set root='(hd0,4)'
linux /android-4.4-r1/kernel quiet root=/dev/ram0 androidboot.hardware=android_x86 video=-16 SRC=/android-4.4-r1
initrd /android-4.4-r1/initrd.img
}

menuentry "Android KitKat (Debug Mode)" {
set root='(hd0,4)'
linux /android-4.4-r1/kernel quiet root=/dev/ram0 androidboot.hardware=android_x86 video=-16 SRC=/android-4.4-r1 DEBUG=1
initrd /android-4.4-r1/initrd.img
}

### End Android ###
### END /etc/grub.d/40_custom ###

Y en lugar del 4 en "hd0,4" ponemos el número de la partición que hemos creado para Android.

Guardamos desde el editor y ya está. Ahora al arrancar aparecerán dos nuevas entradas en el menu de arranque para Android, normalmente arrancaremos Android con la primera.

Si queremos que nuestro ordenador arranque Windows por defecto, hemos de modificar el set default="0" del principio de /boot/grub/grub.cfg con el número de la entrada que dice Windows XX (loader). Tened en cuenta que la primera entrada es la 0, normalmente Windows será la entrada 4, pero hay que comprabarlo dentro de grub.cfg, contando las entradas (menuentry) que tiene definidas.

Observar que la instalación de Android, está dentro de una carpeta en la partición correspondiente, de esta forma podemos instalar más imágenes de Android en la misma partición, siempre que el instalador lo haga en carpetas diferentes a android-4.4-r1, de esta forma podemos probar diferentes versiones de Android. Naturalmente para cada nueva instalación, deberemos añadir la correspondiente entrada en /boot/grub/grub.cfg

Para que os hagáis una idea del rendimiento de Android, lo he probado en un AMD Athlon X4 760 con NVidia GeForce GT610 a 1920x1080 y la puntuación de Antutu Benchmark ha sido 52.072

Si tienes alguna duda o consulta, o encuentras algún error, escríbeme comentarios. Este tutorial es fruto de muchas horas de investigación y pruebas en diferentes máquinas, si te ha gustado haz +1, y si quieres que pueda seguir haciendo nuevos tutoriales, hazme una pequeña donación, me puedes sugerir otros tutoriales.

Muchas gracias !!

PD: este tutorial no funciona si el disco está particionado GPT, solo funciona con discos particionados MBR, en un próximo tutorial veremos como se hace con discos GPT

ARM RISC vs Intel CISC (Android devices comparative)

noreply@blogger.com (Joan) — Sat, 25 Oct 2014 12:56:00 +0000

(Edited 25/11/2014)
Based on PassMark Benchmark (Android, androidbenchmark.net PassMark Chart *

	Nexus 9	Samsung Galaxy S5	Onda V975i	?	Samsung TAB 3 GT-P5210	Onda V989	BQ Elcano 2	MK808
	8133	5385	4750	3988	3517	3453	2414	1807
SP	(8,9" NVIDIA TEGRA K1 64 bits, Super Dual Denver Core, 7-way superscalar pipeline)	(5" Qualcomm MSM8974AC Snapdragon 801 Quadcore Krait 400)	(9,7" Intel Atom Z3735D, Quadcore, 4 threads)	(ARM Rockchip 3288 Quadcore A17)	(10,1" Intel Atom Z2560, Dualcore, 2 threads)	(9,7" ARM AllWinner A80T OctaCore 4-A15 4-A7)	(10,1" ARM Rockchip 3188 Quadcore A9)	(ARM Rockchip 3066 Dualcore A9)
$	400	500	160	160	250	185	160	40

Pass Mark Benchmark
* Tests Includes:
1. CPU tests Mathematical operations, compression, encryption and more
2. Disk tests Reading and writing files to internal and external storage
3. Memory tests Read and Write tests
4. 2D Graphics Simple, complex vectors and image tests
5. 3D Graphics Simple & complex scene tests

Tutorial para instalar Android-x86 4.4-RC1 (KitKat-x86) Rooteado, en ordenador portátil con UBUNTU y GRUB2

noreply@blogger.com (Joan) — Tue, 25 Mar 2014 16:21:00 +0000

Esta versión de Android-x86, está basada en Android 4.4.2 (KitKat-MR1 release). Según observan sus autores, han añadido y arreglado diferentes partes del código para que funcione fluido en plataformas x86, especialemte en Netbooks y Tablets. Sus principales características son (en inglés):

Integrate the ffmpeg as the stagefright-plugins to support much more multimedia files. Now we can play HD and full HD videos in apps.
Use the latest longterm stable kernel 3.10.30 with more drivers enabled. Most netbooks can run Android-x86 in the native resolution.
OpenGL ES hardware acceleration for AMD Radeon and Intel chipsets (not include the PowerVR chips).
Enhance the installer to support upgrade from previous versions (since ics-x86). The text based GUI installer supports ext3/ext2/ntfs/fat32 filesystems.
KitKat style lanucher (Launcher3).
Support Multi-touch, Wifi, Audio, Bluetooth, G-sensor and Camera.
Simulate sdcard by internal storage.
External usb drive and sdcard are auto mounted to /storage/usbX on plugging.
Support hybrid mode of iso images.
Multi-user support (max 8).
Support Ethernet (DHCP only).
Support VM like Qemu and VMware.

La instalación se ha de realizar en una partición EXT3, para después, poder escribir en /system. Si se instala en una partición FAT o NTFS, /system se monta en un sistema de ficheros SquashFS (sistema de ficheros comprimido de solo lectura para Linux). En este sistema de ficheros, no podremos cambiar los permisos para poder escribir en /system, cosa necesaria si queremos añadir una SDCARD de lectura y escritura a nuestro Android o si queremos poder manipular algo del sistema si nos hace falta.

Resumiendo: instalarlo en una partición EXT3, es necesario, de lo contrario nuestro Android no estará rooteado del todo, y no podremos cambiar los permisos de /system

Lo primero de todo es descargar la imagen ISO de Android-x86 de la página donde se ubica este proyecto libre.

A continuación escribiremos la imagen ISO que hemos descargado, en un pendrive. Esto lo podemos hacer desde Ubuntu con Unetbootin ó con dd directamente, si nuestro pendrive es /dev/sdb:

dd if=android-x86-4.4-RC1.iso of=/dev/sdb bs=512M

De esta forma tenemos un pendrive con Android-x86-4.4-RC1 Live. No está de ejecutar el Live en el portátil, antes de instalarlo, para comprobar que arranca y todo funciona bien, sobretodo la conexión a WIFI.

Una vez comprobado esto, ya podemos pasar a ver como lo podemos instalar en nuestro disco duro. El instalador que viene en este Live, es un instalador muy rudimentario. Utiliza GRUB 1 y por lo tanto solo reconoce discos duros con esquemas MBR. Cuando lo intentamos instalar en un disco con GPT (GUID Partition Table), el instalador no permite manejar las particiones que hay en ese disco, con lo cual, con este instalador no lo podremos cargar en el disco duro GPT. En el caso de que tengamos un disco duro con GRUB1, si podremos usar el instalador para manipular las particiones y en este caso puede ser que si lo podamos instalar directamente desde el pendrive Live.

En el caso de que tengamos disco GPT, os propongo lo siguiente.

Instalarlo primero en un segundo pendrive, para después copiarlo en la partición definitiva de nuestro disco duro GPT. Para ello necesitaremos un segundo pendrive vacío, en mis pruebas he usado uno de 2GB de espacio.

Conectamos los dos pendrives a nuestro portátil. El pendrive que lleva el Live de Android y el pendrive vacío. Arrancamos el portátil desde el Live de Android y elegimos la opción "Installation - Install Android to Harddisk".

Ahora elegimos como disco de instalación nuestro segundo pendrive, probablemente será sdb ó sdc. La partición en cuestión, ha de tener formato EXT3. Cuando nos pregunte si queremos permisos de escritura sobre /system le decimos que si y le decimos que no queremos escribir GRUB en nuestro segundo pendrive.

Una vez ha terminada esta "falsa instalación", veremos en nuestro segundo pendrive, que tenemos una carpeta android4.4-RC1.

Ahora se trata de crear una partición EXT3 en nuestro disco duro, para posteriormente, copiar la partición de nuestro segundo pendrive, sobre esta partición EXT3 de nuestro disco duro.

Arrancamos nuestro Ubuntu, con el segundo pendrive conectado. Para crear una partición EXT3 en nuestro disco duro podemos usar GPARTED, si no lo tenemos instalado en nuestro Ubuntu, lo instalamos:

sudo apt-get install gparted

Una vez dentro de GPARTED, creamos una nueva partición EXT3, si no nos queda sitio libre, primero reducimos alguna otra partición, para poder crear esta. El tamaño de esta partición, será el Almacenamiento Interno de nuestro Android. Al menos recomiendo 2GB. Así, no nos ocurrirá como en los móviles, donde el espacio interno siempre nos queda justo. Una vez creada la partición, nos apuntamos cual es su número, por ejemplo 10, si la partición creada es, /dev/sda10. Esto lo vamos a necesitar cuando demos de alta, la entrada correspondiente, en nuestro /boot/grub/grub.cfg

Una vez creada esta partición, dentro de GPARTED, hacemos Copiar y Pegar de la partición de nuestro pendrive (sólo tiene una) a nuestra partición EXT3, que acabamos de crear.

Una vez realizado este paso, podemos comprobar que efectivamente en nuestra nueva partición EXT3, tenemos la carpeta android-4.4-RC1.

Ahora nos queda el último paso: dar de alta esta entrada en nuestro /boot/grub/grub.cfg. Para ello editamos este archivo en nuestro Ubuntu, con:

sudo gedit /boot/grub/grub.cfg

Y añadimos dentro de esta sección:

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

lo siguiente:

###Android KitKat###


menuentry "Android KitKat" {
set root='(hd0,gptX)'
linux /android-4.4-RC1/kernel quiet root=/dev/ram0  androidboot.hardware=android_x86 video=-16 SRC=/android-4.4-RC1
initrd /android-4.4-RC1/initrd.img
}
menuentry "Android KitKat (Debug Mode)" {
set root='(hd0,gptX)'
linux /android-4.4-RC1/kernel quiet root=/dev/ram0  androidboot.hardware=android_x86 video=-16 SRC=/android-4.4-RC1 DEBUG=1
initrd /android-4.4-RC1/initrd.img
}

### End Android ###

Donde la X de gptX ha de ser el número de nuestra partición, si era /dev/sda10, la X ha de ser 10. Ya hemos finalizado la instalación, ahora reiniciamos y comprobamos que Android Kit Kat arranca bien. Una vez comprobado y puesto Android en Idioma y Fecha/Hora adecuados, vamos y a observar lo siguiente. Si miramos dentro de Settings--Storage, veremos que todo el tamaño de la partición donde se encuentra Android, se usa como Almacenamiento Interno. En este espacio podremos instalar muchas aplicaciones. Pero ¿cómo podemos hacer para tener un espacio de almacenamiento alternativo? ¿Lo que en los teléfonos móviles o tabletas es la SDCARD?

Para ello hemos de crear otra partición en nuestro disco duro, será la SDCARD de nuestro Android. Procedemos, igual que antes a crear una nueva partición EXT3 o FAT32 en nuestro disco duro.

Una vez creada hemos de añadir a /boot/grub/grub.cfg después de SRC= :

SRC=/android-4.4-RC1 SDCARD=/dev/sdaX

dónde X es el número de la nueva partición.

Estamos a punto de terminar. Arrancamos nuestro Android y con un Explorador de Archivos ROOT, abrimos el archivo /system/etc/permissions/platform.xml

Buscamos “WRITE_EXTERNAL_STORAGE“ y añadimos:

< group gid="media_rw"/ >

Guardamos el archivo y reiniciamos.

Ahora ya tenemos nuestro Android Kit Kat rooteado con suficiente Almacenamiento Interno para instalar lo que queramos y con una SDCARD para guardar todos los datos que necesitemos.

Instagram: la red social que más creció en 2013

noreply@blogger.com (Joan) — Sat, 01 Mar 2014 06:11:00 +0000

Publicación por Joan R. Serra.

¿Que se puede hacer para darle la vuelta a esto?

noreply@blogger.com (Joan) — Sat, 22 Feb 2014 22:01:00 +0000

Hacia el Impago de la Deuda Pública

noreply@blogger.com (Joan) — Thu, 06 Feb 2014 14:34:00 +0000

Publicación por Joan R. Serra.

Chrome apps without the full Chrome process: Google declined to comment

noreply@blogger.com (Joan) — Thu, 06 Feb 2014 14:31:00 +0000

Publicación por Joan R. Serra.

Facebook Aspira a ser un Periódico

noreply@blogger.com (Joan) — Thu, 06 Feb 2014 14:28:00 +0000

Publicación por Joan R. Serra.

La Renderización y Decodificación de Vídeo H.264: Android, Windows y Ubuntu

noreply@blogger.com (Joan) — Sun, 02 Feb 2014 20:57:00 +0000

Para decodificar (descomprimir) vídeo H.264 (el formato de compresión propietario más extendido) la CPU ha de trabajar mucho a no ser que tengamos decodificación y renderizado por hardware. Sobretodo en videos HD (720p) y FullHD (1080p).

La mayoría de SOCs (placas) modernas para Android 4, proveen decodificación de vídeo H.264 por hardware. Las versiones actuales de Mozilla Firefox, Adobe Flash Player y YouTube para Android, soportan decodificación de vídeo H.264, usando los recursos hardware que ofrecen los SOCs Android. En el caso de la aplicación YouTube, si tenemos una pantalla con 720p o más, la reproducción de videos se realiza en HD, se puede activar o desactivar, en el menu de la aplicación. Si nuestra pantalla es de menos de 720p, la reproducción se realiza en HQ (máx. 480p)

Tanto Mozilla Firefox 26, cómo Adobe Flash Player para Windows soportan decodificación y renderizado de vídeo H.264 en HTML5. A partir de Windows 7 con DirectX Video Acceleration (DXVA) 2.0, que es parte del sistema operativo, la decodificación y el renderizado se hace por Hardware, con tarjetas a partir de (1).

Cómo vemos tanto en Android 4 cómo a partir de Windows 7, la decodificación y renderizado de vídeo en H.264, funciona "out of the box". En el caso de Ubuntu, cómo se muestra a continuación, se ha de configurar a mano.

Tanto Mozilla Firefox 26, cómo Adobe Flash Player 11.2.202.305 (el último player de Flash que Adobe hará para Firefox) para Ubuntu soportan decodificación y renderizado de video H.264. Para decodificar y renderizar por hardware, además se necesitan: GStreamer, las Video Acceleration API (VA API), y con targetas de video NVIDIA e Intel HD Graphics, se necesitan las VDPAU (Video Decode y Presentación de API para Unix).

Veamos como se haría para el caso de Intel HD Graphics:

1. Instalar las VAAPI (para Intel HD Graphics y también para G45 y siguientes):

sudo apt-get install i965-va-driver

2. Instalar libvdpau-va-gl usando el WebUpd8 PPA:

sudo add-apt-repository ppa:nilarimogard/webupd8
sudo apt-get update
sudo apt-get install libvdpau-va-gl1

3. Adobe Flash Player no usa aceleración por hardware por defecto, para la decodificación de video H.264, por tanto hay que forzarlo:

sudo mkdir -p /etc/adobe
echo "EnableLinuxHWVideoDecode=1" | sudo tee /etc/adobe/mms.cfg
echo "OverrideGPUValidation=1" | sudo tee -a /etc/adobe/mms.cfg

Ahora arrancar Firefox desde Terminal, con VDPAU_DRIVER=va_gl firefox.

La decodificación de video H.264 por hardware, en Ubuntu, aún no funciona bien para algunas targetas Intel HD Graphics, ni para algunas NVIDIA. Esto provoca también que Adobe Flash Player falle o no muestre bien el vídeo en cuestión. Si este es el caso, es mejor no forzar, mediante los comandos anteriores, la decodifación por hardware.

Chrome Versión 32.0.1700.102 no acepta por el momento decodificación por hardware de video H.264, ni en Linux, ni en MAC OS. Recordemos que Chrome lleva una versión más reciente de Adobe Flash integrado dentro del navegador.

Para targetas NVIDIA y AMD Radeon, el proceso es muy similar.

Se puede solicitar usar el reproductor de vídeo de HTML5 en YouTube, en lugar del Flash player de Adobe.

Pero el reproductor de vídeo HTML5, no acepta los anuncios que YouTube inserta en los vídeos, por lo tanto muchos vídeos se mostrarán obligatoriamente en Flash.

Para forzar a que YouTube siempre muestre los vídeos con el reproductor de HTML5, se puede hacer usando el complemento de Firefox Greasemonkey y el script.

De todas formas actualmente, YouTube solo ofrece HD a 720p con el reproductor de HTML5.

Firefox es un navegador de código abierto. Todo lo anterior, es válido igualmente, para conseguir decodificar y renderizar por hardware, vídeos H.264, con el reproductor de código abierto VLC Player.

(1)AMD: Radeon HD 6xxx y posteriores
Nvidia: Nvidia GeForce 500 Series y posteriores
Intel: Intel HD Graphics 2000 y posteriores

Los hermanos Dúrov crean Telegram: WhatsApp R.I.P.

noreply@blogger.com (Joan) — Thu, 30 Jan 2014 21:40:00 +0000

Publicación por Joan R. Serra.

Apps de Chrome para Android e iOS

noreply@blogger.com (Joan) — Thu, 30 Jan 2014 21:38:00 +0000

Publicación por Joan R. Serra.

Las Balanzas Fiscales

noreply@blogger.com (Joan) — Tue, 28 Jan 2014 21:28:00 +0000

Publicación por Joan R. Serra.

Popular QuadCore Smartphone Comparison Chart

noreply@blogger.com (Joan) — Mon, 17 Jun 2013 10:08:00 +0000

	SAMSUNG GALAXY S3	SAMSUNG GALAXY S4 LTE version	SAMSUNG GALAXY S4 3G version	IPHONE 5	ZOPO ZP810 (dual sim)
APPROXIMATE PRICE	450€	650€	650€	660€	250€
SOC	SAMSUNG EXYNOS 4412	QUALCOMM SNAPDRAGON 600	SAMSUNG EXYNOS 5410	APPLE A6	MEDIATEK 6589
SIZE AND RESOLUTION	4,8" 1280x720	5" 1920x1080	5" 1920x1080	4" 1136x640	5" 1280x720
CAMERA	8 Mpx and 1.8 Mpx Front, Record in HD	13 Mpx and 2 Mpx Front, Record in Full HD	13 Mpx and 2 Mpx Front, Record in Full HD	8 Mpx and 1.2 Mpx Front, Record in Full HD	12.6 Mpx and 4.9 Mpx Front, Record in HD
CORES	4	4	8	2	4
ARCHITECTURE	ARM Cortex A9	ARM Cortex A15	4 ARM Cortex A15 and 4 ARM Cortex A7	ARM Cortex A15	ARM Cortex A7
SPEED	1.4 GHz	1.6 GHz	4 A15 1.6GHz and 4 A7 1.2GHz	1.2GHz	1.2GHz
GPU	ARM Mali 400 (4 cores)	Adreno 320	PowerVR SGX 544 (3 cores)	PowerVR SGX 543 (3 cores)	PowerVR SGX 544 (3 cores)

Las Mejores Tarifas Planas Para el Móvil (Junio 2013)

noreply@blogger.com (Joan) — Wed, 12 Jun 2013 14:28:00 +0000

	CARREFOUR MOVIL	EROSKI MÓVIL	HAPPY MÓVIL	EROSKI MÓVIL	PEPEPHONE	MAS MÓVIL	AMENA
PRECIO MENSUAL SIN IVA	12€	9,99€	19€	14,99€ 19,99€	27€	28€	25€
NOMBRE TARIFA	REDONDA MINI 12	CONTRATO FREE + COMBINA MINI	SMARTPLAN 24h	CONTRATO FREE + COMBINA BASIC/FREE	JIRAFA FINITA	DEL PUEBLO	25
MINUTOS INCLUIDOS	150	150	300	250/500	1001	todos	todos
DESTINOS DIFERENTES	sin límite	sin límite	sin límite	sin límite	sin límite	150	150
PRECIO SMS	8 cts	8 cts	8 cts	8 cts	9 cts	50 gratuitos	1000 gratuitos
BONO INTERNET	1 GB	350 MB	1 GB	500 MB/1 GB	1 GB	1 GB	1 GB
PRECIO INTERNET FUERA BONO	0 € baja velocidad a 128Kbps	3 cts/MB	3 cts/MB	0 € baja velocidad a 64Kbps	3 cts/MB	3 cts/MB	0 € baja velocidad a 64Kbps
PRECIO LLAMADAS FUERA BONO	15cts + 8cts/min	15cts + 8cts/min	15cts + 8cts/min	15cts + 4cts/min	15cts + 1cts/min	15cts + 8cts/min	15cts + 8cts/min

Precios a Junio de 2013. Necesitamos un terminal libre. Todas las tarifas, son de contrato y sin compromiso de permanencia. Invitación a Tuenti Móvil, si te apuntas nos llevamos los dos 5€ ó 10€