www.phoronix.com/scan.php?page=news_item&px=MTI5MjA por
--361955-- el 03-02-2013 21:30 UTC publicado: 04-02-2013 22:55 UTC

Después de tratar con algunos problemas iniciales en su demo, Julliard tranquilamente mostró Wine corriendo en Android. Sin embargo, el rendimiento fue terriblemente lento. Los problemas de rendimiento, aunque se atribuyeron a ejecutar el entorno emulado Android en lugar de mostrar la aplicación Wine desde un dispositivo nativo.
etiquetas: wine, android, windows, microsoft, tablets negativos:
0 usuarios:
136 anónimos:
124
Dios, me he perdido antes de empezar.
Creo que el 99% de las aplicaciones para Windows que tienen disponible su código fuente también lo tienen para otro sistema mucho más asimilable a Android.
¡MENUDA ORGÍA, AHÍ SOLO FALTA EL MS-DOS!
- Ahora hago un port guarro 100% con winelib
- Si veo que la cosa tiene mercado, dentro de unos meses meto la librería de base datos nativa y el resto con winelib
- Si la cosa sigue vendiendose, al cabo de otros cuantos meses ya tengo librería de base de datos nativa, librería multimedia nativa y el resto con winelib
-etc
#18 Crees mal. Hay muchas aplicaciones open source para Windows que no son portables a menos que uses WineLib o similar.
Wine en Android no es para usuarios finales, sino para desarrolladores. No se trata de ejecutar aplicaciones Windows x86.
La idea es que los desarrolladores puedan portar a Android aplicaciones de Windows RT:
1. Yo, como desarrollador de una aplicación Windows RT en C/C++, cojo el código fuente
2. Cojo el Wine SDK for Android (que todavía no existe ni se llama así, pero todo se andará)
3. Compilo el código fuente de mi aplicación con el Wine SKD for Android. Esto lo que hace es usar la winelib + bionic en lugar de sólo bionic.
4. Obtengo una aplicación nativa de Android con esfuerzo reducido
Por supuesto, habrá que tener en cuenta ciertas cosas de interfaz de usuario, sobre todo si tienes controles hechos por ti mismo (custom widgets) con estilo Metro: eso no casa en Android.
Es más o menos lo mismo que ya se puede hacer con otras librerías que ayudan a escribir software multiplataforma como Qt o Mono, pero implementando la API de Windows.
Incluso ejecutar aplicaciones Windows RT nativas (ARM) se volvería bastante complicado. Hay demasiada variedad de procesadores ARM, incluso dentro de la misma generación.
¿Dime 5 aplicaciones que usen más de 4 gatos que tengan el codigo fuente liberado y que no esten portadas a sistemas Linux?
Yo no voy a lo compeljo que sea, o que sea solo para desarrolladores. A lo que voy es a la utilidad, la necesidad.
Repito ¿Aplicaciones con codigo fuente que existan solo para Windows o que sean más faciles de portar desde el código de Windows?
El caso de uso para winelib existe tanto en el open source como en el software comercial, no lo dudes.
La escasa eficiencia no debería sorprender, quizá fuese mejor que android no hubiese dependido tanto de java
Si esos han sacado ese engendro, no veo raro que #6 use un móvil con una pantallita de 26" o 42"
#27 da igual que Android corra en un x86 o en un ARM. Hasta el momento, las aplicaciones de Android corren sobre una máquina virtual y no sobre el hardware. Por tanto, para ejecutar aplicaciones windows deberían crear una máquina virtual que emulara x86, que a su vez correría sobre otra máquina virtual (la de Java/Android). Si se hiciera, el rendimiento sería nefasto.
Cada sistema tienes su particularidades y su forma de hacer las cosas, solo a nivel de interfaz ya nada suelde ser igual. A mucha gente, entre los que me incluyo, se nos hacer raro ver una aplicación en Android con la misma interfaz que la aplicación para iOS.
#25 MMmmmm.
Amule, pdf dentro de cups, XUL(Firefox), cualquier FTPD nativo, geany/scite, ffmpeg/GUI, mplayer, aqui si, en Windows lo veo bien.
WineLib viene de PM para ports Windows only que no tengan alternativa alguna, como motores de juegos que sólo haya source port para Windows, como Escape from Colditz.
Por mucho que quieras, eso rápido no puede ir.
Eso quiere decir que usando el Android NDK puedes desarrollar una aplicación con C++ que ejecuta 100% código nativo. El java es para garantizar la seguridad en la arquitectura Android. Además también existe una capa SL4J que permite usar lenguajes interpretados como Python, lua y similares.
No existe tal dependencia aunque creo que simplifica bastante tener varios procesos corriendo al mismo tiempo y no tener que hacerlo con semáforos y demás en C.
De hecho el port de Doom3 es una actividad (proceso corriendo en Dalvik) y el resto código nativo C++
O te pensabas que las llamadas a OpenGL eran en java?
#46 Prueba kingsoft office, hay una versión multilenguaje.
Aparte de jugar al angry birds (que está para windows
Más que nada porque a quien se le quede corto un tablet android o se sienta demasiado asfixiado por Apple, YA hay PCs COMPLETOS en tablet que corren programas tal cual sin emulación ni gaitas de Windows y con lo mejor de los 2 mundos: escritorio e interface metro.
Algo me dice que le quedan 4 días a los tablets. Al menos a los android, seguramente los fanboys de apple aguanten un poco más.
PD. Lo dice uno con un tablet android y un ipad 2.
Esto suena a un owned como el de los 640k de rame de Gates o que internet no tenia futuro.
#25 Te he votado negativo en lugar de darle al reply. Perdona.
De todos los programas que dices, no hay uno solo que tenga una base de usuarios minima en linux y/o que tenga el fuente.
No hay practicamente ni uno, por no decir ni uno solo, que no tenga alternativas mejores, clibres y más portables.
Y conste que yo soy usario de wine y playonlinux. Pero para Juegos o programas sin versiones libres y pocos. Ya que siempre hay una alternativa mejor. Sobre todo para las aplicaciones.
Pero existiendo versiones mejores, ¿quien va a utilizar las de Windows en Linux u otros derivados, o compilarlas con winelib?.
EMule. Directamente muerto.
PDFCreator. ¿Un PDF qué para linux?
SongBird. Otro reproductor de la pletora de opciones libres a escoger.
FileZilla FTP Server. ¿No resiste comparación con ningun servidor ftp de verdad de los muchos disponibles.
Notepad++. Empezamos por el Eclipse, Anjuta, Geanie, Kdevelop y mil más..
CamStudio. Tambien tiene alternativas libres sin problemas de portabilidad.
Media Player Classic. Smplayer, VLC le dejan a la altura del betún.
VirtualDub . memcoder, transcode, Kino, Cinelerra.
Etc..., etc...
Sinceramente y hablando por mí, no veo por que nadie pudiese estar interesado en portar cualquiera de esos programas y muchos otros existiendo alternativas que están a años luz.
Pero bueno, el open source es el MENOR de los casos de uso para winelib.
Donde winelib es realmente importante es en el software comercial sólo-Windows para el que winelib será la tabla de salvación una vez los desarrolladores de ese software comercial decidan soportar Linux y/o Mac.
En mi empresa lo estamos considerando seriamente para software propio nuestro y software que hemos desarrollado para terceros.
Gracias a winelib, se puede portar la aplicación incrementalmente: empiezas 100% winelib, después librería de base de datos nativa y el resto winelib, etc. De esa forma, la empresa no arriesga demasiado tiempo y dinero en un port que puede funcionar (en ventas) o no.
En definitiva: te hablo de la realidad del día a día de las empresas de desarrollo de software, no de la teoría de si winelib es o no interesante.
En menos de un año verás la oferta de tablets PC y en qué se ha quedado el mercado android.
Ni en 5 ni en 10. Windows ya ha pasado a mejor vida pero todavía no lo sabe.
Si te vas a un 10 pulgadas... adios a la movilidad extrema, ya te lo tienes que llevar en un maletin, bolsa o debajo del brazo.... y aun asi, photoshop??? editar fotos a nivel de requerir photoshop en una pantalla de ese tamaño? Y si necesito editar documentos largos y escribir paginas y paginas (sino no entiendo para que usas Word) donde este un teclado convencional.... ah, que si que le puedes poner uno al tablet por bluetooth, si, perdiendo mas movilidad... y si al tablet le pones un teclado.... tienes un netbook.
Yo tengo tablet, movil, portatil y peazo iMac.... y cada uno en su sitio... en casa el tablet esta en su docking, enchufao al equipo de musica, y te escribo desde el portatil y cuando tengo que bajar las fotos de la reflex y ponerme a hacer cosas serias me voy al Mac. En mi tablet no necesito nada de eso. Necesito escribir textos cortos, leer mucha informacion y poder estar conectado decentemente. ver peliculas cuando vuelo y escuchar musica.
por cierto, el navegador se llama Dolphin, y con xMarks lo tengo sincronizado con el resto de navegadores (diversos) de el resto de dispositivos.
Lo dicho, cada cosa en su sitio... si con una pantalla de 10 pulgadas puedes hacer todo eso... es que no lo tienes requerimientos tan grandes como para usar esos programas. Es un contrasentido.
Poder escribir o editar documentos en el office de manera nativa no tiene precio cuando vas viajando. En un netbook no puedes elegir separar la pantalla para usarlo como tablet, aquí puedes escribir o lo que sea y en un momento dado llevarte los 500gramos del tablet y seguir escribiendo, con autnomonías de casi 20 horas en su conjunto. No hay portátil que pese más de 2 kilos que aguante algo así.
Y aquí la otra clave es el SO: Windows 8. Para los que os habéis limitado a usar la parte de metro para hacer las cosas que hay que hacer en el escritorio comprendo que no os guste. Pero simplificando, metro es para usarlo como iPad, y Escritorio es para usarlo como toda la vida, pero con el añadido de un ratón táctil.
Y sip, no hablo de hacer una edición compleja, pero entre usar una cutre herramienta que te deja hacer cuatro cosas y usar LA herramienta... pues pasando de sucedáneos.
Y esto no es cabezonería... cuando la gente se compra la tableta android o iPad porque ve los juegos y alguien le cuenta que se puede hacer todo lo que se hace en casa con su ordenador, pero más cómodo. Luego la compran y te dicen "¿donde enchufo mi memoria USB?" o "¿Dónde está el Word?" o "¿Por qué no se ve esta página como en el ordenador de casa?" o "cómo instalo el emule" o "por qué no va esta película" o ... entonces se dan cuenta de la castaña en la que se han metido. Si eres informático ya sabías a lo que ibas. Pero hablo de esa gente, que cuando descubra que ya hay tablets con windows de verdad... pues van a querer lo que ya conocen.
Lo dicho: que alguien guarde este comentario que hablamos en Navidades... o antes.
Y vuelvo a repetir, que este post no va sobre Tablets con Windows o no Tablet con windows.... va sobre tablets con Android (y el que se gaste 600 pavos en un tablet sin saber donde se mete es porque es imbecil o le sobra la pasta) y la necesidad de instalar en ellos o no un emulador de Windows para instalar apliaciones no nativas.