Le rapport c'est la discussion sous son journal précédent que moque son avant-dernier paragraphe.
Mais bon, je laisse tomber vu que le bullying ne semble déranger que trois personnes et que la modération n'a pas non plus jugé bon d'agir. À croire qu'on est dans une cour d'école.
J'en appelle à ton recul et te demande de retirer les propos "humoristiques" passifs-agressifs à mon égard. Les fions par journal interposé ça ne grandit personne.
Que tu n'acceptes pas que certaines de tes tournures de phrases étaient trompeuses dans ton journal précédent, je pense qu'on l'avait tous compris avec ton seul commentaire qui était déjà limpide.
Que tu décides de tourner ça à nouveau en dérision dans le journal suivant ça en devient une vengeance personnelle et ça n'a pas sa place ici.
moui, visiblement le vaccin russe annoncé il y a quelques temp, utilise aussi cette méthode avec comme différence d'avoir 2 messager pour ameliorer la réponse immunitaire.
Et OOOOOOh il est aussi en voie d'approbation.
ok c'est cool, mais il y a eu moins de donnée technique diffusé massivement pour le russe que pour ce vaccin de pfizer. Après traduire des etudes medical russe c'est pas donnée a tous le monde.
c'est une bonne nouvelle, mon doigt mouillé me dit que si cela a fonctionné pour les russe cela fonctionnera pour pfizer
quand je pense que c'etait presque une étape olbigatoire pour jusqu'a la version, 2.4.* a faire au moins 1 a 2 fois par an pour l'integration de nouveau drivers, ou autre joyeseuté qui n'était pas intégré d'office. voir plus dans les version précédente.
c'est une evolution silencieuse pas trop mal quand même, voir même plutot cool, ca evite de commencer sur le forum par faire installer les sources en cas de pb. :)
Le niveau de langage est trop soutenu/littéraire et trop formel/poli pour un collégien.
Subjonctif à la place de passé simple, "c'est avec grand plaisir"
Si c'était effectivement un collégien il serait bien assez futé pour trouver par lui-même.
la dernière fois ce fut avec une oldoldstable et je faisais comme toi, il me semble que kernel package est un metat paquet, tu ne devrais pas en avoir besoin si tu as installé les build-essential (ou un truc qui ressemble)
Plein de supposition sur ce que je voulais dire, c'est intéressant.
Non c'était qu'une seule et ça n'obnubile que toi.
les générations suivantes, le GPU était un PowerVR, il n'y avait pas de pilote libre et il n'y en a toujours pas.
OSEF des générations suivantes, on parle pas de ça et aucun besoin d'en reparler parce que c'est de notoriété publique, surtout par ici. Je comprends pas pourquoi tu t'obstines à ajouter cette info plusieurs fois dans la discussion.
Sur le site indiqué, il n'y a pas les caractéristiques du R8, c'est donc une supposition, pas un fait
Le site indiqué c'est quand même le wiki de la communauté de hackers qui bosse sur le portage Linux pour les SoC Allwinner. Si tu avais creusé un peu, tu aurais pu voir que l'ancien nom du R8 c'est le A13 et que c'est grosso modo un A10 light.
Il n'y a pas forcément de corrélation entre les cœurs des puces graphiques et des microproceseurs, on trouve par exemple un Mali-400 2 cœurs sur un A64 (4*Cortex-A53, 64 bits, sur les 64b on voit plus généralement des Mali Txx ou Gxx).
C'est bien mais ça aussi osef et je pense que n'importe quelle personne s'étant déjà intéressé aux specs de SoC ARM savait que c'était un jeu de Lego.
Quant à Phoronix, [blablabla]
J'ai jamais dit que c'était une source fiable à 100%, je suis le premier à critiquer sa méthode de travail.
Néanmoins c'est une source intéressante quand on sait séparer le bon grain de l'ivraie.
je comparait le AllWinner A20, au R8, parce qu'assez proche,
Bah non. Le R8 c'est l'équivalent d'un A10 allégé face à son grand frère A20 avec deux fois plus d'unités de calcul. À aucun moment on peut appeler ça "assez proche".
Hors l'Allwinner A20 à 2 cortex-A7 comme processeurs, orienté très très basse consommation (LITTLE), tandis-que le R8 à un Cortex-A8, deux générations plus anciennes donc, mais orienté vers plus de puissance de calcul.
Mec, le Cortex-A7 est l'héritier direct du A8. Il y a des différences architecturales mais en pratique les deux cœurs sont équivalents en terme d'IPC. Le A8 n'est pas un cœur "haute performance", je suis même pas sûr que le concept existait à sa création.
Sinon on s'en fiche totalement de big.LITTLE et des SoC Rockchip, ça n'a aucun rapport avec le sujet.
C'est un peu dommage de ne pas bien lire, de surinterpréter et d'ajouter du bruit, ça ne va pas améliorer la lisibilité du fil de discussion.
Là c'est vraiment l'hôpital qui se fout de la charité. La lisibilité est déjà polluée par tes propres messages bourrés de trucs totalement hors-sujet. Regarde les tartines que tu ponds à chaque fois.
Outre le combo AMD Zen & OpenBMC, la conférence abordera :
- Marvell Octeon TX2 CN913x fully open source firmware
- Présentation de Oreboot, c'est comme Coreboot sans le C (avec du rust)
- POWER9 et coreboot
- OpenBMC stocke les mots de passe en clair (kaboom--)
Plutôt que de passer du temps à tartiner tes messages de liens, tu pourrais mettre en contexte tes réponses en citant ce à quoi tu réponds. C'est la base.
les PC étaient alors inabordables pour la majorité des gens et étaient limités à 2 ou 4 couleurs…
Déjà tu entends quoi par PC ? parce que ce comme tu le cites les VIC20, C64 ou CPC464 affichaient déjà 16 couleurs simultanées.
Ce que je dis c'est qu'assez rapidement vers mi-80 même ces appareils low-cost avaient au moins des palettes plus importantes que les 16 couleurs de ces fantasy consoles et que les consoles de salon avaient elles aussi davantage de capacités dès début 80.
On a surtout besoin de copier des pixels un peu partout, un CPU n'est pas si mauvais pour ça.
Pour avoir testé des affichages relativement simples sur microcontroleurs, ça dépend vraiment de la puissance du processeur et de la résolution de l'écran piloté.
Celà dit, ça fonctionnerait certainement sur un EeePC.
un surcoût énorme comparé à un rendu logiciel naïf qu'on aurait pu écrire soi-même.
C'est peut-être implémenté comme ça dans le portage "bare silicon" pour RPi mais pour l'extrême majorité du parc actuel et la diffusion multiplateforme et multiOS ça a plus de sens de faire avec les capacités GPU via OGL.
Des machines avec des processeurs très très faibles mais compensés par des GPU spécialisés dans le dessin de sprites. J'aurais plutôt comparé aux vieux jeux DOS qui faisaient mieux que le TIC-80 mais sans accélération matérielle.
J'ai nommé des machines 8bit un peu plus conçues pour le jeu pour signifier qu'on parle à tort de graphismes 8bit pour des contraintes colorimétriques qui n'étaient réellement présentes que sur des PC pour particuliers vraiment d'entrée de gamme du début 80.
Et aussi parce qu'avec les processeurs, hors MCU, on pourrait certainement aller bien au delà en terme de couleurs affichées avec un rendu software.
À l'époque du EEEpc701, comme déjà dit, il n'y avait pas de pilote pour Linux
Mais on parle de l'utilisation avec une distrib Linux récente, pas d'il y a 12 ans.
Je ne vois pas pourquoi tu nous parles de Windows on est sur Linuxfr et on parle de machines sous Linux
Parce que j'ai eu l'impression que tu te reposais sur les capacités de Windows alors qu'il n'a jamais vraiment eu de pilotes à jour contrairement à Linux qui depuis quelques années exploite correctement ce matériel.
D'ailleurs il me semble avoir lu que les premiers pilotes béta sur GMA900 faisaient tourner Aero sur Vista et que ça a été retiré par la suite.
Il comportait un processeur celeron m 900 à 630MHz, donc effectivement pas un Atom, mais pas non plus un core-m, j'ai mélangé,
Moi aussi j'ai mélangé core et celeron, ça arrive. :)
(Mali-400 MP2, je sais pas si le R8 est MP1 ou MP2)
Les Allwinner monocœurs sont en MP1
Donc oui c'est pas forcément étonnant que ça passe bien avec un A20 ayant le double de pixel shader et de cœur du R8 qui est un peu limite.
ARM à fini par donner les docs des GPU aux développeurs du pilote Panfrost, je ne sais pas si ils ont donné les docs des premières séries pour Lima ?
Aucune idée, ça fait un moment que je ne scrute plus le redéveloppement de Lima. Ça juste marche sur un A20 avec Armbian.
ÀMHA c'est déjà assez miraculeux pour Panfrost, vu comment ils ont snobé Lima dès le départ, donc je n'y compterai pas pour Utgard ou la série précédente.
La première génération d'Atom n'avait pas de décodeur vidéo, les intel n'ont jamais eu de processeur 2D.
À part Diamondville, même Silverthorne (la série Z très basse conso) possède un GPU avec accélération 2D et 3D.
Le GMA900 propose du pixel shader, OpenGL ES est dispo dans Linux avec i915. Le manque d'accélération 2D n'est qu'une limitation des pilotes Windows, pas du matériel.
(à fréquence équivalente, un Intel est plus lent qu'un processeur d'architecture RISC en général)
Certes la conversion en micro-ops pénalise x86 mais on est pas tout à fait dans la même gamme non plus en terme de fonctionnalités (rien que le SMT ou la mémoire ça peut pas mal changer la donne). Va consulter les nombreux comparatifs de SBC sur Phoronix, le RPi2 (un peu plus faible qu'un A20 donc plus puissant qu'un A10) se retrouve très souvent à la traine face à de vieux Atom.
Sinon pas besoin d'ajouter des liens sur Allwinner et de parler des pilotes ou du décodage vidéo. Ça ne fait qu'alourdir inutilement ta réponse.
Déjà que je comprends pas pourquoi tu as commencé à parler des Atom alors que son netbook possède un Core-m de génération précédente.
Vu le type de dessin, ça devrait être possible de faire ce genre de rendu en logiciel sur n'importe quel processeur du 21ème siècle, non ?
Oui c'est comme ça qu'il y a des consoles libres à base de microcontroleurs 8bits. Mais c'est du temps processeur de pris donc ça peut facilement ramer si le jeu a un rafraichissement rapide ou exige beaucoup de changements de pixels par image. C'est l'une des raisons de la disponibilité de différents modes d'affichage sur les vieux ordis.
Sinon pas nécessaire d'aller si bas niveau pour une console virtuelle conçue pour des ordinateurs actuels de 32bit ou plus qui possédent tous un GPU gérant au minimum OpenGLES.
Ce n'était que du monochrome mais avec la différence de puissance des processeurs on devrait quand même pouvoir passer à 16 couleurs.
La NES et la SMS avaient déjà une palette bien plus large et davantage de capacité d'affichage simultané de couleurs. Mais le but de ce genre d'environnement minimaliste est surtout de fournir des limitations artificielles drastiques permettant de se concentrer sur le gameplay ou le level design.
Théoriquement on pourrait même passer à une palette 8bit de 256 couleurs. En réalité dans les vieilles machines on parle de 8-16-64 couleurs mais c'est surtout le nombre de couleurs affichables simultanément et il y avait souvent 2 bits en plus pour gérer la luminosité donc on pouvait avoir une palette bien plus étendue.
Dès le début des années 80 certains PC 8bit de milieu-haut de gamme avaient même des puces graphiques qui permettaient de gérer les couleurs sur plus de 8bit (jusqu'à des palettes de 18bit de profondeur pour 16bit de couleurs simultanées sur les derniers FM7 de Fujitsu).
Vu que DLFP empêche de modifier ses commentaires, est-ce qu’un modo peut ajouter un [ devant « recommandations de l’OWASP » pour que le lien soit correct.
Cela dit, localStorage comme semble le faire la solution en lien, ça semble quand même plus pratique (et on ne part à la devinette aux erreurs qu'une fois pour toute).
Je suis pas dev Web, mais j’ai toujours entendu que le local storage ne devait pas être utilisé pour stocker des informations personnelles. C’est d’ailleurs une des recommandations de l’OWASP :
A single Cross Site Scripting can be used to steal all the data in these objects, so again it's recommended not to store sensitive information in local storage.
A single Cross Site Scripting can be used to load malicious data into these objects too, so don't consider objects in these to be trusted.
Bon, les premiers Atom étaient aussi des veaux, je pense qu'à peut près n'importe quel ARMv7 (les ARM Cortex 32 bits) va plus vite
C'est pas si évident que ça.
Si le PocketChip (un Allwinner R8 à peu près équivalent à un vieux A10 à 1 cœur 32bit) galère il y a des chances qu'un atom 1st gen fasse mieux.
Après le R8 manque d'accélération 2D par rapport à un A10, c'est peut-être ça qui fait ramer le PocketChip.
Je pense que ça dépend de chacun, pour moi c'est poussif comme dénomination étant donné que je ne considère pas un laptop ou un Rpi en tant que tel.
Vu la tronche de la carte, je dénommerai ça comme étant un mini-PC de développement.
La définition que tu donnes est pour moi celle d'un PC dans le sens actuel du terme, comme je l'ai dit je considère un ordinateur de bureau comme plus spécifique.
[^] # Re: le commentaire que Martoni me force à écrire
Posté par Anonyme . En réponse au journal Un RISC-V sous Linux pour $12.50. Évalué à -10.
Le rapport c'est la discussion sous son journal précédent que moque son avant-dernier paragraphe.
Mais bon, je laisse tomber vu que le bullying ne semble déranger que trois personnes et que la modération n'a pas non plus jugé bon d'agir. À croire qu'on est dans une cour d'école.
# le commentaire que Martoni me force à écrire
Posté par Anonyme . En réponse au journal Un RISC-V sous Linux pour $12.50. Évalué à -10.
J'en appelle à ton recul et te demande de retirer les propos "humoristiques" passifs-agressifs à mon égard. Les fions par journal interposé ça ne grandit personne.
Que tu n'acceptes pas que certaines de tes tournures de phrases étaient trompeuses dans ton journal précédent, je pense qu'on l'avait tous compris avec ton seul commentaire qui était déjà limpide.
Que tu décides de tourner ça à nouveau en dérision dans le journal suivant ça en devient une vengeance personnelle et ça n'a pas sa place ici.
[^] # Re: Euh...
Posté par Anonyme . En réponse au message Au secours ; LINUX malgré moi !!!. Évalué à 2.
peut être une IA qui est testé sur des vrai humain, pas de bol c'est trop parfait :)
[^] # Re: TLDR
Posté par Anonyme . En réponse au lien Le vaccin de Pfizer contre le coronavirus repose sur la technique de l’ARN messager - numerama. Évalué à 4.
moui, visiblement le vaccin russe annoncé il y a quelques temp, utilise aussi cette méthode avec comme différence d'avoir 2 messager pour ameliorer la réponse immunitaire.
Et OOOOOOh il est aussi en voie d'approbation.
ok c'est cool, mais il y a eu moins de donnée technique diffusé massivement pour le russe que pour ce vaccin de pfizer. Après traduire des etudes medical russe c'est pas donnée a tous le monde.
c'est une bonne nouvelle, mon doigt mouillé me dit que si cela a fonctionné pour les russe cela fonctionnera pour pfizer
[^] # Re: plus personne ne compile sont noyau ?
Posté par Anonyme . En réponse au message kernel-package déprécié - quelle méthode utilisez-vous pour compiler votre noyau en 2020 ? . Évalué à 4.
quand je pense que c'etait presque une étape olbigatoire pour jusqu'a la version, 2.4.* a faire au moins 1 a 2 fois par an pour l'integration de nouveau drivers, ou autre joyeseuté qui n'était pas intégré d'office. voir plus dans les version précédente.
c'est une evolution silencieuse pas trop mal quand même, voir même plutot cool, ca evite de commencer sur le forum par faire installer les sources en cas de pb. :)
[^] # Re: plus personne ne compile sont noyau ?
Posté par Anonyme . En réponse au message kernel-package déprécié - quelle méthode utilisez-vous pour compiler votre noyau en 2020 ? . Évalué à 2.
Ça m'arrive encore parfois pour du SoC ARM mais même là ça devient de plus en plus rare.
[^] # Re: Euh...
Posté par Anonyme . En réponse au message Au secours ; LINUX malgré moi !!!. Évalué à 4. Dernière modification le 09 novembre 2020 à 06:04.
Le niveau de langage est trop soutenu/littéraire et trop formel/poli pour un collégien.
Subjonctif à la place de passé simple, "c'est avec grand plaisir"
Si c'était effectivement un collégien il serait bien assez futé pour trouver par lui-même.
# plus personne ne compile sont noyau ?
Posté par Anonyme . En réponse au message kernel-package déprécié - quelle méthode utilisez-vous pour compiler votre noyau en 2020 ? . Évalué à 2.
la dernière fois ce fut avec une oldoldstable et je faisais comme toi, il me semble que kernel package est un metat paquet, tu ne devrais pas en avoir besoin si tu as installé les build-essential (ou un truc qui ressemble)
# Changelog
Posté par Anonyme . En réponse au lien Sortie de GMSH 4.7. Évalué à 4. Dernière modification le 07 novembre 2020 à 10:04.
Disponible ici, en anglais : https://gitlab.onelab.info/gmsh/gmsh/blob/master/CHANGELOG.txt
[^] # Re: MOSA is the best wallpaper ever.
Posté par Anonyme . En réponse au lien Votez pour les choix graphiques de la prochaine version stable de Debian, Bullseye jusqu'au 09/11/20. Évalué à 3.
Bah, comme on utilise pas ebian on peut pas savoir.
Plus sérieusement, j’ai du mal à voir un D dans la spirale (en tout cas pas celle de ce thème), donc “spirale”-ebian, ça m’évoque pas Debian.
[^] # Re: Déjà vu
Posté par Anonyme . En réponse au journal Les adresses mail personnelles et les comptes en lignes. Évalué à 3.
Le courriel c'est plus subtile que ça en a l'air : Première faille de sécurité dans Tchap.
[^] # Re: Config
Posté par Anonyme . En réponse à la dépêche Sortie de TIC‑80 version 0.80 . Évalué à 2.
Non c'était qu'une seule et ça n'obnubile que toi.
OSEF des générations suivantes, on parle pas de ça et aucun besoin d'en reparler parce que c'est de notoriété publique, surtout par ici. Je comprends pas pourquoi tu t'obstines à ajouter cette info plusieurs fois dans la discussion.
Le site indiqué c'est quand même le wiki de la communauté de hackers qui bosse sur le portage Linux pour les SoC Allwinner. Si tu avais creusé un peu, tu aurais pu voir que l'ancien nom du R8 c'est le A13 et que c'est grosso modo un A10 light.
C'est bien mais ça aussi osef et je pense que n'importe quelle personne s'étant déjà intéressé aux specs de SoC ARM savait que c'était un jeu de Lego.
J'ai jamais dit que c'était une source fiable à 100%, je suis le premier à critiquer sa méthode de travail.
Néanmoins c'est une source intéressante quand on sait séparer le bon grain de l'ivraie.
Bah non. Le R8 c'est l'équivalent d'un A10 allégé face à son grand frère A20 avec deux fois plus d'unités de calcul. À aucun moment on peut appeler ça "assez proche".
Mec, le Cortex-A7 est l'héritier direct du A8. Il y a des différences architecturales mais en pratique les deux cœurs sont équivalents en terme d'IPC. Le A8 n'est pas un cœur "haute performance", je suis même pas sûr que le concept existait à sa création.
Sinon on s'en fiche totalement de big.LITTLE et des SoC Rockchip, ça n'a aucun rapport avec le sujet.
Là c'est vraiment l'hôpital qui se fout de la charité. La lisibilité est déjà polluée par tes propres messages bourrés de trucs totalement hors-sujet. Regarde les tartines que tu ponds à chaque fois.
# Pas que
Posté par Anonyme . En réponse au lien coreboot AMD Zen & OpenBMC vraiment open = kaboom!!!. Évalué à 5.
Outre le combo AMD Zen & OpenBMC, la conférence abordera :
- Marvell Octeon TX2 CN913x fully open source firmware
- Présentation de Oreboot, c'est comme Coreboot sans le C (avec du rust)
- POWER9 et coreboot
- OpenBMC stocke les mots de passe en clair (kaboom--)
https://cfp.osfc.io/osfc2020/featured/
[^] # Re: Config
Posté par Anonyme . En réponse à la dépêche Sortie de TIC‑80 version 0.80 . Évalué à 1.
Plutôt que de passer du temps à tartiner tes messages de liens, tu pourrais mettre en contexte tes réponses en citant ce à quoi tu réponds. C'est la base.
Déjà tu entends quoi par PC ? parce que ce comme tu le cites les VIC20, C64 ou CPC464 affichaient déjà 16 couleurs simultanées.
Ce que je dis c'est qu'assez rapidement vers mi-80 même ces appareils low-cost avaient au moins des palettes plus importantes que les 16 couleurs de ces fantasy consoles et que les consoles de salon avaient elles aussi davantage de capacités dès début 80.
[^] # Re: [HS] et comment héberges-tu tes mails ?
Posté par Anonyme . En réponse au journal Les adresses mail personnelles et les comptes en lignes. Évalué à 2.
Auto-hébergement jusqu’à il y a 1 an environ, mais j’ai décider d’aller chez ProtonMail.
Par contre, ça me coûte une blinde pour 3 domaines et 2 utilisateurs (170€/an).
[^] # Re: Mane
Posté par Anonyme . En réponse au lien Votez pour les choix graphiques de la prochaine version stable de Debian, Bullseye jusqu'au 09/11/20. Évalué à 2.
Perso, je ne l’aime pas, ça fait trop Ubuntu.
J’ai voté pour Change, Droplets, Target et Homeworld (je ne me souviens plus de l’ordre).
[^] # Re: Config
Posté par Anonyme . En réponse à la dépêche Sortie de TIC‑80 version 0.80 . Évalué à 2.
Pour avoir testé des affichages relativement simples sur microcontroleurs, ça dépend vraiment de la puissance du processeur et de la résolution de l'écran piloté.
Celà dit, ça fonctionnerait certainement sur un EeePC.
C'est peut-être implémenté comme ça dans le portage "bare silicon" pour RPi mais pour l'extrême majorité du parc actuel et la diffusion multiplateforme et multiOS ça a plus de sens de faire avec les capacités GPU via OGL.
J'ai nommé des machines 8bit un peu plus conçues pour le jeu pour signifier qu'on parle à tort de graphismes 8bit pour des contraintes colorimétriques qui n'étaient réellement présentes que sur des PC pour particuliers vraiment d'entrée de gamme du début 80.
Et aussi parce qu'avec les processeurs, hors MCU, on pourrait certainement aller bien au delà en terme de couleurs affichées avec un rendu software.
[^] # Re: Config
Posté par Anonyme . En réponse à la dépêche Sortie de TIC‑80 version 0.80 . Évalué à 2.
Mais on parle de l'utilisation avec une distrib Linux récente, pas d'il y a 12 ans.
Parce que j'ai eu l'impression que tu te reposais sur les capacités de Windows alors qu'il n'a jamais vraiment eu de pilotes à jour contrairement à Linux qui depuis quelques années exploite correctement ce matériel.
D'ailleurs il me semble avoir lu que les premiers pilotes béta sur GMA900 faisaient tourner Aero sur Vista et que ça a été retiré par la suite.
Moi aussi j'ai mélangé core et celeron, ça arrive. :)
Les Allwinner monocœurs sont en MP1
Donc oui c'est pas forcément étonnant que ça passe bien avec un A20 ayant le double de pixel shader et de cœur du R8 qui est un peu limite.
Aucune idée, ça fait un moment que je ne scrute plus le redéveloppement de Lima. Ça juste marche sur un A20 avec Armbian.
ÀMHA c'est déjà assez miraculeux pour Panfrost, vu comment ils ont snobé Lima dès le départ, donc je n'y compterai pas pour Utgard ou la série précédente.
[^] # Re: Config
Posté par Anonyme . En réponse à la dépêche Sortie de TIC‑80 version 0.80 . Évalué à 1.
À part Diamondville, même Silverthorne (la série Z très basse conso) possède un GPU avec accélération 2D et 3D.
Le GMA900 propose du pixel shader, OpenGL ES est dispo dans Linux avec i915. Le manque d'accélération 2D n'est qu'une limitation des pilotes Windows, pas du matériel.
Certes la conversion en micro-ops pénalise x86 mais on est pas tout à fait dans la même gamme non plus en terme de fonctionnalités (rien que le SMT ou la mémoire ça peut pas mal changer la donne). Va consulter les nombreux comparatifs de SBC sur Phoronix, le RPi2 (un peu plus faible qu'un A20 donc plus puissant qu'un A10) se retrouve très souvent à la traine face à de vieux Atom.
Sinon pas besoin d'ajouter des liens sur Allwinner et de parler des pilotes ou du décodage vidéo. Ça ne fait qu'alourdir inutilement ta réponse.
Déjà que je comprends pas pourquoi tu as commencé à parler des Atom alors que son netbook possède un Core-m de génération précédente.
[^] # Re: Config
Posté par Anonyme . En réponse à la dépêche Sortie de TIC‑80 version 0.80 . Évalué à 5.
Oui c'est comme ça qu'il y a des consoles libres à base de microcontroleurs 8bits. Mais c'est du temps processeur de pris donc ça peut facilement ramer si le jeu a un rafraichissement rapide ou exige beaucoup de changements de pixels par image. C'est l'une des raisons de la disponibilité de différents modes d'affichage sur les vieux ordis.
Sinon pas nécessaire d'aller si bas niveau pour une console virtuelle conçue pour des ordinateurs actuels de 32bit ou plus qui possédent tous un GPU gérant au minimum OpenGLES.
La NES et la SMS avaient déjà une palette bien plus large et davantage de capacité d'affichage simultané de couleurs. Mais le but de ce genre d'environnement minimaliste est surtout de fournir des limitations artificielles drastiques permettant de se concentrer sur le gameplay ou le level design.
Théoriquement on pourrait même passer à une palette 8bit de 256 couleurs. En réalité dans les vieilles machines on parle de 8-16-64 couleurs mais c'est surtout le nombre de couleurs affichables simultanément et il y avait souvent 2 bits en plus pour gérer la luminosité donc on pouvait avoir une palette bien plus étendue.
Dès le début des années 80 certains PC 8bit de milieu-haut de gamme avaient même des puces graphiques qui permettaient de gérer les couleurs sur plus de 8bit (jusqu'à des palettes de 18bit de profondeur pour 16bit de couleurs simultanées sur les derniers FM7 de Fujitsu).
[^] # Re: ça apporte quoi ?
Posté par Anonyme . En réponse au lien Générer rapidement une attestation de déplacement pendant le confinement (mémorise les champs). Évalué à 3.
Vu que DLFP empêche de modifier ses commentaires, est-ce qu’un modo peut ajouter un
[devant « recommandations de l’OWASP » pour que le lien soit correct.[^] # Re: ça apporte quoi ?
Posté par Anonyme . En réponse au lien Générer rapidement une attestation de déplacement pendant le confinement (mémorise les champs). Évalué à 3. Dernière modification le 03 novembre 2020 à 20:12.
Je suis pas dev Web, mais j’ai toujours entendu que le local storage ne devait pas être utilisé pour stocker des informations personnelles. C’est d’ailleurs une des recommandations de l’OWASP :
[^] # Re: Config
Posté par Anonyme . En réponse à la dépêche Sortie de TIC‑80 version 0.80 . Évalué à 1.
C'est pas si évident que ça.
Si le PocketChip (un Allwinner R8 à peu près équivalent à un vieux A10 à 1 cœur 32bit) galère il y a des chances qu'un atom 1st gen fasse mieux.
Après le R8 manque d'accélération 2D par rapport à un A10, c'est peut-être ça qui fait ramer le PocketChip.
[^] # Re: quel forceur ce Martoni
Posté par Anonyme . En réponse au journal Le retour du RiscPC ?. Évalué à -1.
bah oui, c'est un Personal Computer.
Je vois pas ce que tu veux dire avec ce lien. Fais des phrases.
[^] # Re: quel forceur ce Martoni
Posté par Anonyme . En réponse au journal Le retour du RiscPC ?. Évalué à 0.
Je pense que ça dépend de chacun, pour moi c'est poussif comme dénomination étant donné que je ne considère pas un laptop ou un Rpi en tant que tel.
Vu la tronche de la carte, je dénommerai ça comme étant un mini-PC de développement.
La définition que tu donnes est pour moi celle d'un PC dans le sens actuel du terme, comme je l'ai dit je considère un ordinateur de bureau comme plus spécifique.