[ CONSULTA ] Alguna maldita rom Gingerbread sin el bug del 3d?

#21 27/05/11, 23:39:46

Cita: Originalmente Escrito por kriogeN

Es como si le pones el Office 2003 al Windows 7, te pones a hacer una presentación en PowerPoint, todo funciona de lujo, y justo cuando sales del PowerPoint el SO empieza a ir mal hasta tal punto que tienes que reiniciarlo, pero mientras usabas la aplicación problemática todo iba perfecto. No tiene sentido.

Si que puede tenerlo, piensa que al pulsar en salir del programa, este mata todos los procesos, que necesita para funcionar y no comparte con otras aplis.
Si un programa optimizado para froyo, pulsas en cerrar, pero las rutas o nombres que tiene, para matar porcesos, no se corresponden con las rutas/nombres de ginger, te deja procesos abiertos

(Un claro ejemplo, lo puedes tener con el gps status, que según le dé por mucho que lo cierres, te deja activado el gps, con el consiguiente consumo que supone).

Asi a grosso modo, puede ser lo que ocurra con ciertos juegos y aplis

Fin

**kriogeN** · #22 27/05/11, 23:41:59

Cita: Originalmente Escrito por Lorse

Si que puede tenerlo, piensa que al pulsar en salir del programa, este mata todos los procesos, que necesita para funcionar y no comparte con otras aplis.
Si un programa optimizado para froyo, pulsas en cerrar, pero las rutas o nombres que tiene, para matar porcesos, no se corresponden con las rutas/nombres de ginger, te deja procesos abiertos

(Un claro ejemplo, lo puedes tener con el gps status, que según le dé por mucho que lo cierres, te deja activado el gps, con el consiguiente consumo que supone).

Asi a grosso modo, puede ser lo que ocurra con ciertos juegos y aplis

Fin

Más a mi favor con la retrocompatiblidad, Windows en su SDK al cambiar de versión hay funciones que las convierte en Deprecated para que la gente no las use, pero siguen estando implementadas para que funcionen las aplicaciones para versiones anteriores de Windows.

@spiral5

El S2 tiene EXT4

**spiral5** · #23 27/05/11, 23:47:07

Y no sera que el Galaxy S se basa en archivos rfs de Samsung y que las roms se adaptan a ese tipo de archivos?.¿ El nexus en sus variantes que tipo de archivos llevan?.

julianico · #24 28/05/11, 00:04:17

Cita: Originalmente Escrito por spiral5

¿Que sistema de a.rchivos emplea el Galaxy S2?.

Ext4-pit.
Ademas cuando lo pongo a cargar llega al 100% con la pantalla apagada y cuando suena que ya esta cargado desenchufo y se queda al 100%.

rastafary · #25 28/05/11, 00:54:13

Cita: Originalmente Escrito por julianico

Ext4-pit.

ese es nuevo? ;)

Cita: Originalmente Escrito por julianico

Ademas cuando lo pongo a cargar llega al 100% con la pantalla apagada y cuando suena que ya esta cargado desenchufo y se queda al 100%.

ahhmmmmmm

Hecaton · #26 28/05/11, 01:08:41

Di que si defented a Samsung y Google que sacan ROMs chapuzas y encima les defendeis, en vez de ir a cuchillo contra ellos, ser criticos y que haga eco en los 4 rincones de internet, hasta que solucionen ese problema, que es bastante grave.

Los programas que hacen uso del 3D funcionan bien en Gingerbread, el problema es que el SO Android empieza a subir de % por culpa de algun sensor o de lo que sea... despues de cerrar la aplicacion y una vez cerrada la aplicacion el que debe de encargase que todo funcione como Dios manda es el Sistema Operativo Android y si no lo hace, es que esta mal. Ahora se centraran en ice cream y a Gingerbread que le den.

El que quiera no tener el Bug que se compre el Nexus 3.

Que rabia me da que en vez de andar sacando mil cosas nuevas, no se dediquen a depurar y hacer funcionar bien todo.

rastafary · #27 28/05/11, 01:13:08

Cita: Originalmente Escrito por Hecaton

Di que si defented a Samsung y Google que sacan ROMs chapuzas y encima les defendeis, en vez de ir a cuchillo contra ellos, ser criticos y que haga eco en los 4 rincones de internet, hasta que solucionen ese problema, que es bastante grave.

Los programas que hacen uso del 3D funcionan bien en Gingerbread, el problema es que el SO Android empieza a subir de % por culpa de algun sensor o de lo que sea... despues de cerrar la aplicacion y una vez cerrada la aplicacion el que debe de encargase que todo funcione como Dios manda es el Sistema Operativo Android.

quien defiende nada? no se que te pensarás...

por otro lado, si es la aplicacion la que genera errores sobre el S.O. cual es la parte que tiene el problema, la aplicacion o el S.O?

ABM777 · #28 28/05/11, 01:30:10

Cita: Originalmente Escrito por rastafary

quien defiende nada? no se que te pensarás...

por otro lado, si es la aplicacion la que genera errores sobre el S.O. cual es la parte que tiene el problema, la aplicacion o el S.O?

El S.O. por supuesto vaya, si sabes que hay miles de aplicaciones para el dispositivo con el que vas a moverte, que menos que hagas algo para que todo lo anterior sea compatible (que es mucho), si esperas que todas las aplicaciones se actualicen a tu sistema vas apañado XD

O es que en Windows han vuelto a hacer los programas del XP para el 7? No, pues ahi esta la respuesta

rastafary · #29 28/05/11, 01:40:34

Cita: Originalmente Escrito por ABM777

El S.O. por supuesto vaya, si sabes que hay miles de aplicaciones para el dispositivo con el que vas a moverte, que menos que hagas algo para que todo lo anterior sea compatible (que es mucho), si esperas que todas las aplicaciones se actualicen a tu sistema vas apañado XD

O es que en Windows han vuelto a hacer los programas del XP para el 7? No, pues ahi esta la respuesta

si, eso es lo mejor que hay para evolucionar... que todo siga igual y que todo funcione bajo el mismo soporte... bravo!

Odio estas comparaciones con windows, pero es que me has dicho una cosa que me ha hecho graciay que por supuesto no es cierta... "O es que en Windows han vuelto a hacer los programas del XP para el 7? No, pues ahi esta la respuesta" de verdad que piensas que no?¿???

que pasa, que tu no has ido a ejecutar algun programa de XP en win7 y te ha dicho que no es compatible y no ha funcionado ni con modo compatibilidad en xP???????? o programas que dan pantallazos o FC´s porque no son validos para Win7..... si a ti no te ha pasado yo no sé, pero a mi me ha pasado con unos cuantos programas de XP que en win7 no funcionan... asi que SI, LOS HAN TENIDO QUE HACER PARA QUE FUNCIONEN EN WIN7

con ese ejemplo me das la razon

y no me hagas entrar al trapo con temas de drivers porque es de traca...

ABM777 · #30 28/05/11, 02:32:47

Te lo pongo mas claro, que el ejemplo de Windows a lo mejor es mas complejo

A la play 2 le funcionaban los juegos de la play 1 perfectamente

Les iba los de la dos, y los de la uno, sin necesidad de modificar su sistema tenia cabida los dos soportes, eso es lo que hace un sistema de calidad, esto claramente no lo es

rastafary · #31 28/05/11, 03:13:26

Cita: Originalmente Escrito por ABM777

Te lo pongo mas claro, que el ejemplo de Windows a lo mejor es mas complejo

A la play 2 le funcionaban los juegos de la play 1 perfectamente

Les iba los de la dos, y los de la uno, sin necesidad de modificar su sistema tenia cabida los dos soportes, eso es lo que hace un sistema de calidad, esto claramente no lo es

dices que es complejo porque ya has visto que no es como pensabas...el ejemplo de windows es igual de complejo que el que nos atañe en android...

un sistema de calidad? pero que tiene que ver una cosa con la otra¿? osea, que por que a un windows 7 se le pueda ejecutar programas de hasta un Spectrum (sin emulacion, que hablamos de forma nativa) ya es de mas calidad? Asi se mide la calidad de un S.O., por la retrocompatibilidad?

pero vamos a ver, que tendrá que ver aqui ahora una playstation... me pregunto yo. Sinceramente y, por supuesto, sin faltarte al respeto, me parece una sandez como un piano juzgar la calidad de un sistema por eso que comentas...

que un programa diseñado para un sistema operativo en concreto de problemas al correrlo en otro sistema operativo mas moderno (por mucho modo compatibilidad que quieras poner) es una realidad como un templo, y cualquier programador te lo dirá... son los programas los que se tienen que adaptar al sistema operativo, no el sistema operativo a los programas, y que habrá programas que no tengan problemas en correr bajo un sistema operativo mas moderno, es cierto, pero que otros no podrán, tambien es cierto, todo depende del nivel al que esten programados

como siempre tengo respuesta para todo, te dejo un enlace de la wikipedia con un listado de juegos de playstation incompatibles con playstation2.... http://en.wikipedia.org/wiki/List_of..._PlayStation_2

segun tu, estos juegos, son incompatibles con play2 porque el sistema de play 2 es de mala calidad y tiene sus bugs, pero no es porque se han quedado obsoletos y tienen problemas de compatibilidad con lo nuevo... cierto?

vamos, que en vez de hacer los programas juegos y lo que sea, acorde con el sistema operativo para el que vayan a funcionar, para aprovechar al 100% el S.O. .... lo que tendrán que hacer es hacer los S.O. para que puedan correr las aplicaciones perfectamente...

el mundo al reves....

ahora te digo yo otra cosa...

sabes que es un SDK??? Software development kit o herramientas para desarrollar software... sabes para que se usa? bueno, te dejo el primer parrafo de la wikipedia: "Un kit de desarrollo de software o SDK (siglas en inglés de software development kit) es generalmente un conjunto de herramientas de desarrollo que le permite a un programador crear aplicaciones para un sistema concreto, por ejemplo ciertos paquetes de software, frameworks, plataformas de hardware, computadoras, videoconsolas, sistemas operativos, etc." (http://es.wikipedia.org/wiki/Kit_de_...lo_de_software)

el mundo es asi, renovarse o morir,

**kriogeN** · #32 28/05/11, 10:22:21

Cita: Originalmente Escrito por rastafary

dices que es complejo porque ya has visto que no es como pensabas...el ejemplo de windows es igual de complejo que el que nos atañe en android...

un sistema de calidad? pero que tiene que ver una cosa con la otra¿? osea, que por que a un windows 7 se le pueda ejecutar programas de hasta un Spectrum (sin emulacion, que hablamos de forma nativa) ya es de mas calidad? Asi se mide la calidad de un S.O., por la retrocompatibilidad?

pero vamos a ver, que tendrá que ver aqui ahora una playstation... me pregunto yo. Sinceramente y, por supuesto, sin faltarte al respeto, me parece una sandez como un piano juzgar la calidad de un sistema por eso que comentas...

que un programa diseñado para un sistema operativo en concreto de problemas al correrlo en otro sistema operativo mas moderno (por mucho modo compatibilidad que quieras poner) es una realidad como un templo, y cualquier programador te lo dirá... son los programas los que se tienen que adaptar al sistema operativo, no el sistema operativo a los programas, y que habrá programas que no tengan problemas en correr bajo un sistema operativo mas moderno, es cierto, pero que otros no podrán, tambien es cierto, todo depende del nivel al que esten programados

como siempre tengo respuesta para todo, te dejo un enlace de la wikipedia con un listado de juegos de playstation incompatibles con playstation2.... http://en.wikipedia.org/wiki/List_of..._PlayStation_2

segun tu, estos juegos, son incompatibles con play2 porque el sistema de play 2 es de mala calidad y tiene sus bugs, pero no es porque se han quedado obsoletos y tienen problemas de compatibilidad con lo nuevo... cierto?

vamos, que en vez de hacer los programas juegos y lo que sea, acorde con el sistema operativo para el que vayan a funcionar, para aprovechar al 100% el S.O. .... lo que tendrán que hacer es hacer los S.O. para que puedan correr las aplicaciones perfectamente...

el mundo al reves....

ahora te digo yo otra cosa...

sabes que es un SDK??? Software development kit o herramientas para desarrollar software... sabes para que se usa? bueno, te dejo el primer parrafo de la wikipedia: "Un kit de desarrollo de software o SDK (siglas en inglés de software development kit) es generalmente un conjunto de herramientas de desarrollo que le permite a un programador crear aplicaciones para un sistema concreto, por ejemplo ciertos paquetes de software, frameworks, plataformas de hardware, computadoras, videoconsolas, sistemas operativos, etc." (http://es.wikipedia.org/wiki/Kit_de_...lo_de_software)

el mundo es asi, renovarse o morir,

Si me estás diciendo que por cada nueva versión de Android las aplicaciones anteriores pueden generar bugs en el sistema, entonces me cambio ahora mismo a un iPhone, que las aplicaciones para iPhone 2 funcionan perfectamente en iPhone 4. Incluso las aplicaciones para iPhone 4 funcionan perfectamente en iPad.

Yo insisto, una cosa es que una aplicación no funcione, y otra muy distinta que funcione a la perfección y luego el SO se quede enganchado, está más que comprobado en XDA que existe un bug en la 2.3.3 que ocasiona que Despertar se llame continuamente, ese bug salta automaticamente al usar juegos 3D, pero a mi me ha llegado a ocurrir (y a gente de XDA también) que de buenas a primeras sin ejecutar nada el bug también salta, aunque con las últimas revisiones ya ocurre bastante menos por no decir casi nunca.

Es un bug de Android, os pongais como os pongais, y creo que la próxima versión de Android (no me refiero a la próxima revisión, que sería la 2.3.4, me refiero a la próxima versión, que sería la 2.4) cerrará bastantes bocas.

rastafary · #33 28/05/11, 11:49:52

bien, tu ganas, tu tienes razon, enhorabuena!

ABM777 · #34 28/05/11, 12:15:12

La razon nos la daras cuando en la siguiente version (2.3.4 o 2.3.5 a lo sumo) lo corrijan, entonces diras, hombre, pues si es verdad que se tocaron los huevos al no solucionarlo de primeras....

Es que fijate si tu teoria es una tonteria, que si lo piensas por un momento con esa idea los moviles Android no tendrian juegos 3D, asi de facil, crees que todos los juegos van a sacar su actualizacion para Ginger? IMPOSIBLE

sevivi · #35 28/05/11, 12:16:47

Cita: Originalmente Escrito por kriogeN

Si me estás diciendo que por cada nueva versión de Android las aplicaciones anteriores pueden generar bugs en el sistema, entonces me cambio ahora mismo a un iPhone, que las aplicaciones para iPhone 2 funcionan perfectamente en iPhone 4. Incluso las aplicaciones para iPhone 4 funcionan perfectamente en iPad.

Yo insisto, una cosa es que una aplicación no funcione, y otra muy distinta que funcione a la perfección y luego el SO se quede enganchado, está más que comprobado en XDA que existe un bug en la 2.3.3 que ocasiona que Despertar se llame continuamente, ese bug salta automaticamente al usar juegos 3D, pero a mi me ha llegado a ocurrir (y a gente de XDA también) que de buenas a primeras sin ejecutar nada el bug también salta, aunque con las últimas revisiones ya ocurre bastante menos por no decir casi nunca.

Es un bug de Android, os pongais como os pongais, y creo que la próxima versión de Android (no me refiero a la próxima revisión, que sería la 2.3.4, me refiero a la próxima versión, que sería la 2.4) cerrará bastantes bocas.

Totalmente de acuerdo

No quería yo mentar a la bestia negra, pero un pelín de "iphonización" no vendría mal en la política de relación de desarrolladores y Google. Creo que se evitaría bastante problemas no dejando que determinadas app insuficientemente depuradas estuvieran en el Market. Y Google debería sacar Rom finales y no tanta "beta" disfrazada de Rom.

**Andro** · #36 28/05/11, 12:18:47

Buenos dias a todos,

Quizas esto no valla aqui, pero por lo que he leido al princpio, hablamos del fallo en nuestros moviles con el Bug del SO.
Bueno pues aunque hoy tengo poco tiempo, tengo comunion del hijo de un amigo.
Aqui les dejo un ejemplo de lo que significa un Bug del SO.
No he tocado nada, control diario del SO, por curiosidad, me acuesto por la noche con el 70% de bateria, y me levanto con el movil apagado, al encenderlo, el 2%.
Llevo dos noches asi, antes lo pinia en modo avio, estas dos noches me olvide de quitarlo tras leer un poco de tapatalk:

Que lo disfruten......

SC20110528-114040[1].png

**zadock** · #37 28/05/11, 12:47:48

Lo mejor es que cada uno crea lo que quiera y punto. Los que echan la culpa al sistema operativo van a seguir en sus trece, y lo mismo con los que opinan que es problema de las aplicaciones.

Creo que es un tema que ya se ha hablado bastante y no se va a llegar mucho más lejos de donde se ha llegado. Solo quiero decir que en este foro hay pruebas gráficas de que ese problema es producido por las aplicaciones y no por el SO.

Dicho esto, que cada uno piense lo que quiera y actúe en consecuencia. Yo llevo Gingerbread desde la JV1 y es la única que me dió ese problema en grandes cantidades. A partir de la JVK rara vez lo sufrí y actualmente ni rastro. Obviamente es porque no uso ciertas aplicaciones, no porque no quiera, si no porque habitualmente por ejemplo no suelo jugar (como mucho Angry Birds y poco más).

Otro ejemplo que os puedo poner es Sygic. Desde que lo han actualizado recientemente ya no sufro el "bug", cosa que antes si...qué curioso no?

**kriogeN** · #38 28/05/11, 12:54:20

Cita: Originalmente Escrito por zadock

Otro ejemplo que os puedo poner es Sygic. Desde que lo han actualizado recientemente ya no sufro el "bug", cosa que antes si...qué curioso no?

Ya lo dije hace unos cuantos post, las aplicaciones compiladas para Gingerbread no generan el bug, pero eso no significa que Google diga "ahmm, pues que las compilen para Gingerbread". No, Google es responsable de la retrocompatibilidad del sistema, si una aplicación compilada para Froyo funciona perfectamente en Gingerbread y al cerrarla ocasiona un bug en el SO, es el propio SO el que debe ser capaz de resolver el problema, y más sabiendo desde hace muchos meses lo que ocurre y las posibles soluciones.

**zadock** · #39 28/05/11, 13:01:24

Si entiendo lo que quieres decir, pero os voy a poner un par de post de @ondoteam, que junto con @intronauta hicieron esta pequeña investigación...

Ir al link original: http://www.htcmania.com/showpost.php?p=2219318&postcount=39

Ir al link original: http://www.htcmania.com/showpost.php?p=2221033&postcount=45

Creo que queda más que claro que el "bug" se soluciona modificando la app...

rs_cool · #40 28/05/11, 13:44:15

Creo que con esto último ha quedado bastante claro. No es que Google no deba implementar retrocompatibilidad con aplicaciones diseñadas para otras versiones anteriores del sistema Android, pero si es cierto que es imposible una retrocompatibilidad del 100% porque el sistema va evolucionando y no puedes llegar a Gingerbread y llevar Gingerbread, Froyo, Eclair... y hasta la Donut todo embutido en la misma versión sería un sistema pesado, lento e inútil (si pones de prueba a Windows, ni la emulación de versiones anteriores garantiza que pueda ejecutarse sin problemas). Android avanza y las aplicaciones deben adaptarse. Por esa regla de tres deberíamos echarle la culpa a Google de que aún no todas las aplicaciones puedan pasarse a la SD... Google ya ha hecho la parte que le toca creando esa posibilidad, ahora cada programador debe implementarlo.
Esto no quita que Google, al ser un error tan generalizado, no pudiese aplicar alguna clase de parche evitando que quedaran esos procesos, pero no para corregir un error de Android, sino de las aplicaciones, eso ha quedado bastante claro.
En definitiva el problema esta en que el sistema Android debe ser retrocompatible, pero ¿Hasta donde?. ¿Debe limitar la retrocompatibilidad el avance del sistema?
Ahí lo dejo... Bajo mi punto de vista creo que el avance es más importante.

Un saludo.