[ROM 4.1.2 TW] Team-Union-ROM JB 4.1.2 XXLT4 V7 [20.06.13]

Perso, ce n'est pas une rumeur mais mon expérience; j'ai commencé par la stock : pas de blocage au 1er boot mais un reboot intempestif après la configuration du téléphone et sutout, blocage sur le logo samsung alors que le 1er demarrage s'est passé sans problème.
Ensuite sur Team Union : une 1 ere intall en 240 dpi sans problème mais même soucis que la stock. Après reinstallation, blocage sur Aroma ; 3 ième tentative et blocage sur logo samsung et reboot intempestif après config.
Tentative avec SVA et idem que la stock.
En synthèse, rien de stable et comme j'avais peur de foirer le recovery à force, j'ai laissé tomber la XXLSA.
Instabilité inexpliquée et récurente sur toutes les rom à base de ce leak pour moi donc retour en XXLS7.

pour ma part je n'ai eu aucun soucis mais j'ai constaté des avis divergeants sur les fofos :
tantôt peu fluide, gourmande et instable, tantôt peu gourmande, fluide et stable

Et ce que ce soit leak stock ou custom...

Je suis curieux de savoir si c'est lié à un kernel ou pas. Moi j'ai laissé le kernel d'origine de la leak d'Eybee... Est ce le cas dans les customs qui foirent???

Quoiqu'il en soit, on a parlé de brick ou pas??? Je ne parle pas de peur du brick mais de vrai brick confirmé

Philz a sorti LSA v3.71 , installé tout marche nikel !

Pour moi je ne fais que lire ce qui s'écrit sur les Fofos et constater ces dires sur mon Note: des difficulté d'installe sous Aroma avec plantage en cours ou en fin d'installe; des consos excessives, des applis qui plantent des FC alléatoires, des lags etc....
Problèmes que je n'ai pas en LS7.
J'ai tout essayé dans les systèmes de flash et d'installe, au début tout va très bien et puis ....
La LS7 est loin d'être parfaite mais beaucoup plus facile à l'utilisation.
Il est possible et c'est déjà arrivé, que certain Note ne passe pas ou passe mal avec certain Kernel ou certaine Rom, du fait des composants utilisés.

Par contre je ne crois pas qu'il y ait à craindre de brick, d'ailleurs je n'ai rien vu la dessus, c'est surtout un problème de stabilité et fiabilité.

A cet instant la V1 est toujours bloquée sur le site :
bis Klärung einiger Probleme bleibt die XXLSA V1 offline!!!!!

Jusqu'à la clarification de certains problèmes, la XXLSA V1 reste offline!!!!!

Je suis cette équipe depuis un certain temps ainsi que leurs devs avant qu'ils ne se regroupent et si ils décident de suspendre une base, je pense qu'on peut se dire qu'il y a effectivement quelque chose de bizare .

C'est tout l'avantage de notre Forum où l'on peu se dire les constats faitq et nos impressions subjectives, très sbjectives

Non pas encore de brick, pour l'instant. Seulement, juste un risque de blocage sur le logo samsung, comme moi et avec 2 roms différentes donc..... Cqfd.

vue qu'il n'y a pas de risque de brick et que pour moi elle marche bien , je la garde pour le moment

Mais je me sens rassuré maintenant que c est plus clair
Merci

Par contre, j'ai trouvé le moyen de rendre la rom plus fluide encore et plus rapide, si cela intéresse quelqu'un qui le dise, et je partage ici!!!! (cela marche pour toutes les roms, LS7, LSA et surement les autres) et aussi la possibilité de mettre le 240dpi même après l'installe de la rom en 320dpi...

Salut
@phil10 moi sa m'interesse comment tu fais?

@phil10 moi aussi m intéresse

alexnote a écrit:

Salut
@phil10 moi sa m'interesse comment tu fais?

no problème.

en 1er - tu fais un petit backup en recovery (au cas ou ça foire).

2 eme - Tu télécharges sur google play (avec ton note donc) l'excellent programme ICI qui est gratuit en plus.

ensuite tu lances le programme (nan pas la note, pfff, ) et là tu as le build de ton note sous les yeux.

tu vas à la ligne "dalvik.vm.heapgrowthlimit" tu clickes dessus, tu changes la valeur par "256m" et tu valides en haut à droite. Puis juste en dessous, tu as la density, si tu veux être en 320 dpi, tu changes rien, sinon 240 dpi pour plus petit etc....

encore en dessous tu as "dalvik.vm.heapsize" le même tu clickes et tu mets la valeur à "768m" et tu valides en haut à droite.

une fois fini, tu reboot et tu as tout changé tes valeurs.

@phil10 il n'y a aucuns risques pour le note ?

Merci Phil, je vais tester cet après midi,

Par contre si quelqu'un à un lien pour la V1 en LSA, je ferais une nouvelle tentative avec cette soluce et le nouveau kernel et on verra si " Elle laisse à se faire désirée "

nan aucun risque, je l'ai fait hier, et il fonctionne tjrs là maintenant, donc....
Par contre, ne changez pas d'autres valeurs sans en connaitre le pq du comment, sinon, il boot plus et ne mettez pas plus en valeur, sinon, le même, plus de boot. Juste le restore possible.
Par contre le dpi c'est sans risque, sauf à ne plus rien voir sur l'écran tellement c'est petit....

Dernière édition par phil10 le Jeu 29 Nov 2012 - 11:46, édité 2 fois

manip faite , reboutée pas de problèmes ! 1er constat ouverture des contacts ,du tel ,plus rapide !

phil10

yamrr1 a écrit:

manip faite , reboutée pas de problèmes ! 1er constat ouverture des contacts ,du tel ,plus rapide !

phil10

Ouai, content de voir que tu as aussi remarqué la différence, chez moi, je l'ai vu tout de suite aussi, jeu rapide, moins de latence etc....

phil34 a écrit:

Merci Phil, je vais tester cet après midi,

Par contre si quelqu'un à un lien pour la V1 en LSA, je ferais une nouvelle tentative avec cette soluce et le nouveau kernel et on verra si " Elle laisse à se faire désirée "

Si tu veux je te mets la mienne en dropbox!!?? C'est bien la Team Union V1 LSA que tu veux?!!

Phil10, je pense que tu peux directement éditer le build.prop avec root explorer, sans passer par un programme tiers...

non?


Tu as eu cette info où? Je rêve depuis un bail d'avoir une << bible du build.prop>> Mais je n'ai jamais trouvé

EDIT
reboot en cours après edit du build.prop

Mais ça fait quoi au juste? ça touche au cache? à la swap? ou que sais-je?

Et est ce que ça joue sur la stabilité et la conso?
J'étais à 64 d'origine, je verrai ça

ludskyrider a écrit:

Phil10, je pense que tu peux directement éditer le build.prop avec root explorer, sans passer par un programme tiers...

non?


Tu as eu cette info où? Je rêve depuis un bail d'avoir une << bible du build.prop>> Mais je n'ai jamais trouvé

EDIT
reboot en cours après edit du build.prop

Mais ça fait quoi au juste? ça touche au cache? à la swap? ou que sais-je?

Et est ce que ça joue sur la stabilité et la conso?
J'étais à 64 d'origine, je verrai ça

Stabilité et conso, cela change rien, ça joue juste sur le cache qui est plus grand, donc il le mets en mémoire vive au lieu du DD vu qu'il y a plus de place (comme sur un ordi).

oui, possible, mais avec ce petit logiciel, tu lances et tu es directement sous build.pro (pas de prise de tête et plus facile pour les moins aguéris au chipotage)

pour le reste, je sais pas, juste par déduction et par teste, puis voilà, un build.pro plus perfomant, enfin, un note plus perfomant...

Juste une petite info : Si au cas ou vous avez quelques problèmes de mémoire vive, vous réduisez la valeur de 768m à 512m. Normalement, là, plus de soucis de place en mémoire vive..

Merci phil10 sa fonctionne chez moi aussi quelqu'un une astuce pour que le touchwizz passe en dpi 240 aussi ?

alexnote a écrit:

Merci phil10 sa fonctionne chez moi aussi quelqu'un une astuce pour que le touchwizz passe en dpi 240 aussi ?

aaah, touchwize, aaaah, caca, j'utilise Golauncher comme ça tout est nickel..... j'aime pas touchwize. DSL, là, je peux pas t'aider.

faut que je me décide à repasser sous apex pour passer en 240

J'ai pas testé le nouveau coyote en 240...

reste la question de la bible du build.prop

Je suis certain que ça m'aiderait un max pour mes soucis de mms photo sous cyanogen....

Quesqui peut etre paramètré par le build prop. Autrement?

@phil10 j'ai oublier de noter les valeurs par défaut de tête :

"dalvik.vm.heapgrowthlimit" : 64M
"dalvik.vm.heapsize" : 256m

tu peux confirmé ?
merci