[Haier/CDiscount CDisplay] Retours

[Oops]

ah ok... ça signifie juste que moborobo sait lire des info sur la tablette mais en aucun cas qu'il peut la rooté et d'ailleur, il me semble que moborobo n'a jamais permit à lui seul de rooter quoi que ce soit.

Mais il est toujours bon de tout vérifier ;)

[Oops]

Au sujet de towelroot et des paramètres modifiable :

== Introducing modstrings! ==
Modstrings are a way to modify the exploit parameters for your obscure phone.
This is only if your device can't be towelrooted.

Click "welcome to towelroot v3" 3 times and enter text.

1337 method(0-3), align(0-1), limit_offset(0-8191), hit_iov(0-7), temp_root(0-1)

method: which syscall is used in the blocking thread, try them all
align: which alignment to use for the iovs, try them all
limit_offset: 0 is probably the right value here, otherwise close to the samsung value and a multiple of 4
hit_iov: which iov to overwrite to cause block
temp_root: do a temp root putting su and daemonsu in /sbin, good for HTC and Motorola, doesn't fix exploit

To fix, align and method are probably your best bet(4*2=8 values), hit_iov maybe, limit_offset if you are desperate.

== Examples ==
Most phones:   "1337 0 1 0 4 0"
New Samsung:   "1337 0 1 7380 4 0"
Temp root:     "1337 0 1 0 4 1"

J'en ai testé plusieurs de façons infructueuse :(

1337 method(0-3), align(0-1), 0, 4 , temp_root(0-1)

Donc j'ai testé toutes les combinaisons sans modifier 1337,  hit-iov et limite offset. Soit 16 combinaisons. 

Je me tâte pour hit-iov mais vu que ça fait 128 combinaisons ^^' je vais passer mon tour  :P

[benoitxvi]

En attendant le root, j'ai installé le "lanceur google now" et tué la task cdisplay manager et tout va bien coté nuisances pub.

Globalement satisfait (même indépendamment du prix) de cette tablette.

Absence bt/gps ne me pose aucun problème. Ils auraient même du ne pas mettre le module photo qui est nul.

Pour info, à ma grande surprise, le mirroring chrome cast marche très bien (il suffit d'aller dans parametres/affichage/ecran de diffusion) ce qui n'est pas le cas sur ma tablette nexus 7 donnée pourtant comme compatible !

Je confirme que désactiver l'optimisation wifi améliore de façon significative la réception.

[felixlechaste]

Vu sur HFR : http://forum.hardware.fr/hfr/gsmgpspda/tablette/tablette-cdiscount-cdisplay-sujet_28339_1.htm
 

c'est pour moi une arnaque à la fiche technique.
 
Ils mettent 500 Mo ou 1go de mémoire rapide pour faire tourner l'OS, et 6~7Go de mémoire pourave lente pour le stockage; ça leur permet d'afficher "Tablette 8Go".
Outre le fait que cette mémoire est plus lente que le principale, le gros probleme comme tu l'as vu réside dans le fait que tu n'as jamais 8Go utilisables, tu n'en a qu'un seul utilisable pour les applications et vu que beaucoup ne supportent pas la migration sur la SD et du fait de la gestion de la VM Dalvik, ça pose très très vite probleme.
 
La grande majorité des fabricants chinois fait comme ça. J'en ai même vu avec deux stockages SD émulés (je suppose que 2x4Go coutent moins cher que 1x8Go...)

 

Vous en pensez quoi ?
C'est vrai ? Si oui alors il n'y aura pas de solution, même avec un ROOT, impossible de repartitionner. Et ça expliquerai au passage ce "choix" absurde de n'avoir que 1Go sur la "partition système".

Modifié 18 septembre 2014 par felixlechaste

[mrpouet]

Bonjour bonjour,

 

Ayant reçu ma tablette hier soir, je re(re)confirme ce qui a été dit : utiliser le Launcher Google Now, désactiver les mises à jour du Play Store et utiliser App2SD.

 

Concernant l'audio de la tablette, le volume au max semble acceptable, par contre la qualité est un peu médiocre. Avec un casque ça passe, bien qu'à volume max ça manque (encore un peu) de puissance.

 

Le point qui me gêne le plus, c'est la dalle tactile: il fallait s'en douter la qualité de l'écran est passable (comme évoqué plus haut, les polices ou les formes arrondies sont "nettement" pixellisés, ça peut être un peu inconfortable) mais on s'y fait.

 

PAR CONTRE POINT NOIR A SOULIGNER (suis-je le seul dans ce cas?), la réactivité tactile est VRAIMENT TRES MOYENNE.

Je dois fréquemment m'y prendre à deux ou trois fois (angle d'inclinaison du doigt et/ou position sur la dalle) pour que ma pression soit prise en compte..... ça donne la même sensation qu'une dalle resistive par moment, genre borne guichet dans les gares... (je suis en parallèle sur un Moto G où c'est nickel)

 

^_^

[zrt22]

@@felixlechaste : En rapport à la citation : C'est quoi cette histoire de mémoire lente et mémoire rapide ? :huh: Je crois que la personne confond la RAM et la mémoire flash pour le stockage. Tout est stocké sur cette mémoire flash de 8Go, et elle est divisée en x partitions pour le système, le stockage des applications, le stockage perso, etc. C'est comme ça que fonctionne Android et c'est aussi tout à fait normal de ne pas avoir l'intégralité des 8Go pour soi : une partie est réservée pour le système. Même chose quand on achète un PC sous Windows par exemple.

 

Maintenant, n'avoir alloué qu'un Go pour le stockage interne, c'est la volonté du fabriquant/vendeur. Selon les utilisations, c'est un avantage ou un inconvénient... Ce qui me choque plus à lire tous vos messages, c'est les "mises à jour" qui prennent plus de la moitié de cette partition. Ça c'est du grand délire. :)

 

 

En passant et pour tout le monde, comment le root va vous aider à repartitionner cet espace, par curiosité ? C'est plus le genre de chose qu'on obtiendrait en flashant le firmware modifié, il me semble. Chose que l'on peut déjà faire grâce aux outils Rockchip. No ?

Modifié 18 septembre 2014 par zrt22

[Efrafa]

@@felixlechaste : En rapport à la citation : 

En passant et pour tout le monde, comment le root va vous aider à repartitionner cet espace, par curiosité ? C'est plus le genre de chose qu'on obtiendrait en flashant le firmware modifié, il me semble. Chose que l'on peut déjà faire grâce aux outils Rockchip. No ?

 

Une app comme Link2SD qui nécessite le root, permettrait de déplacer et d'installer les apps complètement sur la carte SD, non?

[drolatik1]

 

 

 

@@felixlechaste : En rapport à la citation : C'est quoi cette histoire de mémoire lente et mémoire rapide ? :huh: Je crois que la personne confond la RAM et la mémoire flash pour le stockage. Tout est stocké sur cette mémoire flash de 8Go, et elle est divisée en x partitions pour le système, le stockage des applications, le stockage perso, etc. C'est comme ça que fonctionne Android et c'est aussi tout à fait normal de ne pas avoir l'intégralité des 8Go pour soi : une partie est réservée pour le système. Même chose quand on achète un PC sous Windows par exemple.

Maintenant, n'avoir alloué qu'un Go pour le stockage interne, c'est la volonté du fabriquant/vendeur. Selon les utilisations, c'est un avantage ou un inconvénient... Ce qui me choque plus à lire tous vos messages, c'est les "mises à jour" qui prennent plus de la moitié de cette partition. Ça c'est du grand délire. :)

 

 

En passant et pour tout le monde, comment le root va vous aider à repartitionner cet espace, par curiosité ? C'est plus le genre de chose qu'on obtiendrait en flashant le firmware modifié, il me semble. Chose que l'on peut déjà faire grâce aux outils Rockchip. No ?

 

Bonne nouvelle! Donc comment fait on?

Modifié 18 septembre 2014 par drolatik1

[bernado82]

Bonjour,

 

Evidemment, comme indiqué par zrt22, un root de la C-Display ne vous permettra pas d'augmenter l'espace de stockage interne limité actuellement à 1 Go, tout au plus à avoir accès à des applications permettant de déplacer certainees applications. Mais je suis pas trop fan de ça, je vois ça juste comme une solution de dépannage...

 

Si on redimensionne la partition de stockage (userdata) comprenez bien que forcément, suivant le principe des vases communiquant, on devrait sous-dimensionner une autre pour lui "prendre" quelques centaines de méga octets ou plutôt 1 ou 2 Go, ceci pour ramener la taille de stockage à disons 3 Go... C'est ce que vous souhaiteriez, ou juste à 2.5 Go voire juste 2 Go? Faudrait organiser un vote pour savoir quelle taille serait la plus souhaitable...

 

Mais pour faire ceci, il faut IMPÉRATIVEMENT effectuer un reflashage du firmware avec un nouveau fichier parameter (contient le partionnement actuel de la mémoire flash). Ceci pourrait (?) être réalisé de la façon suivante:

 

- Installation des pilotes Rockchip pour ceux qui n'en disposent pas encore (voir Rockchip Driver Assistant dans mes dossiers Rockchip Tools en spoiler).

- Utilisation de Rockchip Android Tool v2.1 pour effectuer un dump complet de la NAND flash (car un dump via ADB requiert un accès root pour adb shell).

- Utilisation de RockchipDumpSplit, utilitaire complémentaire à RK Android Tool se chargeant tout seul de récupérer les partitions à partir du dump de 8 Go.

 

A partir de là, vous avez de quoi restaurer manuellement avec RK Android Tool n'importe quelle partition d'Android, à partir du dump réalisé. Ça c'est déjà utile!

 

Apparemment, la partition backup.img de la C-Display serait totalement vide?! Dommage, habituellement (mais pas toujours) on peut y trouver des copies de kernel.img, boot.img, recovery.img mais aussi du fichier parameter ainsi que du bootloader nommé, par exemple, RK3188Loader(L)_V1.24.bin. Là, pas de chance, on a pas le bootloader (je ne sais pas où le trouver ailleurs dans un firmware Rockchip, il est indispensable pour reflasher sauf à en utiliser un autre de "vraisemblablement" compatible).

 

Voici le fichier parameter original de la C-Display (récupéré avec la fonction "Export Image" de RK Android Tool v2.1 avec Start=0, Count=2):

FIRMWARE_VER:1.1  <--- habituellement, on trouve ici la version d'Android, pas cette fois!
MACHINE_MODEL:CDP7TAB4C8
MACHINE_ID:007
MANUFACTURER:RK30SDK
MAGIC: 0x5041524B
ATAG: 0x60000800
MACHINE: 3066
CHECK_MASK: 0x80
KERNEL_IMG: 0x60408000
#RECOVER_KEY: 1,1,0,20,0
CMDLINE:console=ttyFIQ0 androidboot.console=ttyFIQ0 init=/init initrd=0x62000000,0x00800000 mtdparts=rk29xxnand:0x00002000@0x00002000(misc),
0x00006000@0x00004000(kernel),0x00006000@0x0000a000(boot),0x00010000@0x00010000(recovery),0x00020000@0x00020000(backup),0x00040000@0x00040000(cache),
0x001FE000@0x00080000(userdata),0x00002000@0x0027E000(metadata),0x00002000@0x00280000(kpanic),0x00200000@0x00282000(system),-@0x00482000(user)

Voici RockchipDumpSplit nouvel acolyte de Rockchip Android Tool (et je remercie 1001 fois Oops pour sa participation!):

 

 

Exemple d'utilisation de la fonction de dump de Rockchip Android Tool v2.1 (les anciennes versions n'ont pas ça):

 

Apparement, les versions génériques de CWM et TWRP recovery ne sont pas compatibles avec la C-Display, dommage...  :(

 

Pour re-configurer facilement le fichier parameter, j'utilise RK_ParamEd v1.0, voici un exemple avec le "parameter" d'origine:

 

Et ce que ça donnerai une fois la taille du stockage interne (userdata) passée à 3 Go (c'est pas affiché mais forcément la sdcard interne passerait à 3 Go et des poussières)...

 

Et par conséquence, le nouveau fichier parameter (pour 3 Go) ressemblerait à ça:

FIRMWARE_VER:1.1
MACHINE_MODEL:CDP7TAB4C8
MACHINE_ID:007
MANUFACTURER:RK30SDK
MAGIC: 0x5041524B
ATAG: 0x60000800
MACHINE: 3066
CHECK_MASK: 0x80
KERNEL_IMG: 0x60408000
#RECOVER_KEY: 1,1,0,20,0
CMDLINE:console=ttyFIQ0 androidboot.console=ttyFIQ0 init=/init initrd=0x62000000,0x00800000 mtdparts=rk29xxnand:0x00002000@0x00002000(misc),
0x00006000@0x00004000(kernel),0x00006000@0x0000A000(boot),0x00010000@0x00010000(recovery),0x00020000@0x00020000(backup),0x00040000@0x00040000(cache),
0x00600000@0x00080000(userdata),0x00002000@0x00680000(metadata),0x00002000@0x00682000(kpanic),0x00200000@0x00684000(system),-@0x00884000(user)

Le principal obstacle actuel, c'est qu'on a pas de copie du fichier bootloader.bin d'origine. Certes, on peut en trouver un à mettre à la place, mais.. faut vraiment qu'il soit compatible... Tout ceci étant nécessaire à la "fabrication" d'un nouveau firmware bâti à partir d'un dump du système.

 

En fait sont requis les fichiers indiqués dans cet exemple du fichier "package-file":

# NAME          Relative path
#
#HWDEF          HWDEF
package-file    package-file
bootloader      loader.bin
parameter       parameter
misc            Image/misc.img
kernel          Image/kernel.img
boot            Image/boot.img
recovery        Image/recovery.img
system          Image/system.img
backup          Backupimage/backup.img
# If keyword "SELF" is used instead of the backup.img file, the backup partition will be created when
# generating the upgrade file, backup.img file won't be added to the contents of the generated backup
# partition but recorded in the header information when unpacking firmware file. Use RESERVED keyword
# for no packaged backup partition but reserved space.
update-script   update-script
recover-script  recover-script

Modifié 18 septembre 2014 par bernado82

[D3m3t05]

@bernado82: Super post, merci pour ses infos.

 

 En résumé Haier a verrouillé sa tablette au maximum  et ne semble pas fan de fournir une image firmware.

Modifié 19 septembre 2014 par D3m3t05

[Oops]

 

En resumé, haier a verouillé la tablette au maximum et ne semble pas fan de fournir une image du firmware.

 

Très bon remarque. Haier est-il habituellement du genre à distribuer ses images? Faire des mises à jours? Cdiscount le verrait il d'un autres œil? (quelques soit la réponse)

 

 

 

 

("")(et je remercie 1001 fois Oops pour sa participation!) ("")

 

 

Non non, merci à toi pour ton aide et ta participation.  Sans toi rien n'aurais été fait.  ;)

[felixlechaste]

Bonjour,

 

Evidemment, comme indiqué par zrt22, un root de la C-Display ne vous permettra pas d'augmenter l'espace de stockage interne limité actuellement à 1 Go, tout au plus à avoir accès à des applications permettant de déplacer certainees applications. Mais je suis pas trop fan de ça, je vois ça juste comme une solution de dépannage...

 

Si on redimensionne la partition de stockage (userdata) comprenez bien que forcément, suivant le principe des vases communiquant, on devrait sous-dimensionner une autre pour lui "prendre" quelques centaines de méga octets ou plutôt 1 ou 2 Go, ceci pour ramener la taille de stockage à disons 3 Go... C'est ce que vous souhaiteriez, ou juste à 2.5 Go voire juste 2 Go? Faudrait organiser un vote pour savoir quelle taille serait la plus souhaitable...

 

Mais pour faire ceci, il faut IMPÉRATIVEMENT effectuer un reflashage du firmware avec un nouveau fichier parameter (contient le partionnement actuel de la mémoire flash). Ceci pourrait (?) être réalisé de la façon suivante:

 

- Installation des pilotes Rockchip pour ceux qui n'en disposent pas encore (voir Rockchip Driver Assistant dans mes dossiers Rockchip Tools en spoiler).

- Utilisation de Rockchip Android Tool v2.1 pour effectuer un dump complet de la NAND flash (car un dump via ADB requiert un accès root pour adb shell).

- Utilisation de RockchipDumpSplit, utilitaire complémentaire à RK Android Tool se chargeant tout seul de récupérer les partitions à partir du dump de 8 Go.

 

A partir de là, vous avez de quoi restaurer manuellement avec RK Android Tool n'importe quelle partition d'Android, à partir du dump réalisé. Ça c'est déjà utile!

 

Apparemment, la partition backup.img de la C-Display serait totalement vide?! Dommage, habituellement (mais pas toujours) on peut y trouver des copies de kernel.img, boot.img, recovery.img mais aussi du fichier parameter ainsi que du bootloader nommé, par exemple, RK3188Loader(L)_V1.24.bin. Là, pas de chance, on a pas le bootloader (je ne sais pas où le trouver ailleurs dans un firmware Rockchip, il est indispensable pour reflasher sauf à en utiliser un autre de "vraisemblablement" compatible).

 

Voici le fichier parameter original de la C-Display (récupéré avec la fonction "Export Image" de RK Android Tool v2.1 avec Start=0, Count=2):

FIRMWARE_VER:1.1  <--- habituellement, on trouve ici la version d'Android, pas cette fois!
MACHINE_MODEL:CDP7TAB4C8
MACHINE_ID:007
MANUFACTURER:RK30SDK
MAGIC: 0x5041524B
ATAG: 0x60000800
MACHINE: 3066
CHECK_MASK: 0x80
KERNEL_IMG: 0x60408000
#RECOVER_KEY: 1,1,0,20,0
CMDLINE:console=ttyFIQ0 androidboot.console=ttyFIQ0 init=/init initrd=0x62000000,0x00800000 mtdparts=rk29xxnand:0x00002000@0x00002000(misc),
0x00006000@0x00004000(kernel),0x00006000@0x0000a000(boot),0x00010000@0x00010000(recovery),0x00020000@0x00020000(backup),0x00040000@0x00040000(cache),
0x001FE000@0x00080000(userdata),0x00002000@0x0027E000(metadata),0x00002000@0x00280000(kpanic),0x00200000@0x00282000(system),-@0x00482000(user)

Voici RockchipDumpSplit nouvel acolyte de Rockchip Android Tool (et je remercie 1001 fois Oops pour sa participation!):

 

 

Exemple d'utilisation de la fonction de dump de Rockchip Android Tool v2.1 (les anciennes versions n'ont pas ça):

 

Apparement, les versions génériques de CWM et TWRP recovery ne sont pas compatibles avec la C-Display, dommage...  :(

 

Pour re-configurer facilement le fichier parameter, j'utilise RK_ParamEd v1.0, voici un exemple avec le "parameter" d'origine:

 

Et ce que ça donnerai une fois la taille du stockage interne (userdata) passée à 3 Go (c'est pas affiché mais forcément la sdcard interne passerait à 3 Go et des poussières)...

 

Et par conséquence, le nouveau fichier parameter (pour 3 Go) ressemblerait à ça:

FIRMWARE_VER:1.1
MACHINE_MODEL:CDP7TAB4C8
MACHINE_ID:007
MANUFACTURER:RK30SDK
MAGIC: 0x5041524B
ATAG: 0x60000800
MACHINE: 3066
CHECK_MASK: 0x80
KERNEL_IMG: 0x60408000
#RECOVER_KEY: 1,1,0,20,0
CMDLINE:console=ttyFIQ0 androidboot.console=ttyFIQ0 init=/init initrd=0x62000000,0x00800000 mtdparts=rk29xxnand:0x00002000@0x00002000(misc),
0x00006000@0x00004000(kernel),0x00006000@0x0000A000(boot),0x00010000@0x00010000(recovery),0x00020000@0x00020000(backup),0x00040000@0x00040000(cache),
0x00600000@0x00080000(userdata),0x00002000@0x00680000(metadata),0x00002000@0x00682000(kpanic),0x00200000@0x00684000(system),-@0x00884000(user)

Le principal obstacle actuel, c'est qu'on a pas de copie du fichier bootloader.bin d'origine. Certes, on peut en trouver un à mettre à la place, mais.. faut vraiment qu'il soit compatible... Tout ceci étant nécessaire à la "fabrication" d'un nouveau firmware bâti à partir d'un dump du système.

 

En fait sont requis les fichiers indiqués dans cet exemple du fichier "package-file":

# NAME          Relative path
#
#HWDEF          HWDEF
package-file    package-file
bootloader      loader.bin
parameter       parameter
misc            Image/misc.img
kernel          Image/kernel.img
boot            Image/boot.img
recovery        Image/recovery.img
system          Image/system.img
backup          Backupimage/backup.img
# If keyword "SELF" is used instead of the backup.img file, the backup partition will be created when
# generating the upgrade file, backup.img file won't be added to the contents of the generated backup
# partition but recorded in the header information when unpacking firmware file. Use RESERVED keyword
# for no packaged backup partition but reserved space.
update-script   update-script
recover-script  recover-script

 

Ben si je pouvais choisir je mettrais 8GO pour la partition système, point barre. Pas de problème comme ça.

Et si je veux une SD ben j'achète une carte microSD de 64Go et je suis tranquille.

Je comprends même pas pourquoi il n'y a pas qu'une seule partition de 8Go...

[Oops]

Oui pourquoi pas mais cela est il possible ?

[zrt22]

@ Tout le monde : Merci d'éviter de citer les longs messages pour répondre. Préférez le bouton @ Mention sous l'avatar des membres ou une citation ne contenant que la partie relative à votre réponse pour ne pas alourdir les pages. Sinon on va vite se retrouver à 50 pages de citations. :)

 

 

@@Efrafa : Pas complètement non, il restera quand même un minimum sur /data. Link2SD fait un peu office d'extension de la fonction "déplacer sur carte SD", avec la vraie SD cette fois.

 

@@bernado82 : Super réponse, j'ai rien à dire du coup. :P Juste une question : on a vraiment besoin du (boot)loader si on ne compte pas y toucher ? Quand je regarde sur le net à droite à gauche ou avec rkflashtool par exemple, il semble qu'on peut juste flasher ce qui nous intéresse sans.

Accessoirement, c'est aussi l'occasion de s'offrir le root en ajoutant les fichiers au system.img

[bernado82]

Bonjour zrt22,

 

 

Le bootloader ne servirait que si on voulais reflasher tout le firmware (par exemple si on veut faire un repartionnement, il faut reformater la NAND pour installer le nouveau "parameter", quoique si on ne formatait pas et qu'on coche juste le fichier parameter et les autres partitions nécessaires, que se passerait-il? Je ne sais pas... Car où place t-il le bootloader? je testerai ce cas de figure peut-être...

 

De toute façon, en effet RK Android Tool permet justement de ne flasher qu'une ou plusieurs partitions à la fois et ceci sans nécessiter d'avoir un système rooté... J'ai proposé justement à Oops de flasher une version générique des custom recovery CWM et TWRP (les versions qui marchent chez moi avec du RK2926) avec RK Android Tool en cochant juste la case Recovery. ATTENTION! La première étape étant de récupérer le fichier "parameter" à placer dans le dossier Output de RK Android Tool pour qu'il soit automatiquement chargé à chaque lancement du programme (car pré-configuré ainsi), hélas il semble qu'aucune n'a fonctionné, dommage car ça permettait d'avoir direct un adb shell en root en bootant sur le custom recovery.

 

Pour le root (ou autre modif), je viens de penser à autre chose. Il suffirait, à partir du dump de system.img, de monter la partition sous Linux (pour faire plaisir à Lannig), ainsi il deviendrait possible d'ajouter/retirer des fichiers dans /system et ensuite, une fois terminé, on reflashe juste la partition system.img avec RK Android Tool et on redémarre la tablette (après là, il faut réquisitionner tout ce qui traîne dans la maison comme gri-gri, patte de lapin, trèfle à quatre feuilles et croiser les doigts pour que ça marche).

 

@@felixlechaste

 

En fait, sous Android, on se tape la fameuse sdcard interne formatée en FAT32 à cause de Windows, un système même pas foutu en 2014 de lire autre chose que ses propres systèmes de fichiers et pas du tout (du moins en version de base, sans utilitaire supplémentaire) capable de reconnaître des systèmes de fichiers utilisés par d'autres systèmes d'exploitation depuis des années voire des dizaines d'années.

 

C'est parce qu'il serait difficile pour les utilisateurs de Windows de copier directement des fichiers sur la tablette (quand elle est reconnue en mode stockage de masse par Windows) qu'il a fallut créer cette partition servant aux échanges de fichiers avec Windows et donc, formatée en FAT32 au contraire du système d'Android en ext3/ext4... C'est pour cela qu'il était impossible aux partitions d'Android d'utiliser tout l'espace disponible car il fallait en réserver une partie pour cette "partition d'échanges avec Windows", sobrement nommé SDCARD.

 

 

Ah oui, heureusement que j'ai pensé à mettre des "spoiler" sinon on était déjà à 15 pages...

Modifié 18 septembre 2014 par bernado82

[zrt22]

Je me disais qu'un "upgrade" pourrait faire l'affaire plutôt que de tout reflasher, soit simplement flasher le parameter et les partitions affectées par le repartitionnement. Mais comme je n'ai pas de tablette cobaye pour tester ça, ce n'est qu'une théorie.

 

J'ai eu moins de chance sur mon RK2928 avec le CWM Recovery générique, j'ai dû le mixer au recovery stock pour le faire fonctionner. Et c'est manifestement plutôt difficile d'y arriver sur RK30xx d'après les multiples pages là-dessus dans la section MPMAN. Aucune idée sur RK3188, mais le root aurait été effectivement plus accessible ainsi. Enfin, comme le partitionnement est aussi au cœur des débats, la case flashage semble inévitable de toutes façons.

 

C'est à ça que je pensais pour system.img, oui.

[Oops]

Comment à tu mixé le CWM Recovery générique au recovery stock ?

[zrt22]

En comparant tous les fichiers et contenus de fichiers lisibles (scripts notamment) entre les deux, puis en les rassemblant avec comme idée de rester au plus proche du recovery stock en ajoutant toutes modifications du CWM Recovery. C'était très expérimental pour moi à l'époque. :) J'ai mis mes notes de modifications en fichier joint dans le topic où j'en parlais il me semble... Edit : là.

Modifié 18 septembre 2014 par zrt22

[D3m3t05]

@zrt22 milles excuses, en penitence, je lirais la licence GNU en me flagellant :D

@Oops: J'ai fais pas mal de recherche sur cette marque et je confirme qu'il ne distribue que tres peut leur firms

 

je cherchais un firm haier pad 722 pour tester mais sans succes, d'ailleur la 722 devrais vous rapeller quelque chose  :ph34r:

 

[zrt22]

(@@D3m3t05 : Ou tu peux modifier ton message plus haut pour enlever/raccourcir la longue citation :P)

[D3m3t05]

@@zrt22 Fait!

 

Sinon j'ai trouvé ceci la haier pad 722 qui non content de reprendre le design de la Cdisplay, en reprend les caracteristiques.

 

Ici il est expliqué par monsieur @bernardo82 en personne que Haier ne fournis pas d'image du firm. Mais qu'avec les rockchip tool on peut se débrouiller.

 

 

A votre avis, un dump du firm cdisplay avec un bootloader de 722 ça devrais le faire ou ça reste trop risqué ? 
 

[benoitxvi]

Excusez moi de passer à un autre sujet, plus trivial !

Quelque chose m'intrigue : par quel biais la tablette réussit elle à donner ma position précise à des applis comme ratp, velibici, maps ?

Sachant qu'il n'y a ni gps, ni 3g. Pour moi, c'est un mystère.

[Oops]

via le wifi et l'adresse IP de ta box

[Marc Rosser]

C'est de très bonne augure pour le Root tout ca!

 

 

@@benoitxvi

 

La tablette donne ta position "grossière" grace à ton réseau Wifi. La localisation n'est pas aussi précise qu'avec le GPS (Android appelle cette permission la "localisation fine")

Modifié 19 septembre 2014 par crakeron

[D3m3t05]

@ pas tant que ça, il faut encore ce procurer un firmware de haier 722 et un volontaire pour peut étre rooter ou briquer sa tablette qui sais. Qui donne sa tab a la science ?