Ah oui tout de même il y a du lourd ici!
_________________

Le Blog de Batbad - Compte sur Steam - Compte sur X

J'en parle ici, la dernière release envoie du lourd : MAME intègre enfin un backend ARM (v8) pour la recompilation dynamique. Plein de drivers très lents sur architecture ARM (Raspberry Pi & co) voient leurs performances s'envoler.

A part ça, plein de petits trucs trop long à lister.

Je sais que l'Amiga est une machine chère au coeur de certains ici : la compatibilité s'était améliorée avec la 0.253 (la ré-écriture du core 68K). Depuis peu Kale bosse sur le driver Amiga, je ne sais pas quand est-ce qu'il compte s'arrêter, mais la compatibilité s'est encore s'améliorée avec la dernière version (0.274). J'ai testé quelques titres qui ne bootaient pas, c'est mieux. Bien sûr il y a des titres avec des bugs graphiques, voire, qui ne démarrent pas (Agony), les émulateurs de référence restent WinUAE / FS-UAE et ça n'est probablement pas prêt de changer.

Pour les amateurs de ZX80, je crois que les choses ont beaucoup bougé depuis >1 an, également.

Vu que tu remontes le topic, l'emu arcade sega (model 2 &3 je crois) elle a fait des progres dans mame ?

Ca fait longtemps que j'ai pas regardé, je sais que y'avait un emu à part qui marchait pas mal, mais dans mame ?
_________________

Sur le Model 2 et 3, rien de notable, à part l'émulation du TGP Sega Model 1 en 2019, j'en parlais dans ce topic.

Un jour peut-être !

Il y a un paquet de hardware Sega, voir ici.
Le scope étant très large, aucun doute que l'émulation de plusieurs de ces systèmes s'est améliorée ces dernières années. Petit pas par petits pas.

2019 ca remonte à loin, ils ont expliqué pourquoi y'avait pas eu de percées notables depuis ?
Je veux dire c'est hyper verrouillé comme systeme, SEGA attaque les gens, ou alors ca interesse pas plus que ca les gens ?

Vu le le nombre de jeux qui n'ont jamais été adaptés, je pensai que ca serait un des systemes où les gens s'acharneraient pour l'emuler.

Enfin bon esperons qu'on pourra le faire un jour pas si lointain ^^
_________________

Bah, c'est comme ça ... tant qu'un gars à la fois suffisamment compétent/inspiré et disponible ne se penche sérieusement sur le sujet, ça n'avancera pas. Le scope de MAME est énorme et le nombre de contributeurs limités.

Parfois le problème est la disponibilité de l'ensemble des dumps. Même des jeux primitifs comme certains Game'n Watch n'ont jamais été émulés à cause de ça, jusqu'à il n'y a pas si longtemps.
Ceci dit je ne sais pas si le Sega Model 2 et 3 sont dans cette situation mais je ne crois pas.

J'avais cru comprendre qu'au niveau des dumps y'avait beaucoup de gens actifs. Parce que mine de rien on avance en age et ca commence à disparaitre tout ca.
D'ailleurs je me suis toujours demandé comment les mecs dumps. Est ce qu'ils font un "ghost" des puces ou est ce qu'il faut avoir deja un proto emu pour savoir comment dumper la puce ?

Apres comme je disai, j'ai pas de talent niveau dump/code ... mais si je l'avais les gros jeux seraient mon principal objectif. C'est pour ca que je demandai.
Si c'est vraiment compliqué d'emuler on risque d'attendre longtemps. Si pas grand monde ne s'y interesse ca m'inquiete un peu pour Sega
_________________

Il y a plusieurs méthodes.

Pour certains jeux (des cartouches simples), par exemple, c'est un "bête" appareil tout-en-un, tu dois connaître ça.

Pour dumper des composants hardware (des trucs soudés sur une PCB) c'est déjà une autre histoire. Pour certains trucs c'est possible de "hack" le hardware pour lui faire lire et cracher les données.

Pour d'autres, il faut dessouder (et après je sais pas exactement. J'imagine qu'une fois décappé on a assez à des lignes supplémentaires, etc. nécessaire pour le branchement à un dispositif de dumping plus ou moins customisé).

Pour certains il faut "decap" chimiquement, ça peut servir à dumper le contenu (visuellement), mais ça sert aussi à voir comment les circuits "actifs" (pas seulement la mémoire), y compris certains trucs à émuler, donc, sont fichus.

Enfin, certains trucs ne sont dumpables que "manuellement" : le truc est décappé, après on prend des clichés très précis où les 0 et les 1 sont identifiables à l'oeil. Et on tape à la main le contenu (ou on essaye d'automatiser ça par reconnaissance d'image).

A vue de nez, je pense pas que le model 2 et 3 fassent partie des trucs qu'on risque de perdre.

Par contre il y a plein de trucs dans ce cas, oui. Les supports magnétiques, mais pas que, ont une durée de vie limitée. Les gens dans la "scene" de l'émulation sont bien conscients de ce fait et sensible à la problématique.

https://github.com/mamedev/mame/pull/13421




Cette "pull request" devrait être finie d'être traitée, et intégrée dans MAME, d'ici un mois ou deux, sauf catastrophe.

Pour info, pour le matos qui le supporte, on peut faire tourner 2 instances de MAME sur un réseau local (voire, en local, je crois, mais ça pose des problèmes d'inputs / fenêtre si je me rappelle bien, et puis il y a le son, aussi).
Ca concerne assez peu de drivers. Ca permet de jouer, mais je crois que pour les micro-ordinateurs ça peut servir à partager des fichiers avec la machine hôte.
Pour le jeu, on pouvait déjà le faire par null modem pour Race Drivin', ou des titres DOS (ici Doom) : https://www.youtube.com/watch?v=KfSKgSfjzxQ

Ben finalement cette fameuse "pull request" n'est pas encore dans MAME.
C'est dans les limbes des pull requests en attente, il faudra attendre un peu.

Quelles nouveautés majeures depuis février ?

Tout plein de trucs par-ci par-là, comme d'habitude. Le progrès est incrémental, souvent façon "grain de sable par grain de sable", et il est diffus, étant donné la quantité de drivers.
Ca va de légères améliorations au driver ZX Spectrum, au Model 2, en passant par le CD-i.

La nouveauté majeure, gros chantier qui a phagocité la release de mai, c'est la refonte de la gestion (pas l'émulation "en elle-même") du son dans MAME. En gros c'est + moderne et c'est mieux.
Ca ouvre la voie pour :
- une gestion correcte du son multi-canal et des jeux avec plusieurs sources sonores (exemple, le knocker dans Q*Bert)
- l'utilisation de périphériques comme des microphones avec MAME, qui n'était pas possible, et bloquante pour certains cas d'usage

pourquoi des micro dans mame ? y'a des jeux qui en utilisent oO ?

POur le son pareil à l'epoque c'etait du mono ou stereo, ils veulent creer du son spatial ?
_________________

Des jeux qui utilisent des microphones ça existe, oui.
Mais le cas d'usage plus évident, ce sont les micro-ordinateurs et cartes d'acquisition / samplers.

Il y a des jeux d'arcade avec + de deux canaux sonores (en sortie), oui. Je ne saurais pas t'en citer de tête, mais je pense que, soit MAME en émule déjà qq-uns, soit ça ne saurait tarder.
Mais comme je l'explique, même certains jeux très primitifs ont un système sonore "global" qui ne peut pas se calquer "bêtement" sur un modèle mono/stereo, cf. mon exemple avec Q*bert.
Le nouveau framework sonore offre + de flexibilité pour gérer cela.

oui j'imagine bien que ca doit etre des jeux plutot recents, mais bon il me semblait qu'il y a avait une règle tacite sur mame pour pas emuler du trop recent....
Enfin bon on vieillit, le trop recent ca doit aller jusqu'a minimum 2015 maintenant ^^
_________________

Oui et non.
MAME émule déjà certains trucs plus récents que ça, je pense, mais seulement des trucs dont le hardware est à portée de MAME.
MAME n'est pas architecturé, par exemple, pour faire tourner les jeux arcade ""récents"" (post 2000) dont le hardware est basé sur un PC. Pour sûrement tout un tas de raison, parmi lesquelles :
- un renderer 3D lent (pas d'accélération matérielle pour le rendu, c'est le CPU host qui prend tout en charge)
- un recompilateur lent lui aussi (il semble qu'au-delà d'une certaine fréquence d'horloge, il ne fait plus l'affaire)

mais les gars bossent avec une base commune ou MAME est devenu une sorte de mini os qui lance des noyaux/module pour emuler telle ou telle machine ?
Parce que ca m'a l'air d'etre un beau bordel ..
_________________

MAME n'est pas du tout un OS. Il ne gère pas lui-même ses entrées-sorties ou l'affichage, c'est un émulateur et un programme comme un autre, il utilise SDL (inputs), BGFX (affichage), et différentes API pour le son (ça dépend de l'OS hôte).

C'est pas un beau bordel, c'est globalement très structuré, au contraire.
Les machines sont indépendantes les unes des autres, et, au niveau du code source, découpées au maximum en "composants".
Sous le capot, il y a bien sûr un framework pour gérer l'ordonnancement, l'affichage (le rendu polygonal en software ou le rendu de tiles, par exemple) et tout le reste. Ca n'est pas quelque chose de nouveau, ç'a simplement évolué au fil des années, et je pense qu'à l'époque déjà, c'était le même pour MAME et MESS.
Il n'y a qu'un seul repo : https://github.com/mamedev/mame

Le nombre important de "machines" émulées est à la fois un avantage et un désavantage. Ce sont des choses à tester en + quand tu modifies l'émulation d'un truc partagé (un microprocesseur, un microcontrolleur, un périphérique ...), mais aussi autant de use cases en + pour tester et, au fond, confirmer, si besoin, que la modification est bonne. Dans un monde parfait, quand tu corriges un truc, ça améliore le résultat partout.
La réalité est évidemment un peu plus compliquée, mais tu as par exemple deux gros exemples "récents", que sont le nouveau core 68000, et l'intégration de ymfm, qui bénéficient à toutes les machines et ont corrigé des bugs et imperfections en pagaille.

j'ai dis OS pour raccourcir mais l'idée est là un truc central qui lance des sous programmes. Enfin c'est comme ca que je vois le truc

POur les machines emulées y'a un core commun ou c'est vraiment des morceaux de code source différents ?
Je me suis jamais trop interessé a comment était architecturé le truc, mais j'avais cru comprendre qu'ils était parti un peu à l'envers, on part des jeux émulés et on essaie de trouver une base commune pour creer le super emu. ENfin bon je l'ai ptet revé ou c'etait que comme ca au tout début

Par contre ca existe encore les version 32 et 64bits ? ou ils ont gardé que la 64.
_________________

Il y a un core commun et ils appellent ça le "core" de MAME, justement.
Ca n'est pas un core commun en terme de machines (ou périphériques) émulés, en tant que telles mais de fonctionnalités mises à disposition des drivers.
Les drivers s'en servent, mais en terme de code, ça n'est pas "mélangé" avec les drivers.
Le core n'évolue pas beaucoup ni très souvent. La refonte du son, par exemple, c'est un exemple d'évolution du core.
C'était certainement moins structuré initialement, oui. Au départ MAME était un émulateur pour 1 seul jeu, puis 2 jeux, puis 3, etc.
A côté du core tu as ce que j'appellais des "composants", genre un CPU comme le M68000. Un CPU donné n'est codé qu'une seule fois (tu imagines la duplication, sinon), et les drivers utilisent le même.

Il n'y a plus de binaires 32-bits fournis depuis MAME 0.218 (février 2020), et MAME ne supporte plus Windows XP depuis des années. Depuis 2021 la doc' indique qu'un OS 64-bits est requis - et au moins Windows 7.
Il devrait être possible de compiler ses propres binaires pour Windows 32-bits, mais qui utilise aujourd'hui un proco' sans support 64 bits et/ou un OS 32-bits ?? Tu te poses de drôles de questions, des fois

bah nan les questions ont une raison

Les mamecab que tu trouves dans le commerce je pense que ca doit etre fait avec du vieux matos. Idem pour les mecs qui recyclent de vieux pc en mamecab, je suis pas sur que ca tourne en 64bits.

Idem pour les vieux rasberry etc.....

Moi je suis tjs en w7, bon c'est un 64bits mais possible qu'à un moment ca soit plus supporté non plus
_________________

Les Raspberry Pi à partir du 3 Model B (2016, 9 ans déjà) sont bien des processeurs 64-bits.
Du côté des CPU desktop, chez Intel il faut remonter au Core 2, soit 2006. 'Faut pas pousser mémé dans les orties non plus
Je comprends que pour de vieux jeux on se dit que c'est à faire tourner avec du vieux matos, mais ça n'est pas forcément vrai, et ça l'est d'autant moins pour MAME. On peut compiler MAME pour les Raspberry plus anciens, les gens le font, mais les performances vont en patir d'autant.
Pour un hardware vraiment anémique, FB Neo est + adapté.

Au sujet de Windows 7 => tu le sais sûrement déjà, mais tu es sur un OS dont les mises à jour de sécurité ont été arrêtées à 2020. Windows 10 lui-même arrive bientôt en fin de support.
C'est une très mauvaise idée de connecter sur Internet (ou tout autre réseau) une machine à ce point non mise à jour