L'école openMSX LE émulateur MSX!!
Je vais tester. J'espère que mon batch pour en faire une version "portable" fonctionne toujours.
MSX1: Yeno DPC-64 - Sanyo PHC-28S - Sanyo PHC-28L - Canon V20 - Sony HB-75F - Yeno MX-64
MSX2: Panasonic FS-A1F 128Ko RAM 128 Ko VRAM + Gotek + Gotek / Philips NMS 8255 Azerty
Carnivore 2 : 8Mb FlashROM ° 1024Ko RAM ° IDE ° FM-PAC(MSX Music)° SCC+
Wozblaster
pour les puristes sonores le Japonais Uniskie a mis à jour son fork d'openmsx 20 pour l'utiliser avec Mamidimemo qui gère les puces sonores de son MSX (PSG, SCC, OPLL etc...)
https://github.com/uniskie/openMSX
pour cela il faut relier son MSX avec le dongle PC/MSX décrit dans ce sujet :
https://msxvillage.fr/forum/topic-4333+stream-musique-pc-vers-msx-avec-real-chip-player.php
récupérer le logiciel mamidimemo avec sa rom VSIF pour MSX (VGM_msx.rom)
url=https://github.com/110-kenichi/mame
marche à suivre :
sur le MSX, lancer la rom de détection des puces sonores VGM_msx.rom (megaflashrom ou autre)
sur le PC, lancer d'abord sous DOS "Mamidimemo -chip_server" puis lancer la version openmsx d'uniskie
et on obtient la souplesse de l'émulateur openmsx avec le son original de son MSX
Bien entendu, il faut désactiver le son d'openmsx dans les options
Edité par popolon Le 08/05/2025 à 08h26
https://github.com/uniskie/openMSX
pour cela il faut relier son MSX avec le dongle PC/MSX décrit dans ce sujet :
https://msxvillage.fr/forum/topic-4333+stream-musique-pc-vers-msx-avec-real-chip-player.php
récupérer le logiciel mamidimemo avec sa rom VSIF pour MSX (VGM_msx.rom)
url=https://github.com/110-kenichi/mame
marche à suivre :
sur le MSX, lancer la rom de détection des puces sonores VGM_msx.rom (megaflashrom ou autre)
sur le PC, lancer d'abord sous DOS "Mamidimemo -chip_server" puis lancer la version openmsx d'uniskie
et on obtient la souplesse de l'émulateur openmsx avec le son original de son MSX
Bien entendu, il faut désactiver le son d'openmsx dans les options
Edité par popolon Le 08/05/2025 à 08h26
site en Français sur la musique MSX
LE émulateur MSX ne fonctionne plus comme il faut sur arch linux 
Voici comment faire:
cd /tmp
git clone https://github.com/openMSX/openMSX.git
cd openMSX
Dans le fichier: /tmp/openMSX/src/main.cc
Il faut supprimer la ligne:
reactor.getEventDistributor().deliverEvents();
make
sudo make install
voilà !
Voici comment faire:
cd /tmp
git clone https://github.com/openMSX/openMSX.git
cd openMSX
Dans le fichier: /tmp/openMSX/src/main.cc
Il faut supprimer la ligne:
reactor.getEventDistributor().deliverEvents();
make
sudo make install
voilà !
DONALD TRUMP IS FAST APPROACHING
NEMESIS ! RETURN IMMEDIATELY !
Ça m'a paru curieux comme fix (désactiver une purge de la pompe à events) et j'ai jeté un coup d'œil au code.
Il y a un commentaire qui indique que cette purge sert à éviter un problème à ceux qui utilisent tcl pour scripter.
Peu de chance que ça vous concerne (arch + tcl ? Humm ? Vous ai-je dit que j'utilisais Arch, BTW ?)
Il y a un commentaire qui indique que cette purge sert à éviter un problème à ceux qui utilisent tcl pour scripter.
Peu de chance que ça vous concerne (arch + tcl ? Humm ? Vous ai-je dit que j'utilisais Arch, BTW ?)
Code :
if ((render.getEnum() == RenderSettings::RendererID::UNINITIALIZED) &&
(parseStatus != CommandLineParser::CONTROL)) {
render.setValue(render.getDefaultValue());
// Switching renderer requires events, handle
// these events before continuing with the rest
// of initialization. This fixes a bug where
// you have a '-script bla.tcl' command line
// argument where bla.tcl contains a line like
// 'ext gfx9000'.
reactor.getEventDistributor().deliverEvents();
}
Je n'ai pas compilé cette version. J'ai regardé le source pour voir où était placée cette ligne.
De ton message initial, j'ai cru que ça plantait à la compilation.
Enlever la ligne litigieuse semble peu risqué, au vu des conditions pour qu'elle trouve son utilité (je me base sur les commentaires). C'est évidemment un bug, et c'est étonnant que ça n'ait pas été repéré.
Je vais le compiler pour voir.
De ton message initial, j'ai cru que ça plantait à la compilation.
Enlever la ligne litigieuse semble peu risqué, au vu des conditions pour qu'elle trouve son utilité (je me base sur les commentaires). C'est évidemment un bug, et c'est étonnant que ça n'ait pas été repéré.
Je vais le compiler pour voir.
Je viens de compiler la version 20 (ramenée depuis AUR, PKGBUILD : openmsx).
Le PKGBUILD récupère les sources git.
Après vérification, j'ai bien la ligne qui te pose problème.
Après compilation/installation, ça tourne sans problème chez moi.
Je n'utilise pas de script tcl au démarrage.
J'ai vérifié ma config (pas démarré openmsx depuis un moment) et je n'ai rien de spécial, à part quelques raccourcis clavier.
Le PKGBUILD récupère les sources git.
Après vérification, j'ai bien la ligne qui te pose problème.
Après compilation/installation, ça tourne sans problème chez moi.
Je n'utilise pas de script tcl au démarrage.
J'ai vérifié ma config (pas démarré openmsx depuis un moment) et je n'ai rien de spécial, à part quelques raccourcis clavier.
Tu as fait yay -S openmsx ?
chez moi ça ne compile pas !
yay compile ceci: https://github.com/openMSX/openMSX/releases/download/RELEASE_20_0/openmsx-20.0.tar.gz
c-à-d la version STABLE.
tandis que moi j'ai compilé la version journalière: git clone https://github.com/openMSX/openMSX.git
À noter que la version built stable fonctionne impeccablement ! -> https://github.com/openMSX/openMSX/releases/download/RELEASE_20_0/openmsx-20.0-linux-x86_64-bin.zip
chez moi ça ne compile pas !
yay compile ceci: https://github.com/openMSX/openMSX/releases/download/RELEASE_20_0/openmsx-20.0.tar.gz
c-à-d la version STABLE.
Code :
+source=("https://github.com/openMSX/openMSX/releases/download/RELEASE_${pkgver//./_}/${pkgname}-${pkgver}.tar.gz"
tandis que moi j'ai compilé la version journalière: git clone https://github.com/openMSX/openMSX.git
À noter que la version built stable fonctionne impeccablement ! -> https://github.com/openMSX/openMSX/releases/download/RELEASE_20_0/openmsx-20.0-linux-x86_64-bin.zip
DONALD TRUMP IS FAST APPROACHING
NEMESIS ! RETURN IMMEDIATELY !
Oui j'ai compilé la stable, pas la journalière.
Je me suis emmêlé avec le AUR openmsx-git que j'avais repris également (et pas compilé, je vais essayer).
Il faudrait differ le Reactor.cc de MASTER avec celui de la branche 20 (si ils branchent par version). Je ne sais pas me servir de git sinon je l'aurais fait.
Tout ce que je peux dire:
`git branch -av` ne montre pas de branche 20
`git log Reactor.cc` ne parle pas de la classe getEventDistributor (une seule occurence dans les messages , en 2009).
Il faudrait trouver une date de commit sur ce fichier proche de la version 20, et differ. Mais là, j'ai plus qu'atteint mes limites avec git que je n'utilise jamais (je devrais, je sais).
Après compilation de la version git , pendant que j'écrivais ceci, tout semble fonctionner.
Vu que c'est dans l'init, je ne devrais pas arriver au basic, n'est-ce pas ?
J'ai mis l'image comme ça tu auras le hash du git, et le modèle que j'émule (même si je ne pense pas que ça joue). Edité par zone Le 08/05/2025 à 19h29
Je me suis emmêlé avec le AUR openmsx-git que j'avais repris également (et pas compilé, je vais essayer).
Il faudrait differ le Reactor.cc de MASTER avec celui de la branche 20 (si ils branchent par version). Je ne sais pas me servir de git sinon je l'aurais fait.
Tout ce que je peux dire:
`git branch -av` ne montre pas de branche 20
`git log Reactor.cc` ne parle pas de la classe getEventDistributor (une seule occurence dans les messages , en 2009).
Il faudrait trouver une date de commit sur ce fichier proche de la version 20, et differ. Mais là, j'ai plus qu'atteint mes limites avec git que je n'utilise jamais (je devrais, je sais).
Après compilation de la version git , pendant que j'écrivais ceci, tout semble fonctionner.
Vu que c'est dans l'init, je ne devrais pas arriver au basic, n'est-ce pas ?
J'ai mis l'image comme ça tu auras le hash du git, et le modèle que j'émule (même si je ne pense pas que ça joue). Edité par zone Le 08/05/2025 à 19h29
Il a également fallu que je rajoute share/unicodemaps/* et share/init.tcl .
Écran blanc au démarrage, bloqué.
Moué alors voyons voir les messages dans le terminal …
ah , il manque aussi share/shaders/*
Après ajout, ça démarre normalement (sur le c-bios, je ne sais pas pourquoi il ne prend pas ma config).
Écran blanc au démarrage, bloqué.
Moué alors voyons voir les messages dans le terminal …
ah , il manque aussi share/shaders/*
Après ajout, ça démarre normalement (sur le c-bios, je ne sais pas pourquoi il ne prend pas ma config).
Un `make -n install` m'informe que tout va dans /opt , qui fait partie des chemins recherché par défaut au démarrage.
(`-n` c'est --dry-run, pour voir où il va s'étaler sur ton disque).
J'ai une machine headless assez puissante et dédiée aux compilations.
J'avais juste copié le binaire, pas envie de pourrir mon disque pour un test.
Quoi qu'il en soit, ça fonctionne chez moi. Si tu as fait une install dans /opt, je suppose que tout y est puisque le script python invoqué par make pour la copie s'occupe de bin , share et doc.
Sinon j'aurais bien suggéré de regarder si ce n'est pas un shader qui manque, ce qui était le cas chez moi avant que je ne le copie à la main au bon endroit.
Edité par zone Le 09/05/2025 à 19h05
(`-n` c'est --dry-run, pour voir où il va s'étaler sur ton disque).
J'ai une machine headless assez puissante et dédiée aux compilations.
J'avais juste copié le binaire, pas envie de pourrir mon disque pour un test.
Quoi qu'il en soit, ça fonctionne chez moi. Si tu as fait une install dans /opt, je suppose que tout y est puisque le script python invoqué par make pour la copie s'occupe de bin , share et doc.
Sinon j'aurais bien suggéré de regarder si ce n'est pas un shader qui manque, ce qui était le cas chez moi avant que je ne le copie à la main au bon endroit.
Edité par zone Le 09/05/2025 à 19h05
Linux c'est sympa le temps que tu comprennes comment installer une version de ton programme, y'a déjà une nouvelle version qui est sortie 
site en Français sur la musique MSX
Mais là, on parle d'un logicied non-packagé avec discussion entre adultes consentants (si tu restes dans le stardard Arch, tu ne casses rien. Enfin pas souvent, et tu lis les niouzes avant un -Syu 
'). Pas des momes qui vont se prendre une taloche après avoir cassé le windows de papa en installant les belles mises à jour officielles (24H2,si tu nous lis … ) 
Edité par
zone
Le 10/05/2025 à 08h14
'). Pas des momes qui vont se prendre une taloche après avoir cassé le windows de papa en installant les belles mises à jour officielles (24H2,si tu nous lis … )
Edité par
zone
Le 10/05/2025 à 08h14
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie