La Place des Développeurs [EN COURS] un seul chargement et deux destinations. Comment charger une fois pour deux emplacements.
Reprise du message précédent
en fait la destination est identique puisque tu rempli la vram a chaque foisc'est l'exploitation des données qui change suivant le mode d'écran
il n'y a pas duplication c'est juste le nombres d'octets pour un pixel qui change
en screen 5 un octet = 2 pixels (1111 2222) les 4 bits codent la couleur
en screen 6 un octet = 4 pixels (11 22 33 44) les 2 bits codent la couleur
en screen 7 un octet = 2 pixels (1111 2222) les 4 bits codent la couleur
en screen 7 un octet = 1 pixel (VVV RRR BB) la palette est de 256 couleurs (le bleu est codé sur 2 bits)
rajout:
tu peux faire des essais avec des VPOKE pour comprendre comment la VRAM se remplit
Merci poiur la précision Jipe 
En fait, voila ce qui se passe:
J'affiche donc en SCREEN7 un image (des bribes d'images)générée en SCREEN5:
Pour se faire, j'ai modifié mon petit moteur expérimental ce dessous:
Chaque bribes d'image.SC5 chargée en SCREEN7 se "dédouble" à ceci près que les deux images générées ne sont pas "parfaitement identiques.
@Jipe: J'ai bien compris ton explication mais une chose m'intrigue:
Pourquoi l'image générée est donc "pseudo dédoublée" (les deux images e sont pas véritablement clonées mais presque identiques) alors que les SCREEN5 et 7 on selon les références que tu écris la même "architecture"?
en screen 5 un octet = 2 pixels (1111 2222) les 4 bits codent la couleur
en screen 7 un octet = 2 pixels (1111 2222) les 4 bits codent la couleur
En fait je voudrais voir si en créant une image en SCREEN7 puis affichée en SCREEN5, je peux afficher des images sur 2 pages différentes du SCREEN5
(Le screen 7 est un exemple...Si ca marche avec un autre mode graphique, je suis preneur
)
En fait, voila ce qui se passe:
J'affiche donc en SCREEN7 un image (des bribes d'images)générée en SCREEN5:
Pour se faire, j'ai modifié mon petit moteur expérimental ce dessous:
Code TEXT :
0 'Sauvegarde Travail en cours*****
10 'save"SPRITE43.asc",a
15 'Mode ecran*********************
20 SCREEN7,2:COLOR1,1,1:'VDP(24)=VDP(24)-2AND255
21 VDP(12)=&B0010000000:'desactive les sprites
22 'SET PAGE 0,2:BLOAD"HEROS.SC5",S:COLOR=RESTORE
24 'SET PAGE 0,0:BLOAD"alpha.sc5",S:COLOR=RESTORE
25 '
27 'Variables Sprites Mobiles******
28 '
30 X=1+96+8:Y=0+7:'Position initiale du HERO
31 'XB=32+1:YB=127:' Position initiale ASCENCEUR
32 VM=16:VC=8:VS=16:VH=8:'Vitesses Monte, Chute, Saute, Horizontale
33 SH=1:SD=1:SG=1:'Empeche les sauts.
34 P=1:UP=0:' Active la pesanteur
35 RI=0:LE=0:' Desactive le passe muraille Droite et Gauche
36 'AS=0:Adherence a l Ascenceur
37 SC=2:'Vitesse de scrolling
40 'DATAS des Patterns des Sprites***************
42 GOTO 1250
44 'Variables des Pattern des sprites*************
46 A=0:B=1:C=2:D=3:E=4
48 'variables Latitudes et Longitudes des sprites fixes
49 '
50 A1=24:A2=56:A3=88:A4=120:A5=152:A6=184:A7=216
51 AA=183:AB=183:AC=183:AD=183:AE=183:AF=183:AG=183
52 B1=24:B2=56:B3=73:B4=120:B5=137:B6=200:B7=216
53 BA=95:BB=95:BC=95:BD=63:BE=63:BF=111:BG=111
54 C1=24:C2=41:C3=57:C4=136:C5=168:C6=184:C7=216
55 CA=15:CB=15:CC=15:CD=-1:CE=-1:CF=31:CG=31
56 D1=24:D2=56:D3=88:D4=120:D5=152:D6=184:D7=216
57 DA=15:DB=15:DC=15:DD=15:DE=15:DF=16:DG=15
65 'Projection des Sprites Fixes
66 '
70 PUTSPRITE1,(A1,AA),1,A:PUTSPRITE2,(A2,AB),1,A:PUTSPRITE3,(A3,AC),1,A:PUTSPRITE4,(A4,AD),1,A:PUTSPRITE5,(A5,AE),1,A:PUTSPRITE6,(A6,AF),1,A:PUTSPRITE7,(A7,AG),1,A
75 PUTSPRITE8,(B1,BA),1,A:PUTSPRITE9,(B2,BB),1,A:PUTSPRITE10,(B3,BC),15,C:PUTSPRITE11,(B4,BD),15,D:PUTSPRITE12,(B5,BE),15,C:PUTSPRITE13,(B6,BF),15,D:PUTSPRITE14,(B7,BG),1,A
80 PUTSPRITE15,(C1,CA),15,D:PUTSPRITE16,(C2,CB),1,A:PUTSPRITE17,(C3,CC),15,C:PUTSPRITE18,(C4,CD),15,D:PUTSPRITE19,(C5,CE),15,C:PUTSPRITE20,(C6,CF),15,D:PUTSPRITE21,(C7,CG),1,A
85 'PUTSPRITE22,(D1,DA),1,A:PUTSPRITE23,(D2,DB),1,A:PUTSPRITE24,(D3,DC),1,A:PUTSPRITE25,(D4,DD),1,A:PUTSPRITE26,(D5,DE),1,A:PUTSPRITE27,(D6,DF),1,A:PUTSPRITE28,(D7,DG),1,A
90 '
92 ' Choix de la première page à afficher
93 '
94 J=1:' J est le premier répertoire affiché
95 '
100 IF J=1THEN CALL CHDIR ("I-1"):GOTO 200
102 IF J=2THEN CALL CHDIR ("I-2"):GOTO 200
104 IF J=3THEN CALL CHDIR ("I-3"):GOTO 200
106 IF J=4THEN CALL CHDIR ("I-4"):GOTO 200
200 CALL CHDIR ("D"):VB=D
202 BLOAD"2",S:GOSUB853:'COPY(0,210)-(255,211),0TO(0,210),1:GOSUB 853
204 BLOAD"1",S:GOSUB853:'COPY(0,208)-(255,209),0TO(0,208),1:GOSUB 853
206 CALL CHDIR ("..")
300 CALL CHDIR ("C")
302 BLOAD"8",S:GOSUB853:'COPY(0,206)-(255,207),0TO(0,206),1:GOSUB 853
304 BLOAD"7",S:GOSUB853:'COPY(0,204)-(255,205),0TO(0,204),1:GOSUB 853
306 BLOAD"6",S:GOSUB853:'COPY(0,202)-(255,203),0TO(0,202),1:GOSUB 853
308 BLOAD"5",S:GOSUB853:'COPY(0,200)-(255,201),0TO(0,200),1:GOSUB 853
310 BLOAD"4",S:GOSUB853:'COPY(0,198)-(255,199),0TO(0,198),1:GOSUB 853
312 BLOAD"3",S:GOSUB853:'COPY(0,196)-(255,197),0TO(0,196),1:GOSUB 853
314 BLOAD"2",S:GOSUB853:'COPY(0,194)-(255,195),0TO(0,194),1:GOSUB 853
316 BLOAD"1",S:GOSUB853:'COPY(0,192)-(255,193),0TO(0,192),1:GOSUB 853
318 CALL CHDIR ("..")
320 CALL CHDIR ("B")
322 BLOAD"8",S:GOSUB853:'COPY(0,190)-(255,191),0TO(0,190),1:GOSUB 853
324 BLOAD"7",S:GOSUB853:'COPY(0,188)-(255,189),0TO(0,188),1:GOSUB 853
326 BLOAD"6",S:GOSUB853:'COPY(0,186)-(255,187),0TO(0,186),1:GOSUB 853
328 BLOAD"5",S:GOSUB853:'COPY(0,184)-(255,185),0TO(0,184),1:GOSUB 853
330 BLOAD"4",S:GOSUB853:'COPY(0,182)-(255,183),0TO(0,182),1:GOSUB 853
332 BLOAD"3",S:GOSUB853:'COPY(0,180)-(255,181),0TO(0,180),1:GOSUB 853
334 BLOAD"2",S:GOSUB853:'COPY(0,178)-(255,179),0TO(0,178),1:GOSUB 853
336 BLOAD"1",S:GOSUB853:'COPY(0,176)-(255,177),0TO(0,176),1:GOSUB 853
338 CALL CHDIR ("..")
340 CALL CHDIR ("A")
342 BLOAD"8",S:GOSUB853:'COPY(0,174)-(255,175),0TO(0,174),1:GOSUB 853
344 BLOAD"7",S:GOSUB853:'COPY(0,172)-(255,173),0TO(0,172),1:GOSUB 853
346 BLOAD"6",S:GOSUB853:'COPY(0,170)-(255,171),0TO(0,170),1:GOSUB 853
348 BLOAD"5",S:GOSUB853:'COPY(0,168)-(255,169),0TO(0,168),1:GOSUB 853
350 BLOAD"4",S:GOSUB853:'COPY(0,166)-(255,167),0TO(0,166),1:GOSUB 853
352 BLOAD"3",S:GOSUB853:'COPY(0,164)-(255,165),0TO(0,164),1:GOSUB 853
354 BLOAD"2",S:GOSUB853:'COPY(0,162)-(255,163),0TO(0,162),1:GOSUB 853
356 BLOAD"1",S:GOSUB853:'COPY(0,160)-(255,161),0TO(0,160),1:GOSUB 853
358 CALL CHDIR ("..")
360 CALL CHDIR ("9")
362 BLOAD"8",S:GOSUB853:'COPY(0,158)-(255,159),0TO(0,158),1:GOSUB 853
364 BLOAD"7",S:GOSUB853:'COPY(0,156)-(255,157),0TO(0,156),1:GOSUB 853
366 BLOAD"6",S:GOSUB853:'COPY(0,154)-(255,155),0TO(0,154),1:GOSUB 853
368 BLOAD"5",S:GOSUB853:'COPY(0,152)-(255,153),0TO(0,152),1:GOSUB 853
370 BLOAD"4",S:GOSUB853:'COPY(0,150)-(255,151),0TO(0,150),1:GOSUB 853
372 BLOAD"3",S:GOSUB853:'COPY(0,148)-(255,149),0TO(0,148),1:GOSUB 853
374 BLOAD"2",S:GOSUB853:'COPY(0,146)-(255,147),0TO(0,146),1:GOSUB 853
376 BLOAD"1",S:GOSUB853:'COPY(0,144)-(255,145),0TO(0,144),1:GOSUB 853
378 CALL CHDIR ("..")
380 CALL CHDIR ("8")
382 BLOAD"8",S:GOSUB853:'COPY(0,142)-(255,143),0TO(0,142),1:GOSUB 853
384 BLOAD"7",S:GOSUB853:'COPY(0,140)-(255,141),0TO(0,140),1:GOSUB 853
386 BLOAD"6",S:GOSUB853:'COPY(0,138)-(255,139),0TO(0,138),1:GOSUB 853
388 BLOAD"5",S:GOSUB853:'COPY(0,136)-(255,137),0TO(0,136),1:GOSUB 853
390 BLOAD"4",S:GOSUB853:'COPY(0,134)-(255,135),0TO(0,134),1:GOSUB 853
392 BLOAD"3",S:GOSUB853:'COPY(0,132)-(255,133),0TO(0,132),1:GOSUB 853
394 BLOAD"2",S:GOSUB853:'COPY(0,130)-(255,131),0TO(0,130),1:GOSUB 853
396 BLOAD"1",S:GOSUB853:'COPY(0,128)-(255,129),0TO(0,128),1:GOSUB 853
398 CALL CHDIR ("..")
400 CALL CHDIR ("7")
402 BLOAD"8",S:GOSUB853:'COPY(0,126)-(255,127),0TO(0,126),1:GOSUB 853
404 BLOAD"7",S:GOSUB853:'COPY(0,124)-(255,125),0TO(0,124),1:GOSUB 853
406 BLOAD"6",S:GOSUB853:'COPY(0,122)-(255,123),0TO(0,122),1:GOSUB 853
408 BLOAD"5",S:GOSUB853:'COPY(0,120)-(255,121),0TO(0,120),1:GOSUB 853
410 BLOAD"4",S:GOSUB853:'COPY(0,118)-(255,119),0TO(0,118),1:GOSUB 853
412 BLOAD"3",S:GOSUB853:'COPY(0,116)-(255,117),0TO(0,116),1:GOSUB 853
414 BLOAD"2",S:GOSUB853:'COPY(0,114)-(255,115),0TO(0,114),1:GOSUB 853
416 BLOAD"1",S:GOSUB853:'COPY(0,112)-(255,113),0TO(0,112),1:GOSUB 853
418 CALL CHDIR ("..")
420 CALL CHDIR ("6")
422 BLOAD"8",S:GOSUB853:'COPY(0,110)-(255,111),0TO(0,110),1:GOSUB 853
424 BLOAD"7",S:GOSUB853:'COPY(0,108)-(255,109),0TO(0,108),1:GOSUB 853
426 BLOAD"6",S:GOSUB853:'COPY(0,106)-(255,107),0TO(0,106),1:GOSUB 853
428 BLOAD"5",S:GOSUB853:'COPY(0,104)-(255,105),0TO(0,104),1:GOSUB 853
430 BLOAD"4",S:GOSUB853:'COPY(0,102)-(255,103),0TO(0,102),1:GOSUB 853
432 BLOAD"3",S:GOSUB853:'COPY(0,100)-(255,101),0TO(0,100),1:GOSUB 853
434 BLOAD"2",S:GOSUB853:'COPY(0,98)-(255,99),0TO(0,98),1:GOSUB 853
436 BLOAD"1",S:GOSUB853:'COPY(0,96)-(255,97),0TO(0,96),1:GOSUB 853
438 CALL CHDIR ("..")
440 CALL CHDIR ("5")
442 BLOAD"8",S:GOSUB853:'COPY(0,94)-(255,95),0TO(0,94),1:GOSUB 853
444 BLOAD"7",S:GOSUB853:'COPY(0,92)-(255,93),0TO(0,92),1:GOSUB 853
446 BLOAD"6",S:GOSUB853:'COPY(0,90)-(255,91),0TO(0,90),1:GOSUB 853
448 BLOAD"5",S:GOSUB853:'COPY(0,88)-(255,89),0TO(0,88),1:GOSUB 853
450 BLOAD"4",S:GOSUB853:'COPY(0,86)-(255,87),0TO(0,86),1:GOSUB 853
452 BLOAD"3",S:GOSUB853:'COPY(0,84)-(255,85),0TO(0,84),1:GOSUB 853
454 BLOAD"2",S:GOSUB853:'COPY(0,82)-(255,83),0TO(0,82),1:GOSUB 853
456 BLOAD"1",S:GOSUB853:'COPY(0,80)-(255,81),0TO(0,80),1:GOSUB 853
458 CALL CHDIR ("..")
460 CALL CHDIR ("4")
462 BLOAD"8",S:GOSUB853:'COPY(0,78)-(255,79),0TO(0,78),1:GOSUB 853
464 BLOAD"7",S:GOSUB853:'COPY(0,76)-(255,77),0TO(0,76),1:GOSUB 853
466 BLOAD"6",S:GOSUB853:'COPY(0,74)-(255,75),0TO(0,74),1:GOSUB 853
468 BLOAD"5",S:GOSUB853:'COPY(0,72)-(255,73),0TO(0,72),1:GOSUB 853
470 BLOAD"4",S:GOSUB853:'COPY(0,70)-(255,71),0TO(0,70),1:GOSUB 853
472 BLOAD"3",S:GOSUB853:'COPY(0,68)-(255,69),0TO(0,68),1:GOSUB 853
474 BLOAD"2",S:GOSUB853:'COPY(0,66)-(255,67),0TO(0,66),1:GOSUB 853
476 BLOAD"1",S:GOSUB853:'COPY(0,64)-(255,65),0TO(0,64),1:GOSUB 853
478 CALL CHDIR ("..")
480 CALL CHDIR ("3")
482 BLOAD"8",S:GOSUB853:'COPY(0,62)-(255,63),0TO(0,62),1:GOSUB 853
484 BLOAD"7",S:GOSUB853:'COPY(0,60)-(255,61),0TO(0,60),1:GOSUB 853
486 BLOAD"6",S:GOSUB853:'COPY(0,58)-(255,59),0TO(0,58),1:GOSUB 853
488 BLOAD"5",S:GOSUB853:'COPY(0,56)-(255,57),0TO(0,56),1:GOSUB 853
490 BLOAD"4",S:GOSUB853:'COPY(0,54)-(255,55),0TO(0,54),1:GOSUB 853
492 BLOAD"3",S:GOSUB853:'COPY(0,52)-(255,53),0TO(0,52),1:GOSUB 853
494 BLOAD"2",S:GOSUB853:'COPY(0,50)-(255,51),0TO(0,50),1:GOSUB 853
496 BLOAD"1",S:GOSUB853:'COPY(0,48)-(255,49),0TO(0,48),1:GOSUB 853
498 CALL CHDIR ("..")
500 CALL CHDIR ("2")
502 BLOAD"8",S:GOSUB853:'COPY(0,46)-(255,47),0TO(0,46),1:GOSUB 853
504 BLOAD"7",S:GOSUB853:'COPY(0,44)-(255,45),0TO(0,44),1:GOSUB 853
506 BLOAD"6",S:GOSUB853:'COPY(0,42)-(255,43),0TO(0,42),1:GOSUB 853
508 BLOAD"5",S:GOSUB853:'COPY(0,40)-(255,41),0TO(0,40),1:GOSUB 853
510 BLOAD"4",S:GOSUB853:'COPY(0,38)-(255,39),0TO(0,38),1:GOSUB 853
512 BLOAD"3",S:GOSUB853:'COPY(0,36)-(255,37),0TO(0,36),1:GOSUB 853
514 BLOAD"2",S:GOSUB853:'COPY(0,34)-(255,35),0TO(0,34),1:GOSUB 853
516 BLOAD"1",S:GOSUB853:'COPY(0,32)-(255,33),0TO(0,32),1:GOSUB 853
518 CALL CHDIR ("..")
520 CALL CHDIR ("1")
522 BLOAD"8",S:GOSUB853:'COPY(0,30)-(255,31),0TO(0,30),1:GOSUB 853
524 BLOAD"7",S:GOSUB853:'COPY(0,28)-(255,29),0TO(0,28),1:GOSUB 853
526 BLOAD"6",S:GOSUB853:'COPY(0,26)-(255,27),0TO(0,26),1:GOSUB 853
528 BLOAD"5",S:GOSUB853:'COPY(0,24)-(255,25),0TO(0,24),1:GOSUB 853
530 BLOAD"4",S:GOSUB853:'COPY(0,22)-(255,23),0TO(0,22),1:GOSUB 853
532 BLOAD"3",S:GOSUB853:'COPY(0,20)-(255,21),0TO(0,20),1:GOSUB 853
534 BLOAD"2",S:GOSUB853:'COPY(0,18)-(255,19),0TO(0,18),1:GOSUB 853
536 BLOAD"1",S:GOSUB853:'COPY(0,16)-(255,17),0TO(0,16),1:GOSUB 853
538 CALL CHDIR ("..")
540 CALL CHDIR ("0")
542 BLOAD"8",S:GOSUB853:'COPY(0,14)-(255,15),0TO(0,14),1:GOSUB 853
544 BLOAD"7",S:GOSUB853:'COPY(0,12)-(255,13),0TO(0,12),1:GOSUB 853
546 BLOAD"6",S:GOSUB853:'COPY(0,10)-(255,11),0TO(0,10),1:GOSUB 853
548 BLOAD"5",S:GOSUB853:'COPY(0,8)-(255,9),0TO(0,8),1:GOSUB 853
550 BLOAD"4",S:GOSUB853:'COPY(0,6)-(255,7),0TO(0,6),1:GOSUB 853
552 BLOAD"3",S:GOSUB853:'COPY(0,4)-(255,5),0TO(0,4),1:GOSUB 853
554 BLOAD"2",S:GOSUB853:'COPY(0,2)-(255,3),0TO(0,2),1:GOSUB 853
556 BLOAD"1",S:GOSUB853:'COPY(0,0)-(255,1),0TO(0,0),1:GOSUB 853
558 CALL CHDIR ("..")
559 IFJ=4THENSC=0:GOSUB853:GOTO559
560 CALL CHDIR ("F")
562 BLOAD"8",S:GOSUB853:'BLOAD"8",S,0+32768!:GOSUB 853
564 BLOAD"7",S:GOSUB853:'BLOAD"7",S,0+32768!:GOSUB 853
566 BLOAD"6",S:GOSUB853:'BLOAD"6",S,0+32768!:GOSUB 853
568 BLOAD"5",S:GOSUB853:'BLOAD"5",S,0+32768!:GOSUB 853
570 BLOAD"4",S:GOSUB853:'BLOAD"4",S,0+32768!:GOSUB 853
572 BLOAD"3",S:GOSUB853:'BLOAD"3",S,0+32768!:GOSUB 853
574 BLOAD"2",S:GOSUB853:'BLOAD"2",S,0+32768!:GOSUB 853
576 BLOAD"1",S:GOSUB853:'BLOAD"1",S,0+32768!:GOSUB 853:'Zone Sprites
578 CALL CHDIR ("..")
580 CALL CHDIR ("E")
582 BLOAD"8",S:GOSUB853:'BLOAD"8",S,0+32768!:GOSUB 853
584 BLOAD"7",S:GOSUB853:'BLOAD"7",S,0+32768!:GOSUB 853:'Zone Sprites
586 BLOAD"6",S:GOSUB853:'BLOAD"6",S,0+32768!:GOSUB 853:'Zone Sprites
588 BLOAD"5",S:GOSUB853:'BLOAD"5",S,0+32768!:GOSUB 853:'Zone Sprites
590 BLOAD"4",S:GOSUB853:'BLOAD"4",S,0+32768!:GOSUB 853
592 BLOAD"3",S:GOSUB853:'BLOAD"3",S,0+32768!:GOSUB 853
594 BLOAD"2",S:GOSUB853:'BLOAD"2",S,0+32768!:GOSUB 853
596 BLOAD"1",S:GOSUB853:'BLOAD"1",S,0+32768!:GOSUB 853
598 CALL CHDIR ("..")
600 CALL CHDIR ("D")
602 BLOAD"8",S:GOSUB853:'BLOAD"8",S,0+32768!:GOSUB 853
604 BLOAD"7",S:GOSUB853:'BLOAD"7",S,0+32768!:GOSUB 853
606 BLOAD"6",S:GOSUB853:'BLOAD"6",S,0+32768!:GOSUB 853
608 BLOAD"5",S:GOSUB853:'BLOAD"5",S,0+32768!:GOSUB 853
610 BLOAD"4",S:GOSUB853:'BLOAD"4",S,0+32768!:GOSUB 853
612 BLOAD"3",S:GOSUB853:'BLOAD"3",S,0+32768!:GOSUB 853
614 CALL CHDIR (".."):CALL CHDIR (".."):J=J+1:GOTO100
838 'Projection des Sprites Mobiles***************
839 '
840 'XB=XB+8AND255:'MOTEUR ASCENCEUR
841 'IFAS=1THENX=XB:'ADHERENCE ASCENCEUR 1
843 'PUTSPRITE29,(XB,YB),15,A:'ASCENCEUR 1
845 'IFY>YB-14THENIFY<YBTHENIFX>XB-4THENIFX<XB+8THENAS=1
847 '
850 'Moteur Principal
852 '
853 S=STICK(0):ONS+1GOSUB 860,870,880,890,860,860,860,930,940:'Renvoie selon Stick ZERO
854 RETURN:'VDP(24)=VDP(24)-SCAND255:RETURN
855 '
856 'Gestion des Mouvements
857 '
858 'STATIQUE
860 PUTSPRITE0,(X,Y),8,D:ONSPRITE GOSUB1000:SPRITEON:'Si colision aller a 1000
861 'IFRI=1THENP=1
862 'IFLE=1THENP=1
863 IFP=1THEN910:'Si pesanteur alors aller a ligne 210 (chute)
864 RETURN
867 '
868 'SAUT HAUT
870 PUTSPRITE0,(X,Y),8,D:ONSPRITEGOSUB1010:SPRITEON:'Si colision aller a 1010
872 IFSH=5THEN910:'Si Saut boucle x fois alors aller a 210
873 IFUP=1THENY=Y+2:UP=0:AS=0:'Si saut utilise alors recalibrer Y
874 Y=Y-VS:SH=SH+1:P=1:'Saut Haut utilise! Pesanteur active
876 RETURN
877 '
878 'SAUT DROITE
880 PUTSPRITE0,(X,Y),8,D:ONSPRITEGOSUB1020:SPRITEON:'Si colision aller a 1020
882 IFSD=3THEN910:'Si Saut Droite deja utilise alors aller a 210
883 IFUP=1THENY=Y+2:UP=0:AS=0:'Si saut utilise alors recalibrer Y
884 X=X+VS:Y=Y-VS:SD=SD+1:P=1:'Saut Droite utilise! Pesanteur active
886 RETURN
887 '
888 'DROITE
890 PUTSPRITE0,(X,Y),8,A:ONSPRITEGOSUB1030:SPRITEON:'Si colision aller a 1030
892 X=X+VH:'Deplacement a droite
893 '
894 IFP=1THEN910:'Si pesanteur alors aller a 210 (chute)
896 RETURN
897 '
898 'CHUTE A DROITE
900 PUTSPRITE0,(X,Y),8,D:ONSPRITEGOSUB1040:SPRITEON:'SI COLISION ALLER A 1040
902 X=X+VC:'Deplacement a Droite
903 IFUP=1THENY=Y+2:UP=0:'si saut utilise alors recalibrer Y
904 IFP=1THENY=Y+VC:'Si pesanteur alors chute de VC pixels
906 RETURN
907 '
908 'CHUTE
910 PUTSPRITE0,(X,Y),8,D:ONSPRITE GOSUB1050:SPRITEON:'Si colision alors 1050
911 IFLE=1THENEL=EL+1:P=1:'Si RI actif alors Pesanteur Actif
912 IFEL=2THENX=X+1:LE=0:EL=0
913 IFRI=1THENRI=0:P=1:'Si RI actif alors Pesanteur Actif
914 IFUP=1THENY=Y+2:UP=0:'Si saut utilise alors recalibrer Y
915 IFP=1THENY=Y+VC:'Si pesanteur alors chute de VC pixels
916 RETURN
917 '
918 'CHUTE A GAUCHE
920 PUTSPRITE0,(X,Y),8,D:ONSPRITEGOSUB1060:SPRITEON:SI COLISION ALLER A 1060
922 X=X-16:'Deplacement a Gauche
923 IFUP=1THENY=Y+2:UP=0:SI SAUT UTILISE ALORS RECALIBRER Y
924 IFP=1THENY=Y+VC:'Si pesanteur alors chute de VC pixels
926 RETURN
927 '
928 'GAUCHE
930 PUTSPRITE0,(X,Y),8,B:ONSPRITE GOSUB1070:'SPRITEON:Si colision aller a 1070
932 X=X-VH:'Deplacement a Gauche
933 '
934 IFP=1THEN910:'Si pesanteur aller a 210 (chute)
936 RETURN
937 '
938 'SAUT GAUCHE
940 PUTSPRITE0,(X,Y),8,D:ONSPRITEGOSUB1080:SPRITEON:'Si colision aller a 1020
942 IFSG=3THEN910:'Si Saut Gauche deja utilise alors aller a 210
943 IFUP=1THENY=Y+2:UP=0:AS=0:'Si saut utilise alors recalibrer Y
944 X=X-VS:Y=Y-VS:SG=SG+1:P=1:'Saut Gauche utilisé! Pesanteur active
946 RETURN
998 '
999 'COLISION STATIQUE
1000 P=0:SH=0:SD=0:SG=0
1001 SPRITEOFF
1002 IFRI=1THENP=1
1003 IFLE=1THENP=1
1004 IFUP=0THENY=Y-2:UP=1
1005 RETURN
1008 '
1009 'COLISION SAUT HAUT
1010 P=0:SH=0:SD=0:SG=0
1011 SPRITEOFF
1013 IFUP=0THENY=Y-2:UP=1
1014 RETURN
1018 '
1019 'COLISION SAUT DROITE
1020 P=0:SH=0:SD=0:SG=0
1021 SPRITEOFF
1023 IFUP=0THENY=Y-2:UP=1
1024 RETURN
1028 '
1029 'COLISION DROITE
1030 IFP=1THENRETURN
1031 P=1:SH=0:SD=0:SG=0:RI=1
1032 SPRITEOFF
1033 IFUP=0THENY=Y-2:UP=1
1034 RETURN
1038 '
1039 'COLISION CHUTE A DROITE
1040 P=0:SH=0:SD=0:SG=0
1041 SPRITEOFF
1043 IFUP=0THENY=Y-2:UP=1
1044 RETURN
1048 '
1049 'COLISION BAS
1050 P=0:SH=0:SD=0:SG=0
1051 'SPRITEOFF
1053 IFUP=0THENY=Y-2:UP=1
1054 RETURN
1058 '
1059 'COLISION CHUTE A GAUCHE
1060 P=0:SH=1:SD=0:SG=0
1061 SPRITEOFF
1063 IFUP=0THENY=Y-2:UP=1
1064 RETURN
1068 '
1069 'COLISION GAUCHE
1070 IFP=1THENRETURN
1071 P=1:SH=0:SD=0:SG=0:LE=1
1072 X=X-16-1:SPRITEOFF
1073 IFUP=0THENY=Y-2:UP=1
1074 RETURN
1078 '
1079 'COLISION SAUT GAUCHE
1080 P=0:SH=0:SD=0:SG=0
1081 SPRITEOFF
1083 IFUP=0THENY=Y-2:UP=1
1084 RETURN
1088 '
1200 DESSIN DES SPRITES
1201 '
1250 FOR I=1TO16:READA$:S$=S$+CHR$(VAL("&B"+LEFT$(A$,8))):NEXTI
1252 ' DESSIN DES SPRITES
1260 RESTORE 1301
1270 FORI=1TO16:READA$:S$=S$+CHR$(VAL("&B"+RIGHT$(A$,8))):NEXTI
1280 SPRITE$(0)=S$
1290 GOTO 1350
1301 DATA 0000000000000000
1302 DATA 0000000000000000
1303 DATA 0000000000000000
1304 DATA 0000000000000000
1305 DATA 0000000000000000
1306 DATA 0000000000000000
1307 DATA 0000000000000000
1308 DATA 0000000000000000
1309 DATA 1111111111111111
1310 DATA 1000000000000000
1311 DATA 0000000000000000
1312 DATA 0000000000000000
1313 DATA 0000000000000000
1314 DATA 0000000000000000
1315 DATA 0000000000000000
1316 DATA 0000000000000000
1350 FORJB=1TO16:READA$:T$=T$+CHR$(VAL("&B"+LEFT$(A$,8))):NEXTJB
1360 RESTORE 1401
1370 FORJB=1TO16:READA$:T$=T$+CHR$(VAL("&B"+RIGHT$(A$,8))):NEXTJB
1380 SPRITE$(1)=T$
1390 GOTO 1450
1401 DATA 0000000000000000
1402 DATA 0000000000000000
1403 DATA 0000000000000000
1404 DATA 0000000000000000
1405 DATA 0000000000000000
1406 DATA 0000000000000000
1407 DATA 0000000000000000
1408 DATA 0000000000000000
1409 DATA 1111111111111111
1410 DATA 0000000000000001
1411 DATA 0000000000000000
1412 DATA 0000000000000000
1413 DATA 0000000000000000
1414 DATA 0000000000000000
1415 DATA 0000000000000000
1416 DATA 0000000000000000
1450 FORK=1TO16:READA$:U$=U$+CHR$(VAL("&B"+LEFT$(A$,8))):NEXTK
1460 RESTORE 1501
1470 FORK=1TO16:READA$:U$=U$+CHR$(VAL("&B"+RIGHT$(A$,8))):NEXTK
1480 SPRITE$(2)=U$
1490 GOTO 1550
1501 DATA 0000000000000000
1502 DATA 0000000000000000
1503 DATA 0000000000000000
1504 DATA 0000000000000000
1505 DATA 0000000000000000
1506 DATA 0000000000000000
1507 DATA 0000000000000000
1508 DATA 0000000010000000
1509 DATA 1111111111111111
1510 DATA 0000000000000000
1511 DATA 0000000000000000
1512 DATA 0000000000000000
1513 DATA 0000000000000000
1514 DATA 0000000000000000
1515 DATA 0000000000000000
1516 DATA 0000000000000000
1550 FORL=1TO16:READA$:V$=V$+CHR$(VAL("&B"+LEFT$(A$,8))):NEXTL
1560 RESTORE 1601
1570 FORL=1TO16:READA$:V$=V$+CHR$(VAL("&B"+RIGHT$(A$,8))):NEXTL
1580 SPRITE$(3)=V$
1590 GOTO 44
1601 DATA 0000000000000000
1602 DATA 0000000000000000
1603 DATA 0000000000000000
1604 DATA 0000000000000000
1605 DATA 0000000000000000
1606 DATA 0000000000000000
1607 DATA 0000000000000000
1608 DATA 1000000000000000
1609 DATA 1111111111111111
1610 DATA 0000000000000000
1611 DATA 0000000000000000
1612 DATA 0000000000000000
1613 DATA 0000000000000000
1614 DATA 0000000000000000
1615 DATA 0000000000000000
1616 DATA 0000000000000000
Chaque bribes d'image.SC5 chargée en SCREEN7 se "dédouble" à ceci près que les deux images générées ne sont pas "parfaitement identiques.
@Jipe: J'ai bien compris ton explication mais une chose m'intrigue:
Pourquoi l'image générée est donc "pseudo dédoublée" (les deux images e sont pas véritablement clonées mais presque identiques) alors que les SCREEN5 et 7 on selon les références que tu écris la même "architecture"?
en screen 5 un octet = 2 pixels (1111 2222) les 4 bits codent la couleur
en screen 7 un octet = 2 pixels (1111 2222) les 4 bits codent la couleur
En fait je voudrais voir si en créant une image en SCREEN7 puis affichée en SCREEN5, je peux afficher des images sur 2 pages différentes du SCREEN5
(Le screen 7 est un exemple...Si ca marche avec un autre mode graphique, je suis preneur
)
le screen 7 fait 512 x 212
le screen 5 fait 256 x 212
donc tu génére une image en 256 pixels de large
ensuite en screen 7 les octets s'affichent a la file 256 + 256 dans la page de 512 de large d'ou l'impression de dédoublement
comme la page screen5 est plus petite en taille l'image ne doit pas dépasser la moitié de l'écran en screen 7
le screen 5 fait 256 x 212
donc tu génére une image en 256 pixels de large
ensuite en screen 7 les octets s'affichent a la file 256 + 256 dans la page de 512 de large d'ou l'impression de dédoublement
comme la page screen5 est plus petite en taille l'image ne doit pas dépasser la moitié de l'écran en screen 7
Voici ce qui se passe en image.
La source est faite de Bribes.SC5 et l'image est affichée en SCREEN7.
https://youtu.be/ktUq5QvypgA
Arf j'arrive pas à intégrer la vidéo correctement 
Merci MetalGear2
Edité par
igal
Le 28/10/2015 à 17h55
La source est faite de Bribes.SC5 et l'image est affichée en SCREEN7.
https://youtu.be/ktUq5QvypgA
Merci MetalGear2
Edité par
igal
Le 28/10/2015 à 17h55
igal :
Arf j'arrive pas à intégrer la vidéo correctement
Voici l'astuce que je cherche à mettre au point.
Je créer une IMAGE.SCx qui me permettrait d'afficher des données en VRAM sur la page 0 ET 1 mais en utilisant un seul BLOAD
L'idée est donc d'encapsuler dans IMAGE.SC7 des "Pixels" qui sont tellement "distant" les uns des autres que certains Pixels seraient visibles sur "SET PAGE 0" et d'autres "Pixels" seraient visibles sur "SET PAGE1" en SCREEN 5.
Au final, on obtiendrait le résulta escompter à savoir [Un seul chargement et Deux destinations].
Si vous avez des critiques (positives ou négatives), n'hésitez pas. Toutes les critiques sont bonnes (enfin presque toutes lol)
Je créer une IMAGE.SCx qui me permettrait d'afficher des données en VRAM sur la page 0 ET 1 mais en utilisant un seul BLOAD
L'idée est donc d'encapsuler dans IMAGE.SC7 des "Pixels" qui sont tellement "distant" les uns des autres que certains Pixels seraient visibles sur "SET PAGE 0" et d'autres "Pixels" seraient visibles sur "SET PAGE1" en SCREEN 5.
Au final, on obtiendrait le résulta escompter à savoir [Un seul chargement et Deux destinations].
Si vous avez des critiques (positives ou négatives), n'hésitez pas. Toutes les critiques sont bonnes (enfin presque toutes lol)
igal,
Il faut voir la VRAM comme un écran continu, ou étendu, si tu préfères.
- Si on prends l'exemple du SCREEN 5, la VRAM se comporte comme un écran étendu de 256x1024.
- SI on prends l'exemple du SCREEN 7, la VRAM se comporte comme un écran étendu de 512x512.
(voir à ce sujet la page 150 du livre "Pratique du MSX2")
BLOAD,S charge une série continue d'octets dans la VRAM(*), ni plus, ni moins. Il ne prends pas en compte le SCREEN dans lequel est le VDP, il ne fait que sauvegarder la portion de VRAM qu'on lui demande de sauvegarder.
Si tu veux qu'une portion d'écran soit à la fois sur 2 pages différentes par un seul BLOAD,S, il n'y a qu'une seule solution : c'est de sauvegarder la VRAM dans exactement la même configuration que tu veux retrouver au chargement. Ce qui signifie que tu vas alors forcément ré-écrire sur toute la partie d'écran qui est entre les deux portions (et entre les deux pages). Et je ne pense pas que ce soit ce que tu recherches.
En résumé, à part cette solution (qui, je pense, ne conviens pas à ta demande), il n'y en a pas d'autres.
(*) Ce n'est pas tout à fait vrai, parce que la palette de couleur est chargée séparément et est transférée ailleurs en VRAM (dans la table des couleurs) lors de l'instruction "COLOR = RESTORE", mais cela ne concerne que 32 octets. Edité par Metalion Le 29/10/2015 à 09h48
Il faut voir la VRAM comme un écran continu, ou étendu, si tu préfères.
- Si on prends l'exemple du SCREEN 5, la VRAM se comporte comme un écran étendu de 256x1024.
- SI on prends l'exemple du SCREEN 7, la VRAM se comporte comme un écran étendu de 512x512.
(voir à ce sujet la page 150 du livre "Pratique du MSX2")
BLOAD,S charge une série continue d'octets dans la VRAM(*), ni plus, ni moins. Il ne prends pas en compte le SCREEN dans lequel est le VDP, il ne fait que sauvegarder la portion de VRAM qu'on lui demande de sauvegarder.
Si tu veux qu'une portion d'écran soit à la fois sur 2 pages différentes par un seul BLOAD,S, il n'y a qu'une seule solution : c'est de sauvegarder la VRAM dans exactement la même configuration que tu veux retrouver au chargement. Ce qui signifie que tu vas alors forcément ré-écrire sur toute la partie d'écran qui est entre les deux portions (et entre les deux pages). Et je ne pense pas que ce soit ce que tu recherches.
En résumé, à part cette solution (qui, je pense, ne conviens pas à ta demande), il n'y en a pas d'autres.
(*) Ce n'est pas tout à fait vrai, parce que la palette de couleur est chargée séparément et est transférée ailleurs en VRAM (dans la table des couleurs) lors de l'instruction "COLOR = RESTORE", mais cela ne concerne que 32 octets. Edité par Metalion Le 29/10/2015 à 09h48
MSX1: Daewoo DPC-200 / Yamaha CX5M
MSX2: Sony HB-F9P
MSXVR
Vidéo: V9990 (GFX-9)
Audio: MSX-Music (FM-PAC) / MSX-Audio (Audiowave) / OPL4 (Monster Sound FM Blaster) / OPNB (Neotron)
Justement, je voudrais BSAVE en SCREEN 7 puis ensuite BLOAD EN SCREEN 5
En fait je pense que:
Les 4 pages en screen 5 totalisent le meme nombre de données que les 2 pages en screen 7.
Partant du constat qu'en screen 5 sous page ZÉRO on peut écrire des données sur la page 1 sans dire au basic de placer ces données en page 1.
Pour se faire, il faut avoir précédemment BSAVE les données placées en page 1 mais en étant sous la page 0 et en indiquant que les données à sauvegardées avec la valeur hexadécimale la plus grande possible PLUS la plus grande valeur décimale possible.
(Nb:il me semble que ça marche aussi avec des valeurs négatives)
C'est la méthode que j'utilise pour faire générer les pages 0 et 1 en ne sortant pas de la page 0 et sans indiquer quelques coordonnées que ce soit à bload.
Partant de ce constat:
Je me dit que "peut etre" qu'en usant de la même méthode avec le screen 7 qui compte 2 pages seulement mais "implique" autant de données que les 4 pages d'un screen 5, je pourrai créer une image.SC7 qui une fois affichée en screen 5 aurait des données qui s'afficheraient en partie dans une page et en partie dans l'autre page (peut être les pages 1 et 2 du screen 5 qui équivaudrait à des données stockées en fin de la page 0 et en début de la page 1 du screen7).
Bon c'est tordu comme d'habitude mais on se refait pas
Edité par
igal
Le 29/10/2015 à 14h07
En fait je pense que:
Les 4 pages en screen 5 totalisent le meme nombre de données que les 2 pages en screen 7.
Partant du constat qu'en screen 5 sous page ZÉRO on peut écrire des données sur la page 1 sans dire au basic de placer ces données en page 1.
Pour se faire, il faut avoir précédemment BSAVE les données placées en page 1 mais en étant sous la page 0 et en indiquant que les données à sauvegardées avec la valeur hexadécimale la plus grande possible PLUS la plus grande valeur décimale possible.
(Nb:il me semble que ça marche aussi avec des valeurs négatives)
C'est la méthode que j'utilise pour faire générer les pages 0 et 1 en ne sortant pas de la page 0 et sans indiquer quelques coordonnées que ce soit à bload.
Partant de ce constat:
Je me dit que "peut etre" qu'en usant de la même méthode avec le screen 7 qui compte 2 pages seulement mais "implique" autant de données que les 4 pages d'un screen 5, je pourrai créer une image.SC7 qui une fois affichée en screen 5 aurait des données qui s'afficheraient en partie dans une page et en partie dans l'autre page (peut être les pages 1 et 2 du screen 5 qui équivaudrait à des données stockées en fin de la page 0 et en début de la page 1 du screen7).
Bon c'est tordu comme d'habitude mais on se refait pas
Edité par
igal
Le 29/10/2015 à 14h07
en théorie je pense que ça doit marcher
en pratique il faut générer une image ainsi faite
256 octets de la 1ére ligne + 256 octets de la 2éme ligne
256 octets de la 3éme ligne + 256 octets de la 4éme ligne
256 octets de la 5éme ligne + 256 octets de la 6éme ligne
etc....
a mon avis ça va être bien plus long que 2 bload
en pratique il faut générer une image ainsi faite
256 octets de la 1ére ligne + 256 octets de la 2éme ligne
256 octets de la 3éme ligne + 256 octets de la 4éme ligne
256 octets de la 5éme ligne + 256 octets de la 6éme ligne
etc....
a mon avis ça va être bien plus long que 2 bload
igal :
Les 4 pages en screen 5 totalisent le meme nombre de données que les 2 pages en screen 7
Oui, c'est exact.
igal :
Partant du constat qu'en screen 5 sous page ZÉRO on peut écrire des données sur la page 1 sans dire au basic de placer ces données en page 1.
Oui, puisque quand tu fais BLOAD,S tu peux charger les données où tu veux en VRAM, en utilisant un offset (qui, de mémoire, est limité). Remarque que, techniquement parlant, tu "dis au basic" de placer les données là où tu le souhaites.
igal :
Pour se faire, il faut avoir précédemment BSAVE les données placées en page 1 mais en étant sous la page 0 et en indiquant que les données à sauvegardées avec la valeur hexadécimale la plus grande possible PLUS la plus grande valeur décimale possible. (Nb:il me semble que ça marche aussi avec des valeurs négatives)
Jusque là, c'est toujours le fonctionnement normal de BSAVE, décrit ici :
Code :
* BSAVE <filename>, <start address>, <end address>, S
* BLOAD <filename> ,S
These are statements of DISK BASIC, used to save/load the contents of VRAM
to/from disk files. Both can be used in any screen mode, note, however, that
only the active pages are valid when the screen mode is from 5 to 8. No
cassette tapes can be used. Valid value range of <address> is from -32768 to
-2, or from 0 to 65534 (&HFFFE).
Ces commandes n'acceptant que des arguments sous la forme de nombres sur 2 octets, leur fonctionnement est limité dans l'espace de la VRAM, mais l'offset de la commande BLOAD permet de transférer les données sur une autre page que celle qui est active. Note que le fait que les arguments soit positifs ou négatifs ne change rien, puisqu'il s'agit de deux représentations du même nombre ( 65534 = &hFFFE = -2).
igal :
Partant de ce constat: Je me dit que "peut etre" qu'en usant de la même méthode avec le screen 7 qui compte 2 pages seulement mais "implique" autant de données que les 4 pages d'un screen 5, je pourrai créer une image.SC7 qui une fois affichée en screen 5 aurait des données qui s'afficheraient en partie dans une page et en partie dans l'autre page (peut être les pages 1 et 2 du screen 5 qui équivaudrait à des données stockées en fin de la page 0 et en début de la page 1 du screen7).
Oui, si tu sauvegardes un bloc de 65536 octets en SCREEN 7 et que tu le recharges en SCREEN5, tu vas effectivement remplir 2 pages en SCREEN 5. Sauf que pour que le résultat soit correctement affiché en SCREEN 5, tu devras avoir préparé ton image en SCREEN 7 de manière à ce que chaque ligne de pixels en SCREEN 7 soit construite de 2 lignes successives de ton image en SCREEN 5 (c'est ce qu'explique Jipe). Et qu'il te faudra aussi déplacer les autres tables (sprites, palette, ...) pour ne pas venir les écraser.
Et il faut compter également la remarque de GDX : le comportement des commandes BSAVE,S/BLOAD,S est effectivement différent en fonction du mode graphique, et elles connaissent certaines limitations qu'on ne peut connaitre qu'en les expérimentant directement.
Mais il me semble qu'on s'éloigne de ce que tu voulais faire au départ (ou du moins ce que j'en ai compris) : tu voulais charger une "bribe" en page 0 et en même temps en page 1, simplement décalées d'une page, sans modifier ce qu'il y a entre les deux. Si c'est bien ça que tu veux faire, tout ce qu'on vient d'expliquer ne sert à rien.
Je m'explique : si tu sauvegardes une "bribe" correspondant à une seule ligne de pixel en SCREEN 7 (512 pixels consécutifs, donc) et que tu la recharges en SCREEN 5, tu obtiendras 2 lignes consécutives de 256 pixels sur la page 0. La deuxième ligne ne sera pas en page 1. Et la conclusion serait pareille si ta "bribe" fait 2,3,4 ou 16 pixels de haut. Tu obtiendrais une image "entrelacée" (ou "désentrelacée", c'est selon) en page 0, mais toujours rien en page 1.
La seule façon d'avoir une image identique en page 0 et en page 1 est de charger une image qui va occuper complètement la page 0 et la page 1 en SCREEN 5, et donc qui aura occupé complètement la page 0 en SCREEN 7. Ce qui va (je pense), à l'encontre de ce que tu veux faire.
Je reste convaincu que la meilleure solution à ton problème est d'utiliser une macro-commande du VDP (la commande YMMM) en la déclenchant par une succession de commandes VDP en BASIC (voir le début de ce sujet).
EDIT : Et plus précisément, ici : http://www.msxvillage.fr/forum/topic.php?id=1956#m44958 Edité par Metalion Le 29/10/2015 à 19h57
MSX1: Daewoo DPC-200 / Yamaha CX5M
MSX2: Sony HB-F9P
MSXVR
Vidéo: V9990 (GFX-9)
Audio: MSX-Music (FM-PAC) / MSX-Audio (Audiowave) / OPL4 (Monster Sound FM Blaster) / OPNB (Neotron)
Je pense a un truc, le programme Dynamic Publisher (screen7 de memoire et ca doit etre du monochrome ) utilise un format de fichier qui permet de charger 2 pages 
sur mes Mega Msx News (malheureusement, ce ne sont pas les versions dispo sur le site ou il manque la partie dynamic publisher) , j'utiliser un programme sous basic asser complexe, qui permet de charger en vram ces fichiers qui s'affiche bien sur 2 pages en scrolling vertical
Edité par
TurboSEB
Le 07/11/2015 à 11h42
sur mes Mega Msx News (malheureusement, ce ne sont pas les versions dispo sur le site ou il manque la partie dynamic publisher) , j'utiliser un programme sous basic asser complexe, qui permet de charger en vram ces fichiers qui s'affiche bien sur 2 pages en scrolling vertical
Edité par
TurboSEB
Le 07/11/2015 à 11h42
MSX 1&2 + Moniteurs+divers (environ 0.70Tonnes)
@GDX, merci, je comprend mieu
En screen 5, il me semble que l'on peut deja sauvegarder 2 pages en une en mettant les bonnes adresses dans le Bsave
(désolé si je dis des bêtises, j'essais encore de piger ce que veut le tortueux cerveau d'Igal
)
Edité par
TurboSEB
Le 07/11/2015 à 12h12
En screen 5, il me semble que l'on peut deja sauvegarder 2 pages en une en mettant les bonnes adresses dans le Bsave
(désolé si je dis des bêtises, j'essais encore de piger ce que veut le tortueux cerveau d'Igal
)
Edité par
TurboSEB
Le 07/11/2015 à 12h12
MSX 1&2 + Moniteurs+divers (environ 0.70Tonnes)
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie