Sharp PC-1403: problèmes de programmation

[utz]

Merci à tous!

@jvernet: Vous pouvez utiliser bin2wav pour convertir le binaire. Je m'attends à ce que cela fonctionne sur 1403h, trop. Mais je n'ai pas testé ça. Le demo n'est pas compatible avec les autres pockets. Il ne fonctionne pas sur Pockemul car 1403 émulation est incorrect. Je vais rapporter les détails dans la discussion Pockemul.

@jxano: Oui, je peux le comprendre. Je suis vraiment surpris que tant de gens aiment cette "musique". Je pense que le son et les graphiques peuvent être améliorées. Mais je n'ai pas eu le temps de faire plus, parce que je voulais finir la démo à temps pour la compétition.

[jvernet]

Merci à tous!

@jvernet: Vous pouvez utiliser bin2wav pour convertir le binaire. Je m'attends à ce que cela fonctionne sur 1403h, trop. Mais je n'ai pas testé ça.

Ca sera l'occasion de tester, il ne me semble pas avoir de 1403 tout court!.
Une fois obtenu le fichier, il faut faire un CLOAD ? CLOADM ? Quelles adresses ?

[utz]

CLOADM 33000, et puis CALL la même adresse.

Par ailleurs, quelle est la plus haut adresse utilisable? J'ai lu que le PC-1403 a 8 ko user RAMr, mais seulement 6863 octets sont utilisables?

[jvernet]

N'ayant pas de 1403, je ne sais pas. J'ai essayé avec mon 1403H (31800 octets disponibles), mais je n'ai pas réussi à charger le binaire. Converti en .WAV avec bin2vaw, j'ai essayé de le charger depuis mon Mac dans le pocket via une CE126P, mais le son est très distordu (il est correct en lecture sur le Mac, mais à travers à CE126P, c'est pourri), c'est etrange, et le pocket ne detecte rien, testé avec plusieurs niveaux de volumes sans succès

[utz]

Je ne sais pas comment résoudre ce. Peut-être un autre user peut vous aider?
Comment pouvez-vous transférer normalement des programmes de l'ordinateur à la poche? J'utilise une tape interface homebrew avec un amplificateur, donc je ne sais pas comment utiliser la CE126P.

[jvernet]

Je pense que ma CE126P est HS. Il me faudrait construire une interface K7 moderne, plan quelque part ?

J'ai un MiniDisc, c'est ce que j'utilise à la place des K7, je met les fichiers WAV via USB sur le MD.

Edit: chez JF, bien sur...


JV

[kenneth]

Impressionnant.

[Alexandre]

je n'ai pas réussi à charger le binaire. Converti en .WAV avec bin2vaw, j'ai essayé de le charger depuis mon Mac dans le pocket via une CE126P, mais le son est très distordu (il est correct en lecture sur le Mac, mais à travers à CE126P, c'est pourri), c'est etrange, et le pocket ne detecte rien, testé avec plusieurs niveaux de volumes sans succès

Salut jerôme, tu pourrais poster ton .wav obtenu, parce que je ne sais décidément toujours pas utiliser wav2bin et bin2wav...

[Pocket]

Salut,

Edit: chez JF, bien sur...

Ah oui, j'avais zappé.

D’ailleurs si vous testez sur d'autres machines, je suis preneur de retours

A+

[utz]

Ah, si le magazine est arrivé. Je ne l'ai pas eu le temps de le lire (faudra un certain temps compte tenu de mon mauvais français), mais il semble que bon! Merci à tout le monde participe.

@destroyedlolo: Je l'ai testé: le BREAK n'est pas automatiquement scanné dans le 1403. Une fois que vous êtes coincé dans une boucle de code machine, vous êtes coincé indéfiniment, jusqu'à ce que vous retirez les piles.

Salut,
J'avais un peu zappé ton sujet sur Osaka et j'en suis désolé.
J'aimerai apporter deux précisions.
Concernant le blocage d'un pocket à base de SC61860, il n'est pas nécessaire d'enlever les piles pour récupérer un bon fonctionnement. Un Reset permet de repartir à l'adresse 0. Si cela ne marche pas sur ton pocket, il est possible que le contact ait été volontairement empêché (par un bout de scotche peut-être). Essaye de vérifier en démontant la machine.

Tu fais mention d'un bug dans PockEmul empêchant l'auto-programmation. J'ai regardé et il n'y a en fait pas de bug enfin, la moitié d'un en fait.
Tu essaye de charger un programme en &80E8 sur un PC-1403 dans PockEmul. Cela n'est pas possible.. Seul le PC-1403H possède de la RAM sur cette plage d'adresse. Si tu utilise le PC-1403H, ta démo fonctionne parfaitement. Et c'est vraiment du super boulot. BRAVO !!!!!
Le demi-bug est que j'affiche dans le dump mémoire la plage mémoire &8000-&E000 alors qu'elle n'existe pas en vrai. Il y a sur le vrai un mirroring des plages d'adresse qui n'est pas géré par PockEmul. Je vais corriger cela.

Encore BRAVO. C'est incroyable.

Edit: Ca y est, j'ai corrigé PockEmul http://youtu.be/Y-MnZiEIBfs

Ah, ce qui est très intéressant! Quelle est la «bonne» plage d'adresses pour 1403 alors? Je veux essayer si mon code fonctionne plus vite lorsqu'il est situé à l'adresse correcte. Je l'ai le sentiment qu'il doit courir plus vite. Ou peut-être la rumeur est vrai que en 1403, le SC fonctionne à 192 KHz, pas 768?

Anyway, merci beaucoup pour corriger PockEmul!

[remy]

Ah, ce qui est très intéressant! Quelle est la «bonne» plage d'adresses pour 1403 alors? Je veux essayer si mon code fonctionne plus vite lorsqu'il est situé à l'adresse correcte. Je l'ai le sentiment qu'il doit courir plus vite. Ou peut-être la rumeur est vrai que en 1403, le SC fonctionne à 192 KHz, pas 768?

Anyway, merci beaucoup pour corriger PockEmul!

La RAM du 1403 se situe sur la plage E000-FFFF. A mon avis il n'y aura aucun changement car en langage machine, le mirroring des plages fait que les accès en 8000-9FFF (comme A000-BFFF et C000-DFFF) sont cablés sur E000-FFFF.
Je ne crois pas que cela soit vrai en BASIC; Car autant le PEEK utilise le mirroring, autant le POKE sur des plages d'adresses en mirror n'affecte pas la RAM.
Concernant la vitesse, le SC est toujours à 768Khz. En fait si tu veux la frequence d'un cycle CPU, c'est 768/3. il faut 3 cycles d'horloge pour un cycle CPU.
La rumeur de 192Khz vient du fait que les premiers pockets à base de SC61860 (PC-1251, PC-1401, PC-1402) utilisaient un quartz à 576Khz ( 192 *3). 192Khz était donc la fréquence CPU des premiers pockets SC.