Inscription : 29 Août 2007, 12:04 Message(s) : 2009 Localisation : seine et marne 77
breiztiger a écrit :
pour info
meme ecran noir sur mon cpc 6128 "reel"
apres "clac" du relait cassette
Merci pour l'information.
Donc :
- 464 / Basic 1.0 / 128k => à déterminer qui peut faire le test avec un 464 + extension 64k ? - 464+ / Basic 1.1 / 128k => OK - 6128 / Basic 1.1 / 128k => NOK
Merde je pige pas, le jeu est compatible 464,664,6128. Et j'ai jamais lu de bizarrerie au sujet de ce jeu dans aucun magazine, (si ce n'est que samp2cdt a généré un CDT qui déconnait de celui-là).
_________________ SPS Community Expert (SPS CE) / SPS France
Inscription : 20 Août 2013, 18:03 Message(s) : 258
dlfrsilver a écrit :
TotO a écrit :
Pourant, on ne peut pas louper la grosse puce carrée de 44-pins.
lol. Bon ça peut pas être ça, et de toute façon si un des auteurs d'émulateur en avait eu besoin, tu la leur aurais fourni......
Un PAL est un composant programmable (une fois, par fusibles). La grosse puce carrée est un CPLD (Complex Programable logic device), dont les PAL sont les ancêtre, eux même ancêtre des FPGA. La logique du PAL du 6128 se retrouve en partie dans la grosse puce carrée a 44 pattes
Maintenant, tout ce que fait le PAL pourrait etre fait avec de bete 74ls, mais ca prends plus de place.
- 464 / Basic 1.0 / 128k => à déterminer qui peut faire le test avec un 464 + extension 64k ? - 464+ / Basic 1.1 / 128k => OK - 6128 / Basic 1.1 / 128k => NOK
Merde je pige pas, le jeu est compatible 464,664,6128. Et j'ai jamais lu de bizarrerie au sujet de ce jeu dans aucun magazine, (si ce n'est que samp2cdt a généré un CDT qui déconnait de celui-là).
Ca serait pas la première protection qui fait des tests sur l'OS, la langue, etc, etc... Cela dit ca reste très étrange !
Quelles sont les pistes :
- Une particularité du pseudo PAL de l'extension mémoire - Une mémoire initialisé a "quelque chose" d'attendue par le soft - Une particularité du 464+ (le test sur un 464 standard nous permettra de barrer celle la) -... ??
EDIT : @Giants : Ton script me fait toujours rêver quand je vois la piste reconstituée !
Inscription : 21 Août 2008, 16:03 Message(s) : 342
Merci, ça fait tjs plaisir de l'entendre.
Quand une protection est détecté, la piste en question passe en fond rouge dans la mapping en bas et du coup, des liens sont crée sur chaque secteur de cette piste protégé. Si on clique sur le '512' du 1er secteur, à savoir 63, à droite du mapping va s'afficher les DATA en hexa de ce secteur. Du coup, on peu voir les info : SPEEDLOCK DISC PROTECTION SYSTEMS (C) 1988 SPEE...
Inscription : 12 Juin 2008, 20:29 Message(s) : 1726
dlfrsilver a écrit :
Citer :
j'ai donc testé sur l'émulation une config cpc 6128 avec 128ko -> et j'ai bien constaté pareil !
Oui ça fait pareil sous CPCE, Caprice et sugarbox.
Citer :
ce qui confirme que si on a 64ko supplémentaire comme un cpc6128 cela ne marche pas ! -> si quelqu'un charge la CDT/WAVE sur un cpc6128, il pourra le confirmer surement !
FAUX tu n'as pas lu ce que j'ai écris plus haut, j'ai indiqué noir sur blanc que sur un vrai CPC 464 avec extension de RAM, c'est bien le jeu en mode 128k qui se charge, avec de la musique et tout les niveaux en mémoire avec le WAV que j'ai posté!
Mon 464 + a de base un basic v1.1 (ben oui, y a pas de basic v1.0 sur les plus), et il a les 128k demandés. J'ai testé le WAV que j'ai mis à disposition sur ma machine, et le jeu marche.
Le 464 est doté du même Gate Array que le 6128. C'est lui qui gère les banques mémoires. Ocean beach volley utilise une routine de mise en place de la musique, qui provoque le bug de l'écran sur les émulateurs, ceci parce qu'une caractéristique de la RAM du CPC non émulée, mais surtout jamais pensée par les auteurs d'émulateurs à été omise, et ceci depuis la création du tout premier émulateur.
Je vous laisse le plaisir de chercher, c'est la découverte de 2016 concernant le hardware de la machine
Bon, c'est pas si faux ce que je raconte, puisque le jeu se charge mais ne fonctionne finalement pas sur un VRAI CPC 6128 ! Merci à breiztiger pour le test sur son cpc6128 !
donc un CPC 464 + 64ko n'est pas un CPC 6128 ! j'espère qu'on est ok sur ce point maintenant ? pour ce que j'ai dit sur le signal /EXT sur le port d'expansion : j'ai corrigé mon post comme expliqué à Gerald jusque après. J'écris plus vite que je lis, analyse ... et comprends !!!
Par contre, ce que tu dis sur le gate array entre 464 et 6128 est faux : le Gate array n'est pas le même + le chipset PAL en question qui gère les 64ko de mémoire supplémentaire pou le cpc6128. C'est marqué en gros sur le schéma de la carte mère du 6128 fourni par Amstrad -> fin du débat sur ce point !
Pièce jointe :
PAL16L8AC.PNG
Également, un autre point que j'ai dit et que je répète, le CDT de Beach Volley que tu as fait, passe très bien sur mon émulateur. Quelque soit le basic utilisé ! Il marche en mode 464 mais pas en 6128 !
Après, je n'ai pas compris ton dernier post, est-ce que tu testes que sur un cpc464+ avec extension de mémoire ? en effet, sur celui-ci, le gate array n'est pas présent puisque c'est l'asic qui s'en charge !? cela nous ferrait une autre subtilité à voir car le comportement de l'asic et qu'il >>émule<< le chipset PAL !!!
Pour finir, d'un point de vue émulation, il faudrait mettre un point d'arrêt à la fin du chargement, et voir tous les outs qui sont générés par le programme afin de décortiquer ce que le programme envoie comme information au hardware et le cas échéant de voir ce qu'il ne fait pas bien pour que ça marche sur un cpc6128 !!!
Mais avant cela, je me demande vraiment, si cela fonctionne avec un cpc 464 + d'autres extensions de mémoire (type DKtronics). Également, si tu n'as fait un test que sur un cpc464+, car ce n'est pas le même hardware/chipset qui gère cela ! En effet, cela pourrait également être le fait d'une mauvaise émulation du chipset PAL sur la XMEM dans ce cas ? --> Est-ce qu'on peut savoir cela d'un point de vue hardware ?!?
Vous n’êtes pas autorisé(e) à consulter les fichiers insérés à ce message.
org #fedf push bc ld b,#f4 ld a,d out (c),a ld b,#f6 in a,(c) or #c0 out (c),a and #3f out (c),a ld b,#f4 out (c),e ld b,#f6 ld e,a or #80 out (c),a out (c),e pop bc ret
en &38 -> jp #fe52
Code :
org #fe52 push hl push de push bc push af call #ff00 --> test clavier ld a,#43 rst #08 --> jp #febe jp nz,#fe00 ld a,#47 rst #08 jp nz,#fe4f ld a,#46 rst #08 jp nz,#0000 ld a,#0e rst #08 jr z,lfe76 ld bc,#7f88 out (c),c rst #00 .lfe76 pop af pop bc pop de pop hl ei ret
etc...
et nous voilà en
Code :
org #0283 ld hl,#6000 call #0416
puis donc en... avec bc=&0000
Code :
org #0416 ld a,(#02df) --> ce test est capital, mais je vous l'explique dans le post suivant ;-) ! or a ret z push ix push iy ld a,i push af di ld (l0433),hl ld (l0430),bc ld bc,#7fc4 --> on commute la bank mémoire supplémentaire ! zut, que va-t-il se passer s'il n'y en a pas ??? out (c),c .l0430 equ $ + 1 ld bc,#0000 .l0433 equ $ + 1 call #0000 --> est mis à &6000 donc call &6000 à suivre ;-) ! ld (l043f),a ld bc,#7fc0 out (c),c pop af .l043f equ $ + 1 ld a,#00 jp po,l0444 ei .l0444 or a pop iy pop ix ret
Dernière édition par Megachur le 31 Jan 2016, 08:07, édité 2 fois.
OUT &7F00,&C1 L'écriture de la ram video se fait dans le bloc mémoire étendue e3 ! Toutes les lectures/écritures entre &C000 et &FFFF se feront dans le bloc étendu e3 et non r3. La ram vidéo centrale est alors inaccessible mais affichée à l'ecran ! Cette bizarrerie a par exemple été utilisée dans le jeu 'Space harrier 2' pour gérer une musique implantée en &C000.
Utilisateur(s) parcourant ce forum : Aucun utilisateur inscrit et 122 invité(s)
Vous ne pouvez pas publier de nouveaux sujets dans ce forum Vous ne pouvez pas répondre aux sujets dans ce forum Vous ne pouvez pas éditer vos messages dans ce forum Vous ne pouvez pas supprimer vos messages dans ce forum Vous ne pouvez pas insérer de pièces jointes dans ce forum
Connexion
Inscription
FAQ
tu n'as pas lu ce que j'ai écris plus haut, j'ai indiqué noir sur blanc que sur un vrai CPC 464 avec extension de RAM, c'est bien le jeu en mode 128k qui se charge, avec de la musique et tout les niveaux en mémoire avec le WAV que j'ai posté! 
débug 
!