Re: [SD2MZCMT] GitHub link
Posted: Fri Jun 01, 2018 9:39 am
FR:
Attention pour MiSTer, il s'agit de faire une recréation des MZ avec la possibilité d'avoir en option les améliorations tel que le PGC par exemple - qui soit le plus proche des vrais en terme de hardware que ceux des émulateurs par voie logicielle. On verra si j'arrive à relever le défi.
Ouah ! il est beau le WAv2MZF, on peut paramétrer les durées des créneaux sur la partie graphique ?
Concernant MZF2WAV (procédé inverse, en ligne de commande, dont mon MZF2LEP est une version dérivée), j'ai noté quelques bugs (enfin c'est difficile à dire...). Par exemple, il a jouté un long pulse à la fin de je ne sais plus quoi exactement dans l'entête qui faisait que je ne pouvais pas lire le header puis le data d'un seul trait sans relancer une deuxième relecture. Dernièremement, je retrouve ce comportement avec le MZ-80 K pour lire un misérable programme (RAMTEST) qui doit faire moins de 400 octets en dépit du bug que j'avais corrigé pour le MZ-700 donc j'ai pas mal de doute. Je pense qu'il va falloir que je récupère tous les sources des monitors de chaque MZ pour vérfier qu'il n'y pas un pulse de moin ou de trop...
Idéalement, je souhaiterais placer un petit circuit entre le connecteur tape de la carte-mère et le connecteur du lecteur de cassette dont le but et de pouvoir "sélectionner" le dispositif de lecture. Si on appuis sur PLAY/RECORD le lecteur de cassette, l'Arduino passe la main au lecteur pour la transmission des signaux (bypass mode). Si on lance PLAY depuis l'Ardinuo alors c'est l'Arduino qui communique à la place du lecteur. Je n'ai pas encore très bien en tête comment faire ça proprement - tu aurais une idée à me proposer ?
Et enfin je voudrais la possibilité de se servir de ces signaux dans un mode ultrafast qui pourrait servir à lire ou écrire des MZF - pour cela, il faut que le code de lecture/écriture soit intégré quelque part - dans la ROM? créer un OS comme system7 qui prendre en charge ce protocole?
J'ai des NVRAM que je verrais bien utiliser pour remplacer la ROM et la CGROM avec en tête de pouvoir sélectionner la ROM d'origine européènne/japonaise ou customisée et pareil pour la CGROM. Mais il me faudra certainement des circuits avec la possibilité de "switcher" sur les "ROM" voulues. Un peu de réflexion donc...
Bref, j'ai plein d'idée mais par super bien armée côté électronique, si l'électronqiue n'est pas ton talon d'achille, peut-être que l'on pourrait se mettre à deux pour développer des projets. T'en penses quoi ?
EN:
Warning regarding MiSTer, it is a matter of making a recreation of the MZs with the ability to have the optional improvements such as the PGC - which is the closest to the real ones in terms of hardware than those of the software emulators. We'll see if I can meet the challenge.
Wow! WAv2MZF is beautiful the, one can parameterize the durations of the slots on the graphics part?
Regarding MZF2WAV (reverse method, command line, my MZF2LEP is a derivative version), I noticed some bugs (well it's hard to say ...). For example, it added a long pulse at the end of something I do not remember what was exactly in the header that I could not read the header and the data in one go without relaunching a second replay. Lastly, I find this same behavior with the MZ-80 K to read a miserable program (RAMTEST) that must be less than 400 bytes despite the bug that I corrected for the MZ-700 so I have a lot of doubts. I think that I will have to get all the sources of the monitors of each MZ to make sure there is not a pulse of less or too much...
Ideally, I would like to place a small circuit between the tape connector of the motherboard and the connector of the cassette player, the purpose of which is to be able to "select" the reading device. If you press PLAY / RECORD on the tape deck, the Arduino hands over to the player for signal transmission (bypass mode). If you start PLAY from the Arduinuo then the Arduino communicates instead of the player. I do not have very much in mind how to do it properly - do you have an idea to propose me?
And finally I would like the possibility to use these signals in an ultrafast mode that could be used to read or write MZF - for that, it is necessary that the code of read/write is implemented somewhere - in the ROM? to create an OS like system7 that support this protocol?
I have NVRAM that I would use to replace the ROM and the CGROM with the head to select the ROM of European / Japanese or customized and the same for the CGROM. But I will certainly need circuits with the ability to "switch" on the "ROM" wanted. A bit of reflection so ...
In short, I have plenty of ideas but I am not super well armed on the electronic side. If the electronics is not your Achilles heel, maybe we could get together to develop projects. What do you think?
Attention pour MiSTer, il s'agit de faire une recréation des MZ avec la possibilité d'avoir en option les améliorations tel que le PGC par exemple - qui soit le plus proche des vrais en terme de hardware que ceux des émulateurs par voie logicielle. On verra si j'arrive à relever le défi.
Ouah ! il est beau le WAv2MZF, on peut paramétrer les durées des créneaux sur la partie graphique ?
Concernant MZF2WAV (procédé inverse, en ligne de commande, dont mon MZF2LEP est une version dérivée), j'ai noté quelques bugs (enfin c'est difficile à dire...). Par exemple, il a jouté un long pulse à la fin de je ne sais plus quoi exactement dans l'entête qui faisait que je ne pouvais pas lire le header puis le data d'un seul trait sans relancer une deuxième relecture. Dernièremement, je retrouve ce comportement avec le MZ-80 K pour lire un misérable programme (RAMTEST) qui doit faire moins de 400 octets en dépit du bug que j'avais corrigé pour le MZ-700 donc j'ai pas mal de doute. Je pense qu'il va falloir que je récupère tous les sources des monitors de chaque MZ pour vérfier qu'il n'y pas un pulse de moin ou de trop...
Idéalement, je souhaiterais placer un petit circuit entre le connecteur tape de la carte-mère et le connecteur du lecteur de cassette dont le but et de pouvoir "sélectionner" le dispositif de lecture. Si on appuis sur PLAY/RECORD le lecteur de cassette, l'Arduino passe la main au lecteur pour la transmission des signaux (bypass mode). Si on lance PLAY depuis l'Ardinuo alors c'est l'Arduino qui communique à la place du lecteur. Je n'ai pas encore très bien en tête comment faire ça proprement - tu aurais une idée à me proposer ?
Et enfin je voudrais la possibilité de se servir de ces signaux dans un mode ultrafast qui pourrait servir à lire ou écrire des MZF - pour cela, il faut que le code de lecture/écriture soit intégré quelque part - dans la ROM? créer un OS comme system7 qui prendre en charge ce protocole?
J'ai des NVRAM que je verrais bien utiliser pour remplacer la ROM et la CGROM avec en tête de pouvoir sélectionner la ROM d'origine européènne/japonaise ou customisée et pareil pour la CGROM. Mais il me faudra certainement des circuits avec la possibilité de "switcher" sur les "ROM" voulues. Un peu de réflexion donc...
Bref, j'ai plein d'idée mais par super bien armée côté électronique, si l'électronqiue n'est pas ton talon d'achille, peut-être que l'on pourrait se mettre à deux pour développer des projets. T'en penses quoi ?
EN:
Warning regarding MiSTer, it is a matter of making a recreation of the MZs with the ability to have the optional improvements such as the PGC - which is the closest to the real ones in terms of hardware than those of the software emulators. We'll see if I can meet the challenge.
Wow! WAv2MZF is beautiful the, one can parameterize the durations of the slots on the graphics part?
Regarding MZF2WAV (reverse method, command line, my MZF2LEP is a derivative version), I noticed some bugs (well it's hard to say ...). For example, it added a long pulse at the end of something I do not remember what was exactly in the header that I could not read the header and the data in one go without relaunching a second replay. Lastly, I find this same behavior with the MZ-80 K to read a miserable program (RAMTEST) that must be less than 400 bytes despite the bug that I corrected for the MZ-700 so I have a lot of doubts. I think that I will have to get all the sources of the monitors of each MZ to make sure there is not a pulse of less or too much...
Ideally, I would like to place a small circuit between the tape connector of the motherboard and the connector of the cassette player, the purpose of which is to be able to "select" the reading device. If you press PLAY / RECORD on the tape deck, the Arduino hands over to the player for signal transmission (bypass mode). If you start PLAY from the Arduinuo then the Arduino communicates instead of the player. I do not have very much in mind how to do it properly - do you have an idea to propose me?
And finally I would like the possibility to use these signals in an ultrafast mode that could be used to read or write MZF - for that, it is necessary that the code of read/write is implemented somewhere - in the ROM? to create an OS like system7 that support this protocol?
I have NVRAM that I would use to replace the ROM and the CGROM with the head to select the ROM of European / Japanese or customized and the same for the CGROM. But I will certainly need circuits with the ability to "switch" on the "ROM" wanted. A bit of reflection so ...
In short, I have plenty of ideas but I am not super well armed on the electronic side. If the electronics is not your Achilles heel, maybe we could get together to develop projects. What do you think?