90

(ceci-dit personne n'a dit qu'on ne le trouvais plus du tout)
avatarProud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

91

Juste Kevin, notons au passage :

J'ai maintenant un "nouveau" PC desktop (qui n'a que 5 ans, l'autre avait 13 ans) et j'ai même été obligé d'acheter un adaptateur pour brancher mon clavier PS/2!

Donc il y a de fortes chances qu'il ai ce "nouveau" PC gratos (sinon il aurait fait attention à ce détail) mais se permet quand même de se plaindre publiquement de son infortune.

Il a été "obligé" d'acheter un "adaptateur pour [...] clavier PS/2" alors qu'il existe des claviers récents adaptés qu'il ne semble pas à priori disposer.

C'est quand même symptomatique lorsqu'on atteint un tel niveau de "first world problem", plutôt que d'être content d'avoir déjà un ordinateur.

Franchement Kevin, pour reprendre ta boutade sur les gaz rares, tu es tellement négatif que tu arrives même à repousser les éléments positifs.

92

Godzil (./67) :
Au passage l'enorme difference entre un PC et un machin embarque, c'est que le PC est base sur des NORMES de fabrications: bus PCI(e), IOs standardise, SMBus, espace memoire standard, tables ACPI lourdingues, peripheriques standard et ce bon vieux BIOS qui fourni un poil d'abstraction tout en founissant des services des annees 80 dans des machines de 2010.
Ok, admettons... sauf que les PC d'il y a 30 ans avaient des normes assez foutraques et que progressivement, il y a eu des avancées (le Plug'n Play, la fin de l'ISA qui permettait tout et n'importe quoi...). Pourquoi est-ce que ça ne serait pas le cas pour les plateformes ARM ?
flanker (./61) :
Mais la plate-forme ARM ne dispose pas d'instructions pour détecter le matériel connecté, contrairement à la plate-forme PC.
Comment fonctionne Linux pour ARM, du coup ? Ou Windows pour ARM ? Et pourquoi est-ce que les périphériques USB sont bien détectés ? (questions naïves, hein, c'est vraiment pour savoir).
avatar

93

À ma connaissance, le matériel est codé en dur dans le kernel ou dans le device-tree (qui est un fichier contenant la description précise du matériel, ce qui revient plus ou moins au même).
avatar<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

94

Hm, du coup on peut "simplement" avoir une gestion avec un device-tree lié aux pilotes ajoutés dynamiquement, ce qui permettrait au moins de fonctionner comme avant l'arrivée du Plug'n Play sur nos bon vieux PC...
avatar

95

Sauf qu'encore une fois, le PC est une plateforme modulaire et ouverte, pour laquelle les constructeurs de périphériques ont intérêt à ce que leurs clients puissent utiliser facilement leurs produits. Un smartphone est une plateforme monolithique et fermée, et les clients des constructeurs de composants sont les fabricants de portables, pas les utilisateurs directement.
avatarZeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

96

Nil (./92) :
Ok, admettons... sauf que les PC d'il y a 30 ans avaient des normes assez foutraques et que progressivement, il y a eu des avancées (le Plug'n Play, la fin de l'ISA qui permettait tout et n'importe quoi...). Pourquoi est-ce que ça ne serait pas le cas pour les plateformes ARM ?
Justement non! A l'origine les PC etait bien plus standard qu'ils ne le sont maintenant, ils sont tous a la base des clones de l'IBM PC, il y avais pas trouzemilles types de CPU/Carte graphique & co a l'époque.

(Et le DeviceTree n'indique pas tout loin de la, et ce n'est pas plug & play.)
L'USB est un truc a part.

Et Windows pour ARM est soit sur des config materielles standardisé par microsoft (les tablettes Windows RT) soit avec plein de patchs & co du fabricant du materiel (windows CE / Windows Phone)
avatarProud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

97

Tron (./91), je ne me plains pas du PC en question (qui n'est finalement qu'un exemple), mais de la tendance générale à supprimer tous les connecteurs "obsolètes" (c'est encore pire sur les PCs portables) pour que tout le monde soit obligé à acheter de nouveaux périphériques.
avatarMes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

98

Hé bien moi je me plains des cartes NFC pour pointer dans les bus parce que c'était mieux avant avec les cartes en carton à insérer dans les poinçonneuses.
avatarSpartine, la fille que ce soir elle dîne en enfer: http://www.spartine.com

Pockett Videogames, le site de toutes les consoles portables!: http://www.pockett.net

J'aime beaucoup faire des dessins aux petites filles! C'est ma passion.

99

C'est amusant : tu es le premier à vouloir que les logiciels suppriment des features que tu juges "obsolètes", par contre il faudrait que les fabricants n'aient pas le droit de le faire avec le matériel ?
avatarZeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

100

Nhut (./98) :
Hé bien moi je me plains des cartes NFC pour pointer dans les bus parce que c'était mieux avant avec les cartes en carton à insérer dans les poinçonneuses.
Faut venir à Vienne (Autriche) alors, on a toujours les billets en papier ici. tongue Pour les abonnements annuels, on a maintenant du tout neuf: une carte en plastique, type carte de crédit, mais sans carte à puce ni bande magnétique, faite pour la vérification optique comme l'ancienne version en papier laminé, mais avec sur le dos, pour la vérification automatique (qu'on ne m'a jamais faite jusqu'à présent)… un code QR (et encore, c'est peut-être juste une URL informative, j'ai la flemme de scanner et décoder le code…). grin
avatarMes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

101

Zerosquare (./99) :
C'est amusant : tu es le premier à vouloir que les logiciels suppriment des features que tu juges "obsolètes", par contre il faudrait que les fabricants n'aient pas le droit de le faire avec le matériel ?
Je suis au contraire contre la suppression de fonctionnalités. Je ne supprime jamais de fonctionnalités de mes logiciels. La seule fois dans toute l'histoire de TIGCC qu'on m'a reproché de "supprimer une fonctionnalité", c'était quand j'ai remplacé le support pour VTI par celui pour TiEmu, émulateur qui a strictement toutes les fonctionnalités de VTI et plein d'autres en plus. (Et encore, rien n'empêche de continuer à utiliser VTI, c'est juste l'intégration à l'EDI qui utilise maintenant un émulateur plus adapté.) Justement, j'ai fait très attention à proposer toutes les fonctionnalités de VTI dans TiEmu, c'est pour ça que j'ai mis l'émulation du son tout en haut de la liste de priorités et participé à son codage (elle a été codée par Peter Fernandes (hypersonic) et moi), alors que je m'en serais personnellement très bien passé. Parfois, on m'a au contraire reproché de ne pas supprimer des fonctionnalités, comme la réutilisation de LCD_MEM comme plan de gris sur HW1.
avatarMes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

102

C'est là qu'on voit que t'as jamais écouté les demandes des utilisateurs : c'était pas une question de fonctionnalité, mais d'interface merdique, qui rendait TiEmu pénible à utiliser.
avatar<<< Kernel Extremist©®™ >>>
Feel the power of (int16) !

103

KK > En effet, je ne comprends vraiment pas que les constructeurs ne mettent pas des ports dont plus personne ne se sert. Et dire que l'iPhone 7 n'a même pas de connecteur BNC ! cry
avatar<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

104

Déjà qu'ils viennent de virer le jack 3.5mm dont personne ne se sert...

105

Zerosquare (./95) :
Sauf qu'encore une fois, le PC est une plateforme modulaire et ouverte, pour laquelle les constructeurs de périphériques ont intérêt à ce que leurs clients puissent utiliser facilement leurs produits. Un smartphone est une plateforme monolithique et fermée, et les clients des constructeurs de composants sont les fabricants de portables, pas les utilisateurs directement.
Mais ce ne serait pas un atout pour les fabricants que de n'avoir qu'un seul socle à gérer pour tous leurs modèles de smartphones ? En terme de gestion des coûts, de gestion du temps, de gestion de la compétence humaine... ça me paraît tout de même être vachement plus rationnel...
Godzil (./96) :
(Et le DeviceTree n'indique pas tout loin de la, et ce n'est pas plug & play.)L'USB est un truc a part.
Sauf que 90% des périphériques d'un smartphone est géré par l'USB ou un protocole normalisé, non ? A part l'écran (et éventuellement les 2/3 boutons physiques), tout ce qui est communication, appareil photo, gestion des cartes mémoires peut se faire (se fait ?) via l'USB. Et même rapport à l'écran, Android sur ARM est capable d'en détecter la résolution (au moins depuis Android 5), il suffit de voir ce qu'on peut faire avec le MHL+Andromium OS.

Enfin bref, ce qui sous-tend dans la discussion, c'est quand-même que ce n'est pas technologiquement impossible (quitte à devoir faire évoluer la plateforme ARM) mais que ça ferait chier les fabricants de composants/de téléphones/les distributeurs parce qu'ainsi ils peuvent s'en mettre plein les poches. Exactement ce qu'on reproche à l'obsolescence programmée, en fait.
avatar

106

Nil (./105) :
Zerosquare (./95) :
Sauf qu'encore une fois, le PC est une plateforme modulaire et ouverte, pour laquelle les constructeurs de périphériques ont intérêt à ce que leurs clients puissent utiliser facilement leurs produits. Un smartphone est une plateforme monolithique et fermée, et les clients des constructeurs de composants sont les fabricants de portables, pas les utilisateurs directement.
Mais ce ne serait pas un atout pour les fabricants que de n'avoir qu'un seul socle à gérer pour tous leurs modèles de smartphones ? En terme de gestion des coûts, de gestion du temps, de gestion de la compétence humaine... ça me paraît tout de même être vachement plus rationnel...
Non de telles standadisation est souvent un frein a l'evolution. Si de tel "standard" etait mis, il serait obsolete tres rapidement, et on aurais un frein notable a l'evolution. C'est pour ca qu'un projet comme ARA n'est pas viable..
Godzil (./96) :
(Et le DeviceTree n'indique pas tout loin de la, et ce n'est pas plug & play.)L'USB est un truc a part.
Sauf que 90% des périphériques d'un smartphone est géré par l'USB ou un protocole normalisé, non ? A part l'écran (et éventuellement les 2/3 boutons physiques), tout ce qui est communication, appareil photo, gestion des cartes mémoires peut se faire (se fait ?) via l'USB. Et même rapport à l'écran, Android sur ARM est capable d'en détecter la résolution (au moins depuis Android 5), il suffit de voir ce qu'on peut faire avec le MHL+Andromium OS.

Enfin bref, ce qui sous-tend dans la discussion, c'est quand-même que ce n'est pas technologiquement impossible (quitte à devoir faire évoluer la plateforme ARM) mais que ça ferait chier les fabricants de composants/de téléphones/les distributeurs parce qu'ainsi ils peuvent s'en mettre plein les poches. Exactement ce qu'on reproche à l'obsolescence programmée, en fait.[/quote]
Non ce n'est pas de l'USB, et c'est souvent beaucoup plus proche d'une liaison série classique que de l'USB. En vrac on a des GPIO simples, de l'I2S, i2c, SPI, 1-wire, SDIO, MIPI (CSI ou CPI), DSI/DPI, et une foultitude de truc pas standard. Oh bien sur, a par l'i2c (et encore) et le 1-wire aucun de ces bus n'es fait pour detecter les peripheriques sur le bus, faut dire que la majorite sont du point a point, meme si on peu tricher avec le SPI par exemple, mais ca demande des IOs en plus qui sont non standard aussi.
La resolution n'est pas plus detecte de nos jours qu'elle ne l'etait avant. Linux est configure avec un framebuffer de la taille X par Y et puis le soft se demerde avec. Oui en HDMI, DVI, DP tu as des infos sur les capacite de l'ecran, quand tu branche directemetn ton ecran a ton CPU via l'interface dedie (et souvent programmatiquement specifique au CPU) ce genre d'info n'existe pas, c'est a toi, développeur du produit de dire au kernel "au fait l’écran il fait 489x647 pixels avec 8.2bits par channel et tu as 5 channel par pixel".
avatarProud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

107

Godzil (./106) :
Non de telles standadisation est souvent un frein a l'evolution. Si de tel "standard" etait mis, il serait obsolete tres rapidement, et on aurais un frein notable a l'evolution. C'est pour ca qu'un projet comme ARA n'est pas viable..
Mais... en quoi est-ce un frein à l'évolution ?!
Pour ARA, il y a d'autres problèmes, je suis d'accord (rien que pour savoir quel composant est maître, pour la gestion de l'espace physique... mais dans un smartphone où tu contrôles le contenu et l'emplacement sur la carte, j'ai du mal à voir en quoi utiliser un protocole normalisé (ne serait-ce qu'en mettant en place un standard d'énumération ou de négociation sur l'I2C, par exemple) serait un frein ou quoi que ce soit...
Godzil (./106) :
La resolution n'est pas plus detecte de nos jours qu'elle ne l'etait avant. Linux est configure avec un framebuffer de la taille X par Y et puis le soft se demerde avec. Oui en HDMI, DVI, DP tu as des infos sur les capacite de l'ecran, quand tu branche directemetn ton ecran a ton CPU via l'interface dedie (et souvent programmatiquement specifique au CPU) ce genre d'info n'existe pas, c'est a toi, développeur du produit de dire au kernel "au fait l’écran il fait 489x647 pixels avec 8.2bits par channel et tu as 5 channel par pixel".
Mais les smartphones peuvent gérer l'affichage en HDMI, pourquoi ne pas l'utiliser en interne ? Et si le souci est le prix de la licence HDMI, le DP est ouvert est libre à ce niveau... je ne comprends pas la nécessité de vouloir réinventer la roue et s'embêter à utiliser des protocoles non souples alors que le matériel supporte les protocoles avancés qui permettraient, justement, d'avoir une base d'OS facilement réutilisable pour tous les modèles... c'est une forme de masochisme...
Autant pour de l'embarqué pur, je le comprends (avec un 68000 ou un vieux 80x86 dans un lave-linge, ok, on utilise des protocoles série de base), autant là, on a quand-même un processeur avancé, qui gère des protocoles d'E/S performants...
avatar

108

Nil (./107) :
Mais... en quoi est-ce un frein à l'évolution ?!
Crayoune, on ne pourrait pas téléphoner en HD 7.1 ?

109

./97
Oui mais non. Ce qui pourrait à la limite être défendable en software (Linux = pouvoir tourner sur du vieux matos = très good) l'est moins en hardware. La place est limitée, de nouveaux connecteurs plus performants et plus réclamés débarquent (l'USB couvre presque tous les besoins aujourd'hui, donc un ordi a besoin de plus de prises USB). On met un paquet de prises à l'arrière, même certaines à l'avant, mais avec le manque de place il faut se débarrasser de certaines à la longue (surtout quand elles sont assez longues et larges pour prendre la place de 4 à 6 prises USB rangées en bataille).
Pour les ordis portables, c'est la même problématique largement augmentée. La place est encore plus réduite. Alors certes, sur mon laptop passé j'avais une prise VGA, aujourd'hui non. Mais je peux prendre un adaptateur HDMI>VGA pour ça. L'espace physique n'est pas étirable à l'infini.
Appelons cela l'évolution.
avatar« Nous avons propagé sur Extranet une histoire fabriquée de toutes pièces selon laquelle une certaine disposition d'étoiles, vue depuis la planète d'origine des butariens, formaient le visage d'une déesse galarienne.
Sans chercher à vérifier ces informations, certains ont décrété que c'était la preuve de l'existence de la déesse. Ceux qui notaient le manque de preuves se faisaient attaquer. »

Legion, geth trolleur à portée galactique

110

Parce ce que tu ne vois pas Nil c'est que ta dalle LCD ne parle pas nativement le HDMI ou le DP, il y a des composants entre la dalle et le cable et entre le cable ta carte vidéo. Composants complètement inutiles quand tu peux brancher directement l’écran a la sortie vidéo de ton MCU et ce n'est ni du DisplayPort ni du HDMI. Ce n'est pas qu'une question de performances (même si ça a quand même un impact) mais devoir ajouter 36 composants pour supporter une interface "standard", que le composant soit en interne (sur le die) ou en externe a un cout non négligeable.

Et qui va arbitrairement définir le standard? Il sera toujours fait pour avantager X ou Y au détriment de Z.
Autant n'avoir plus qu'un seul fabricant de composant un seul fabricant de smartphone, comme ca, tous les problemes son regle, tout est uniformise, standadise, bref, parfait! Ou pas.

il ne faut pas croire les choses, même si il y a des tonnes de choix (et c'est tant mieux a vrai dire) n'ont pas été fait par hasard.

Pourquoi un frein? simplement parce qu'une interface universelle qui réponds a TOUS les besoins n'existe pas. Tu auras toujours des limites en terme de bande passante, de consommation ou autre. Si l’idée c'est d'utiliser une interface et de toute de suite la bypasser pour faire autre chose, autant se passer de la dite interface inutile non?
avatarProud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

111

Sinon sur aucun de mes laptops je ne me suis servi de la RJ45, ou même du modem 56K. Je trouve ça normal qu'on les enlève.

Et puis les lecteurs de ça aussi c'est obsolète:
floppy8.jpg

ça fait des années que les ordis n'en ont plus et ça ne manque à personne.
avatarSpartine, la fille que ce soir elle dîne en enfer: http://www.spartine.com

Pockett Videogames, le site de toutes les consoles portables!: http://www.pockett.net

J'aime beaucoup faire des dessins aux petites filles! C'est ma passion.

112

• Godzil a envie d'installer un lecteur 8" dans son portable love
avatarProud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

113

Godzil (./112) :
• Godzil a envie d'installer un lecteur 8" dans son portable love
l'inverse plutôt, non ? grin
avatarWebmaster du site Ti-FRv3 (et aussi de DevLynx)
Si moins de monde enculait le système, alors celui ci aurait plus de mal à nous sortir de si grosses merdes !
"L'erreur humaine est humaine"©Nil (2006) // topics/6238-moved-jamais-jaurais-pense-faire-ca

114

grin
avatarProud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

115

vince (./113) :
Godzil (./112) :
• Godzil a envie d'installer un lecteur 8" dans son portable love
l'inverse plutôt, non ? grin
lolpaf
avatar<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

116

Folco (./102) :
C'est là qu'on voit que t'as jamais écouté les demandes des utilisateurs : c'était pas une question de fonctionnalité, mais d'interface merdique, qui rendait TiEmu pénible à utiliser.
Euh si, on vous a écoutés, on a réduit le nombre de fenêtres du débogueur ouvertes par défaut au strict minimum (2 dans la version GDB, 1 dans la version no-GDB):
  • Romain Liévin a introduit le "mode dock", activé par défaut, qui regroupe les fenêtres du débogueur bas niveau en une seule grosse fenêtre style VTI.
  • J'ai modifié l'intégration GDB/Insight pour ne plus montrer la console GDB par défaut, juste la Source Window, la fenêtre principale d'Insight.
Franchement, nous ne nous attendions pas à ce que vous soyez tellement allergiques au multifenêtres. Il a quand-même des avantages, surtout sur les écrans à faible résolution, où le dock déborde et/ou laisse trop peu de place pour certaines informations. Je m'attendais aussi à ce que plus de personnes utilisent la console GDB, GDB étant un outil très connu après tout, mais finalement, ce que propose l'interface graphique d'Insight suffit dans la plupart des cas.
avatarMes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

117

Godzil (./110) :
Parce ce que tu ne vois pas Nil c'est que ta dalle LCD ne parle pas nativement le HDMI ou le DP, il y a des composants entre la dalle et le cable et entre le cable ta carte vidéo. Composants complètement inutiles quand tu peux brancher directement l’écran a la sortie vidéo de ton MCU et ce n'est ni du DisplayPort ni du HDMI. Ce n'est pas qu'une question de performances (même si ça a quand même un impact) mais devoir ajouter 36 composants pour supporter une interface "standard", que le composant soit en interne (sur le die) ou en externe a un cout non négligeable.
Ok, admettons, même si je reste persuadé que le coût serait compensé par les économies faites, justement par ailleurs.
Avec, au final, un vrai risque de sécurité pour les utilisateurs : Google a, par exemple publié, des correctifs pour Nougat dont un certain nombre corrigeant des failles critiques... combien de terminaux y auront droit au final ? Probablement aucun, à part ceux de Google...
Godzil (./110) :
Et qui va arbitrairement définir le standard? Il sera toujours fait pour avantager X ou Y au détriment de Z.
Il y a des groupes de travail qui sont capables de définir des standards dans plein de domaines (dont la téléphonie). Ce n'est pas arbitraire, ça dépend surtout de la volonté des constructeurs (et de Google, et de ARM). Je gage que si 3 grands fabricants s'y mettent, tous le feront (à part éventuellement pour l'entrée de gamme).
Godzil (./110) :
Autant n'avoir plus qu'un seul fabricant de composant un seul fabricant de smartphone, comme ca, tous les problemes son regle, tout est uniformise, standadise, bref, parfait! Ou pas.
Bah non, c'est le modèle d'Apple, et ce n'est certainement pas le bon embarrassed tongue
Godzil (./110) :
Pourquoi un frein? simplement parce qu'une interface universelle qui réponds a TOUS les besoins n'existe pas. Tu auras toujours des limites en terme de bande passante, de consommation ou autre. Si l’idée c'est d'utiliser une interface et de toute de suite la bypasser pour faire autre chose, autant se passer de la dite interface inutile non?
On est sur un smartphone, donc avec des seuils de criticité à relativiser en terme de BP (sinon on partirait sur autre chose qu'un ARM et on aurait plein de copros dédiés à ça ^^). Le problème de la consommation électrique, ok. Mais faudrait-il avoir des chiffres pour argumenter à ce niveau.
Cela dit, avec l'USB tu vas couvrir 90% des besoins. Ne va manquer que l'écran (enfin, ça peut passer en USB, mais c'est une mauvaise idée cheeky ). Éventuellement une interface dédiée aux flux réseaux si tu souhaites gagner en granularité. Mais je suis quasi sûr que le BT, sur mon smartphone, est géré au travers de la pile USB (edit : après vérification, il n'y a que les deux caméras).
avatar

118

Non l'USB tu sera loin de couvrir tous les besoins, et tu ne te rends pas compte a quel point ce bus n'est pas fiable, et ce a tous les niveau (HW, Driver comme Applicatif), toi qui est dans la musique, te voir parler autant de l'USB comme truc universel me fait un peu peur tongue

Et puis de l'USB pour aller changer une IO pour alimenter une partie du smartphone? oui c'est une idee, c'est comme utiliser une centrale nucleaire pour allumer la diode de veille de ta TV (et juste ca) : Ce n'est pas adapte.

Et franchement, non ne reve pas une telle association ne se ferra pas il y a bien trop d'enjeux commerciaux.

Sinon au contraire, la bande passante EST un probleme, exemple simple, l'APN, amuse toi a calculer la bande passante qu'il faut pour que ton smartphone puisse filmer en Full HD a 60fps, ou pire en 4K a 60fps voir 120fps (pas un BUS usb en tout cas, l'USB3 est deja en peine avec ca alors...).

Le BT sur ton smartphone a 99% de chance d'etre un melange de SPI et de bus serie, ou au pire/mieux du SDIO, ta camera, comme ton ecran utilisent un bus dedie ET on chacun un coprocesseur.

Quoi les camera de ton smarphone sont sur bus USB? sick c'est le fairphone?, les images doivent être d'une qualité écrasante!

Idem il y a je pense bien plus de "coprocesseurs" que tu ne le pense. Le plus connu est la carte graphique, mais il y en a d'autres.
avatarProud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.

119

pencil
avatarZeroblog

« Tout homme porte sur l'épaule gauche un singe et, sur l'épaule droite, un perroquet. » — Jean Cocteau
« Moi je cherche plus de logique non plus. C'est surement pour cela que j'apprécie les Ataris, ils sont aussi logiques que moi ! » — GT Turbo

120

L'avantage d'un bus comme le SPI ou l'i2c c'est qu'ils sont déterministe, assez rapide et simple a mettre en œuvre, c'est a dire, a part en partie pour la vitesse, tout le contraire de l'USB.
C'est diamétralement opposé. L'USB a ete fait pour etre simple pour l'utilisateur final (en dehors de la prise en 4 Dimensions) et non pour le développeur, c'est a l’opposé de ce qu'on veux quand on fait de l’électronique.

Des bus comme l'I2S, ou MIPI CSI (Camera Serial Interface) le son opposé qu'est le DPI (Display Parallel Interface) n'ont pas été invente/mis en œuvre parce qu'un ingénieur se faisait un peu chier et c'est mis en tête de faire un nouveau truc juste pour faire chier, mais parce que le besoin est réel.

Et oui il y a des standards, mais il ne sont pas fait pour simplifier la vie de l'utilisateur final, qui lui s'en fout de comment est faite la carte électronique, mais pour simplifier la création du matériel électronique, sur tous les points:
- Fiabilité électronique
- Simplicité du design au niveau électronique
- Fiabilité au niveau logiciel
- Simplicité au niveau logiciel (oui parce que quand tes donnes doivent parcourir 42 couches d'abstractions tu peux pas avoir un débit aussi important que quand il n'y en a qu'une voir aucune et ton code moins de chance d'avoir des problèmes.)
J'oublie plein de choses fatigue

Exemple de simplicite si tu veux utiliser un bus type HDMI ou DP pour discuter avec l'ecran il faut la chaine suivante:

CPU/GPU <-bus video // ou serie-> Convertisseur vers HDMI/DP <- Bus DP/HDMI -> Convertisseur HDMI vers bus video // ou serie correspondant a l'ecran <-bus video // ou serie-> ecran

Tu as pas l'impression qu'il y a des trucs en trop?

L'electronique c'est comme le reste, plus c'est simple, plus c'est fiable, plus c'est une usine a gaz, plus ça va être plantogene et foireux. --> Voila la seul et unique raison pourquoi un projet comme ARA ou n'importe quel "interface universelle" est la pire des solutions, ça n’emmene qu'a la solution "usine a gaz"

(desole mes posts sont une bouillabaisse un peu trop mixe, et ce meme pour moi, j'ai pas bcp le temps de mettre plus au propre, alors je jete un peu les idees par ci par la, et les ecrit sur la longueur car malheureusement je bosse sur un bus i2c (et MIPI) qui commence me brouiller les ##### donc le temps de cerveau est un peu ailleurs)
avatarProud to be CAKE©®™


GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.