DannyCC

En effet en faisant une photo de l'écran et en essayant de compter les pixels, j'ai plutôt l'impression que c'est 800 x 480

Mais d'un autre côté la capture ci-dessus, qui fait le double (ou le quadruple si on parle de la surface), soit 1600 x 960, n'a pas l'air d'être une image de 800 x 480 dont la taille aurait été doublée, mais une vraie capture en 1600 x 960 d'origine

D'où le besoin de pouvoir faire des vraies captures pour tirer ça au clair, au final !

En fait je connais déjà la définition de l'écran : 1600 x 960 pixels, d'après la capture ci-dessous par exemple, qui est la + grande que j'ai pu trouver (cliquez pour la voir en taille d'origine).

http://reho.st/medium/self/ca1fb21488275bdbec4b9383121aed4cdd77440c.jpg

J'ai essayé de faire des photos de l'écran, mais bizarrement quand j'essaie de compter les pixels, j'en trouve 2 fois moins ! (800 en largeur selon mon estimation).

Je ne sais pas si c'est dû à un effet d'optique sur la photo, ou peut-être que l'écran a une définition physique de 800 x 480 alors que le soft derrière lui envoie des images 2 fois mieux définies (ce qui serait con)...

Mais vu la capture ci-dessus, on va dire que c'est 1600 x 960.

Enfin bref, ceci étant dit j'aimerais toujours tout de même pouvoir faire moi-même des captures, donc si quelqu'un sait comment faire, ou comment faire un Spylog et récupérer les infos soi-même, même si ça n'inclut pas de capture d'écran, je serais content d'avoir l'info

Eh-eh

Mais c'est pas avec une photo que je pourrai connaître la définition exacte de l'écran

Ok, donc c'est pas comme sur SMEG+ où le spylog écrivait directement sur la clé USB insérée, et créait aussi une capture d'écran de l'affichage en cours ? Dommage...

Et tu ne saurais pas comment récupérer une telle capture, du coup ?

Ok, mais comment les transférer du coup ?

N'importe qui peut le faire ?

En tout cas dans le post des tips, voilà ce qui est écrit :

Pour prendre un spylog (prise de trace), il faut faire un appui long sur le bouton "Conduite" (icône de la voiture), et 5 secondes ensuite, vous entendrez un bip vous confirmant que le spy est en cours.

Contrairement aux anciens GPS, il n'y a pas de reboot après le spy.

Hello,

Je n'arrive pas à faire un spylog (dans le but de récupérer des screenshots pour connaître la définition de l'écran), comme expliqué dans le post sur les tips n' tricks du Connect Nav (j'ai essayé sur un 3008 II, mais en théorie c'est identique)

J'ai inséré une clé USB, appuyé qques secondes sur le bouton véhicule, et qques secondes après j'ai entendu un bip... mais aucun log ne s'est créé sur la clé !

Doit-elle être formatée entièrement ?

Doit-on attendre un temps minimum (qques minutes ?)

Doit-on attendre un 2ème bip ou autre signal qui indiquerait que le log est terminé ?

Doit-on faire une nouvelle manip pour terminer le log nous-mêmes ?

Si qqun a déjà réussi...

Merci chris38.

 

Lorsque je vois les captures d'écran des possesseur de 308, cela correspond exactement au problème que je rencontre. Je vais essayer de me renseigner pour savoir quelle type de camera équipe les C4 picasso (B1, B2 ou autre...).

 

Il est fort probable que PSA utilise les mêmes cameras sur ses différents modèles. Auquel cas, le picasso pourrait être impacté par le même défaut.

Hello Chris, tu as pu avoir des infos à ce sujet ?

Je fais partie des possesseurs de nouvelle 308 datant de début 2014, et je viens justement de faire changer la caméra de recul: c'est le jour et la nuit, si j'ose dire !

Et je suis intéressé par l'info pour le C4 Picasso, car mon père en a justement un de début 2014 aussi, donc avec peut-être le même matos d'origine que ma 308...

Je voulais dire Schlud

Tu avais eu des infos, finalement ?

Si la prise de spy n'a pas été faite au moment du problème, il ne reste aucune trace

Le transfert peut être, lui, fait en décalé, car les spys pris sont stockés en "mémoire"

Tu parles du log qu'on peut déclencher manuellement par un appui long sur l'icône "véhicule" à gauche de l'écran ?

Si c'est ça, j'espère qu'il fait un dump de tout ce qu'il vient de se passer, et pas qu'il permet seulement de commencer à enregistrer ce qu'il va se passer, sinon ça veut dire qu'il faut savoir à l'avance qu'on va avoir un bug

Pour la lecture depuis une clé USB je ne suis pas sûr du comportement, car je ne m'en sers que pour transférer des mp3 dans le jukebox, donc je ne reste pas longtemps dessus.

Pour la lecture depuis le jukebox, ça dépend peut-être du type d'organisation qu'on choisit pour la lecture (dans le menu secondaire du jukebox, puis "Liste média" (icône en haut à droite)) : moi j'ai sélectionné l'onglet "Par artiste", ce qui fait que :

- dans le coverflow, je vois une pochette d'album par artiste (celle du 1er album trouvé (dans l'ordre alphabétique) de cet artiste)

- dans la liste déroulante de choix de l'artiste et de l'album (la + grosse liste déroulante, qui s'affiche sur 2 lignes au-dessus de celle qui affiche le titre du morceau en cours), j'ai accès au contenu de mon jukebox organisé de façon arborescente par Artiste > Album, automatiquement d'après les tags ID3 de tous mes mp3

Je trouve que c'est le type d'organisation le + logique pour la lecture

Je n'ai pas retesté les autres types d'organisation depuis un moment, mais si je me souviens bien, en choisissant "Par album" on voit la pochette de chaque album dans le coverflow... ça donne un rendu + proche de ce qu'on a sur iPod par exemple, mais ça doit faire + ramer le jukebox logiquement, vu qu'il y a plus d'images à charger.

Le SMEG+ ne tient pas compte de l'ordre indiqué dans les tags ID3, mais de l'ordre alphabétique des noms de fichiers.

Il faut nommer ses fichiers avec des index numériques en préfixe, par exemple :

01 Premier titre.mp3

02 Deuxième titre.mp3

Le SMEG affichera la chanson 01 Premier titre.mp3 en premier (mais sous son titre contenu dans le tag ID3, qui peut être différent du nom du fichier), puis 02 Deuxième titre.mp3, etc.

Pareil si on veut classer les albums d'un groupe, il faut les préfixer avec un index numérique.

Mais le SMEG affichera bien leur titre issu du tag ID3.

En fait le SMEG ne lit que les titres de chansons et d'albums dans les tags ID3, et pas les nºs de piste ni les années.

Je reposte ma question qui est passée à la trappe en fin de page précédente :

Un de mes collègues m'a "prêté" son C4PII hier, et j'ai fait quelques essais :

* 1) clé USB avec 4 morceaux mp3 [1;mp3, 2.mp3, 3.mp3 et 4.mp3) et 1 fichier playlist liste.m3u (contenant les 4 morceaux dans l'ordre inverse : ie 4 puis 3 puis 2 puis 1). Insertion de la clé, bascule sur celle-ci et utilisation de playlist : OK

* 2) Copie sur le jukebox : il ne propose effectivement que de copier les musiques. Copie donc des 4 morceaux dans un dossier Test sur le jbx. Plus de playlist (forcément puisque pas copiée !)

* 3) Nouvel essai à venir (quand on aura le temps tous les 2) en modifiant le fichier liste.m3u présent sur la clé pour essayer de pointer sur les fichiers du jbx.

 

A suivre donc

Re,

Donc les playlists ne peuvent être lues que depuis une clé USB, au final ? :(

Faut quand même préciser :

- ZAR = Zones à risque, et ça n'affiche pas l'emplacement exact des radars puisque c'est interdit maintenant. Ca ne donne que des "zones de risque" autour des radars.

- Sans la clé 3G (donc gratuitement), on peut toujours chercher les stations services proches sous forme de POI (Points d'intérêt) dans le GPS.

Un de mes collègues m'a "prêté" son C4PII hier, et j'ai fait quelques essais :

* 1) clé USB avec 4 morceaux mp3 [1;mp3, 2.mp3, 3.mp3 et 4.mp3) et 1 fichier playlist liste.m3u (contenant les 4 morceaux dans l'ordre inverse : ie 4 puis 3 puis 2 puis 1). Insertion de la clé, bascule sur celle-ci et utilisation de playlist : OK

* 2) Copie sur le jukebox : il ne propose effectivement que de copier les musiques. Copie donc des 4 morceaux dans un dossier Test sur le jbx. Plus de playlist (forcément puisque pas copiée !)

* 3) Nouvel essai à venir (quand on aura le temps tous les 2) en modifiant le fichier liste.m3u présent sur la clé pour essayer de pointer sur les fichiers du jbx.

 

A suivre donc

Re,

Donc les playlists ne peuvent être lues que depuis une clé USB, au final ? :(

Mettre les ZAR. Point barre (pour le commun des mortels)

Ok mais les ZAR sont dans une arborescence complète qu'on télécharge sur peugeot.navigation.com et qu'on place sur une clé USB, non ?

Pour les installer il suffit d'insérer la clé et ça se lance tout seul... donc c'est bizarre d'avoir ajouté un bouton pour faire la même chose. Si ce bouton permet aussi d'importer autre chose, réservé aux "avertis", pourquoi n'avoir pas utilisé plutôt un cheat code ?

Bref, le problème est que le SMEG fait mention de "POI personnels" mais qu'on ne sait pas ce que c'est ni comment les obtenir :(

Y a aussi le fait de devoir remettre à chaque fois l'image par défaut avant de pouvoir en mettre une autre... c'est débile serieux

Re,

J'ai fait une mire de test en 768 x 384 (ratio 2), avec des cercles parfaits pour mieux voir les déformations :

http://hfr-rehost.dev.syn.fr/self/f9b61f6a094671cc266d1563890217db60cce8b9.jpg

Je l'ai testée sur le thème "Ellipse", voilà ce que ça donne :

http://hfr-rehost.dev.syn.fr/preview/self/dc6bb595e1a85352df59c2a85eb9bec64a97a82d.jpg

En fait ce thème affiche l'image dans un ratio de 2.3 environ (peut-être 2.35, le format des films en Cinémascope ?), et avec une bande noire en bonus (en haut seulement), alors que sur les photos de Cougar avec les 2 autres thèmes on voyait bien que les photos étaient affichées avec un ratio de 2 environ (ici s'il n'y avait pas la bande noire en haut et que l'image allait jusqu'en haut du cadre, elle serait moins "écrasée" et aurait un ratio + proche de 2 comme sur les autres thèmes).

Bref, c'est pas très homogène tout ça

Il faudrait l'essayer sur les 2 autres thèmes pour voir le rendu...

C'est déjà mal foutu de devoir fournir des images dans un format bien précis pour qu'elles s'affichent sans déformation, mais en plus si on doit gérer 2 formats différents selon le thème utilisé, c'est vraiment une erreur de conception ergonomique

Ballon sonde, je sais pas mais il faudrait aussi passer l'écran du 12" à la sonde électronique pour vérifier la justesse des couleurs. Car quel intérêt d'afficher des photos non déformées mais avec des couleurs délirantes.

 

Allez, je vous charrie les gars, amusez-vous bien avec votre mode photo :PP

Yep c'est sûr, c'est un problème récurrent sur tous les écrans de ce genre

Et sinon j'me suis rendu compte qu'on ne peut pas stocker d'images dans le SMEG, mais seulement les voir depuis la clé USB. Donc pour changer l'image de fond, il faut rebrancher une clé à chaque fois... :(

Re,

J'ai pu tester rapidement en vrai.

Je n'ai pas vu de différence de rendu entre la même image en 768 x 384 et en 1200 x 600, donc a priori on peut se contenter de 768 x 384

Par contre, je me suis rendu compte que l'image affichée sur l'écran 12" est déformée : elle est "écrasée" en hauteur (ou étirée en largeur)

Pas cool sur ce coup, les gars de Citröen

J'ai vu ça sur le thème "Ellipse", celui avec les cadrans ronds. Je ne sais pas si c'est aussi le cas avec les autres thèmes.

Donc pour afficher une image non déformée, il va falloir faire la déformation inverse exprès, avant de l'importer dans le système

Reste à trouver quel est le pourcentage de déformation.

En fait il faudrait utiliser des mires de test avec des cercles, ça permettrait de mieux mesurer la déformation. C'est mon prochain test

Re,

Bon alors merci Cougar pour tes photos, surtout la 1ère où ou voit bien les pixels de l'écran

Sur ta 1ère photo, il faut 3 pixels de l'image pour représenter 1 pixel de l'écran du Picasso, et ce à n'importe quel endroit de l'image (qui est aussi plutôt bien orthogonale). Donc c'est nickel pour faire une estimation, et au final voilà ce que ça donne :

La zone de l'écran sur ta 1ère photo fait environ 3942 x 1523 pixels (soit un ratio de 2,6), et en divisant par 3 (car 3 pixels de ta photo font 1 pixel réel de l'écran du Picasso), on arrive à environ 1314 x 508.

Ca nous fait donc 2 hypothèses pour la définition de l'écran 12" du Picasso, avec des nombres de pixels "habituels" dans le domaine de l'informatique : 1280 x 480 ou 1600 x 600

C'est donc beaucoup moins que les 2560 pixels de large dont je parlais l'autre jour, qui me semblaient bien être très optimistes

Vu que le calcul ci-dessus donne 1314 pixels de large, prenons l'hypothèse de la définition 1600 x 600 par sûreté.

Ensuite en délimitant la zone d'affichage de la photo, on retrouve bien le ratio de 2 que j'avais estimé l'autre jour, ce qui donne une taille d'environ 960 x 480.

Donc on peut supposer qu'une photo de cette définition peut suffire !

Notez que ça ne fait même pas 1 Mpixel (ça fait 460800 pixels)

(et en prenant l'hypothèse que la définition totale de l'écran 12" est de 1280 x 480, la zone d'affichage de la photo serait de 768 x 384)

Voilà le schéma avec ces nouvelles valeurs à jour (hypothèse optimiste) pour résumer :

http://hfr-rehost.dev.syn.fr/self/4f3f2441b72b2d1e8dcb1b8b7c46f24ea8477a15.jpg

Et voilà une image de test pour le fond d'écran, en 3 définitions :

http://hfr-rehost.dev.syn.fr/thumb/self/c72077ebe63c5c20d044be0f73b3474a11d64230.jpg (768 x 384)

http://hfr-rehost.dev.syn.fr/thumb/self/b64db557977d693f11f57b0c701e14411361d057.jpg (960 x 480)

http://hfr-rehost.dev.syn.fr/thumb/self/4464ce049e4983f8d5d56d82cd20e4578e81a023.jpg (1200 x 600)

Si la zone d'affichage des photos de fond d'écran est de 768 x 384 ou moins, ces 3 images devraient avoir à peu près le même rendu.

Si la zone d'affichage des photos de fond d'écran est de 960 x 480 ou moins, l'image en 768 x 384 devrait être plus pixellisée que les 2 autres (qui devraient avoir à peu près le même rendu).

Si la zone d'affichage des photos de fond d'écran est de + de 960 x 480, les images en 768 x 384 et en 960 x 480 auront un rendu pixellisé, et il faudrait connaître la définition exacte pour savoir quelle définition de photo utiliser (quoique celle en 1200 x 600 devrait suffire).

Voilà