Claudio_7777

#46 ¡Yo también estoy mirando su historial! Me ha llamado la atención su prosa y su estilo. Como troll parece malo, demasiado soso lol

Sandevil

#47 Yep, ademas tiene algunos comentarios mas cortos, sin tanta prosa, y queda claro que tristemente no es un troll... vaya decepción.

Claudio_7777

La suite 3D open source Blender lo usa internamente y creo que le hace un cuello de botella tremebundo a nivel de rendimiento. Al usar ciertos add-ons es donde más se puede notar pero también con funciones internas del programa tal como viene (modifiers por ejemplo). También el engine de juegos Godot usa una especie de Python que está fetén para programar pero puede ser lento a nivel de resultados. No soy experto en desarrollo ni de coña y lo mismo me estoy equivocando. Si alguien entiende un poco que me lo confirme o lo desmienta.

m

#5: Sí, es lento como una serpiente, Logo es aún más lento.

Los lenguajes compilados como C++ siempre son más rápidos que los interpretados.

Claudio_7777

#6 Pues si te ha parecido complicado de entender (a mi me ha pasado todo lo contrario; me ha parecido un articulo muy sencillo de leer y hasta algo escueto), trata de leer esto que he encontrado en la web de ipfs: https://sites.science.oregonstate.edu/~kovchegy/web/papers/p2p-vdn.pdf

Claudio_7777

#34 Yo escucho gabber sin tomar estupefacientes y me considero bastante pureta, en serio.

#8 Debemos de ser de los pocos que seguimos escuchando esa música, seguro que la mayoria de nuestra generación la dejó de escuchar al pasar de moda y hacerse mayores. Por que no nos engañemos que uno cambia al hacerse mayor. Pero yo con casi con 40 tacos sigo escuchando hardcore y otros estilos aunque racionado, que si no me canso y pierde la gracia. La mákina que se producia en cataluña no la suelo escuchar. La verdad es que para mi deja mucho que desear si la escuchas con auriculares o equipos de sonido domésticos en general. En cambio en la discoteca con buena calidad de sonido (el Chasis sonaba de puta madre) la cosa mejoraba mucho y me ponia a botar como las cabras. Que tiempos aquellos y que viejos nos hacemos, jeje...
Un poco de manteca de la buena que viene bien para animarse un poco:

Claudio_7777

#13 El BlissOs lo probé hace poco y no llega a arrancar. Se queda en detecting android y luego se reinicia. Probaré con x86 8.

D

#15 A mi me pasaba igual con el "Free Sims", no metia el houdini.sfs en /system/lib, éste me petaba tras llegar a un punto del juego, pusiera lo que pusiera en la terminal. En la guia si lo ponen en /system/etc, está mal. Da igual lo que pongas en los ajustes de Android estableciendo el bridge. Debes tener:

- El bridge en la interfaz gráfica activado
- El houdini.sfs correspondiente en /system/lib
- Tras hacer eso, lanzar el comando final en terminal (usando su previamente) para activar el bridge desde ahi.

editado:
/system/lib

D

#15 Si quieres, instala FDroid desde FDroid.org, y tras ello mete el SuperTuxKart desde dicha store para probar si tienes aceleración gráfica o no (para evitar dudas si el problema es con GLTools o con la propia gráfica y los drivers del kernel/mesa).

El SuperTuxKart debería ir directamente, sin usar GLTools, pero como digo siempre puedes cambiarlo a Tegra 2 si falla al inicio.

O más simple: abres Chome y entras a chrome://gpu. Si no dice nada, vas a about:flags, marcas la de "Override Software Rendering", y reabres chrome en chrome://gpu

Claudio_7777

#11 La gráfica es una GT730. Instalé android en modo read/write y activé el bridge en los settings. Me queda entonces probar el comando que me has dado en el otro comentario. Luego en GLTools sale un ajuste inicial y elegí intalación normal.

D

#12 Prueba con Android 8 x86 entonces. Eso sí, necesitarías un nuevo houdini.sfs. Si no, las ultimas versiones de BlissOS, en su edición "extendida" suelen tener drivers y firmware más cerrado de lo normal, igual tiene mejor soporte de Nouveau.

https://github.com/Rprop/libhoudini

La 8_x es para 32 bit, la y/z son para 64 bit.

Claudio_7777

#13 El BlissOs lo probé hace poco y no llega a arrancar. Se queda en detecting android y luego se reinicia. Probaré con x86 8.

D

#15 A mi me pasaba igual con el "Free Sims", no metia el houdini.sfs en /system/lib, éste me petaba tras llegar a un punto del juego, pusiera lo que pusiera en la terminal. En la guia si lo ponen en /system/etc, está mal. Da igual lo que pongas en los ajustes de Android estableciendo el bridge. Debes tener:

- El bridge en la interfaz gráfica activado
- El houdini.sfs correspondiente en /system/lib
- Tras hacer eso, lanzar el comando final en terminal (usando su previamente) para activar el bridge desde ahi.

editado:
/system/lib

D

#15 Si quieres, instala FDroid desde FDroid.org, y tras ello mete el SuperTuxKart desde dicha store para probar si tienes aceleración gráfica o no (para evitar dudas si el problema es con GLTools o con la propia gráfica y los drivers del kernel/mesa).

El SuperTuxKart debería ir directamente, sin usar GLTools, pero como digo siempre puedes cambiarlo a Tegra 2 si falla al inicio.

O más simple: abres Chome y entras a chrome://gpu. Si no dice nada, vas a about:flags, marcas la de "Override Software Rendering", y reabres chrome en chrome://gpu

D

#12 En GLTools hay que entrar en el perfil del juego a configurar tras instalarlo y establecer los ajustes que te dije anteriormente.

Una vez ahi es elegir Nvidia Tegra 2, fake GPU y CPU normalmente, y otro ajuste final: cacharrea en las opciones de Taskbar, si es que lo usas como Launcher. Hay un ajuste para lanzar los juegos a pantalla completa.

Claudio_7777

#5 Pues de momento no me funciona. No se si tengo que confirmar de alguna manera los settings en GLTools o no lo configuro bien. He probado "fakeando" distintas gpus y nada. Los juegos se cierran tras la pantalla inicial, va a negro y pone Android. El sistema es bastante inestable, se cierran cosas solas (play services por ejemplo). También he hecho lo del houdini.sfs siguiendo este vídeo

D

#9
1) debes haber instalado el system en modo read/write

2) en la terminal de Android, tras haber bajado el houdini.sfs a Downloads:
su
mount -n -o remount,rw /system
cp /sdcard/emulated/0/Downloads/houdini.sfs /system/lib
/system/bin/enable_nativebridge

3) activa en las preferencias de Android el bridge

4) en GLTools, debes activar en cada juego, tanto lo de "Enable custom settings for this game" (sale en el apartado del principio), y en lo de fake GPU, activarlo y elegir un "custom profile", el de Nvidia Tegra2. Ahí si.

D

#9 Si el tema es Nouveau, no sé que gráfica es, mejor especifica. A partir de Android 8.1 y 9.1 el soporte deberia ser algo mayor, aunque hay que activar cosas de compat en GLTools para que pille la compatibilidad de Android 7.1 desde versiones superiores.
Lo de los cierres con Play Services pasa siempre, al instalar en sistema en modo r/w es más facil desactivarlo ya que arranca en modo semidepuracion y te sale una ventana diciendo que puedes callar las notificaciones de Play Services hasta apagar el sistema.

Para Android lo mejor es una GPU Intel desde la 4 series hasta las nuevas o una Radeon.

Claudio_7777

#11 La gráfica es una GT730. Instalé android en modo read/write y activé el bridge en los settings. Me queda entonces probar el comando que me has dado en el otro comentario. Luego en GLTools sale un ajuste inicial y elegí intalación normal.

D

#12 Prueba con Android 8 x86 entonces. Eso sí, necesitarías un nuevo houdini.sfs. Si no, las ultimas versiones de BlissOS, en su edición "extendida" suelen tener drivers y firmware más cerrado de lo normal, igual tiene mejor soporte de Nouveau.

https://github.com/Rprop/libhoudini

La 8_x es para 32 bit, la y/z son para 64 bit.

Claudio_7777

#13 El BlissOs lo probé hace poco y no llega a arrancar. Se queda en detecting android y luego se reinicia. Probaré con x86 8.

D

#15 A mi me pasaba igual con el "Free Sims", no metia el houdini.sfs en /system/lib, éste me petaba tras llegar a un punto del juego, pusiera lo que pusiera en la terminal. En la guia si lo ponen en /system/etc, está mal. Da igual lo que pongas en los ajustes de Android estableciendo el bridge. Debes tener:

- El bridge en la interfaz gráfica activado
- El houdini.sfs correspondiente en /system/lib
- Tras hacer eso, lanzar el comando final en terminal (usando su previamente) para activar el bridge desde ahi.

editado:
/system/lib

D

#15 Si quieres, instala FDroid desde FDroid.org, y tras ello mete el SuperTuxKart desde dicha store para probar si tienes aceleración gráfica o no (para evitar dudas si el problema es con GLTools o con la propia gráfica y los drivers del kernel/mesa).

El SuperTuxKart debería ir directamente, sin usar GLTools, pero como digo siempre puedes cambiarlo a Tegra 2 si falla al inicio.

O más simple: abres Chome y entras a chrome://gpu. Si no dice nada, vas a about:flags, marcas la de "Override Software Rendering", y reabres chrome en chrome://gpu

D

#12 En GLTools hay que entrar en el perfil del juego a configurar tras instalarlo y establecer los ajustes que te dije anteriormente.

Una vez ahi es elegir Nvidia Tegra 2, fake GPU y CPU normalmente, y otro ajuste final: cacharrea en las opciones de Taskbar, si es que lo usas como Launcher. Hay un ajuste para lanzar los juegos a pantalla completa.

Claudio_7777

#5 Gracias por la info, voy a probar. Lo malo es que no tengo integrada de Intel en esta tostadora que uso, por lo que habrá que tirar de nouveau que ya he visto usando archlinux que es bastante mierder. Tengo una placa con core i3 pero se jodió, creo que es la cpu. Teniendo en cuenta esto, ¿crees que podré jugar mínimamente fluido o mejor ni me molesto a probarlo de momento?

D

#6 Pues no lo sé, por el soporte de Nouveau NPI pero con Android 7 x86 tienes un soporte decente de GLES2 al menos y activando el soporte de NV Tegra con GLTools (ya pondré el link) te tira decente con MESA 10 y ya ha llovido:

https://invidio.us/watch?v=ZcIjgHfKqvc

El Android que recomiendo de base para equipos viejos (la version de 32 bit es la recomendada):

https://www.android-x86.org/releases/releasenote-7-1-r3.html

D

#6 Sobre fluidez, los juegos móbiles exigen una mierda. Tengo un intel 4 mobile series de pruebas y los sims mobile a 30 FPS. Y Youtube con aplicacion (newpipe), 720 a 60FPS, eso ni con Windows o Linux lo conseguía.

Supertuxkart en Linux: la nueva versión pide cojon y medio, ni Linux, ni Win ni hostias, el equipo no lo mueve a calidad media ni harto de vino. Tiene gráficos cercanos a WiiU/Switch y se nota.
STK en Android, usando FDroid como repo: 1366x768, misma cualidad, creo que consigo 30FPS, ni tan mal.

GLES 2.0 hace milagros. Y por supuesto Google Earth va mil veces mejor que en ambos sistemas.

Ah, sobre emuladores, esto de rular un emulador de Dreamcast en esta chatarra como en los viejos tiempos es alucinante, me tiran hasta el PPSSPP con muchos mas FPS y calidad que Linux/Win, no veas. Y lo que mola es que Retroarch tiene versión X86 para Android, por lo que va fino fino.

Claudio_7777

#1 Me interesa mucho por que no tengo móvil ni similar con GL ES 3 para juegos modernos como el Pubg Mobile o Cod Mobile y no tengo virtualización en el procesador del pc por lo que no me van bien emuladores como el de Tencent o Blue Stacks. ¿Con lo que tengo podria ejecutar esos y otros juegos con Android-x86? Dame más info si así es o un link para mirarmelo bien. (Sí que tengo una gráfica dedicada Nvidia con buena compatibilidad).

D

#3 Sep, pero mejor usa la gráfica de Intel, la de Nvidia va regular, funcionaria solo con los drivers libres de Nouveau. Como digo, Intel y ATI vuelan, usa el mismo MESA que cualquier Linux. Con Android x86 7.1 de 32 bit es la mejor que te va a tirar, solo es cuestion de usar las opciones de configuracion de GLTools, si eso os ayudo que es algo complejo (pero no dificil) de realizar.

Android 7.1 x86 32 bit, con rufus se graba a USB perfecto usando Windows (o Etcher en OSX).

https://www.android-x86.org/releases/releasenote-7-1-r3.html

Para todo lo demás, como GLTools y la libreria compat de Android houdini de 32 bit, (integra una pero si metes el fichero externamente) comment y colaboro.

Con GLTools lo engañas para que se crea que usas una Nvidia Tegra 2/3.

Por cierto, a la hora de instalar Android elegid instalar "system" como read/write, es una pregunta que os hará el instalador.

Claudio_7777

#5 Gracias por la info, voy a probar. Lo malo es que no tengo integrada de Intel en esta tostadora que uso, por lo que habrá que tirar de nouveau que ya he visto usando archlinux que es bastante mierder. Tengo una placa con core i3 pero se jodió, creo que es la cpu. Teniendo en cuenta esto, ¿crees que podré jugar mínimamente fluido o mejor ni me molesto a probarlo de momento?

D

#6 Pues no lo sé, por el soporte de Nouveau NPI pero con Android 7 x86 tienes un soporte decente de GLES2 al menos y activando el soporte de NV Tegra con GLTools (ya pondré el link) te tira decente con MESA 10 y ya ha llovido:

https://invidio.us/watch?v=ZcIjgHfKqvc

El Android que recomiendo de base para equipos viejos (la version de 32 bit es la recomendada):

https://www.android-x86.org/releases/releasenote-7-1-r3.html

D

#6 Sobre fluidez, los juegos móbiles exigen una mierda. Tengo un intel 4 mobile series de pruebas y los sims mobile a 30 FPS. Y Youtube con aplicacion (newpipe), 720 a 60FPS, eso ni con Windows o Linux lo conseguía.

Supertuxkart en Linux: la nueva versión pide cojon y medio, ni Linux, ni Win ni hostias, el equipo no lo mueve a calidad media ni harto de vino. Tiene gráficos cercanos a WiiU/Switch y se nota.
STK en Android, usando FDroid como repo: 1366x768, misma cualidad, creo que consigo 30FPS, ni tan mal.

GLES 2.0 hace milagros. Y por supuesto Google Earth va mil veces mejor que en ambos sistemas.

Ah, sobre emuladores, esto de rular un emulador de Dreamcast en esta chatarra como en los viejos tiempos es alucinante, me tiran hasta el PPSSPP con muchos mas FPS y calidad que Linux/Win, no veas. Y lo que mola es que Retroarch tiene versión X86 para Android, por lo que va fino fino.

Claudio_7777

#5 Pues de momento no me funciona. No se si tengo que confirmar de alguna manera los settings en GLTools o no lo configuro bien. He probado "fakeando" distintas gpus y nada. Los juegos se cierran tras la pantalla inicial, va a negro y pone Android. El sistema es bastante inestable, se cierran cosas solas (play services por ejemplo). También he hecho lo del houdini.sfs siguiendo este vídeo

D

#9
1) debes haber instalado el system en modo read/write

2) en la terminal de Android, tras haber bajado el houdini.sfs a Downloads:
su
mount -n -o remount,rw /system
cp /sdcard/emulated/0/Downloads/houdini.sfs /system/lib
/system/bin/enable_nativebridge

3) activa en las preferencias de Android el bridge

4) en GLTools, debes activar en cada juego, tanto lo de "Enable custom settings for this game" (sale en el apartado del principio), y en lo de fake GPU, activarlo y elegir un "custom profile", el de Nvidia Tegra2. Ahí si.

D

#9 Si el tema es Nouveau, no sé que gráfica es, mejor especifica. A partir de Android 8.1 y 9.1 el soporte deberia ser algo mayor, aunque hay que activar cosas de compat en GLTools para que pille la compatibilidad de Android 7.1 desde versiones superiores.
Lo de los cierres con Play Services pasa siempre, al instalar en sistema en modo r/w es más facil desactivarlo ya que arranca en modo semidepuracion y te sale una ventana diciendo que puedes callar las notificaciones de Play Services hasta apagar el sistema.

Para Android lo mejor es una GPU Intel desde la 4 series hasta las nuevas o una Radeon.

Claudio_7777

#11 La gráfica es una GT730. Instalé android en modo read/write y activé el bridge en los settings. Me queda entonces probar el comando que me has dado en el otro comentario. Luego en GLTools sale un ajuste inicial y elegí intalación normal.

D

#12 Prueba con Android 8 x86 entonces. Eso sí, necesitarías un nuevo houdini.sfs. Si no, las ultimas versiones de BlissOS, en su edición "extendida" suelen tener drivers y firmware más cerrado de lo normal, igual tiene mejor soporte de Nouveau.

https://github.com/Rprop/libhoudini

La 8_x es para 32 bit, la y/z son para 64 bit.

Claudio_7777

#13 El BlissOs lo probé hace poco y no llega a arrancar. Se queda en detecting android y luego se reinicia. Probaré con x86 8.

D

#12 En GLTools hay que entrar en el perfil del juego a configurar tras instalarlo y establecer los ajustes que te dije anteriormente.

Una vez ahi es elegir Nvidia Tegra 2, fake GPU y CPU normalmente, y otro ajuste final: cacharrea en las opciones de Taskbar, si es que lo usas como Launcher. Hay un ajuste para lanzar los juegos a pantalla completa.

Claudio_7777

El videojuego español sigue fielmente el estilo de los clásicos Resident Evil y Silent Hill.
¿Sigue el estilo de los dos? ¿Es una mezcla entre ambos? Lo digo por que creo que son sagas bastante diferentes entre si y aquí las ponen en el mismo saco.

Claudio_7777

#10 ¿Estás seguro de que no? Pues yo te digo que sí por que usará arquitectura x86 al igual que la 4, la misma que los Pc's de toda la vida, lo que hará muy simple esa retrocompatibilidad de la que tanto dudas de que vaya a tener.

D

#13 Jajajaja otro con la cantinela de la arquitectura.

Ays, qué poco conocéis a Sony...

Claudio_7777

#5 Por que era una oportunidad de oro para Sony de entrar por la puerta grande al suculento mercado de los videojuegos de la mano de Nintendo y hacerles competencia. Y se iban a llevar pingües beneficios con los CD's. Puedes encontrar más información si buscas por internet pero aquí te dejo un vídeo donde lo explica un poco. Es de un tipo famoso por ser un poco hater de Sony, pero eso no quiere decir que lo que diga ahí no sea cierto.


El hecho de que el acuerdo funcionara no quita que luego Sony pudiera sacar su propio sistema al margen de Nintendo, respondiendo directamente a tu argumentación.

Claudio_7777

Sin embargo, el acuerdo no se concluyó por el miedo de Nintendo a la piratería.
O más bien por miedo a Sony

D

#4, ¿por? Si el acuerdo se llega a concluir Sony no habría sacado su propia consola, fue por no concluirlo por lo que apareció un nuevo rival. ¿O a qué te refieres?

Claudio_7777

#5 Por que era una oportunidad de oro para Sony de entrar por la puerta grande al suculento mercado de los videojuegos de la mano de Nintendo y hacerles competencia. Y se iban a llevar pingües beneficios con los CD's. Puedes encontrar más información si buscas por internet pero aquí te dejo un vídeo donde lo explica un poco. Es de un tipo famoso por ser un poco hater de Sony, pero eso no quiere decir que lo que diga ahí no sea cierto.


El hecho de que el acuerdo funcionara no quita que luego Sony pudiera sacar su propio sistema al margen de Nintendo, respondiendo directamente a tu argumentación.

Claudio_7777

#1 Probablemente ya no solo por falta de potencia, si no por incompatibilidad con APIS gráficas o como se diga. Necesitas Open GL ES 3 para que funcione.