miércoles, 17 de diciembre de 2014

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



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


jueves, 27 de noviembre de 2014

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

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


sábado, 25 de octubre de 2014

ARM RISC vs Intel CISC (Android devices comparative)

(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

martes, 25 de marzo de 2014

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


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.

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 !!


sábado, 1 de marzo de 2014

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

jueves, 6 de febrero de 2014

Hacia el Impago de la Deuda Pública

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

Facebook Aspira a ser un Periódico


domingo, 2 de febrero de 2014

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

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

jueves, 30 de enero de 2014

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

Apps de Chrome para Android e iOS

martes, 28 de enero de 2014

Las Balanzas Fiscales