Reprise du message précédent :

Si

 
S'il est parfait, peut-être, mais sinon pas vraiment.

 
Tu demande a Byuu de faire un émulateur N64
 
https://byuu.org/
 
En fait il y a deux type d’émulation.  
Le truc qui cherchent a reproduire parfaitement le fonctionnement du matos d'origine.
Comme par exemple Bsnes/Higan - Mame pour l'arcade.
 
Et les trucs qui cherchent a faire tourner les jeux et ou il y a des "hack" pour faire tourner certain jeu.
Comme par exemple Snes9X - Final Burn Alpha poour l'arcade.
 
Normalement un bon émulateur doit être capable de tout faire tourner sans avoir besoin de hack.

Tiens, le dev de cemu explique justement pas mal de chose, a l'occasion du boot de zelda botw
http://www.pcgamer.com/how-the-cem [...] _pcgamerfb
Lis, va et reviens  
Ou sinon va lui apprendre à coder

c'est parce que cemu ne fait pas de l'emulation low level.

 
Merci ça fait plaisir

ben evidemment que oui. sinon, jamais ca tournerait. Et il faut de la documentation hyper détaillé pour faire du low level. Et une masse de devs qui sont déjà passé avant a défricher pour le high level . (*ù$!#@)

Non mais l'émulation low-level ça marche avec des machines "simples" comme des consoles 8/16 bits, mais je pense que personne n'irait s'amuser à essayer de faire ça avec une console moderne (et même pas Byuu).

Ah d'accord, en fait tu penses que les émulateurs de 7e et 8e générations sont low level, okay

 
Tu m'expliques comment tu fais une émulation hard parfaite quand t'as des jeux qui dépassent les capacités hard officielles ?

Dans le genre gros psychopathes, regardez ça : https://forums.nesdev.com/viewtopic [...] 12&t=15143
Le mec a retranscrit le hardware de la SNES en language Verilog et fait tourner le tout sur un FPGA Cyclone 4. Pour analyser le comportement des composants il a utilisé un analyseur logique et sûrement un tas d'infos provenant d'un peu partout ...
Et depuis peu il a réussi à faire tourner des jeux : https://www.youtube.com/watch?v=5raMtSn9b68 (on sent que le mec a du en chier grave vu comment il est heureux d'avoir un truc qui tourne ).
Perso ça m'impressionne, il faut être un peu fou pour se lancer dans ce genre de projet, mais voir que le gars a réussi, c'est encore plus fou !

Y'a des projets qui tentent en partie cette voie de l'emul hard pur pour arriver a une repro exacte en software sur la n64, car elle est tjs mal émulée (notamment avec les jeux de factor 5, bien sur ^^, microcode oblige).
On ne présente plus CEN64 et ses "dérivés", et du coup on voit aussi tous les problèmes que ca pose, en terme de perf', entre autres.
https://github.com/tj90241/cen64
"This one, however, aims for perfect emulation by emulating the hardware inside of the Nintendo 64 itself, downto the register-transfer level (RTL)"
Et pourtant c'est la galère a optim, même si chez libreto ca bosse dur sur parallel, en utilisant autant que possible les apis bas niveaux des cgs pour executer du code dévolue classiquement au cpu en émulation.
https://www.libretro.com/index.php/ [...] mber-2016/
Et ca pour de la n64. Donc une console d'il y'a 20 ans...

Cela la prouve quand même que cemu est assez accurate pour faire tourner des nouveaux jeux.
je trouve que c'est pas mal mais pas non plus un truc extraordinaire.

dje33, je ne sais pas si tu connais, mais dolphin a un blog mensuel vachement intéressant sur le boulot apporté par les devs contributeurs tous les mois. C'est vraiment à lire si on s'intéresse un minimum à la technique d'un emul (et c'est assez pédago, pas orienté dev only). Il est suivit depuis 2013, mais vraiment détaillé depuis 2 ans. Perso je trouve ca passionnant ^^

 
Si tu le dis
 

 
D'ailleurs RPCS3 fait la meme chose depuis quelques mois, c'est vrai que le concept du devblog est excellent à suivre

Ah, merci, j'avais pas fait gaffe    (j'ai pas regardé rpcs3 depuis 6 mois, mais woh, ca avance aussi   )
Save

Je regarderai parce que j'aime bien tout ce qui touche à l'émulation.

Même si j'ai une Wii U et que l'émulation Wii U et Wii ne m'intéresse pas particulièrement.

Drap

Je continue mes tests de manettes pour l'émulation.
 

 
Le test ici : http://forum.hardware.fr/forum2.ph [...] #t13091678
 
Me laissez pas tout seul sur mon topic

J'ai drappé, bonne idée

drap

Au cas où, j'ai fait le topic de vente pour mes 8bitdo NES30 pro : http://forum.hardware.fr/hfr/JeuxV [...] _1.htm#bas
 

 
/pub

J'ai reçu mon pad WiiU

une date pour la release officielle recalbox 4.1 ?

MISE A JOUR
Test avec des radiateurs et des ventilateurs "de base" : https://forum.hardware.fr/forum2.ph [...] #t14337354
 
---
 
Cross-post avec le topic Rasberry Pi : http://forum.hardware.fr/hfr/elect [...] tm#t157589
 
---
 
J'ai reçu mon boîtier geekworm qui fait contact avec le CPU. Je me suis dit que j’allais en profiter pour faire des benchs de température.
Je n’ai pas de mini-radiateur, donc tous les benchs sont faits sans aucun système de refroidissement.
 
La méthodologie :
- J’ai installé une raspbian stock, et j’ai lancé le test depuis SSH, avec un pi juste branché à l’alim et au réseau.
- J’ai monté et lancé le pi, attendu quelques secondes/minutes qu’il soit à température « idle », puis lancé le script de bench que j’ai quoté ci-dessous.
- Je l’ai laissé au même endroit à chaque test, et j’ai complètement monté/fermé les boîtiers à chaque fois. Entre chaque test j’ai laissé refroidir quelques minutes.
- Le premier test (sans boîtier) est le seul avant lequel j’ai fait des manipulations (j’avais enregistré le script de bench par exemple). Par conséquent, sur les autres benchs, la première mesure est à mi-fréquence (parce qu’il est idle), et la température initiale du premier test est plus élevée. Ca ne changera pas la température finale des derniers benchs, mais ça joue sur la vitesse de montée.
 
Globalement, le script mesure la température et la fréquence, lance un benchmark "lourd" pour stresser le CPU et le faire chauffer, puis re-mesure température et fréquence.
 
 
Sans boitier
 
Histoire d’avoir une baseline pour savoir comment se comporte mon exemplaire, parce que ça peut changer d’une série à l’autre.
 

 
On voit que ça monte très vite, et arrivé à 80° le CPU se downclock jusqu’à 1.12GHz.
Pas du tout efficace, donc, et plutôt gênant pour l’usage que j’en fais (émulation).
 
 
Boîtier plastique
 
Un boîtier en plastique noir glossy, très joli et pratique, avec une framboise « en creux » sur le capot. Tout se clipse, il n’y a aucune vis, tout se monte et se démonte en quelques secondes. Le capot se fixe juste en se posant, et laisse des ouvertures tout autour pour laisser sortir des nappes et fils. Le nom de chaque prise est sérigraphiée sur l’intérieur du boîtier, qui « épouse » le pi d’assez près, avec des ouvertures pour chaque composant. Il y a une petite ouverture pour sortir la SD.
 
https://thepihut.com/collections/ra [...] ry-pi-case

 

 
Exactement comme je le ressentais à l’usage, ça monte beaucoup plus vite et plus haut que sans boîtier. Alors que nu, le pi se stabilise à environ 80° et descend très progressivement sa fréquence , avec ce boîtier, il monte à presque 83° et la fréquence tombe en-dessous des 900MHz, on perd 330MHz ! Une catastrophe. A oublier dès lors qu’on en fait un usage « intensif », et probablement à oublier tout court.
 
 
Boîtier alu « normal »
 
C’est un boîtier de marque Geekworm que j’ai acheté par erreur en pensant acheter celui testé en-dessous Très bien usiné. Pas forcément très pratique à monter, il y a pas mal de vis (6 au total) et 2 entretoises, le montage est une vraie gymnastique. A l’intérieur le pi est surélevé, ce qui laisse un peu d’espace en-dessous. Il y a une petite ouverture derrière pour faire sortir une petite nappe (pour la caméra je pense), et une « croix » en-dessous pour le fixer à un support. Impossible de sortir la SD une fois monté, malgré la petite ouverture à cet effet.
 
https://fr.aliexpress.com/item/Geek [...] 0.0.Peha2l

 

 
Ca monte un poil moins haut et un poil moins vite que le boîtier plastique. C’est quand-même moins bien que le pi nu.
 
 
Boîtier alu/radiateur
 
C’est aussi un boîtier Geekworm (d’où ma confusion de mon achat précédent), tout aussi bien usiné. Très simple à monter, on place juste le pi entre les deux moitiés et on visse en-dessous. Chaque puce (SoC, RAM, radio) a une « colonne » qui vient la toucher, ce qui fait que le boîtier entier est un radiateur. Il y a des trous pour les nappes GPIO et la caméra. Il y a une ouverture pour retirer la carte SD. Dans l’ensemble, avant même de tester, le boîtier donne une très bonne impression de solidité, bien plus que l’autre boîtier alu (dans lequel le pi était un peu en équilibre, et ça se ressentait en branchant les câbles).
 
https://www.fasttech.com/p/5917201

 
Sans pâte thermique
 
Théoriquement, sans pâte thermique, ça doit être catastrophique. La petite couche d’air entre la puce et le radiateur doit chauffer fort et ne pas bien circuler, et faire couche isolante. C'est pas forcément pire que sans radiateur, mais c'est forcément pas optimisé.
 

 
Déjà comme ça, on gagne plus de 10 degrés au plus haut de l’usage, et la fréquence ne diminue jamais. C’est juste génial.
 
Avec pâte thermique
 
J'ai acheté de la Arctic Cooling MX4, trouvée à 4€ fdpin sur fasttech.com ; elle vient de Chine, j'espère que c'est de la vraie, ou au moins que ça sera pas pire que sans Par rapport à sans, je m'attend à gagner environ 10 degrés, si les différents tests que j'ai vu ici et là sont d'une quelconque indication.
 

 
BIM 20° en moins je suis joie et bonheur.
 
En revanche ATTENTION, ce boîtier bloque presque totalement le wifi et le bluetooth ! Des dongle wifi & BT sont obligatoires si vous voulez du wireless...  
 
 
 
En bref, je suis hyper content de mon achat et je le recommande chaudement (haha) à tous ceux qui veulent refroidir leur pi
 
 
 
Script de bench repompé d'ici : http://forum.hardware.fr/hfr/elect [...] tm#t151379
 

Voilà un post intéressant. Je ne me suis jamais penché sur la température de mon Pi2 (ça chauffe pas trop ces bêtes là) mais si je passe enfin sur Pi3, je saurais quoi prendre

 
Et parce que des courbes ça reste toujours mieux pour présenter des données:

Merci

Top cosmo ce CR !
Si le taulier passe par là, ca serait cool qu'il le mette en FP  

Petite question
 
Je dois animer un workshop sur le thème du retrogaming, et je me suis dit que créer une mini console retro à base de Pi Zero (ou Pi 3) dans une cartouche Nes, comme on en voit plein sur youtube, pourrait être une bonne idée. Je pensais me baser sur Retropie, mais la FP laisse sous entendre que c'est pas forcément une bonne idée. Surtout que j'avais agrémenté le tout avec une manette style SNES à 5€ trouvé sur Amazon et qu'apparemment c'est encore plus mauvais comme idée
 
La question donc: retropie pour Pi Zero W ou Pi 3 est suffisant ?

Ajoute
Merci cosmo  

C'est quoi ton workshop ?

Retropie c'est bien, mais après avoir testé les deux, recalbox c'est mieux
Un peu poil simple d'usage, et surtout chez moi c'était compatible avec des trucs non compatibles sur retropie (mes manettes 8bitdo).
C'est un peu moins bidouillable par contre, y'a pas d'apt-get par exemple, donc tu peux pas customiser ton install pour faire d'autres trucs en plus.

Pi Zero c'est un peu limite tu vas pas pouvoir aller au-delà du 16 bit (SNES/MD), un Pi3 ça fait de la N64 et de la PS1. Ca dépend de ce que tu recherches.

La manette à 5€ c'est de la grosse merde mais je sais pas ce que tu veux faire. J'ai vu des commentaires positifs sur ces manettes, tout le monde n'a pas le même niveau d'exigence. Et les alternatives sont bien plus chères, disons que pour un truc correct il faut minimum 20€.
J'ai un topic manettes si ça t'intéresse : http://forum.hardware.fr/forum2.ph [...] w=0&nojs=0

de rien, si ça peut aider

 
Je vais apprendre à un certain public à créer sa propre console retro, c'est le thème du workshop. Mais l'association qui s'occupe de ça fournit tout le matériel (raspberry pi compris).
 
La plupart des tuto pour créer ça se basent sur retropie donc j'étais parti sur ça. Je vais regarder pour recalbox
 
Après je me dis qu'installer Android TV dessus avec des APK d'émulateurs serait peut être mieux d'un point de vue console multimédia

 
Tu vas apprendre à d'autres un truc que tu n'as jamais fait toi même ?    
Bon courage    
 
 
 
Dans Recalbox il y a Kodi de pré-installé  

Oui mais Kodi faut passer un sacré bout de temps dessus pour que ça ressemble à quelque chose, AndroidTV c'est déjà un peu plus clé en main, avec Kodi dedans qui plus est.

Et j'ai déjà bidouillé des centaines de fois ce genre de trucs, j'ai découvert l'émulation à 10 ans avec VisualBoy Advance et depuis je n'ai cessé d'essayer de recréer des façons maison des consoles qui à l'époque n'étaient pas si vieilles que ça, parce que émuler la N64 en 2005-2006 c'était quand même extraordinaire en tant que gosse, ça serait l'équivalent d'émuler une PS3 ou Xbox 360 aujourd'hui.

Ok
 
Dans ce cas pour garder des coûts bas, des pi zero et des manettes à 5€ ça ira très bien. T'auras qu'à dire aux gens que si ils veulent mieux ils peuvent utiliser à peu près n'importe quelle manette USB ou bluetooth, et qu'ils peuvent pas émuler mieux que du 16 bits.
Pense aussi que plutôt que de désosser une vraie cartouche NES qui marche, tu peux trouver des cartouches vides sur ebay & co.
 
Recalbox c'est presque exactement la même chose que retropie. Ils se basent tous les deux sur Linux + Libretro (une sous-couche de nombreux émulateurs) + RetroArch (unification de plein de paramètres comme les shaders ou les manettes) + EmulationStation (interface graphique) + Kodi au passage.
A part le style graphique (couleurs, images...) et les options exactes disponibles, les deux systèmes se ressemblent comme 2 gouttes d'eau.
Les installations un peu différentes, retropie tu écris une image, recalbox tu copies des fichiers, mais au final c'est pareil.
 
Les émulateurs sur Android c'est un peu la dèche. Il y en a des tous nazes, des pleins de pub, des payants, et aussi Retroarch (comme sur Retropie/Recalbox), qui émule plein de système mais qui est très moche et imbitable.
 
Recalbox (retropie je sais pas) peut être configuré pour démarrer sur kodi par défaut, si tu penses que c'est primordial.
 
Si ton workshop c'est le retrogaming avec un bricolage à base de cartouche nes, et que au final tu leur balance un truc multimédia avant tout avec des émulateurs nazes, ils risquent d'être déçus

t'es jeune dis-donc

Je parlais d'AndroidTV parce que j'ai récemment fait l'aquisition d'une télé sous Android TV et les émulateurs y sont excellents (Snes9X, Muppen64, PPSSPP pour ne citer que ceux que j'ai essayé).
 
Je vais peser le pour et le contre, je verrai

Je sais pas si tu peux installer Android TV sur pi ? Android oui, mais TV ?